[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Gzz-commits] manuscripts/FutureVision review-answers-benja.txt
From: |
Benja Fallenstein |
Subject: |
[Gzz-commits] manuscripts/FutureVision review-answers-benja.txt |
Date: |
Sat, 08 Nov 2003 10:59:43 -0500 |
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