home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / alt / gopher / 1084 < prev    next >
Encoding:
Internet Message Format  |  1992-07-27  |  2.4 KB
  1. Path: sparky!uunet!darwin.sura.net!jvnc.net!rutgers!news.cs.indiana.edu!nstn.ns.ca!daniel
  2. From: daniel@nstn.ns.ca (Daniel MacKay)
  3. Newsgroups: alt.gopher
  4. Subject: index for all of gopherspace
  5. Message-ID: <1992Jul27.163746.974@nstn.ns.ca>
  6. Date: 27 Jul 92 16:37:46 GMT
  7. Organization: NSTN Network Operations Centre, Nova Scotia, Canada
  8. Lines: 45
  9.  
  10. Hello!
  11.  
  12. I was thinking of the WAIS, and how you can do a WAIS query which'll tell
  13. you a list of databases are pertinent to your query.  And I was writing
  14. something which said "Here's the difference between WAIS and gopher."
  15.  
  16. Now, the WAIS thang works because all the people who run WAISs, have sent
  17. in to the mother of all WAISs, an abstract for each database they've
  18. published.  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 without
  20. overhauling the client] of those, and your client sends a search off to
  21. them.
  22.  
  23. Now, why couldn't we do this with gopher?
  24.  
  25. Here's the problem I'm trying to solve: I know somewhere in gopherspace
  26. there's a really good recipe database.  But where is it?
  27.  
  28. All we'd need for this is a central registry where people could submit
  29. well-written, noun-rich abstracts of resources which are available *only*
  30. in their gopher.  Obviously a human would have to screen out duplicate
  31. entries and could even possibly inform gopher managers of redundancy- that
  32. is, after all, one of the things we're fighting against.
  33.  
  34. Then- we just run an index on the abstracts, and gopher managers can put a
  35. search item onto their menus- something like "Gopherspace Resource Search"
  36. that points to the central registry.
  37.  
  38. Our hapless user picks it, and asks for "recipies" or "food" or "cooking"
  39. and gets a pointer back to the resource- whereever it is. (who cares where
  40. it is?)
  41.  
  42. In my case, I'd write an abstract about the Canadian Weather Forecasts,
  43. NSTN, and the CA*Net newsletter.  The abstract would go into a directory
  44. with a descriptive name, and also in that directory would be the pointer to
  45. the resource itself.  If the user typed "weather" into the gopherspace
  46. search item, presumaby he'd get a couple entries back- the US Weather
  47. Forecast service (wherever it is) and mine.  He can point and shoot and be
  48. connected to the resource.
  49.  
  50. What do you think?
  51. --
  52.     Daniel MacKay                daniel@nstn.ns.ca
  53.     NOC Manager, NSTN Operations Centre    902-494-NSTN
  54.     Dalhousie University, Halifax, Nova Scotia, Canada
  55.