home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / infosyst / gopher / 1716 < prev    next >
Encoding:
Internet Message Format  |  1992-12-22  |  3.3 KB
  1. Xref: sparky comp.infosystems.gopher:1716 comp.infosystems.wais:757
  2. Newsgroups: comp.infosystems.gopher,comp.infosystems.wais
  3. Path: sparky!uunet!zaphod.mps.ohio-state.edu!cs.utexas.edu!newsfeed.rice.edu!rice!riddle
  4. From: riddle@is.rice.edu (Prentiss Riddle)
  5. Subject: "About" information for WAIS servers via Gopher
  6. Message-ID: <Bzo3C7.Czt@rice.edu>
  7. Summary: Was re: WAIS: Boolean vs. "Standard" searching...
  8. Sender: news@rice.edu (News)
  9. Organization: Ministry of Information, William's Marsh
  10. References: <lux.724968259@sol.UVic.CA> <BzMuKF.CwL@usenet.ucs.indiana.edu>
  11. Date: Tue, 22 Dec 1992 15:36:06 GMT
  12. Lines: 54
  13.  
  14. gilbertd@sunflower.bio.indiana.edu (Don Gilbert) writes:
  15. > The boolean search ability resides with gopher/wais servers.  It
  16. > is always going to be the case in gopher/wais land that users
  17. > will need to pay some attention to the customizations at the 
  18. > servers that they use.  I may want to provide a unique search service
  19. > suited only to biology data, and I will make help available via
  20. > gopher to explain this as need be.  After all, gopher is a great
  21. > tool for making such help available also.  We can lead the horses
  22. > but we can't force the stuff down their throats.
  23. > 
  24. > However, I have in the back of my mind that a Gopher+ server and client
  25. > might use an extended query (+ASK ?) that would have additional lines
  26. > of info as the query is presented to the user, with such pertinent 
  27. > help as:
  28. > Question from server ------
  29. >    Search for what recipe?
  30. >    (use "and" and "not" between terms to limit responses,
  31. >     use "word*" to match partial words, and 
  32. >     use "'some phrase!'" to match literal strings )
  33. > 
  34. > I don't know yet if this can be shoehorned into the protocol.
  35.  
  36. There may actually be a way to do this without extending the protocol,
  37. by making a minor change in the gopher clients.
  38.  
  39. When I use a WAIS client (e.g. xwaisq) and send the WAIS server a null
  40. search string, I sometimes get back two items:
  41.  
  42.     1000  9.5K Information on database: Aesop-Fables
  43.     1000 48.5K Catalog for database: Aesop-Fables
  44.  
  45. However, when I use a gopher client (e.g. Unix curses gopher 1.03 or
  46. xgopher 1.1) and try to send a null search string, the client assumes
  47. I've made a mistake and doesn't submit the query to the WAIS server.
  48. Is this a bug or a feature?
  49.  
  50. The "Information on database" item is a logical place to put a
  51. description of what flavor of WAIS searching the server uses, as well
  52. as other important information typically kept in Gopher "About" files
  53. (name and contact info of the data maintainer; description, origin, and
  54. authority of the data; frequency with which the data is updated; any
  55. known omissions, problems or "bugs" in the data).
  56.  
  57. Unfortunately, not all WAIS servers return the "Information on
  58. database" in response to a null query, and those that do often return a
  59. relatively uninformative boilerplate message automatically generated by
  60. waisindex.  Clearly for this method to be generally useful, it would
  61. require the cooperation of the maintainers of WAIS servers as well as a
  62. change in the gopher clients.
  63.  
  64. -- Prentiss Riddle ("aprendiz de todo, maestro de nada") riddle@rice.edu
  65. -- Unix Systems Programmer, Office of Networking and Computing Systems
  66. -- Rice University, POB 1892, Houston, TX 77251 / Mudd 208 / 713-285-5327
  67. -- Opinions expressed are not necessarily those of my employer.
  68.