home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / bit / listserv / cdromlan / 1674 < prev    next >
Encoding:
Internet Message Format  |  1992-11-11  |  32.5 KB

  1. Path: sparky!uunet!stanford.edu!bu.edu!wupost!uwm.edu!zaphod.mps.ohio-state.edu!darwin.sura.net!paladin.american.edu!auvm!STMARYTX.BITNET!ACADMARG
  2. From: ACADMARG@STMARYTX.BITNET
  3. Newsgroups: bit.listserv.cdromlan
  4. Subject: Re: Book chapter on network installation
  5. Message-ID: <CDROMLAN%92111119382278@IDBSU.BITNET>
  6. Date: 12 Nov 92 02:02:00 GMT
  7. Sender: "CDROMLAN@IDBSU - Use of CDROM Products in Lan Environments"
  8.               <CDROMLAN@IDBSU.BITNET>
  9. Lines: 712
  10. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  11. Original_To:  JNET%"cdromlan@idbsu.bitnet"
  12. Original_cc:  ACADMARG
  13.  
  14. I have gotten a lot of requests for copies of the book chapter on
  15. installation of our CD-ROM network and several requests that it be
  16. posted to the list.  It is attached below and it is pretty long so
  17. delete now if you don't really want to read about this.  If you do,
  18. here it is!
  19.  
  20. Margaret
  21.  
  22.  
  23.  
  24.  
  25. Talking 'Bout a Revolution:
  26.  
  27. CD-ROM Networking Inside and Outside the Library
  28.  
  29. with Novell, the Infoserver 150, and the V-server Gateway
  30.  
  31.  
  32. by
  33.  
  34. Margaret Sylvia
  35.  
  36.   St. Mary's University Academic Library
  37.  
  38.  
  39.  
  40. Introduction
  41.  
  42.      Installation of our CD-ROM network at St. Mary's University
  43. Academic Library has created a revolution in the way students and
  44. faculty do research.  There are over 1000 uses per week of the
  45. network during the regular semester despite the fact that we are
  46. a small university with about 4000 students overall, 800 graduate
  47. students, and 650 law students.  This usage is only a count of
  48. logins to a particular database since we cannot count the number
  49. of searches done once a database is in use.  Our print indexes
  50. are going relatively untouched except for subjects which don't
  51. have good coverage on the network and librarian-mediated online
  52. searching has dropped off to a trickle.
  53.  
  54.  
  55.  
  56. Background
  57.  
  58.      St. Mary's University is the oldest and largest Catholic
  59. University in Texas founded in 1852 by Marianist brothers and
  60. priests.  The student body is culturally and ethnically diverse
  61. and the university's efforts help promote  the graduation of
  62. female and minority students.  One of the driving forces behind
  63. the push for a CD-ROM network was the institution of a doctoral
  64. program in Counseling at the University where previously, all
  65. graduate programs had been at the Master's level.  This was the
  66. first Ph.D. program in the city except for the doctorates in
  67. biological sciences awarded by the University of Texas Health
  68. Science Center at San Antonio.
  69.  
  70.      The Academic Library began adding individual CD-ROM
  71. workstations several years ago to aid students in their research
  72. and these became very popular almost immediately.  During peak
  73. research times, there would often be several students in line
  74. waiting for a CD-ROM workstation even though the equivalent print
  75. indexes were only a few steps away.  Whenever this was pointed
  76. out to these patrons, most often they indicated that they would
  77. rather wait for the workstation to be free than use the print
  78. index.  It became obvious to us all too quickly that using the
  79. CD-ROM indexes was the preferred method of doing research for
  80. journal articles and that there were too few workstations to
  81. handle the volume of research that the students were undertaking.
  82.  
  83.  
  84. Alternatives
  85.  
  86.      We began by researching the various possibilities of
  87. bringing journal indexing to students over a network.  One option
  88. we considered was loading journal index tapes (such as those
  89. available from Wilson) onto our library computer which handles
  90. the online catalog.  But we found that we did not have the size
  91. or power to do this with our current computer and we were unable
  92. to afford to migrate to a larger one at the time.
  93.  
  94.      We also considered loading the tapes on the campus
  95. mainframe, a VAX 6000 series, but found that purchasing a search
  96. engine to run them was out of our price range.  In addition, we
  97. were hoping to keep as many of our computer resources inhouse as
  98. possible since we have found that when they leave our direct
  99. control, they are often not treated as first priority when
  100. problems arise.  When we discovered that the other options were
  101. impossible to implement, we began to plan very seriously for
  102. building a CD-ROM network.
  103.  
  104.  
  105.  
  106. Goals
  107.  
  108.      One of our principal goals was that our students at off-
  109. campus sites should be able to dial in to the network in order to
  110. search the CD-ROMs.  We wanted to offer these students the
  111. convenience of doing some of their research from their homes or
  112. offices.  Our online catalog was already available for dial-in
  113. access.   Many of our users are non-traditional and off-campus
  114. students and we strive to give them the same research advantages
  115. as the full-time on-campus students.
  116.  
  117.      Secondly, we wanted to keep control of the network within
  118. the library.  Some of the options for networking that are
  119. available make use of the campus mainframe as the network server.
  120. Since other departments have other priorities than the library,
  121. we wanted the network to be a top priority for us and the best
  122. way to do that was to keep the fileserver within the library.
  123.  
  124.      Of course, we wanted the network to be reliable and
  125. affordable.  It had to be easy for the students to use and offer
  126. the ability to limit the number of simultaneous users for
  127. different databases if necessary.  The vendor had to be
  128. reputable, financially sound, and have a good track record of
  129. installation and support.  Also, different CD-ROM search software
  130. has different requirements regarding the installation of DOS
  131. extensions and we wanted the network we purchased to support all
  132. calls to the CD through DOS extensions, directly to the CD, or
  133. any variation of this.
  134.  
  135.      Next, we wanted the network to be easy to administer.  Since
  136. we would be unable to hire a fulltime system administrator, one
  137. of the librarians would have to take on this job in addition to
  138. other duties.  Regarding dial-in access, we wanted a network
  139. which would accept any sort of hardware dialing-in and which
  140. would not require any sort of special software to be loaded onto
  141. the remote machine.  Anything from a dumb terminal, a Macintosh,
  142. an IBM XT clone, or a 486, any of which might be found in a
  143. campus office, should be able to dial-in and use the same
  144. procedures on the network.  This would ease the problem of
  145. administration of the network and also eliminate political
  146. problems which might be caused by limiting use of the network to
  147. people with certain types of equipment.
  148.  
  149.      Another goal which would also ease the administration of the
  150. network was to have dial-in access take place through the campus
  151. fiber optic network which was already in place, rather than
  152. installing new modems in the library for this purpose.  The St.
  153. Mary's campus is connected by a campus-wide fiber-optic network.
  154. This procedure would enable the network to have an extra level of
  155. dial-in security since users on the campus network would need a
  156. password assigned by the campus computing center.  In this way,
  157. the library network administrator need not assign individual
  158. passwords and yet remain able to limit dial-in access to our
  159. students and faculty if necessary.
  160.  
  161.      Finally, we wanted to be sure that all the CD-ROM software
  162. we were using would run on the network and be accessible through
  163. the gateway.  These included PsycLIT and ERIC from Silverplatter,
  164. Periodical Abstracts and ABI/Inform from University Microfilms
  165. International, Government Documents Monthly Catalog from Marcive,
  166. Books in Print Plus from Bowker, and the National Trade Data Bank
  167. from the Government Printing Office.  Since we were aware that
  168. search software can access the CD in different ways and not all
  169. networks support all kind of search software, we wanted to be
  170. sure that different kinds of software would be supported.  In
  171. this way we could be sure that not only would our current
  172. subscriptions work but also all future items we might want to add
  173. to the network would be usable.
  174.  
  175.  
  176.  
  177. Network Affordability
  178.  
  179.      The choice of CD's we placed on the network was basically
  180. driven by what we had already chosen for our standalone
  181. workstations.  With the exception of Infotrac's Academic Index,
  182. we retained all our subscriptions and simply upgraded to a
  183. network version.  We considered attempting to consolidate all our
  184. subscriptions with a single vendor in order to reduce the number
  185. of search interfaces users had to deal with, however this was not
  186. possible.  Certain databases, such as Books in Print, were only
  187. available from a single source and no suitable substitutes were
  188. available.
  189.  
  190.      One major ongoing expense of a network is the subscription
  191. price for the CD-ROMs themselves.  One way that we approached
  192. this problem was to cancel a very expensive CD-ROM index
  193. (Infotrac Academic Index) for which we had two individual
  194. subscriptions.  We redirected that money to finance network
  195. subscriptions to our remaining CDs and to purchase a network
  196. subscription to the less expensive Periodical Abstracts from UMI
  197. as a replacement for the Academic Index.  This strategy enabled
  198. us to stay within our CD-ROM budget and still purchase needed
  199. network subscriptions. Though Infotrac Academic Index was popular
  200. with our students, Periodical Abstracts has served the same
  201. purpose and is easier to use in our networking situation.   Also,
  202. the interface is identical to that of ABI/Inform which we already
  203. owned.  This meant that in discarding Infotrac we had fewer
  204. search interfaces to deal with in teaching the use of the
  205. network.
  206.  
  207.      In the earliest days of networking CD's, prices and
  208. contracts were often negotiated individually by each customer.
  209. When we went to our vendors, however, the contract and pricing
  210. agreements were already in place and we had only to decide what
  211. we could afford.  Some items, such as the National Trade
  212. Databank, from the U.S. government, have no restrictions on
  213. networking.  Others, such as PsycLIT from Silverplatter, are very
  214. tightly controlled and many options are non-negotiable.
  215.  
  216.      Another big expense involved in building a network is the
  217. outlay for hardware.  In our case, the library director wrote a
  218. grant for approximately $50,000 which was funded by the George W.
  219. Brackenridge Foundation in San Antonio.  This generous foundation
  220. has worked with us on several grants to improve access to
  221. information in the library and we are very proud of the progress
  222. we have been able to make with their help.  Hardware maintenance
  223. cost is the final factor in this equation.  We requested free
  224. maintenance from our vendors for the remainder of our fiscal year
  225. and for next year the cost will be added to our regular computer
  226. maintenance budget.
  227.  
  228.      Preliminary planning for the network was done during the
  229. grant writing process, however, the actual work of choosing a
  230. particular vendor and configuration was not accomplished until
  231. after the funding had been received.  Personnel involved in this
  232. task included the director of the library and myself, the future
  233. systems administrator.  Advice was also sought from our small
  234. computer expert and others in the campus computer center, however
  235. they had no vote in the actual choice of vendor or system.   That
  236. decision was made by me with the concurrence of the library
  237. director.
  238.  
  239.  
  240.  
  241. Choosing the Networking Hardware and Software
  242.  
  243.      Since our first goal was to have dial-in access to the
  244. network, we looked first for hardware and software which would
  245. deliver this service.  We wanted searchers with any kind of
  246. hardware to be able to dial in to the network.   Secondly, we
  247. wanted searchers to be able to use the network in pretty much the
  248. same way an inhouse user would, without having to load the search
  249. software on their machines and without doing any remapping of
  250. their keyboards.
  251.  
  252.      In looking for the right kind of hardware and software to
  253. meet our needs, I went through a learning process.  I was already
  254. fairly familiar with CD-ROMs and how they worked on an individual
  255. workstation but I had never set up a network before and I was not
  256. familiar with all that was involved.  One of the first things I
  257. did was to join a LISTSERV group on BITNET called CDROM-LAN.
  258. This is a group of system administrators of CD-ROM networks who
  259. share their thoughts and concerns with each other by electronic
  260. mail.  This gave me a feeling for the views of people who already
  261. owned and administrated these networks.  I was also able to use
  262. the group as a sounding board for my questions and decisions on
  263. various options.   Of all the information gathering I did on
  264. networking, the most crucial information came from this group
  265. since they were able to tell me what really worked and what did
  266. not.
  267.  
  268.      After looking at the possibilities of various kinds of
  269. networking options, including those from Meridian, CBIS, Ebsco,
  270. Lantastic, Optinet, SCSI Express, Logicraft, Multiplatter and
  271. others, we eventually discovered the choices which seemed to meet
  272. all our needs as outlined above.  Virtual Microsystems produces
  273. the V-server gateway which works with the DEC Infoserver, and
  274. Gandalf offers the Starport server running Meridian software.
  275. Either of these options seemed to fit well with our goals and
  276. needs, particularly the goal of making the network available to
  277. off-campus users.
  278.  
  279.      We requested and received permission to dial into systems
  280. which had been set up by each of the companies in order to test
  281. the systems and their response times.  The DEC Infoserver system
  282. responded significantly faster in this test and, because their
  283. bid was also somewhat lower in total cost, we chose Virtual
  284. Microsystems as our vendor.
  285.  
  286.  
  287.  
  288. Network Configuration
  289.  
  290.      Originally the DEC Infoserver ran only on Pathworks but now
  291. runs on Novell Netware also.  We chose to run Novell since we
  292. already had another Novell network in the library thus giving us
  293. inhouse expertise to exploit.  Also, it is possible that in the
  294. future we may want to connect the two networks and this would be
  295. simpler if both were running on the same operating system.
  296.  
  297.      Since Virtual Microsystems installs only the DEC Infoserver
  298. and the V-server gateway, we used a local vendor to set up our
  299. Novell network in the library.  Taking advice from the CDROM-LAN
  300. group, I chose 10baseT unshielded twisted pair cabling and a star
  301. configuration for the network inside the library in order to
  302. reduce both the cabling cost and the difficulty of locating and
  303. repairing network wiring problems.  The 10baseT cable is very
  304. inexpensive so even though a star configuration requires more
  305. wire, we saved money over using ethernet cable in a bus
  306. configuration.  The star configuration makes it easier to
  307. determine which connector is at fault when a workstation fails to
  308. connect to the network.  This configuration also makes it easy to
  309. take a workstation offline and to add other workstations without
  310. interrupting the workflow on the network.
  311.  
  312.     For the remaining hardware needed, I chose 8-bit DEC DE101-AA
  313. network cards, monochrome monitors, and 286 clones with 20
  314. megabyte hard drives for the workstations.  If there had been
  315. sufficient funds, I would have picked 16-bit cards, color
  316. monitors, and 386's.  I also purchased a 386 with a 105 megabyte
  317. hard drive for the Novell fileserver though I would have
  318. preferred a 486 with a larger hard drive, possibly even dual hard
  319. drives to allow mirroring.  However, price considerations entered
  320. into the picture.  We have since upgraded the 286's to 386SX's in
  321. order to take advantage of the 386's improved memory
  322. capabilities.
  323.  
  324.     One item which was not purchased with our original network
  325. order but which should be purchased at the earliest opportunity
  326. is an uninterruptible power supply for the fileserver.  The
  327. Novell vendor did not recommend this to us initially though I
  328. wish he had.   We found that it is really a necessity since
  329. Novell crashes in case of even a momentary power failure.  An
  330. uninterruptible power supply allows Novell to shut down normally
  331. in case of a power failure and also helps smooth out power surges
  332. and dips.  An uninterruptible power supply has recently been
  333. added to our system so that we no longer worry about even
  334. momentary power outages.
  335.  
  336.      For network printing, we reused the original printers which
  337. came from our individual CD-ROM workstations.  Electronic
  338. switchboxes were purchased and three printers are shared by nine
  339. public workstations.  Another item on my wish list is new
  340. printers for the network.  The printers we have now are older and
  341. are beginning to show the strain of constant use.
  342.  
  343.  
  344.  
  345.  
  346. Placement of the Network in the Library
  347.  
  348.      Where to place the network workstations in the library was
  349. the object of some discussion among the librarians.   Our
  350. individual CD-ROM workstations had been placed on tables beside
  351. the wall only a few feet from the reference desk alongside the
  352. paper indexes.  This arrangement allowed the reference librarian
  353. on duty to monitor their use and help users with problems in
  354. searching without leaving the reference area.  The setup was a
  355. useful one but unfortunately, there was not enough room in the
  356. area for the extra workstations we wanted to add for the network.
  357.  
  358.  
  359.      Discussion centered on the possibility of locating the
  360. network workstations in the Reference area by rearranging the
  361. index tables or using a separate conference room on the main
  362. floor.  The advantages of using the conference room for the
  363. network stations were that it was already wired electrically for
  364. the appropriate number of computers, we could do bibliographic
  365. instruction there using a computer-projection system, and the
  366. door could be closed to keep the main floor quieter since the
  367. printers and bibliographic instruction are somewhat noisy.  A
  368. disadvantage of using the separate room were that the
  369. workstations would be out of sight of the reference desk.  Our
  370. reference librarians found that much of their reference work
  371. involved helping users with search strategy and choosing the
  372. appropriate database for searching.
  373.  
  374.    The network was finally placed on the main floor within the
  375. reference and index area.  The reference desk and index tables
  376. were rearranged to make room for the new workstations.   The need
  377. to have a reference librarian on hand to oversee operations
  378. outweighed the other advantages of having the network in a
  379. separate room.  In fact, having the network right in the middle
  380. of the main floor adjacent to the index tables, the reference
  381. desk, and the online catalog is really the optimal place for it.
  382. Students are drawn to it as they enter the library and begin
  383. experimenting with it even before they are quite sure what it is.
  384.  
  385.      The fileserver and CD drives are not located in the public
  386. area with the workstations but are located in the technical
  387. services area of the library about 20 yards away.  There was also
  388. some thought given to placing the fileserver in the public area
  389. but in a locked cabinet.  However the amount of heat generated by
  390. the fileserver, the Infoserver, the V-server gateway, and the CD-
  391. ROM towers would have required lots of ventilation, perhaps even
  392. a small air conditioner in the cabinet.
  393.  
  394.  
  395.  
  396. Network Installation
  397.  
  398.      Installation of the network was scheduled to take place
  399. during the interterm between the fall and spring semesters to
  400. allow for the least disruption of student and faculty library
  401. research activities.  After deciding on the placement, the type,
  402. and number of terminals and printers we could afford,  we used
  403. our on-campus physical plant electricians to rewire the area and
  404. install enough outlets for all the equipment.   An independent
  405. contractor was hired to pull the 10baseT wiring for the network
  406. itself.  The workstations were set up with their network cards
  407. and DEC Repeaters were used as hubs to bring all the 10baseT
  408. wiring together and into the fileserver.
  409.  
  410.      The Novell license and the Novell fileserver were purchased
  411. from and installed by a local vendor who has a contract with the
  412. University to supply us with microcomputers.   Finally, Virtual
  413. Microsystems arrived to install the Dec Infoserver with its CD-
  414. ROM towers of drives and the V-Server gateway.
  415.  
  416.      This seems to imply that all went smoothly in the
  417. installation, when of course it did not.  The original wiring
  418. contractor did not get all the 10baseT wiring installed in time
  419. and never got the ethernet cable pulled to the computer center
  420. which was to serve the gateway.  We did not have the right
  421. network card for the Novell fileserver so we were still on the
  422. phone with this problem while Virtual was trying to install the
  423. Infoserver and CD drives.
  424.  
  425.      Books in Print Plus was late sending their networking
  426. software so this was not installed by Virtual Microsystems along
  427. with all the other software which went in quite easily.  Of
  428. course, BIP+ turned out to be extremely tricky to install so I
  429. spent many hours on the phone to Bowker and Virtual trying to
  430. work this out.  We eventually had to upgrade all our workstations
  431. to 386SX's in order to meet the memory requirements of BIP+ on
  432. the network.
  433.  
  434.      The menuing software which Virtual sold and installed for us
  435. worked fine except that they installed it with all users having
  436. the same name and rights (supervisory level).  This worked for
  437. counting usage but did not work when we wanted to limit the
  438. number of simultaneous users of certain CD's.  I had to
  439. reconfigure the menuing software (Direct Access) to give each
  440. workstation a different user name and to limit supervisor rights.
  441. Due to many problems with wiring between the buildings, it took
  442. five months to get our ethernet line run to the computer center
  443. to complete the gateway service to remote users.  Everything else
  444. went in fairly easily and, except for the ethernet cabling and
  445. gateway problems, these were fairly minor things.  My nightmare
  446. was the idea that we had forgotten to purchase some important
  447. item which would cost about $10,000 and without which nothing
  448. else would work.
  449.  
  450.      After we finally had the ethernet line run to connect our
  451. gateway to the campus network we were able to have the gateway
  452. installed.  This was probably the most harrowing experience of
  453. all.  A technician from Virtual Microsystems made a second trip
  454. to the campus to complete our installation, however, he was not
  455. able to get all our databases to work through the gateway.  At
  456. the end of the day, he promised that the remainder of the
  457. installation could easily be finished by them during a dial-in
  458. session in the next few days.
  459.  
  460.      In fact, this was a real problem.  The first technician to
  461. dial in not only failed to fix any of the gateway problems but he
  462. crashed the in-house network by changing important software
  463. parameters without telling us.  Next, one of the dial-in ports on
  464. the gateway failed.  Unfortunately, it happened to be the first
  465. in line and this caused all ports to fail.  After much
  466. telephoning and still further dialing-in by Virtual, it was
  467. determined that they needed to finish the installation on-site.
  468.  
  469.      Another trip by a technician from Virtual Microsystems to
  470. the campus solved most of the remaining problems except for a
  471. few.  We are still working with a problem with the Silverplatter
  472. software in that it writes large temporary files to the virtual
  473. disk as searching progresses and sometimes this causes the user
  474. to get a "diskquota exceeded" message and to be kicked off the
  475. system.  Even giving users a fairly large diskquota does not seem
  476. to solve the problem.  One solution we are considering is to run
  477. the gateway software directly from the Infoserver 150 instead of
  478. from our campus VAX so that the diskquota can be turned off on
  479. the Infoserver.  The other problem with the V-server is that the
  480. most current version of searching software from University
  481. Microfilms International does not work through the gateway and we
  482. are having to run an older version for this reason.  We have been
  483. promised that the next version of UMI software due out in
  484. December 1992 will work with the system.
  485.  
  486.      A final problem with the V-server gateway was that the
  487. telecommunications software we were using as the campus standard
  488. (Procomm) does not have a true VT terminal emulation so the
  489. functions keys fail to perform correctly on the gateway.  After
  490. much discussion with Virtual Microsystems about this and after I
  491. had been assured many times during the purchase of the gateway
  492. that Procomm would work with it, it was eventually determined
  493. that Procomm would not work properly.  I was rescued by another
  494. gateway administrator from the CDROM-LAN group who sent me a
  495. specially tailored Kermit program.  Since Kermit is in the public
  496. domain we are able to distribute this to our users for gateway
  497. access.
  498.  
  499.  
  500.  
  501. Guides to Use of the Network
  502.  
  503.      One thing that concerned us about having off-campus users on
  504. the network was that we would have no way of training them to
  505. begin searching.  We decided to make as much of our training
  506. material available online as we could.  We already had short
  507. guides to most of our databases which only needed minor updating
  508. to handle variations such as new printing procedures on the
  509. network.  Other guides needed to be produced, such as one for
  510. Books in Print Plus and Periodical Abstracts, since we had never
  511. had these available to the public before.
  512.  
  513.      For inhouse use, we placed copies of all guides in clear
  514. plastic pocket pages and made duplicate notebooks of these for
  515. placement next to each workstation inside the library.   In
  516. addition, all guides were made available online on the network
  517. for the use of those patrons who would be dialing in from remote
  518. locations.  There is also an option on the Direct Access network
  519. menuing software for online help for each menu item.  Context
  520. sensitive help screens were devised for each database.
  521.  
  522.      Finally, we received interactive tutorials from UMI and
  523. Silverplatter which we loaded on the network.  Some of these
  524. training aids and guides have gotten fairly heavy use and others
  525. have not.  In the future we plan on taking a look at some of the
  526. more effective and useful ways of training people to search on
  527. the network.
  528.  
  529.  
  530.  
  531. Remote Use
  532.  
  533.      Remote use of the network is possible through our campus-
  534. wide network.  Due to the problem with our regular
  535. telecommunications software program Procomm noted above, users
  536. must obtain a customized copy of Kermit from the library in order
  537. to use the network properly on a PC from a remote location.
  538. Users dial into the campus network, login normally, activate the
  539. Kermit program, and proceed to a menu on which one of the options
  540. is the CD-ROM network.   From this point, remote network use is
  541. no different from network use in the library except that searches
  542. which are downloaded are placed in the user's VAX account instead
  543. of on their local hard disk.  Users can log sessions to their
  544. local hard disks with Kermit or print searches if a printer is
  545. attached to their workstation.
  546.  
  547.      One problem that we did not anticipate is that all students
  548. do not automatically receive an account to use the campus
  549. network.  At this time, professors must request that their
  550. classes receive computer accounts.  We are working to get all
  551. students assigned a computer account at registration.
  552.  
  553.  
  554.  
  555. Usage and Impact
  556.  
  557.      Usage patterns for the network reflects the usage we had
  558. seen on standalone workstations.  Our general database
  559. (Periodical Abstracts) is by far the most heavily used, PsycLIT
  560. and ABI/Inform are the next most heavily used, followed by the
  561. National Trade Databank, ERIC, Marcive Government Documents
  562. Catalog, and Books in Print Plus.   Mediated online searching has
  563. fallen off dramatically since the installation of the network and
  564. our paper indexes related to these items are much less used now.
  565. Interlibrary loan use had risen somewhat though we suspect this
  566. may be due in part to a large influx of Ph.D. students rather
  567. than simply the installation of the CD-ROM network.  Reference
  568. work is beginning to consist largely of teaching users about the
  569. contents and use of databases on the network.
  570.  
  571.      The gateway has had a greater impact on the computer center
  572. than we anticipated since formerly fewer students were interested
  573. in having a computer account and in dialing into the campus
  574. network.  Plans are being made in the computer center for
  575. expanding the main campus VAX and for generating student computer
  576. accounts automatically upon registration.
  577.  
  578.  
  579.  
  580. What's Next
  581.  
  582.     Future automation plans in the library include the
  583. installation of Lexis/Nexis for student and faculty use.
  584. Lexis/Nexis is an online fulltext database containing current
  585. news, business, legal and other information.  This service will
  586. expand our users' access to current information tremendously and
  587. it is available for a relatively small fee in educational
  588. institutions.
  589.  
  590.      We plan to investigate the purchase of other CD-ROM indexes
  591. and fulltext databases.  Currently, we are using Periodical
  592. Abstracts, ERIC, PsycLIT, ABI/Inform, Books in Print Plus,
  593. Marcive Government Documents Catalog, and the National Trade
  594. Databank.  A religion index, an index to literary criticisms, an
  595. engineering index, and perhaps a fulltext local newspaper or
  596. newspaper index would be welcome additions.
  597.  
  598.      For bibliographic instruction on the network, we would like
  599. to purchase a computer projection system and a portable PC with a
  600. CD-ROM drive which could be used to instruct remote users at
  601. their sites.   Equipping this PC with a modem would also make it
  602. possible to display the remote use of the system if a phone line
  603. hookup is active at the remote site.
  604.  
  605.  
  606.  
  607. Summary
  608.  
  609.      Before installing a CD-ROM network, the need for the network
  610. and goals to be accomplished should be established.   The
  611. hardware and software chosen for the network should be able to
  612. meet the established goals and criteria for reliability,
  613. affordability, and ease of use.  Careful consideration must be
  614. given to placement of the network workstations within the library
  615. so that the workstations are accessible to the users and visible
  616. to the reference librarians, while the fileserver and CD drives
  617. must be in a secure location.   Installation should be scheduled
  618. so that the full attention of the systems administrator can be
  619. given to installation and so that disruption of services will be
  620. kept to a minimum.   Teaching aids and bibliographic instruction
  621. must be planned with all users in mind, including those in other
  622. locations if remote use is a possibility.
  623.  
  624.  
  625.  
  626.  
  627.  
  628.  
  629.  
  630.  
  631.  
  632.  
  633. -----------------------------------------------------------------
  634.  
  635. Biographical Information
  636.  
  637.      Margaret Sylvia is an Assistant Professor at St. Mary's
  638. University Academic Library in San Antonio, Texas.  She has been
  639. with the library since 1989 as the Acquisitions & Collection
  640. Development Department Head and since 1991 has also taken on the
  641. responsibilities of Local Area Network Systems Administrator.
  642. Ms. Sylvia has a B.S. in Psychology from Texas A&M University and
  643. an M.L.S. from the University of Texas at Austin.  Her research
  644. interests include library automation, particularly in the area of
  645. CD-ROM technology and also in the area of library acquisitions.
  646.  
  647. -----------------------------------------------------------------
  648.  
  649.  
  650.  
  651. Margaret Sylvia
  652. Acquisitions & Collection Development Department Head
  653. Local Area Network Systems Administrator
  654.  
  655. St. Mary's University Academic Library
  656. One Camino Santa Maria
  657. San Antonio, Texas 78228-8608
  658.  
  659. voice: (210) 436-3441
  660. fax:   (210) 436-3782
  661.  
  662. Bitnet: acadmarg@stmarytx.bitnet
  663. Internet: acadmarg@vax.stmarytx.edu
  664.  
  665.  
  666.  
  667.  
  668.  
  669.  
  670.  
  671.  
  672.                             Bibliography
  673.  
  674. Cutright, Patricia & Kenneth M. Girrard. "Remote Access to CD-ROM
  675.      for the Distance Learner."  CD-ROM Professional 4:6 (Nov.
  676.      1991), 80-82.
  677.  
  678. Desmarais, Norman. CD-ROM Local Area Networks: A User's Guide.
  679.      Westport: Meckler, 1991.
  680.  
  681. Jaffe, Lee David & Steven G. Watkins.  "CD-ROM Hardware
  682.      Configurations: Selection and Design." CD-ROM Professional
  683.      5:1 (Jan. 1992), 62-68.
  684.  
  685. Jensen, Mary Brandt.  "CD-ROM Licenses: What's in the Fine or
  686.      Nonexistent Print May Surprise You."  CD-ROM Professional
  687.      4:2 (Mar 1991), 13-16.
  688.  
  689. LaGuardia, Cheryl, Churck Huber & Carol Doyle.  "CD-ROM
  690.      Networking in ARL Academic Libraries: A Survey."  CD-ROM
  691.      Professional 4:2 (Mar. 1991), 36-39.
  692.  
  693. McCusker, Tom.  "Now Playing: Compact Disks on LANs." Datamation
  694.      36:20 (Oct. 15, 1990), 55-56.
  695.  
  696. McQueen, Howard. "Networking CD-ROMs: Implementation
  697.      Considerations." Laserdisk Professional 3:2 (Mar. 1990), 13-
  698.      16.
  699.  
  700. McQueen, Howard. "Remote Dial-In Patron Access to CD-ROM LANs."
  701.      CD-ROM Professional 3:4 (July 1990), 20-23.
  702.  
  703. Morgan, James Jay. "Expansion and Testing of a Meridian CD-ROM
  704.      Network."  Public-Access Computer Systems Review 1:1 (1990),
  705.      34-42.
  706.  
  707. Musgrave, Bill "Network Management: Keeping the Connection."
  708.      Datamation 33:17 (Sept. 1, 1987), 98-107.
  709.  
  710. Perratore, Ed. "Networking CD-ROMs:  The Power of Shared Access."
  711.      PC Magazine (Dec. 31, 1991), 333-363.
  712.  
  713. Rosen, Linda. "CD-Networks and CD-ROM:  Distributing Data on
  714.      Disk." Online 14:4 (July 1990), 102-105.
  715.  
  716. Rutherford, John. "Improving CD-ROM Management through
  717.      Networking." CD-ROM Professional 3:5 (Sept. 1990), 20-27.
  718.  
  719. Smith, Steve. "A CD-ROM LAN Utilizing the CBIS CD Connection
  720.      System." Public-Access Computer Systems Review 1:2 (1990),
  721.      50-61.
  722.  
  723. Wilson, Thomas C. "Zen and the Art of CD-ROM Network License
  724.      Negotiation." Public-Access Computer Systems Review 1:2
  725.      (1990), 4-14.
  726.