[Bug 12719] New: Fix bulkmarcimport.pl "keepids" documentation
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12719 Bug ID: 12719 Summary: Fix bulkmarcimport.pl "keepids" documentation Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt@gmail.com Reporter: dcook@prosentient.com.au QA Contact: testopia@bugs.koha-community.org Currently, there are two entries for "keepids" in the perldoc for bulkmarcimport.pl. The following code here is (mostly) correct: 713 =item B<-k, -keepids>=<FIELD> 714 715 Field store ids in I<FIELD> (usefull for authorities, where 001 contains the 716 authid for Koha, that can contain a very valuable info for authorities coming 717 from LOC or BNF. useless for biblios probably) The following code here is really NOT: 747 =item B<-keepids> 748 749 Store ids in 009 (usefull for authorities, where 001 contains the authid for 750 Koha, that can contain a very valuable info for authorities coming from LOC or 751 BNF. useless for biblios probably) -- It should probably be something like... =item B<-k, -keepids>=<FIELD> Keep the ID (i.e. control number 001) from the incoming record in I<FIELD>. I<FIELD> should be a field/subfield pair, such as 035a, or a controlfield, such as 009. If no I<FIELD> is provided, the 001 from the incoming record will be kept in the 001 in Koha. (N.B. I don't know if a FIELD-less parameter would result in a bug or not...) -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12719 --- Comment #1 from David Cook <dcook@prosentient.com.au> --- Of course, even with accurate documentation, there would still be some "problems": In regards to the 035, for it to formed according to the MARC spec, it should be stored like so: (MarcOrgCode)00000000 (DNLM)D006356Q000628 Where MarcOrgCode should come from the 003 and 00000000 from the 001... -- Library of Congress records should already also store their 001 in the 010... while other national bibliographic agencies can store the number in the 016$a and store the MarcOrgCode in the $2. If I understand that correctly, you could keep control numbers for the National Library of Medicine like so: 016 $a D006356Q000628 $2 DNLM -- Personally, I find value in storing the 001, because you can look up that record in the system you retrieved it from. In the case of bibliographic or authority records, you should be able to use this preserved value for matching purposes. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12719 David Cook <dcook@prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Fix bulkmarcimport.pl |Fix bulkmarcimport.pl |"keepids" documentation |documentation -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12719 --- Comment #2 from David Cook <dcook@prosentient.com.au> --- I think that the "update" flag might not work as expected for authorities. If you don't specify the update flag, it'll just add authorities. If you specify the "update" flag, it'll update records based on a matching 001, and still add authorities that don't have a matching 001. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12719 Magnus Enger <magnus@enger.priv.no> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |magnus@enger.priv.no --- Comment #3 from Magnus Enger <magnus@enger.priv.no> --- --match can be given multiple times, because of the @ here: 'match=s@' => \$match, but this is not mentioned in the documentation. It should also be explicitly said if multiple --match'es are ANDed or ORed. -- You are receiving this mail because: You are watching all bug changes.
participants (1)
-
bugzilla-daemon＠bugs.koha-community.org