[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Gzz-commits] manuscripts/storm article.rst
From: |
Benja Fallenstein |
Subject: |
[Gzz-commits] manuscripts/storm article.rst |
Date: |
Wed, 22 Jan 2003 16:26:49 -0500 |
CVSROOT: /cvsroot/gzz
Module name: manuscripts
Changes by: Benja Fallenstein <address@hidden> 03/01/22 16:26:49
Modified files:
storm : article.rst
Log message:
More first draft writing 'for the purpose of
there being a first draft'. More time tomorrow, hope
to make some real progress then.
CVSWeb URLs:
http://savannah.gnu.org/cgi-bin/viewcvs/gzz/manuscripts/storm/article.rst.diff?tr1=1.31&tr2=1.32&r1=text&r2=text
Patches:
Index: manuscripts/storm/article.rst
diff -u manuscripts/storm/article.rst:1.31 manuscripts/storm/article.rst:1.32
--- manuscripts/storm/article.rst:1.31 Wed Jan 22 15:41:04 2003
+++ manuscripts/storm/article.rst Wed Jan 22 16:26:49 2003
@@ -29,10 +29,52 @@
document contents are named by cryptographical hashes [ref GUID paper].
Assuming an index of all documents and links
on the local computer and all systems that can be reached through
-the currently available network connections. Keeping such an
-index for the public Internet requires a decentralized,
+the currently available network connections. Since no centralized
+scheme can scale to such an index of "everything," keeping one
+for the public Internet requires a decentralized,
self-organizing distributed system (the IPTPS'03 definition
of "peer-to-peer" [ref]).
+
+We propose to use this same system for publication on the 'net
+and storage on a local computer. This means that
+when a local document is published or a public document
+is saved locally, it retains its identifier; as long as a
+document is also accessible through the network, keeping
+a local copy is merely an efficiency measure (keeping
+a permanent cache). Obviously, in such scheme, as long as link
+remains accessible, it never breaks just because the documents
+it refers to are moved to a different location.
+
+The Squirrel system [ref] is a peer-to-peer network of shared
+browser caches, where a web page can be retrieved from
+any computer in a local network that has a copy in its cache.
+Our distributed index for document and link retrieval would
+have this as a natural side-effect, except
+that it would also extend any data that has been permanently
+downloaded on one of the network's computers.
+
+A system as we propose would necessiate deep changes in applications.
+As Vitali [ref Versioning hypermedia] notes, any implementation
+of Xanalogical storage necessiates this, as "[n]o approximate,
+good-enough solutions" for the management of global identifiers
+"can conceivably be considered acceptable in this case." [#]_
+As such, we are cannot meet the minimum definition of an
+open hypermedia system, as given by Davis et al [ref]:
+We do impose storage of markup on applications and we cannot
+generally use data created by tools that are not aware of our system.
+
+...
+
+
+
+.. [#] We have built a system for editing Xanalogical text
+ in a non-aware editor such as ``emacs``, attempting to
+ determine the user's changes through structure matching [ref].
+ This seems to work reasonably well for insertions,
+ removals and rearrangements, but is hopeless if the user
+ uses copy&paste between arbitrary documents.
+
+
- [Gzz-commits] manuscripts/storm article.rst, (continued)
Re: [Gzz-commits] manuscripts/storm article.rst, hemppah, 2003/01/22
Re: [Gzz-commits] manuscripts/storm article.rst, hemppah, 2003/01/22
[Gzz-commits] manuscripts/storm article.rst, Benja Fallenstein, 2003/01/22
[Gzz-commits] manuscripts/storm article.rst,
Benja Fallenstein <=
[Gzz-commits] manuscripts/storm article.rst, Benja Fallenstein, 2003/01/24
[Gzz-commits] manuscripts/storm article.rst, Benja Fallenstein, 2003/01/25
[Gzz-commits] manuscripts/storm article.rst, Benja Fallenstein, 2003/01/25