Re: [IUG] match fields for authorities

["Ya'aqov Ziso" <yaaqovz at gmail dot com>]

We have deduped our authority file (cleaning also those inconsistent 001
fields, as Elisheva reports). Following that, in the past four months I have
batch-searched 325000 name/subject headings (using CONNEXION server)
against the LC name/subject files,  and batch-loaded over 100,000 authority
records into our system. The 010 field works just fine for such overlay.

We don't use an external vendor, but it seems that using the system's
unique .a number for overlaying would be best in this scenario.

Ya'aqov Ziso, Authority Control Librarian, U New Mexico

On 10/11/06, Elisheva Schwartz <SCHWARTZ at juris dot law dot nyu dot edu> wrote:
> We use the 010 for our loads. We had originally used only the 001, but
> found that the OCLC assigned number was not the same one that our vendor was
> using. Since we bring over individual records from during cataloging we
> needed to use the 010, which remains constant in OCLC, RLIN, etc. Since we
> load hundreds of records each month, doing anything manually would be
> impossible, but this seems to work fine.
> Hope that helps.
> Elisheva
>
>
> Elisheva Schwartz
> Cataloger
> NYU Law School Library
> 40 Washington Sq. S.
> New York, NY 10012-1099
> 212 998 6333
> schwartz at juris dot law dot nyu dot edu
>
> "Toutes les fois qu'on verra tout le monde tranquille  dans un Etat qui se
> donne le nom de république,
> on peut être assuré que la liberté n'y est pas"
> --Montesquieu
>
>
> >>> mtilley at unlnotes dot unl dot edu 10/11/2006 11:10:43 AM >>>
>
>
> Hi Dan,
>
> We do not use an automatic overlay.  We get a few more duplicate records
> when folks forget to check first, but not many.  If we wish to overlay an
> authority record at the time of export from OCLC,  we add a 949 field
> i.e.,  949     *ov-.a123456  using the .a number from the existing record.
> Of course, you must make sure that the record is not in use by the system
> or the overlay will not work.  This works with our workflow.
>
> Mary Tilley
> Authority Specialist
> Technical Services
> University of Nebraska--Lincoln Libraries
>
>
>
>              "Taysom, Dan"
>              <taysomd at uchastin
>              gs.edu>                                                    To
>              Sent by:                  "IUG INNOPAC List"
>              innopac-bounces at i         <innopac at innopacusers dot org>
>              nnopacusers.org                                            cc
>
>                                                                    Subject
>              10/06/2006 02:06          [IUG] match fields for authorities
>              PM
>
>
>              Please respond to
>              IUG INNOPAC List
>              <innopac at innopacu
>                  sers.org>
>
>
>
>
>
>
> A question for those who download authority records -
>
> What field do you match on to determine whether the incoming authority
> record should overlay or create a new authority record?
>
> Thanks,
>
>
> Dan Taysom
> Computer Services Librarian
>
>
> --
> This message was distributed through the Innovative Users Group INNOPAC
> list
> Public replies:  INNOPAC at innopacusers dot org
> Update your subscription options:
> http://innopacusers.org/mailman/listinfo/innopac
>
>
> --- StripMime Report -- processed MIME parts ---
> multipart/related
>   multipart/alternative
>     text/plain (text body -- kept)
>     text/html
>   image/gif
>   image/gif
>   image/gif
> ---
> --
> This message was distributed through the Innovative Users Group INNOPAC
> list
> Public replies:  INNOPAC at innopacusers dot org
> Update your subscription options:
> http://innopacusers.org/mailman/listinfo/innopac
>
>
>
>
>
>
> --- StripMime Report -- processed MIME parts ---
> multipart/alternative
>   text/plain (text body -- kept)
>   text/html
> ---
> --
> This message was distributed through the Innovative Users Group INNOPAC
> list
> Public replies:  INNOPAC at innopacusers dot org
> Update your subscription options:
> http://innopacusers.org/mailman/listinfo/innopac
¶¸©2)žEêh®Úk¡Ǭ±çL Á)j»lšémŠ–«·ö¥µêçjدzױ·úej)í{[¡ܤz›m{†٥