home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / bit / listserv / pacsl / 3146 < prev    next >
Encoding:
Text File  |  1993-01-28  |  2.7 KB  |  53 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!uvaarpa!darwin.sura.net!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!howland.reston.ans.net!paladin.american.edu!auvm!LIBRARY.LIB.NCSU.EDU!ERIC_MORGAN
  3. Posted-Date: 26 Jan 1993 13:04:54 U
  4. Approved-By:  Public-Access Computer Systems Forum <LIBPACS@UHUPVM1.BITNET>
  5. Message-ID: <9301261801.AA12435@ccvr1.cc.ncsu.edu>
  6. Newsgroups: bit.listserv.pacs-l
  7. Approved: NETNEWS@AUVM.AMERICAN.EDU
  8. Date:         Wed, 27 Jan 1993 11:23:15 CDT
  9. Sender:       Public-Access Computer Systems Forum <PACS-L@UHUPVM1.BITNET>
  10. From:         Eric Morgan <eric_morgan@library.lib.ncsu.edu>
  11. Subject:      Re: Gophers in Libraries
  12. Lines: 39
  13.  
  14. ----------------------------Original message----------------------------
  15.         Reply to:   RE>Gophers in Libraries
  16. I suppose I should reply to this, especially since I think more libraries
  17. should be administrating gopher servers.
  18.  
  19. > Here at Clark we are just about to load PC Gopher II on some of our OPAC
  20. workstations ... We'd like to know if anyone else out there has experience in
  21. using Gopher, specifically as a menu system for library resources ...will we
  22. find patrons are tying up our OPAC workstations?  How can we prevent this?  Do
  23. we want to prevent this? Do we need to worry about security problems?  Will our
  24. patrons be tempted to change configurations or use the computers for non-
  25. library related work? How can we prevent this? ... Primarily we are interested
  26. in finding out who has experience with using Gophers in a library setting.
  27.  
  28. First of all, you many have problems with the PC Gopher II client. For the most
  29. part, it works, but not completely. Because has been programed in Pascal, there
  30. are limits to its ability to use WAIS indexes. Second, you may find yourself
  31. running out of RAM, especially if you plan to include its telnet capabilities.
  32. Before you commit yourself to the PC Gopher II client consider a few of the
  33. other DOS based clients available. There can be retrieved from the "main gopher
  34. hole."
  35.  
  36. Another alternative, depending on your OPAC platform, is to load the Unix
  37. Curses client on the same machine as your catalog. This way, when people
  38. connect to your computer there can be a menu of choices. One may be your OPAC.
  39. The other may be your gopher.
  40.  
  41. In regards to "tying" up your computers. Well, I hope they do, as long as they
  42. are doing library work! You will have problems with people playing with the
  43. PC's configuration. This is another reason to mount client software on the same
  44. computer as your OPAC.
  45.  
  46. In short, I have experience with gopher servers in a library setting. Gophers
  47. are not the answers to all of our electronic library problems, but they come a
  48. long way in helping us implement the "library without walls".
  49.  
  50. Eric Lease Morgan
  51. NCSU Libraries
  52. eric_morgan@ncsu.edu
  53.