[Bug 20577] New: Script to go through catalogue removing the 998 MARC tag data
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20577 Bug ID: 20577 Summary: Script to go through catalogue removing the 998 MARC tag data Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs@lists.koha-community.org Reporter: alexbuckley@catalyst.net.nz QA Contact: testopia@bugs.koha-community.org CC: m.de.rooy@rijksmuseum.nl -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20577 --- Comment #1 from Alex Buckley <alexbuckley@catalyst.net.nz> --- Created attachment 74122 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=74122&action=edit WR: 289187 - Script to loop through catalog removing 998 tag data -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20577 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> --- Hi Alex, this appears to be very specific, as 998 is a user defined custom field. Can you explain the use case? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20577 --- Comment #3 from Alex Buckley <alexbuckley@catalyst.net.nz> --- Hi Katrin Yes I think you're right this patch is not upstreamable as it is too specific. The use case that prompted me to write this script is that one of our clients had migrated data across to Koha, and in this migrated data the marcxml contained barcodes in the 998$a MARC subfield. As the 998 MARC field is not updated when moving an item from one biblio to another the old biblio (as well as the new biblio) continued to be displayed in search results for the moved items barcode. Therefore running this script to remove the 998 field stopped this indexing bug from happening. This script could be useful if it was made more generic so a MARC subfield in migrated data could be specified to be removed where it is not necessary or it is causing indexing errors. However I will park this at the moment. A patch that would be useful to get your feedback on is https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20346 which is fixing the broken patron filtering on the patron page in the intranet as that is quite a major bug. Cheers, Alex -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20577 Alex Buckley <alexbuckley@catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |INVALID -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
participants (1)
-
bugzilla-daemon@bugs.koha-community.org