[Koha] System generated field 001 control number
David Cook
dcook at prosentient.com.au
Mon Sep 21 19:14:07 NZST 2015
Sorry for the delay. Pulled in a few different directions at the moment.
Thanks for the clarification Pablo. I haven’t looked at that record yet (just about to leave for the day), but I imagine the number was from OCLC or some other system.
I think Katrin has responded more recently mentioning that cataloguing plugins might be helpful. I suspect that she’s correct.
David Cook
Systems Librarian
Prosentient Systems
72/330 Wattle St, Ultimo, NSW 2007
From: Pablo Bianchi [mailto:pablo.bianchi at gmail.com]
Sent: Tuesday, 15 September 2015 11:45 PM
To: David Cook <dcook at prosentient.com.au>
Cc: Koha-org - List <koha at lists.katipo.co.nz>
Subject: Re: [Koha] System generated field 001 control number
Hi David,
On Mon, Sep 14, 2015 at 10:37 PM, David Cook <dcook at prosentient.com.au <mailto:dcook at prosentient.com.au> > wrote:
While I agree that the 001 should be populated with a unique bibliographic control number, it's not the way that Koha is typically set up.
Yet for example on Koha demo of Catalyst IT Ltd. (New Zealand) we can find this record <http://demo-intra.mykoha.co.nz/cgi-bin/koha/catalogue/MARCdetail.pl?biblionumber=20895> with biblionumber=999$c=999$d==20895 but control number 001==30908. Maybe they take 30908 from OCLC, but that is not what we are looking for, we want just an incremental system generated number like barcode.pl <http://barcode.pl> plugin builder does for items, but for biblios, with no relation with Koha biblionumber.
In theory, it's configurable, but there are parts of Koha that expect the biblionumber to be in the 999$c field (e.g. MARC21slim2OPACResult.xsl).
I know 999 is used internally by Koha, so I don't wish to touch nothing about biblionumber/999$c/999$d.
Cheers,
Pablo
More information about the Koha
mailing list