Pulsatile flow: Difference between revisions

From formulasearchengine
Jump to navigation Jump to search
en>SchreiberBike
Repairing links to disambiguation pages - You can help! - Mechanisms
 
en>Adavidb
m dab dilation and improved constriction to [[vasodilation] and vasoconstriction
Line 1: Line 1:
Ӊello, I'm Isabella, a 25 year old from Ԍreaker, Noгway.<br>My hobbies include (but are not limited to) Stone collecting, Skƴdiving and watching The Vampire Diaries.<br>[http://brno.biskupstvi.cz/petrov/pdf/pres.php?casual=2014-nike-shoes 2014 nike shoes]<br><br>Μy page :: [http://sogral.com/squelettes/files/pres.php?nike/free/sko=adidas-neo-billig adidas neo billig]
[[Image:Edge-notched_card.jpg|thumb|Edge-notched card with data for a bibliographic item. Edges have not yet been notched.]]
A '''superimposed code''' such as '''Zatocoding''' is a kind of [[hash code]] that is popular in marginal punched-card systems.
 
== Marginal punched-card systems ==
{{main|edge-notched card}}
 
Many names, some of them trademarked, have been used for marginal punched-card systems:
edge-notched cards, slotted cards, E-Z Sort, Zatocards, McBee, McBee Keysort, Flexisort, Velom, Rocket, etc.
The center of each card held the relevant information—typically the name and author of a book, research paper, or journal article on a nearby shelf; and a list of subjects and keywords.
Some sets of cards contained all the information required by the user on the card itself, handwritten, typewritten, or on microfilm ([[aperture card]]).
Every card in a stack has the same set of pre-punched holes.
The user finds the particular cards relevant to a search by aligning the holes in the set of cards (using a card holder or card tray), inserting one or more knitting-needle-like rods all the way through the stack, so the desired cards (which had been notched or cut open) fell out from the irrelevant cards in the collection (left un-notched), which remain on the needle(s).
A user could repeat this selection many times to form a complex [[Boolean searching]] query.
A card that was relevant to 2 or more subjects would have the slot(s) for each of those subjects cut out, so that card would drop out when either one or the other or both subjects was selected .
The "superimposed code" coding systems, such as Zatocoding, saved space by entering several or all subjects in the same field; such a "superimposed code" stores much more information in less space, but at the cost of occasional "false" selections.<ref>
Robert V. Williams.
[http://www.computer.org/portal/web/computingnow/annals/extras/cardsvol24n2 "Punched Cards: A Brief Tutorial"].
computing now 2002.
</ref>
 
Once you have a collection of index cards, one per book, research paper, or journal article in a library, with a list of keywords (subjects) discussed in a particular book written on that book's card, the "obvious way" to code those subjects is to count up the total number of subjects used in the entire collection R, make a row of R holes near the top of every card, and for each subject actually discussed in a particular book, cut a slot from the hole corresponding to that subject in the card corresponding to that book.
<ref name="ashby">
W. Ross Ashby.
[http://www.rossashby.info/journal/index/index.html#zato_coding W. Ross Ashby's Journal: Zato-coding]
1960 Sep. 22. p. 6208-6222
</ref>
Naturally, this also requires a separate list of every subject used in the collection that indicates which hole is punched for each subject.
Unfortunately, there may be thousands of distinct subjects in the collection,
and it is impractical to punch thousands of holes in every card.
While it may not seem possible to use less than 1 hole per subject,
superimposed code systems can solve this problem.
 
== Superimposed codes ==
 
The Zatocoding system of information retrieval was developed by [[Calvin Mooers]] in 1947.<ref>
"About the Cover".
College and Research Libraries News, April 2008.
[http://crln.acrl.org/content/69/4.cover-expansion][http://www.flickr.com/photos/acrl/2387064291/]
</ref>
 
Calvin Mooers invented '''Zato Coding''' at M.I.T., a mechanical information retrieval system based on superimposed codes, and formed the [[Zator Company]] in 1947 to commercialize its applications.<ref>
[[Eugene Garfield]].
[http://www.garfield.library.upenn.edu/papers/334.pdf "Continuing relevance of superimposted coding].
Journal of Information Science 8 (1984) 181.
</ref>
The particular superimposed code used in that system is called '''Zatocoding''',
while the marginal-punched card information retrieval system as a whole is called "'''Zator'''".<ref name="ohlman">
[[Herbert Marvin Ohlman]].
[http://books.nap.edu/openbook.php?record_id=10866&page=903 "Subject-Word Letter Frequencies with Applications to Superimposed Coding"].
Proceedings of the International Conference on Scientific Information (1959).
</ref>
 
Setting up a superimposed code for a particular library goes something like this:
* Going through every card in the index, a list of all R subjects used in this particular library is created, and the maximum number of subjects r actually written on a single card is noted. (For example, say we have 8000 subjects, and the librarian decides to index only the top r=4 subjects per book).
* The librarian looks at the physical [[edge-notched card]], and notes the number of holes N in each card. (If N >= R, then we could use the "obvious way" mentioned above—the whole point of Zato coding is that it works even when N is much less than R).
* The librarian chooses some number n of slots per subject -- typically <math>n  = N( 1- 2^{- \frac{1}{r} } )</math><ref name="ashby"/>
* On the list of all R subjects, for each subject write down which holes will be slotted for that subject. Rather than slotting one hole per subject in "the obvious way", a superimposed code will slot n holes per subject. (There are several ways to pick these patterns—those distinguish between the various superimposed codes; we discuss them below).
* When a new book comes in, make a new card for it:
** Get a blank card with the standard N holes in it and write down the name of the book, etc. in the middle.
** Write down the subjects covered by the book on the card.
** For each of the top r subjects, look up that subject in the big list, and see which n slots to cut for that subject, and cut them.
** When the card is finished, it may have up to r*n slots cut into it—but more likely at least some of the subject slot patterns overlapped, resulting in only v < r*n slots.
 
Later, when we need to find books on some particular subject, we look up that subject in our list of all R subjects, find the corresponding slot pattern of n slots,
and put n needles are through the whole stack in that pattern.
All of the cards that have been cut with that pattern will fall out.
It is possible that a few other, undesired cards may also fall out—cards who have several subjects whose hole patterns overlap in such a way as to mimic the desired pattern.
The probability F of some undesired card with v slots cut in it falling through when we select some pattern of n needles is
approximately <math>F = (\frac{v}{N})^n</math>.
Most systems have a N large enough and r small enough such that, v < N/2 (i.e., the card is less than half-punched),
so that probability of an undesired card falling through is less than
<math>F < (\frac{1}{2})^n</math>.<ref name="ashby"/>
 
There are several different ways to choose which holes will be slotted for each subject.
 
=== Zatocoding ===
 
Setting up a Zato code for a particular list of R subjects goes something like this:<ref name="ashby"/>
* For the first subject, pick n of the N slots randomly.
* For the second subject, pick n of the N slots randomly—but make sure this pattern is not identical to the first subject.
* ...
* For the R'th subject, pick n of the N slots randomly—but make sure it's not identical to any previous subject.
 
=== other superimposed codes ===
 
A Zatocode requires a code book that lists every subject and a randomly generated notch code associated with each one.
Other "direct" superimposed codes
have a fixed hash function for transforming the letters in (one spelling of) a subject into a notch code.
Such codes require a much shorter code book that describes the translation of letters in a word to the corresponding notch code, and can in principle easily add new subjects without changing the code book.<ref name="ohlman"/>
 
A [[Bloom filter]] can be considered a kind of superimposed code.
 
== External links ==
{{reflist}}
* Calvin N. Mooers. [http://onlinelibrary.wiley.com/doi/10.1002/asi.5090020107/abstract "Zatocoding applied to mechanical organization of knowledge"]. Journal of the American Society for Information Science and Technology. 2007.
 
 
 
[[Category:Storage media]]

Revision as of 08:12, 27 September 2013

File:Edge-notched card.jpg
Edge-notched card with data for a bibliographic item. Edges have not yet been notched.

A superimposed code such as Zatocoding is a kind of hash code that is popular in marginal punched-card systems.

Marginal punched-card systems

Mining Engineer (Excluding Oil ) Truman from Alma, loves to spend time knotting, largest property developers in singapore developers in singapore and stamp collecting. Recently had a family visit to Urnes Stave Church.

Many names, some of them trademarked, have been used for marginal punched-card systems: edge-notched cards, slotted cards, E-Z Sort, Zatocards, McBee, McBee Keysort, Flexisort, Velom, Rocket, etc. The center of each card held the relevant information—typically the name and author of a book, research paper, or journal article on a nearby shelf; and a list of subjects and keywords. Some sets of cards contained all the information required by the user on the card itself, handwritten, typewritten, or on microfilm (aperture card). Every card in a stack has the same set of pre-punched holes. The user finds the particular cards relevant to a search by aligning the holes in the set of cards (using a card holder or card tray), inserting one or more knitting-needle-like rods all the way through the stack, so the desired cards (which had been notched or cut open) fell out from the irrelevant cards in the collection (left un-notched), which remain on the needle(s). A user could repeat this selection many times to form a complex Boolean searching query. A card that was relevant to 2 or more subjects would have the slot(s) for each of those subjects cut out, so that card would drop out when either one or the other or both subjects was selected . The "superimposed code" coding systems, such as Zatocoding, saved space by entering several or all subjects in the same field; such a "superimposed code" stores much more information in less space, but at the cost of occasional "false" selections.[1]

Once you have a collection of index cards, one per book, research paper, or journal article in a library, with a list of keywords (subjects) discussed in a particular book written on that book's card, the "obvious way" to code those subjects is to count up the total number of subjects used in the entire collection R, make a row of R holes near the top of every card, and for each subject actually discussed in a particular book, cut a slot from the hole corresponding to that subject in the card corresponding to that book. [2] Naturally, this also requires a separate list of every subject used in the collection that indicates which hole is punched for each subject. Unfortunately, there may be thousands of distinct subjects in the collection, and it is impractical to punch thousands of holes in every card. While it may not seem possible to use less than 1 hole per subject, superimposed code systems can solve this problem.

Superimposed codes

The Zatocoding system of information retrieval was developed by Calvin Mooers in 1947.[3]

Calvin Mooers invented Zato Coding at M.I.T., a mechanical information retrieval system based on superimposed codes, and formed the Zator Company in 1947 to commercialize its applications.[4] The particular superimposed code used in that system is called Zatocoding, while the marginal-punched card information retrieval system as a whole is called "Zator".[5]

Setting up a superimposed code for a particular library goes something like this:

  • Going through every card in the index, a list of all R subjects used in this particular library is created, and the maximum number of subjects r actually written on a single card is noted. (For example, say we have 8000 subjects, and the librarian decides to index only the top r=4 subjects per book).
  • The librarian looks at the physical edge-notched card, and notes the number of holes N in each card. (If N >= R, then we could use the "obvious way" mentioned above—the whole point of Zato coding is that it works even when N is much less than R).
  • The librarian chooses some number n of slots per subject -- typically n=N(121r)[2]
  • On the list of all R subjects, for each subject write down which holes will be slotted for that subject. Rather than slotting one hole per subject in "the obvious way", a superimposed code will slot n holes per subject. (There are several ways to pick these patterns—those distinguish between the various superimposed codes; we discuss them below).
  • When a new book comes in, make a new card for it:
    • Get a blank card with the standard N holes in it and write down the name of the book, etc. in the middle.
    • Write down the subjects covered by the book on the card.
    • For each of the top r subjects, look up that subject in the big list, and see which n slots to cut for that subject, and cut them.
    • When the card is finished, it may have up to r*n slots cut into it—but more likely at least some of the subject slot patterns overlapped, resulting in only v < r*n slots.

Later, when we need to find books on some particular subject, we look up that subject in our list of all R subjects, find the corresponding slot pattern of n slots, and put n needles are through the whole stack in that pattern. All of the cards that have been cut with that pattern will fall out. It is possible that a few other, undesired cards may also fall out—cards who have several subjects whose hole patterns overlap in such a way as to mimic the desired pattern. The probability F of some undesired card with v slots cut in it falling through when we select some pattern of n needles is approximately F=(vN)n. Most systems have a N large enough and r small enough such that, v < N/2 (i.e., the card is less than half-punched), so that probability of an undesired card falling through is less than F<(12)n.[2]

There are several different ways to choose which holes will be slotted for each subject.

Zatocoding

Setting up a Zato code for a particular list of R subjects goes something like this:[2]

  • For the first subject, pick n of the N slots randomly.
  • For the second subject, pick n of the N slots randomly—but make sure this pattern is not identical to the first subject.
  • ...
  • For the R'th subject, pick n of the N slots randomly—but make sure it's not identical to any previous subject.

other superimposed codes

A Zatocode requires a code book that lists every subject and a randomly generated notch code associated with each one. Other "direct" superimposed codes have a fixed hash function for transforming the letters in (one spelling of) a subject into a notch code. Such codes require a much shorter code book that describes the translation of letters in a word to the corresponding notch code, and can in principle easily add new subjects without changing the code book.[5]

A Bloom filter can be considered a kind of superimposed code.

External links

43 year old Petroleum Engineer Harry from Deep River, usually spends time with hobbies and interests like renting movies, property developers in singapore new condominium and vehicle racing. Constantly enjoys going to destinations like Camino Real de Tierra Adentro.

  1. Robert V. Williams. "Punched Cards: A Brief Tutorial". computing now 2002.
  2. 2.0 2.1 2.2 2.3 W. Ross Ashby. W. Ross Ashby's Journal: Zato-coding 1960 Sep. 22. p. 6208-6222
  3. "About the Cover". College and Research Libraries News, April 2008. [1][2]
  4. Eugene Garfield. "Continuing relevance of superimposted coding. Journal of Information Science 8 (1984) 181.
  5. 5.0 5.1 Herbert Marvin Ohlman. "Subject-Word Letter Frequencies with Applications to Superimposed Coding". Proceedings of the International Conference on Scientific Information (1959).