RE: [IUG] LTI, Load Tables and Duplicate 050s

[Frances Dodd <fdodd at sfu dot ca>]

Hi Audrey,

The double entry (050 loading both as y-tagged and c-tagged) is 
probably happening because the 050 is loading as y-tagged through the 
load table, and it is also set to load as a call number (c-tagged) 
through the holding symbol table. Usually, the library keeps either a 
y-tagged 050 or a c-tagged 050 but not both. So, for the LTI records, 
the trick is to use the right combination of load line, holding 
symbol entry, and protection list. If you like the c-tagged 050, then 
leave it in the holding symbol table, but take it out of the load 
table so that the y-tagged version will stop loading. You can 
conditionally protect both fields or either one, using protection 
codes D or K. For more on all this, see User Manual Page # 105807 and 
Page # 101871.

Best wishes,

Frances

At 03:41 PM 03/07/2006, you wrote:

> Our library has just begun to utilize LTI for our authority work.  Ideally,
> we wish to keep all our "y"-tagged 050s as well as our "c"-tagged 050s.
>
> PROBLEM: A load table was created for downloading the in-coming file of bib.
> records once the authority work was done.  When we downloaded our first file
> we noticed that the Call. No. data was duplicated when reloaded (i.e. a
> "c"-tagged 050 + an identical "y"-tagged 050).  Our base file is currently
> being processed by LTI and we would like to straighten out this matter
> before we have to download this exhaustive file of all our bib. records.
>
> QUESTION: Does any other libraries using LTI keep their "y"-tagged 050 data?
> If so, how is this set up in the load table?  Is it possible to protect all
> of our 050 call numbers, whether y-tagged or c-tagged, when loading files
> from LTI without creating duplicate "y"-tagged 050s?  Would it work if we
> protected both the y-tagged and c-tagged 050s, along with the c tagged 090s,
> and designate in the load table for authorized bibliographic records from
> LTI "bib y 051-055"?
>
> Thank you,
> Audrey Williams
> Regent Carey Library
> audrey at regent-college dot edu
> 1.604.221.3364
>
>
> --
> 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