Differences
This shows you the differences between two versions of the page.
Both sides previous revision Previous revision | Next revisionBoth sides next revision | ||
intertwingle [2008-11-15 17:09] – 81.188.78.24 | intertwingle [2008-11-15 17:13] – 81.188.78.24 | ||
---|---|---|---|
Line 2: | Line 2: | ||
reformatted from http:// | reformatted from http:// | ||
- | blue sky: miscellaneous | ||
- | vast volumes of email | + | ====vast volumes of email==== |
- | May 18th | + | |
+ | May 18th | ||
Submitted by Jamie Zawinski < | Submitted by Jamie Zawinski < | ||
- | ``Intertwingularity is not generally acknowledged -- people keep pretending they can make things deeply hierarchical, | + | "Intertwingularity is not generally acknowledged -- people keep pretending they can make things deeply hierarchical, |
- | -- Ted Nelson | + | |
In the following, I outline a potential project to make it easier to deal with a massive volume of personal messages: excavating, traversing, relating, reporting, annotating. | In the following, I outline a potential project to make it easier to deal with a massive volume of personal messages: excavating, traversing, relating, reporting, annotating. | ||
Line 15: | Line 15: | ||
I call this hypothetical program ``Intertwingle.'' | I call this hypothetical program ``Intertwingle.'' | ||
- | | + | |
- | * links are legion. | + | * links are legion. |
- | * searches are intersections. | + | * searches are intersections. |
- | * implementation. | + | * implementation. |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | * future. | + | * future. |
- | introduction. | + | ===introduction.=== |
- | | + | Intertwingle can be seen as a unification of a search tool and an address book. It is not, however, a mail reader. The presentation of query results could be done through a mail reader, but the intention is that ones choice of mail reader should be orthogonal to the use of this tool. The two kinds of tools just happen to operate on the same data. |
- | | + | The design philosophy is that any time there is a visual representation of an object, the corresponding object should be accessible with a gesture: That chasing links is easier than composing search terms (but both are needed.) |
- | | + | The target audience is individuals who have a lot of mail. The target audience is not inhabitants of the corporation, |
- | | + | Sharing is an interesting problem, and may be addressed, but I feel it is explicitly secondary in priority to solving the problem in the non-shared domain. (But, we should think about it up front, because that kind of thing tends to be hard to retrofit.) |
links are legion. | links are legion. | ||
- | | + | The sheer multitude of representations-of-objects yields a colossal number of potential links to follow, which is why I anticipate link-chasing to be a (usually) far easier method of excavation than searching. For example, here are the headers of a typical message: |
- | | + | Date: Sun, 3 Jul 94 16:40:07 PDT |
- | From: Jamie Zawinski < | + | From: Jamie Zawinski < |
- | To: eng | + | To: eng |
- | Subject: | + | Subject: |
- | In-Reply-To: | + | In-Reply-To: |
- | Message-ID: | + | Message-ID: |
- | References: | + | References: |
- | | + | There is a great deal of structure there: |
- | | + | |
- | This is a representation of a point in time. From here one can envision traversing to a list of other messages within some range of that moment: that hour, that day, that month, that year. | + | This is a representation of a point in time. From here one can envision traversing to a list of other messages within some range of that moment: that hour, that day, that month, that year. |
- | | + | |
- | This is a description of a particular person. From here one should be able to easily get to information related to that person: an address book entry, or a list of all messages sent by them, or sent to them, or any number of other annotations. | + | This is a description of a particular person. From here one should be able to easily get to information related to that person: an address book entry, or a list of all messages sent by them, or sent to them, or any number of other annotations. |
- | | + | |
- | This is a name, not a person, and names are notoriously non-unique. From here it would be useful to get to a list of all known people who have claimed that name (from the set of people who are message senders or recipients.) | + | This is a name, not a person, and names are notoriously non-unique. From here it would be useful to get to a list of all known people who have claimed that name (from the set of people who are message senders or recipients.) |
- | | + | |
- | This is an email address, not a person, and while one email address is usually not used by more than one person, it's quite common for one person to have many email addresses (or many variations on the same address.) From here it would be useful to get to a list of all known people who have used that address (from the set of people who are message senders or recipients) and from there to the set of other addresses used by that person or those people. One might also find it useful to get a list of messages associated with this address (while excluding messages from other addresses of the same person.) | + | This is an email address, not a person, and while one email address is usually not used by more than one person, it's quite common for one person to have many email addresses (or many variations on the same address.) From here it would be useful to get to a list of all known people who have used that address (from the set of people who are message senders or recipients) and from there to the set of other addresses used by that person or those people. One might also find it useful to get a list of messages associated with this address (while excluding messages from other addresses of the same person.) |
- | | + | |
- | This is an email address, yet it happens to be a mailing list. There is no one person associated with it, yet the set of operations one might like to perform on it is very similar. | + | This is an email address, yet it happens to be a mailing list. There is no one person associated with it, yet the set of operations one might like to perform on it is very similar. |
- | | + | |
- | This is unstructured text, and what one does with unstructured text is attempt to match patterns in it. There are any number of other properties associated with this particular piece of text: it is in a header field called Subject in a message from Jamie Zawinski, on Sunday, July 3rd, and so on. All of these are interesting properties that are within one or two link-hops of the text itself. Their proximity is what makes them interesting. | + | This is unstructured text, and what one does with unstructured text is attempt to match patterns in it. There are any number of other properties associated with this particular piece of text: it is in a header field called Subject in a message from Jamie Zawinski, on Sunday, July 3rd, and so on. All of these are interesting properties that are within one or two link-hops of the text itself. Their proximity is what makes them interesting. |
- | | + | |
- | A name, as above. | + | A name, as above. |
- | | + | |
- | An ambiguous reference to a message. From here, one should be able to get to the set of all messages from someone who claimed the name Chris Houck. | + | An ambiguous reference to a message. From here, one should be able to get to the set of all messages from someone who claimed the name Chris Houck. |
- | | + | |
- | Another reference to a message, probably less ambiguous. | + | Another reference to a message, probably less ambiguous. |
- | | + | |
- | < | + | < |
- | These also are references to particular messages, the least ambiguous representations so far; however, they are still slightly ambiguous, since message IDs refer to original messages: there could be multiple copies of these messages with slightly different headers or other annotations within the message-store. | + | These also are references to particular messages, the least ambiguous representations so far; however, they are still slightly ambiguous, since message IDs refer to original messages: there could be multiple copies of these messages with slightly different headers or other annotations within the message-store. |
- | | + | Any any time there is a link, one can imagine an equal but opposite counter-link: |
- | | + | However, the object at the other end of the link does not necessarily encode the reverse path in its usual visual representation. For example, while messages point to the message to which they are a reply, the parent doesn' |
- | | + | Further structure exists outside of the message headers themselves: |
- | | + | * Messages live in folders. |
- | | + | |
- | | + | |
- | | + | |
- | | + | * Messages can contain other messages (forwarded messages, or digests.) Each such message is a message in its own right, but the containment relationship can be important. |
- | | + | * Messages have bodies. |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
searches are intersections. | searches are intersections. | ||
- | | + | Following a link only gives you one dimension of mobility. A search can be seen as following multiple links, and finding the intersection (or union) of the results of those links. |
- | | + | Any link-relationship should be searchable. For example: |
- | | + | * All messages from person between date and date that have pattern in the body. |
- | | + | * All messages from person which contain a message from person. |
- | | + | * All messages to mailing-list which refer to URL. |
- | | + | * All messages containing text in the main body, but not in an attachment. |
- | | + | * All messages with an attachment whose file name contains string. |
implementation. | implementation. | ||
- | | + | The basic components of this system are: |
- | 1. parser. | + | 1. parser. |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | (:db-id " | + | (:db-id " |
- | (: | + | (: |
- | | + | |
- | (: | + | (: |
- | | + | |
- | (: | + | (: |
- | | + | |
- | (:link " | + | (:link " |
- | (: | + | (: |
- | (:type " | + | (:type " |
- | (:body " | + | (:body " |
- | (:link " | + | (:link " |
- | (: | + | (: |
- | (: | + | (: |
- | (: | + | (: |
- | (:type " | + | (:type " |
- | (:name " | + | (:name " |
- | (: | + | (: |
- | (:text " | + | (:text " |
- | (:link " | + | (:link " |
- | (:link " | + | (:link " |
- | (: | + | (: |
- | (:type " | + | (:type " |
- | (: | + | (: |
- | (:type " | + | (:type " |
- | (: | + | (: |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | *msg_body |
- | msg_header | + | msg_header= |
- | msg_body | + | msg_body |
- | | + | |
- | header_name | + | header_name |
- | header_body | + | |
- | | + | *newsgroup / *msg_id / date |
mailbox | mailbox | ||
name = keyword | name = keyword | ||
Line 187: | Line 187: | ||
url | url | ||
attach_part | attach_part | ||
- | [attach_name] | + | [attach_name] |
| | ||
| | ||
- | | + | |
attach_name | attach_name | ||
attach_desc | attach_desc | ||
Line 287: | Line 287: | ||
For example, source code. | For example, source code. | ||
- | * Site Map | ||
- | * Contact Us | ||
- | * Donate | ||
- | | + | Copyright © 1998-2003 The Mozilla Organization. Last modified November 10, 1998 |
- | Last modified November 10, 1998 |