[Gzz-commits] manuscripts/storm SCRATCH

[Toni Alatalo]

CVSROOT:        /cvsroot/gzz
Module name:    manuscripts
Changes by:     Toni Alatalo <address@hidden>   03/01/28 01:54:06

Modified files:
        storm          : SCRATCH 

Log message:
        cleaned a bit

CVSWeb URLs:
http://savannah.gnu.org/cgi-bin/viewcvs/gzz/manuscripts/storm/SCRATCH.diff?tr1=1.7&tr2=1.8&r1=text&r2=text

Patches:
Index: manuscripts/storm/SCRATCH
diff -u manuscripts/storm/SCRATCH:1.7 manuscripts/storm/SCRATCH:1.8
--- manuscripts/storm/SCRATCH:1.7       Mon Jan 27 12:41:03 2003
+++ manuscripts/storm/SCRATCH   Tue Jan 28 01:54:06 2003
@@ -475,31 +475,6 @@
 - Semantic Overlay Networks for P2P systems (a p2p 'version' of Xanalogical 
transclusions)
 - Farsite Project (similar to CFS, PAST and Oceanstore)
 
-There was a good paper and demo about synchronous collaboration in ht01, but
-is that out of scope here? (see pondering on limitations)
-
-http://www.bootstrap.org/lists/ba-unrev-talk/0301/msg00053.html
-pointers? related to critical journalism and need for better systems.
-mentions: http://www9.org/w9cdrom/312/312.html
-Robust Intra-document Locations
-Thomas A. Phelps and Robert Wilensky
-University of California, Berkeley
address@hidden, address@hidden
-and http://www.talkleft.com/index.rdf 
-
-check http://www.cs.indiana.edu/~rawlins/symphony/symphony.html
-"KnownSpace Symphony is intended to connect remote java developers through a
-distributed java development environment, making possible transparent
-network establishment, peer and resource discovery, peer authentication,
-code development, code sharing, and direct component integration into
-running sessions. By reducing code development friction (geographic
-separation, barriers to resource discovery, authentication issues, data and
-code non-persistence, limitations on code sharing, and indirect code
-integration because of separate checkout, ftp, compile, and link steps) it
-is intended to speed up any java development project. Think of it like a
-cross between AIM and Napster and cvs and a java IDE, all on steroids---and
-targeted solely at java developers." 
-
 Pasted from IRC (Finnish)
 =========================
 
@@ -519,24 +494,3 @@
 <tuomasl2:#gzz> Ted ainakin väittää niin
 <hemppah:#gzz> joo, voi olla
 <tuomasl2:#gzz> että notes lähti hänen keskustelustaan kehittäjän kanssa
->#gzz> toisaalta silloin kun notes tehtiin niin uniikit id:t oli varmaan
-+muutenkin jossain, tietokannoissa?
-<hemppah:#gzz> notesissa on identiteetit ovat hierarkisia:
-<hemppah:#gzz> 1) jokaisella dokumentilla on universaalinen identiteetti,
-joka
-+on uniikki kaikissa tietokannan replikoissa
-<hemppah:#gzz> 2) jokaisella dokumentilla/design elementillä on
-+tietokantakohtainen ns. noteid, joka on uniikki tietokannassa, mutta ei sen
-+replikoissa
-<hemppah:#gzz> 3) jokaisella tietokannalla on uniikki id, ns. replikaid
-<ibid:#gzz> vai että maisteripromootio
-<hemppah:#gzz> 4) jokaisella näkymällä on oma id
-<hemppah:#gzz> ja hierarkisuus: jos halutaan viitata tiettyyn dokumenttiin,
-+niin:
-<hemppah:#gzz> replicaid/näkymäid/dokumenttiid
-<hemppah:#gzz> antont: kun taas gzz:ssa epähierarkisesti
-<hemppah:#gzz> antont: mutta sinällään tuo on mielenkiintoinen 'linkki'
-+notesiin ja järjestelmien 'evoluutioon' ;)
->#gzz> hemppah: nimenomaan tuo evoluutio on IMO hyvä kuvata paperissa. oma
-+tutkimus kun nimenomaan pitää suhteuttaa muuhun, eikä vain kertoa oman
-+hienoutta, kuin kärsisi NIH-syndroomasta