[201] in ad-lib

home help back first fref pref prev next nref lref last post

Good news on the leader

daemon@ATHENA.MIT.EDU (Sarah Mitchell)
Wed Mar 22 13:02:35 1995

To: ad-cat@MIT.EDU
Cc: m.ridgeway@geac.com
Date: Wed, 22 Mar 1995 13:01:21 EST
From: Sarah Mitchell <smitchel@MIT.EDU>

Owens saves the day!
------- Forwarded Message

Date:    Wed, 22 Mar 1995 11:16:56 EST
From:    Tom Owens <owens@MIT.EDU>
To:      Sarah Mitchell <smitchel@MIT.EDU>
Subject: Re: Enc level and descriptive codes 

Sarah -- ah!!  It's important to remember that we discovered the
leader problem three or four years ago and developed software to
fix it.  We can run that software to fix all leaders immediately prior
to sending Geac the tapes.

Because I was out before the GMA, we did not run the program previous
to the first attempt, but it is on schedule for the second.  To tell
you the truth, I was hoping some leader difficulties would be found
as a test that we are checking the GMA closely enough.  You probably
find that dirty pool.

At any rate, we should be able to migrate our good leaders.

your pal, Owens

> 
> You've listed a couple of Encoding values that I don't recognize: 0,3
> What are these?  They're not in the USMARC format or OCLC
> bibliographic format and standards.
> 
> In the USMARC standard there is a 'u'  Encoding level that is defined
> when the USMARC encoding level cannot be determined.  This code is
> used by an agency receiving or sending data to replace a local code
> when the appropriate USMARC encoding level code cannot be determined. 
> 
> From your message, I gather we will also lose all of the OCLC specific
>  I, K, L,M,E J encoding  levels.
> 
> Does the program that would supply the Encoding level smart enough to
> 040 and set the encoding level Blank if the 040 is DLC and I if the
> Enc. level is other than DLC?
> 
> 
> 
> ------- Forwarded Message
> 
> Date:    Tue, 21 Mar 95 11:26 EST
> From:    m.ridgeway%34@gem.geac.com
> To:      gyoung@MIT.EDU, smitchel@MIT.EDU, ganderso@MIT.EDU
> Subject: PROBEL REPORT 00009 - LEADER NOT MIGRATING CORRECTLY
> 
> 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"
> 
> ------- End of Forwarded Message
> 

------- End of Forwarded Message


home help back first fref pref prev next nref lref last post