[Bug 4226] New: bulkmarcimport.pl doesn't replace 001 when keepids is not specified
http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4226 Summary: bulkmarcimport.pl doesn't replace 001 when keepids is not specified Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Command-line Utilities AssignedTo: gmcharlt@gmail.com ReportedBy: brian@jhu.edu Estimated Hours: 0.0 Change sponsored?: --- When loading authorities, bulkmarcimport should replace the value in 001 with the Koha authid. If you use keepids, the 001 is deleted and replaced. Without keepids, the script attempts to reuse the 001 as the Koha authid. I'm submitting a patch which checks the 003 of MARC21 records and doesn't attempt to use the authid of the record unless it matches the MARCOrgCode, since you probably shouldn't re-use authids that aren't from your system. I wasn't able to find a UNIMARC equivalent to check. It seems to me that the whole attempt to re-use the 001 as the authid should simply be deleted, since it ends up attempting to insert it into an auto_increment field in the DB. Is there something I'm missing here? -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4226 Brian Harrington <brian@jhu.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P5 |PATCH-Sent -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4226 nicomo <nicolas.morin@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nicolas.morin@biblibre.com --- Comment #1 from nicomo <nicolas.morin@biblibre.com> 2010-02-22 09:43:47 --- One might want to use keepids not to keep the original 001 as the internal authid, but as an information in another fields. In Unimarc you might want to do bulkmarcimport.pl --keepids 035 for instance, moving the original 001 to 035 and letting Koha create it's own 001 as authid. So the -keepids option should remain. That being said I agree that trying to reuse the incoming ID as internal authid is not recommended. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4226 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |katrin.fischer@bsz-bw.de --- Comment #2 from Katrin Fischer <katrin.fischer@bsz-bw.de> 2010-02-22 10:35:59 --- I think your suggestion might break our current solution for importing bibiographic and authority data from our union catalog. All cataloging in our libraries is done in the union catlaog. We import changes and new data into Koha every night. The auth number in bibliographic data and auth number of authority must match, so they get linked to each other correctly. When an authority is assigned an internal koha auth number as authid during import, you need to change the bibliographic data accordingly before import - which will need programming. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.
participants (1)
-
bugzilla-daemon＠kohaorg.ec2.liblime.com