Summary: | Correction to default itemcallnumber system preference in UNIMARC | ||
---|---|---|---|
Product: | Koha | Reporter: | Manos PETRIDIS <egpetridis> |
Component: | Cataloging | Assignee: | Katrin Fischer <katrin.fischer> |
Status: | CLOSED FIXED | QA Contact: | Testopia <testopia> |
Severity: | minor | ||
Priority: | P5 - low | CC: | aleisha, egpetridis, lucas, m.de.rooy, martin.renvoize |
Version: | Main | Keywords: | Academy |
Hardware: | All | ||
OS: | All | ||
Change sponsored?: | --- | Patch complexity: | Trivial patch |
Documentation contact: | Documentation submission: | ||
Text to go in the release notes: | Version(s) released in: |
20.11.00, 20.05.06
|
|
Circulation function: | |||
Attachments: |
Bug 11460: Remove MARC21 default mapping from itemcallnumber system preference
Bug 11460: Remove MARC21 default mapping from itemcallnumber system preference Bug 11460: Remove MARC21 default mapping from itemcallnumber system preference |
Description
Manos PETRIDIS
2013-12-30 22:05:56 UTC
The pref description currently reads: Map the MARC subfield to an item's callnumber. [ .... ] (This can contain multiple subfields to look in; for instance 082ab would look in 082 subfields a and b.) Examples (for MARC21 records): Dewey: 082ab or 092ab; LOC: 050ab or 090ab; from the item record: 852hi I think the easiest solution for now would be to add a UNIMARC example in the text and remove the default setting for new installations. Presetting it with a matching value depending on the MARC selection would not be so easy. For every language installer, a syspref.sql file can be added later to set individual values (check it-IT or de-DE for examples) that are good for the given language. Created attachment 112542 [details] [review] Bug 11460: Remove MARC21 default mapping from itemcallnumber system preference The mapping in the itemcallnumber system preference is only valid for MARC21 libraries using DDC classification, but not for libraries using UNIMARC or other classification. This patch suggests to remove the default mapping and start new installations with an empty value. To test: - On an emtpy database - Apply patch - Run the web installer, selecting either MARC21 or UNIMARC - Verify that the itemcallnumber system preference is empty - Verify the description now also include examples for UNIMARC https://bugs.koha-community.org/show_bug.cgi?id=26723 We get asked often to deactivate the itemcallnumber preference as most libraries in Germany don't use DDC, but the records from the union catalogs contain all kinds of classifications including DDC - so they end up as suggestions in the items. Created attachment 112762 [details] [review] Bug 11460: Remove MARC21 default mapping from itemcallnumber system preference The mapping in the itemcallnumber system preference is only valid for MARC21 libraries using DDC classification, but not for libraries using UNIMARC or other classification. This patch suggests to remove the default mapping and start new installations with an empty value. To test: - On an emtpy database - Apply patch - Run the web installer, selecting either MARC21 or UNIMARC - Verify that the itemcallnumber system preference is empty - Verify the description now also include examples for UNIMARC https://bugs.koha-community.org/show_bug.cgi?id=26723 Signed-off-by: David Nind <david@davidnind.com> Created attachment 112896 [details] [review] Bug 11460: Remove MARC21 default mapping from itemcallnumber system preference The mapping in the itemcallnumber system preference is only valid for MARC21 libraries using DDC classification, but not for libraries using UNIMARC or other classification. This patch suggests to remove the default mapping and start new installations with an empty value. To test: - On an emtpy database - Apply patch - Run the web installer, selecting either MARC21 or UNIMARC - Verify that the itemcallnumber system preference is empty - Verify the description now also include examples for UNIMARC Signed-off-by: David Nind <david@davidnind.com> Signed-off-by: Martin Renvoize <martin.renvoize@ptfs-europe.com> Change makes sense, passing QA Pushed to master for 20.11, thanks to everybody involved! backported to 20.05.x for 20.05.06 enhancement, not backported to 19.11.x |