home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / alt / gopher / 1102 < prev    next >
Encoding:
Text File  |  1992-07-27  |  4.2 KB  |  88 lines
  1. Newsgroups: alt.gopher
  2. Path: sparky!uunet!elroy.jpl.nasa.gov!usc!snorkelwacker.mit.edu!thunder.mcrcim.mcgill.edu!sifon!news
  3. From: peterd@bunyip.com (Peter Deutsch)
  4. Subject: Re: index for all of gopherspace
  5. Message-ID: <1992Jul28.035253.10675@sifon.cc.mcgill.ca>
  6. Sender: news@sifon.cc.mcgill.ca
  7. Nntp-Posting-Host: expresso.cc.mcgill.ca
  8. Organization: McGill University
  9. References: <1992Jul28.022146.1215@mercury.unt.edu>
  10. Distribution: na
  11. Date: Tue, 28 Jul 1992 03:52:53 GMT
  12. Lines: 74
  13.  
  14. In article <1992Jul28.022146.1215@mercury.unt.edu> billy@sol.acs.unt.edu (Billy  
  15. Barron - VAX/UNIX Systems Manager) writes:
  16. > peterd@bunyip.com (Peter Deutsch) writes:
  17. > 
  18. > >This echoes the point I was trying to make in one of my previous posts. 
  19. > >Providing a good Yellow Pages service is a different puppy from 
  20. > >providing a great tool for easy interactive browsing of collections of 
  21. > >information. your browsing tool is a great way to access the 
  22. > >information once it is built up (so a gateway to this service, with
  23. > >a suitable link at the top of every Gopher hierarchy, seems to make 
  24. > >sense) 
  25. > >
  26. > *throws up violently* ;-)  That is EXACTLY the opposite of what I am seeking
  27. > with my Gopher server.  Our goal here at NT is to hide where the data
  28. > is from the end user.  I've talked to a lot of users.  The theme I always
  29. > hear is "I just want the data.  I don't care where it is and really do not
  30. > want to know."  Transparency is the goal.  It requires time and effort  
  31. though.
  32.  
  33. <* swoons, coughs blood and expires gracefully *> ;-)
  34.  
  35. Actually, my goal is not to hide the data, but to hide the access methods. I 
  36. don't  want to have to show users that they are using FTP, HTTP, whatever. 
  37. I think it is a matter of personal taste if users chose to "visit the info 
  38. shop" to ask it questions, or browse around discovering things in your 
  39. Gopher tree. Of course, some people are visual, some textual. No one solution 
  40. will satisfy all users, either.
  41.  
  42. Actually, given your extreme physical reaction to some of my proposals, you 
  43. would probably be interested in the work being done in Australia by (I
  44. think) Steve Cliff. He's integrated archie, Prospero and anonymous FTP
  45. to create an entire shadow of the world's anonymou FTP archives. A user
  46. connects (via anonymous FTP) to the AARnet archive. By cd'ing into an
  47. appropriately named directory, the user can start browsing the entire 
  48. directory tree of any corresponding archive site (using the info in archie's
  49. database and features of Prospero to fetch the needed info). Once a desired
  50. file is found, the user initiates an FTP get. The system checks to see if
  51. there is a cached copy, and if so whether it is current (a single quick
  52. check with the source to compare last update times). If not, it is
  53. copied down to Australia and made available, otherwise it is served 
  54. immediately to the user.
  55.  
  56. I think this is an excellent blend of technologies, making use of the
  57. strengths of each component. If only all our work could blend so smoothly.
  58. I trust you feel better now? :-)
  59.  
  60.  
  61. BTW, the point I was making by calling for a Gopher Index at the top of
  62. each server was that, like hypertext, I don't hold out much hope that
  63. the "single sea of information" model of a single Gopherspace can possibly
  64. scale to include millions of machines and hundreds of millions of users 
  65. (which is where we are undoubtably heading). I like the idea of
  66. "communities", and coming "into" a community for services, info etc. As
  67. part of this, I see "information servers" (such as archie) being 
  68. a part of this.
  69.  
  70. I guess it comes down to what my information model is that I want to
  71. present to the user. I thought it would be okay to offer up the 
  72. occasional "informational gas station" to users, rather than ask them to 
  73. remember where everything resides themselves. Users can simply pull in, ask a 
  74. few quick questions and be on their way. The suggestion to add one to the top
  75. of each Gopher tree was merely standardizing to allow users to become
  76. comfortable about where the will find the gas stations when entering a strange
  77. town (or do you object to _all_ gateway services?)
  78.  
  79. And I can see you feel queasey from the fumes, but do you _have_ to throw up so 
  80. spectacularly on my nice new screen? :-)
  81.  
  82. (BTW, read "petrol station" if you were brought up where they speak "proper 
  83. English" :-)
  84.     
  85.  
  86.                 - peterd
  87.  
  88.