home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / bit / listserv / cdromlan / 1970 < prev    next >
Encoding:
Text File  |  1992-12-24  |  4.5 KB  |  82 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!wupost!gumby!destroyer!gatech!usenet.ins.cwru.edu!news.ysu.edu!psuvm!auvm!IDBSU.BITNET!ALILESTE
  3. Message-ID: <CDROMLAN%92122409490464@IDBSU.BITNET>
  4. Newsgroups: bit.listserv.cdromlan
  5. Date:         Thu, 24 Dec 1992 09:30:34 MST
  6. Sender:       "CDROMLAN@IDBSU - Use of CDROM Products in Lan Environments"
  7.               <CDROMLAN@IDBSU.BITNET>
  8. From:         Dan Lester <ALILESTE@IDBSU.BITNET>
  9. Subject:      Re: license agreements
  10. In-Reply-To:  Message of Wed, 23 Dec 1992 13:14:32 MST from <ALILESTE@IDBSU>
  11. Lines: 69
  12.  
  13. >I have one MAJOR problem with the OEDII's network policy.
  14. >No network version of the software is available, nearly a year after the
  15. >software debut.  If people don't bother to put out an on-time version of the
  16. >network software, then I don't think they have a right to restrict network
  17. >use. What if you only HAVE a network?  They want to charge you extra for YOUR
  18. >time and effort in getting the damn thing to work on a network?  Or prohibit
  19. >you from using it at all?
  20.  
  21.    I agree that the lack of a network version is a disappointment.  However,
  22. the publisher is under absolutely NO obligation to produce a network version,
  23. now or EVER.  Libraries have absolutely no right to network a non-networked
  24. version just because they might wish there were one available.
  25.    As the owner, the publisher has the right to put ANY restrictions he/she
  26. might wish, even if you and I, as customers, might think they are stupid or
  27. ill-advised.  Nobody has ONLY a network.  Any library that has
  28. a network could always disconnect one of the workstations
  29. from the network and have a standalone workstation.  It might require the
  30. purchase of another CDROM drive, but that is trivial compared to the cost
  31. of the OED II.
  32.    Yes, there may be some extra work on our part to make a product work on
  33. our network.  But there is also extra work on the part of the CDROM vendor,
  34. including dealing with our calls for support.  There is probably some guru,
  35. somewhere, who has never called for support from anyone, but I've never
  36. met or heard from him or her.  8-)
  37.    Yes, the vendor can, and will, and should, prohibit us from using the
  38. product in an inappropriate way for which we are not licensed.  Remember,
  39. we don't have to like the rules, but we DO have to follow them if we want
  40. to stay out of trouble.
  41.    I find the suggestions that we have the right to network something whether
  42. the vendor permits us to or not to be very disappointing.  I usually agree
  43. with Ms. Heise, but in this case am quite frustrated with her suggestions.
  44. It is this type of talk that gives the few vendors who want to put
  45. ridiculuous and troublesome traps in their software the ammunition they
  46. need to do so.
  47.  
  48. >One *SHINING* example of this is the Patent Office's CASSIS product. We
  49. >contacted them for help with a PARTICULARLY buggy release, only to discover
  50. >that we couldn't run it on a network because we didn't have a network
  51. >licence. We couldn't get a network licence, because there was no network
  52. >version of the software.
  53.  
  54.    Once again, like it or not, such is life.  Could it be that the release
  55. was "buggy" because you were trying to network a product that couldn't and
  56. shouldn't be networked?  Weren't you and your colleagues aware of what
  57. product you were obtaining?
  58.  
  59.    Jennifer's example does illustrate one of the problems of obtaining
  60. CDROM products, particularly when we are networking them.  It is vital that
  61. the people requesting the product (perhaps reference or documents librarians)
  62. communicate their needs and wishes with the systems folks (to be sure they
  63. know of the demands the product will place on the network) as well as with
  64. the acquisitions and serials folks who will be doing the ordering and/or
  65. contract signing.  If all are not communicating effectively, the chances
  66. of problems increase geometrically.
  67.  
  68. >Jennifer Heise                           Net: jahb@lehigh.edu
  69. >Reference Dept.,                         Phone: (215) 758-3072
  70. >Fairchild-Martindale Libraries #8A,  Lehigh University, Bethlehem, PA 18015
  71.  
  72.  
  73. dan
  74.  
  75. *****************************************************************************
  76. * Dan Lester                          Bitnet:   alileste@idbsu              *
  77. * Associate University Librarian      Internet: alileste@idbsu.idbsu.edu    *
  78. * Boise State University                                                    *
  79. * Boise, Idaho  83725                 BSU and I have a deal: I don't speak  *
  80. * 208-385-1234                        for them and they don't speak for me. *
  81. *****************************************************************************
  82.