home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / infosyst / gopher / 1153 < prev    next >
Encoding:
Text File  |  1992-11-15  |  2.2 KB  |  48 lines
  1. Newsgroups: comp.infosystems.gopher
  2. Path: sparky!uunet!destroyer!ncar!uchinews!msuinfo!news
  3. From: rww@mugwump.cl.msu.edu (Richard W. Wiggins)
  4. Subject: Net-wide Gopher Title Searches
  5. Message-ID: <1992Nov15.225432.21468@msuinfo.cl.msu.edu>
  6. Keywords: gopher title searches database
  7. Sender: news@msuinfo.cl.msu.edu
  8. Organization: Michigan State University
  9. References: <1992Nov11.162639.1601@nntp.hut.fi>
  10. Date: Sun, 15 Nov 92 22:54:32 GMT
  11. Lines: 35
  12.  
  13. Some months ago we implemented a "Title Index" tool, which allows a
  14. Gopher user to type in a keyword.  The resulting menu lists all titles
  15. in that Gopher that include that keyword.  This effectively flattens
  16. the hierarchy, making it possible to find desired documents without
  17. manually visiting every nook and cranny in that particular Gopher.
  18.  
  19. Now Jyrki Kuoppala proposes that we ought to build a set up a list
  20. of Archie-like title search servers, allowing a user to search Gophers
  21. net-wide for titles based on keyword.  It looks like someone's already
  22. done this sort of thing on an experimental basis -- check out the Gopher
  23. at gopher.unr.edu.  (University of Nevada System North, says the About
  24. file...)  Look under "Experimental Searches" for a title index for 250
  25. Gophers 'round the net.
  26.  
  27. This looks like exciting stuff -- it carries the idea of flattening a
  28. single Gopher's hierarchy a step further.  Two problems come to mind:
  29.  
  30. 1) Since we're all linking to one another for many resources, there's
  31. lots of opportunity for duplicate hits that ultimately resolve to the
  32. same resource. For instance, do a search at UNR for "catalog" -- you'll 
  33. see lots of pointers to the library catalog list at Michigan State. Maybe 
  34. we need to think about Gopher+ fields that allow a Gopher administrator 
  35. to identify a document or a folder as "not local" or "not authoritative";
  36. such titles would not be indexed by a central title server. 
  37.  
  38. 2) Even within a single Gopher, the title search has the problem of 
  39. serving up titles that don't mean anything out of context.  We're used
  40. to the hierarchy itself providing meaning to the lower-level titles.
  41. We may need a way for clients to display the host name and full path
  42. name for each document -- sort of an enhanced "item info" service.
  43.  
  44.  
  45. /Rich Wiggins, Gopher Coordinator, Michigan State U
  46.  
  47.  
  48.