[Koha] 090 Fields

[COURYHOUSE at aol.com]

I guess what we have to analyze ... "is Koha doing something non standard 
that impacts the integrity of the MARC record? "  if so perhaps the non standard 
information needs to  be at the end of the record past where the MARC data is 
kept? if there is no area present perhaps one needs to  be created  as a 
'stash'

Just a thought....

Ed Sharpe archivist for SMECC


> Subj:Re: [Koha] 090 Fields 
> Date:9/8/2003 5:24:04 PM US Mountain Standard Time
> From:<A HREF="mailto:shedges at skemotah.com">shedges at skemotah.com</A>
> To:<A HREF="mailto:lambert at amigos.org">lambert at amigos.org</A>
> CC:<A HREF="mailto:koha at lists.katipo.co.nz">koha at lists.katipo.co.nz</A>
> Sent from the Internet 
> 
> 
> 
> 
> Greg Lambert/Amigos said:
> > As I was reviewing the bulkmarcimport I noticed that the 090 MARC field is
> > used by Koha as the ITEMTYPE fields.
> >
> > In the MARC data I am importing, the 090 "a" and "b" subfields are
> > assigned
> > local LC call numbers.
> >
> > Since Koha assigns  "a" as Koha Itemtype (NR)
> >                                          "b" as Koha Dewey Subclass (NR)
> >                                          "c" as Koha biblionumber (NR)
> >                                          "d" as Koha biblioitemnumber (NR)
> >
> > What will happen to my original 090a and 090b fields?  Will they still be
> > in the database?  If so, will this cause item "issues"?
> >
> > My limited cataloging knowledge tells me that the 001 field is used for
> > the
> > item number information (at least in the colleges I've worked).  Is that
> > not the case with MARC21?
> >
> >
> > Thanks!
> > -Greg
> 
> Hmmm.  Do you mean your existing MARC records use an 090 field?  Koha has
> to store some important non-MARC information, primarily the biblionumber,
> biblioitemnumber and the itemtype, in the MARC record in order to
> interface with the "old" Koha databases.  The 090 tag was chosen because
> neither MARC21 nor Unimarc define any use for this tag, so it was
> considered to be "safe."  If you have existing MARC records that have data
> in an 090 tag, then you have a problem.  You could move the data to a new
> tag using MARC::Record.
> 
> -- 
> Stephen Hedges
> Skemotah Solutions, USA
> www.skemotah.com  --  shedges at skemotah.com
> _______________________________________________
> Koha mailing list
> Koha at lists.katipo.co.nz
> http://lists.katipo.co.nz/mailman/listinfo/koha


Thanks Ed Sharpe, Archivist for SMECC

See the Museum's Web Site at

www.smecc.org

We are always looking for items to add to the museum's display and ref. 
library
please advise if you have anything we can use.

mail:

Coury House / SMECC
5802 W. Palmaire Ave.
Glendale Az 85301  USA

623-435-1522

CONFIDENZIALE: Questo messaggio e gli eventuali allegati sono confidenziali
e riservati. Se vi è stato recapitato per errore e non siete fra i
destinatari elencati, siete pregati di darne immediatamente avviso al
mittente. Le informazioni contenute non devono essere mostrate ad altri, né
utilizzate, memorizzate o copiate in qualsiasi forma.

CONFIDENTIAL: This  e-mail  and  any attachments are confidential and may
contain reserved information. If  you are not one of the named recipients,
please notify the sender immediately. Moreover, you should not disclose the
contents to any other persons, nor should the information contained be used
for any purpose or stored or copied in any form.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.katipo.co.nz/pipermail/koha/attachments/20030908/12a9139b/attachment-0001.htm