FW: [Koha] Re: marc and stuff!

[COURYHOUSE at aol.com]

> Subj: Re: FW: [Koha] Re: marc and stuff!
> Date: 5/26/01 10:29:09 PM US Mountain Standard Time
> From: <A HREF="mailto:COURYHOUSE">COURYHOUSE</A>
> To: <A HREF="mailto:chris at katipo.co.nz">chris at katipo.co.nz</A>
> 
> 
> 
> You may want to check  or perhaps  others here can enlighten us as to haw 
> this is handled by some of the commercial packages....
> 
> UPDATE!!!  the 733 MHz machine was purchased today and windows will be 
> stripped from the drive and LINUX installed!
> 
> will be using the caldera  LINUX 2.4 edesk 
> 
> Any comments? Can always change....
> 
> Ed Sharpe 
> 
> 
> >> Subj: Re: FW: [Koha] Re: marc and stuff!
>> Date: 5/25/01 2:54:18 PM US Mountain Standard Time
>> From:    chris at katipo.co.nz (Chris Cormack)
>> Sender:    koha-admin at lists.katipo.co.nz
>> To:    koha at lists.katipo.co.nz
>> 
>> 
>> 
>> 
>> On Fri, May 25, 2001 at 05:16:06PM -0400, COURYHOUSE at aol.com said:
>> > preference would of course  be to also store them in MARC as well but 
>> one 
>> > thing at a time!
>> > 
>> > ed
>> 
>> Hi Ed
>> 
>> Forgive me if im wrong, and please correct me if I am, but Im not sure why 
>> its
>> nessecary to store things in MARC. A MARC file AFAIK is just a sequential
>> file that follows a set format. 
>> Having the format set allows the file to be transferred between systems 
>> that
>> understand that format.
>> I dont see why it is nessecary to store the data as a sequential file, if
>> you have some easy routines that can a) easily parse said file and store it
>> in our database and b) can retrieve information from our database and 
>> create
>> a MARC record from it.
>> 
>> >From what I gather the main things the Library of Congress looks for when
>> assesing MARC 21 compatibility is that the system loads in the full record
>> with no false or arbitritary limitations on such thing as the length of the
>> notes field, or the number of subject headings. And that the system allows
>> for the records to be written back in MARC 21 communications format.
>> 
>> Of course it may well work out, that these two aims are very hard to 
>> achieve
>> without storing them in MARC format, then again it may not. 
>> 
>> Just thinking aloud really
>> 
>> Chris
>> -- 
>> Chris Cormack                                                     
>> Programmer
>> 025 500 789                                        Katipo Communications 
>> Ltd
>> chris at katipo.co.nz                                          
>> www.katipo.co.nz
>> _______________________________________________
>> Koha mailing list
>> Koha at lists.katipo.co.nz
>> http://lists.katipo.co.nz/mailman/listinfo/koha
>> 
>> 
>> 
>> 
> 
> 
> 


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20010527/4ab348ca/attachment-0001.htm