[Bug 26371] New: Prevent MARC tags from import when using Z39.50
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26371 Bug ID: 26371 Summary: Prevent MARC tags from import when using Z39.50 Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs@lists.koha-community.org Reporter: barbara.johnson@bedfordtx.gov QA Contact: testopia@bugs.koha-community.org CC: m.de.rooy@rijksmuseum.nl We get brief bib records when we order from our vendor. When the item is received we overlay the brief bib with a full MARC record via Z39.50. Sometimes the incoming record has tags that we do not want in our bibs (local 9XX tags, 852, local 59x notes, etc.) We'd like a way to prevent those tags from being imported instead of having to delete them from every incoming record. -- 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=26371 --- Comment #1 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- If you aren't using the field within your library. you could also delete it from the frameworks. That will automatically delete the tags when you save (some say it's a bug, other a feature). For Z39.50 creating an XSL script to do this should also work. This is an existing configuration option in the Z39.50 server configuration. Currently we have some sample scripts, you can just add and try out, see here: https://koha-community.org/manual/20.05/en/html/administration.html#add-a-z3... Another thing that goes somewhat in that direction is: Bug 14957 - Write protecting MARC fields based on source of import -- 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=26371 David Cook <dcook@prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dcook@prosentient.com.au --- Comment #2 from David Cook <dcook@prosentient.com.au> --- (In reply to Katrin Fischer from comment #1)
If you aren't using the field within your library. you could also delete it from the frameworks. That will automatically delete the tags when you save (some say it's a bug, other a feature).
I think I'll always call that a bug ;). So I'd advocate for the XSLT approach. -- 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=26371 --- Comment #3 from Marcel de Rooy <m.de.rooy@rijksmuseum.nl> --- So this report can be closed ? -- 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=26371 --- Comment #4 from David Cook <dcook@prosentient.com.au> --- (In reply to Marcel de Rooy from comment #3)
So this report can be closed ?
+1 -- 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=26371 --- Comment #5 from Barbara Johnson <barbara.johnson@bedfordtx.gov> --- (In reply to Katrin Fischer from comment #1)
If you aren't using the field within your library. you could also delete it from the frameworks. That will automatically delete the tags when you save (some say it's a bug, other a feature).
For Z39.50 creating an XSL script to do this should also work. This is an existing configuration option in the Z39.50 server configuration. Currently we have some sample scripts, you can just add and try out, see here: https://koha-community.org/manual/20.05/en/html/administration.html#add-a- z39-50-target
Another thing that goes somewhat in that direction is: Bug 14957 - Write protecting MARC fields based on source of import
Thanks so much for your suggestions and I am investigating the XSL scripts. Bug 14957 looks exciting too. Just FYI - I was excited to try removing an unused field from the framework but it only worked when creating a new bib record via Z39.50 on addbooks.pl. It didn't work on editor.pl when using Z39.50 to overlay a bib record by using the substitute button. So that's seems like a whole different bug. -- 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=26371 koha-US bug tracker <bugzilla@koha-us.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bugzilla@koha-us.org -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26371 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #6 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- Hi Barbara, I think the XSL or bug 17485 could fix your issue. I am deduplicating this with bug 17485 (using MARC modification templates on import) that I think would give a good base for these kind of operations without having to use XSL that requires more technical knowledge. *** This bug has been marked as a duplicate of bug 17485 *** -- 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