home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / bit / listserv / innopac / 1199 < prev    next >
Encoding:
Text File  |  1992-12-23  |  9.1 KB  |  178 lines

  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!usc!howland.reston.ans.net!paladin.american.edu!auvm!ACUSD.BITNET!RITCHIE
  3. Original_To:  JNET%"INNOPAC@Maine"
  4. Original_cc:  RITCHIE
  5. Message-ID: <INNOPAC%92122314033599@MAINE.EDU>
  6. Newsgroups: bit.listserv.innopac
  7. Date:         Wed, 23 Dec 1992 11:02:00 PDT
  8. Sender:       III Online Public Access Catalog Discussion List
  9.               <INNOPAC@MAINE.BITNET>
  10. From:         RITCHIE@ACUSD.BITNET
  11. Subject:      Long vs short order records responses
  12. Lines: 164
  13.  
  14. From:         Paula Nielson <FPIN@LMUACAD>
  15.  
  16. >About the long vs. short bibs:  I am frequently grateful that we have
  17. >short bibs from acquisitions as they are immediately identifiable,
  18. >have no added index points, do not contain call numbers to confuse, and
  19. >may end up being removed or replaced whereas full bibs are more permanent.
  20. >Short bibs are really temp records, and most other acquisitions systems
  21. >are designed to have temps at time of order to be replaced by a permanent
  22. >record selected or input by a cataloger.
  23.  
  24. >At my last job we had a program called "cataloging at point of receipt."
  25. >This meant that for easy materials (DLC copy, no series statement) the
  26. >acquisitions person would catalog the item at the time of receiving on
  27. >the system.  In this case having a full record already on the system
  28. >would save time as the receiving person merely validated while receiving that
  29. >the book and copy matched and perhaps would also fill in CIP-related
  30. >data such as the collation.  A large portion of the new collection
  31. >bypassed the Cataloging Dept. going directly to the shelves after labelling.
  32. >To do this type of operation you need very bright acquisitions people
  33. >who also are trained somewhat in copy cataloging.
  34.  
  35. From: AKEBABIAN%COLGATEU.bitnet@CUNYVM.CUNY.EDU
  36.  
  37. >At the time Colgate brought up III, they were supporting only the short bibs
  38. >for order records (Jan. 1991).  We have been considering changing to long
  39. >bibs, primarily in order to cut down on our OCLC expenses (must re-search &
  40. >overlay *every* record, when probably 75-80% are exactly the records used
  41. >for the orders)  This is very hard to justify in the present economic
  42. >climate!  I still have a lot of questions, though, about just how the
  43. >long bib as order works.  (Does it display call number & subjects in the
  44. >OPAC?  Will new headings report?  What editing actions will the cataloger
  45. >have to take in order to change the OPAC display from the on-order type to
  46. >a fully cataloged record?)  Unfortunately, the III documentation is not
  47. >helpful.  We have not persued the matter via the listserv, etc. because
  48. >we feel the III editing is not advanced enough to support doing most of our
  49. >work on III rather than OCLC.  This is about to change, though, so we are
  50. >much more serious about investigating the long bib for orders.  I'm looking
  51. >forward to your summary.  Would it be possible to include names & email
  52. >addresses from your respondents who are using the long bib, so those of
  53. >us who are investigating changing our practice can contact them? (Just a
  54. >thought).
  55.  
  56. From: amyers@bu-pub.bu.edu
  57.  
  58. >I can't speak for all of BU, but I can speak for our little part of
  59. >it!  There are four separate libraries on campus who share the same
  60. >INNOPAC here; three are OCLC libs and we are RLIN, which gives us
  61. >some flexibility in what we do.
  62.  
  63. >At law, we opted for a fuller bib record than the ones used by the
  64. >other folks.  It's not complete:  we don't take selected fields
  65. >(such as that long one on serials that says where something is
  66. >indexed).  In fact, it took us a long time to dream up our list
  67. >of fields that we WOULD take.  However, we do have full imprint,
  68. >collation, series, subjects, and added entries, as well as any
  69. >unique numbers (ISSN, ISBN, LCCN, SuDoc).
  70.  
  71. >Why?  We knew that some things sat in the backlog for longer than
  72. >we'd like, and access to the material was limited by what was on
  73. >the order record.  It's our hope that by providing increased access,
  74. >we can help our patrons identify material they want
  75. >that is already on order or awaiting processing.  It hasn't been in
  76. >place that long yet so we don't know whether we will regret it by
  77. >an increased demand for rush/priority cataloging.
  78.  
  79. >So far there haven't been any problems in law having fuller bibs
  80. >than anyone else.  Mostly we do our own thing, anyway, so it doesn't
  81. >come up much.  In fact, no one even batted an eye when we told them
  82. what fields we wanted to be mapped.
  83. >
  84.  
  85. From: "Bonath,Gail J" <BONATH@AC.GRINELL>
  86.  
  87. >We have two acquisitions units, one for monographs and the other for sound
  88. >recordings.  Both download what I believe you would call long bibs, but they
  89. >do use different downloading tables.
  90.  
  91. >You probably want to clarify with Innovative what the difference is between
  92. >long and short bibs.  For a brief period of time our downloading table was
  93. >set up for the "short" bibs and they were non-MARC records which caused
  94. >problems for us -- titles were indexed under articles, subject headings
  95. >filed incorrectly (as if a subdivided heading was all in one subfield).
  96.  
  97. >Here are some of the reasons we like the long bibs:
  98.  
  99. >Patrons searching the catalog under subject headings (which is a lot of
  100. >what undergraduates do) can find out if we have something on order, or more
  101. >importantly, in process.  We have set up a procedure so that patrons can
  102. >request in-process items and we have them cataloged in 24 hours.
  103.  
  104. >Collection development can search under the subject headings to see not
  105. >only what we have on a topic but what has been ordered.
  106.  
  107. >Our sound recordings acquistions unit wants to have all the uniform titles
  108. >as well as all the composer-title added entries on the record.  Often when
  109. >they are ordering they are checking to see if we have one particular piece
  110. >by a composer.  If the uniform title and added entries were not downloaded
  111. >they would not be able to tell if they were duplicating an order.  They
  112. >also like the uniform title so that the recording files in the proper place
  113. >in the catalog.
  114.  
  115. >We have not found any problem downloading the long bibs.  I also hope that
  116. >someday we may be able to download only once in acquistions, and not have
  117. >to download in cataloging.  As long as we continue to produce shelf list
  118. >cards this does not seem to be a possibility, but I keep thinking about it.
  119.  
  120. From: L_BILLS@OLDCC.BRYNMAWR.EDU
  121.  
  122. >Here are some answers to you question from our point of view.
  123. > We have used the long records from the beginning.  The reason
  124. >was to (1) give the user the most possible information and the most
  125. >possible searchpoints, (2) give our staff the most ways to catch
  126. >duplicates - because sometimes the joint author is given on a
  127. >second request as the author, etc. and (3) so we don't have to
  128. >re-download if the original record is good (especially as
  129. >OCLC export is rather slow) - we just give a student the
  130. >OCLC numbers and have them Update the record so our holdings
  131. >appear.
  132.  
  133. >At multi-acquisition sites, could one library use the short bibs and another
  134. >use long bibs?  Are there any problems for patrons with this approach?
  135.  
  136. > I think this would be difficult becuase the long library
  137. >would presumably not like having their record overlaid with a
  138. >short record.  - I guess you could set it so that the long library
  139. >downloads would overlay short records but that the short library
  140. >would not overlay on downloading.  But then the long library
  141. >would also be able to overlay (in adverterntly) short CATALOGING
  142. >records.  If no acquisitions overlays of records were allowed
  143. >to safeguard cataloging records, the long library would sometimes
  144. >have to settle for the short reocrd.
  145.  
  146. >In terms of patrons - I doubt they notice.  They would be getting
  147. >less information but they probably won't object.
  148.  
  149. >The problems with the long record have to do with heading reports.
  150. >Which short records only the author will show up on FTU reports,
  151. >but with the long record, you will get more elements showing up
  152. >on reports before the books are in-house.  However, with release
  153. >8 you can hold back printing of heading reports until the
  154. >cat date is in the bib record, so this issue goes away.
  155.  
  156. >The other reason for not downloading full records has also
  157. >gone away - it used to be that the first t tag printed on the
  158. >PO - so a lot of 240 fields printed.  Now III has fixed it so only
  159. >the 245 prints.
  160.  
  161. >We have been pleased with this procedure - even when the old
  162. >problems existed.
  163.  
  164. From:         Janet Lai <JLAI@LMUACAD.BITNET>
  165.  
  166. >For approval plan books, the duration of acceptance/processing of the items in
  167. >the Acquisitions/Serials Dept is no more than a week.  Recently, we have decide
  168. >d to create short bib records and attach order records for them and write down
  169. >the bib #s on the gutter of each book.  Then Cataloging Dept will overlay our
  170. >short bib with the OCLC record. This will reduce the cost of searching in the
  171. >OCLC & speeds up the whole processing of the approval plan books.
  172.  
  173. We found out we can have more than one order record.  Our Law Library will
  174. export a long record from OCLC to PAC.  They will also export the record to
  175. the OCLC ME.  Catalogers will make corrections on ME and over lay records
  176. from ME.  Copley Library staff will continue to use the short record.  We
  177. have not had any problem with this method so far.   Barbara Ritchie
  178.