home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / alt / gopher / 1097 < prev    next >
Encoding:
Text File  |  1992-07-27  |  3.4 KB  |  80 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.002902.8570@sifon.cc.mcgill.ca>
  6. Sender: news@sifon.cc.mcgill.ca
  7. Nntp-Posting-Host: expresso.cc.mcgill.ca
  8. Organization: Bunyip Information Systems (the archie people)
  9. References: <1992Jul27.214401.10120@ra.msstate.edu>
  10. Distribution: na
  11. Date: Tue, 28 Jul 1992 00:29:02 GMT
  12. Lines: 66
  13.  
  14. In article <1992Jul27.214401.10120@ra.msstate.edu> fwp@CC.MsState.Edu  
  15. (Frank Peters) writes:
  16. > In article <1992Jul27.180509.27470@mercury.unt.edu>  
  17. billy@sol.acs.unt.edu (Billy Barron - VAX/UNIX Systems Manager) says:
  18. > : >You send a query to the meta-database server, and it returns a
  19. > : >list of databases.  You pick one [or several- but we can't do this  
  20. without
  21. > : >overhauling the client] of those, and your client sends a search  
  22. off to
  23. > : >them.
  24. > : >Now, why couldn't we do this with gopher?
  25. > : >
  26. > : This could be done.  Actually, I don't really care to make this a  
  27. "user"
  28. > : feature.  It would involve some major coding and maybe a protocol  
  29. change.
  30. > : Just something us sysadmins use to figure out where we would like  
  31. to place
  32. > : links to.
  33. > 
  34. > I think making it only a gopher administrator's resource sort of
  35. > defeats the purpose.
  36. > 
  37. > I'm a twinkie eating UNIX weanie and could care less about a recipe
  38. > server, for example.  But that doesn't mean that none of my gopher
  39. > users are interested in them...or in a bejillion other things I don't
  40. > care about.  But, of course, if I link in EVERYTHING then they still
  41. > have the problem...it has just been translated into one of traversing
  42. > my gopher tree hierachy (which would, of course, be huge and  
  43. constantly
  44. > out of date).
  45. > 
  46. > I think it would be a very useful thing indeed if Joe Random
  47. > Entomologist had some way to go out and find some bug databases  
  48. without
  49. > requiring me to explicitly support a link to them (bugs give me the
  50. > willies).  Sort of an archie server for gopher/wais/www resources is
  51. > what I have in mind (possibly with hooks to automagically "go there"  
  52. in
  53. > various clients or servers).
  54. > 
  55. > This is the sort of thing that is going to be necessary to get these
  56. > resources out there to the user in the age of information overload.
  57.  
  58.  
  59. This echoes the point I was trying to make in one of my previous posts. 
  60. Providing a good Yellow Pages service is a different puppy from 
  61. providing a great tool for easy interactive browsing of collections of 
  62. information. your browsing tool is a great way to access the 
  63. information once it is built up (so a gateway to this service, with
  64. a suitable link at the top of every Gopher hierarchy, seems to make 
  65. sense) but I don't see that it is inherently a "Gopher problem"
  66. at all. It is a general Internet services problem, and we should be
  67. looking at generalized solutions, not ad hoc solutions for deployment
  68. within each new service.
  69.  
  70. If you do it right, you will solve a problem faced by just
  71. about all of the other services now coming onto the net. Solving it 
  72. has little to do with building better browsing tools and a lot to do 
  73. with  resource discovery, fast indexed searching and automated or 
  74. semi-automated operations for services discovery. I would suggest
  75. people looking for such services take a step back and look around
  76. before proposing YAPC (Yet Another Protocl Change).
  77.  
  78.  
  79.                 - peterd
  80.