[Gzz-commits] manuscripts/FutureVision review-answers-benja.txt

[Benja Fallenstein]

CVSROOT:        /cvsroot/gzz
Module name:    manuscripts
Branch:         
Changes by:     Benja Fallenstein <address@hidden>      03/11/08 10:59:43

Modified files:
        FutureVision   : review-answers-benja.txt 

Log message:
        more reply to tuomas

CVSWeb URLs:
http://savannah.gnu.org/cgi-bin/viewcvs/gzz/manuscripts/FutureVision/review-answers-benja.txt.diff?tr1=1.3&tr2=1.4&r1=text&r2=text

Patches:
Index: manuscripts/FutureVision/review-answers-benja.txt
diff -u manuscripts/FutureVision/review-answers-benja.txt:1.3 
manuscripts/FutureVision/review-answers-benja.txt:1.4
--- manuscripts/FutureVision/review-answers-benja.txt:1.3       Sat Nov  8 
09:05:46 2003
+++ manuscripts/FutureVision/review-answers-benja.txt   Sat Nov  8 10:59:43 2003
@@ -122,7 +122,6 @@
 create a new RDF node that has connections to both papers and gives
 the perspective under which they support / contradict each other.
 
-
     --
 
         In sum, the papers seems to have some interesting ideas floating 
around.
@@ -275,6 +274,12 @@
 
 Yes.
 
+So we need an own section or couple of paragraphs
+explaining this and driving the point home.
+
+Can then go on and discuss whether document bodies
+could be stored in external files.
+
     --
 
         Final 2 paragraphs of section 2 - you claim that paper isn't useful to
@@ -285,22 +290,46 @@
 Bogus. You need to be able to make interconnections at all, and just
 as many as you need; more isn't better.
 
+We probably need to give more detailed examples 
+of how this would help, tho.
+
+Also, *interconnections* sounds a bit like connections between
+notes-- which is entirely wrong. Should explain this more.
+
     --
 
         Convince me that
-        you have thought this through rather than reciting Nelson's view. Have 
a
+        you have thought this through rather than reciting Nelson's view. 
+
+Ok :-)
+
+I got nothing of this from Ted, so that should be easy ;-)
+
+Maybe if they understood this as "links between textual notes,"
+that'd explain why they think it comes from Ted.
+
+   --
+
+        Have a
         look at the network diagrams from the early Intermedia papers on the
         Victorian web.
 
-
     Ok, not "the more interconnections" but the *right* amount.
 
     I.e. contrasting the spatial structures of
     paper vs hyperbolic paper vs graph.
 
+What do you mean here?
+
+    --
 
         Section 3.1: an illustration of the zzStructure might be useful,
         especially if it could be compared with an RDF structure in 3.2
+
+Yes.
+
+    --
+
         Section 3.2: zzStructure is simpler to browse locally because it has
         higher-level (user-centred) semantics.
         Section 3.2: How does the many-many relationship change the data
@@ -309,21 +338,28 @@
         Section 4: comments on the internal architecture (relatively 
monolithic -
         is this an oxymoron?) seem out of place, and are also not well 
explained.
 
-
     Hmm. Leave it out?
 
+Maybe.
+
+    --
 
         Section 4.1: Nelson used the word intertwingled to describe a complex
         semantic interconnection. Please don't use it just to mean
         'interconnected' or similar.
 
+Argh, how could we miss that? I'd suggest "interwoven."
+
+    --
 
         Section 4.2.1: RDF visualisation is something which is not uncommon in 
the
         semantic web. Please indicate how your approach differs from RDFViz
 
-
     Do you know the package?
 
+Nope. Google gives:
+http://www.ilrt.bris.ac.uk/discovery/rdf-dev/rudolf/rdfviz/
+
 
         Figure 4: Since this is the principle illustration of the concept of
         buoys, this diagram should be clearer. It currently is a mass of little
@@ -332,6 +368,7 @@
 
     ;)
 
+Your job, I think...
 
         Figure 5: Although I think I understand what the figure should be 
showing
         me, I can't see it in the screenshots themselves.
@@ -339,19 +376,26 @@
 
     Hmm... Could we make an animated gif, do you think?
 
+Could we use mng and mpg for browsers that don't do mng?
+
+    --
 
         End of section 4.2: the example of a map with a buoy for every person 
who
         lives there kind of invites a very probing question - can you handle 1
         million buoys? Can the user? Is this a fundamental problem with items -
         just too many of them to handle?
 
-
     Milk fallacy. Hmm, maybe we should have kind of sidebars near the 
beginning,
     discussing some of these...
 
+It's not useful showing 1 million people's homes, certainly.
+There would be no point in a user requesting this view.
 
         Section 4.3: I'm not sure what this description of the user interface
         library provides the rest of trhe paper.
+
+What should we do about this? Leave it out? Explain better?
+
         Section 4.4: This seems to be potentially the most exciting part of the
         paper but I think that too little has been made of it. Develop a 
scenario
         of the use of FenPDF for understanding or organising academic 
literature
@@ -359,10 +403,12 @@
         introduction). At the moment it is simply a too-brief demonstration of 
a
         novel user interface.
 
-
     Ok, we should maybe show real snapshots of our structure?
     Animated gif?
 
+mng/mpg?
+
+    --
 
         Section 5.1 - this review should continue beyond 1994!
         Section 5.4 - I think you are missing a trick here. The Semantic Web is
@@ -374,6 +420,6 @@
 
     You say something...
 
-    Tuomas
-
+Well, let's just give some integration uses there. Sounds good to me.
 
+\- Benja
\ No newline at end of file