http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6113
Olli-Antti Kivilahti <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #21701|0 |1 is obsolete| | --- Comment #19 from Olli-Antti Kivilahti <[email protected]> --- Created attachment 21702 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=21702&action=edit Bug 6113 [ENH] - enhancement to keep previous ids Modified the C4::Biblio::_koha_add_biblioitem() && _koha_add_biblio() to support INSERTing biblionumbers and biblioitemnumbers to the DB. Also validating that id's are positive integers and well below the critical Perl LONG_MAX limit so we don't get buffer overflow. Duplicate id INSERTion will fail, but in normal use scenarios this is not an issue, if "Koha to MARC mapping" has biblionumber and biblioitemnumber mapped under field 999. MySQL takes care of the primary key sequence refreshing. Updated the bulkmarcimport.pl -script to copy the desired legacy id MARC field to the field designated in "Koha to MARC mapping" -> biblionumber && biblioitemnumber. This is handy if you have the legacy id in just 001 and need to populate 999c and 999d to push them to DB. No need to make an extra modification run to source bibliographic records just to facilitate Koha migration better. Documented the new functionality in bulkmarcimport.pl -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes. _______________________________________________ Koha-bugs mailing list [email protected] http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
