[199] in ad-lib
Re: PROBEL REPORT 00009 - LEADER NOT MIGRATING CORRECTLY
daemon@ATHENA.MIT.EDU (Sarah Mitchell)
Wed Mar 22 09:58:40 1995
To: m.ridgeway%34@gem.geac.com
Cc: ad-cat@MIT.EDU
In-Reply-To: Your message of "Tue, 21 Mar 1995 11:26:00 EST."
<950321112504.AA01932@gem.geac.com>
Date: Wed, 22 Mar 1995 09:58:19 EST
From: Sarah Mitchell <smitchel@MIT.EDU>
In that last response I just sent you on the Encoding level, I should
have said if the 040 is DLC, could the system be smart enough to set
the encoding level as blank, but, if 040 is NOT DLC that we'd set the
encoding level as either I or K.
>The way the leader is stored on the 8000 causes some problems in the
>migration. The solution appended below has worked for other sites.
>Please advise if this is acceptable.
>
>
>--
>Michel Ridgeway, Project Manager, Libraries m.ridgeway@geac.com
>923 West King Road, Malvern, PA 19355
>voice (610) 644-4071 fax (610) 644-0907
>
> Due to the way leader information was stored on the GLIS 8000 system,
> certain leader values are not translating correctly. According to our
> 8000 set up, any value other than the following would not set a
> correct value:
>
> Encoding level: "01358"
> Descriptive Cataloging Form: " ipr"
>
> Thus the most common encoding level " " (blank for full MARC) was not
> set and the most common DCF, "a" for AACR2, was also not set.
> However, the other values should have been set correctly.
>
> For the live conversion Geac proposes:
>
> that when setting the encoding level, if a value is not found in
> the above table, that it be set to "blank".
>
> that when setting the DCF, if a value is not found in the above
> table, that it be set to "a"
