Use and possible removal of Keyword to MARC mapping config
Hi All, So this became a bit long-winded but please bear with me... I'm working on bug 11529 with the intention to add some of the most often required fields to the biblio table for quick retrieval. These are the current candidates: subtitle, medium, part number and part name. The reason for adding these is that they're often needed for proper identification of a work e.g. in the holds queue. The contents would be determined by the default framework like it's done in all the other fields too. In current Koha versions only subtitle is available [1], but it is always retrieved from the MARC record, which slow especially if it's something like borrowers checkouts list that can have hundreds of elements. The retrieval of subtitle from the MARC record is currently based on the "Keyword to MARC mapping" configuration in Koha. This has two differences compared to the proposed method of storing the fields in the biblio table according to the framework: 1. Since the default framework is now authoritative, all record follow it regardless of their selected framework. 2. Changes to the field mappings in the framework require a batch job to be executed on the server so that the changes are reflected in the UI. What I've done so far builds on the idea that we could get rid of "Keyword to MARC mapping" (fieldmapping table) and rely solely on the framework and stored fields like is done for all the other fields (title, author, unititle, notes, series etc.). This idea, though, is based on the assumption that a single set of rules is enough and that the rules don't change often. It would certainly be possible to support both ways of retrieving the subtitle, but it would make the code much more cumbersome. That's why I'd rather standardise on one way to do it. So, any objections? :) Regards, Ere [1] There have been 'numbers' and 'parts' also for the holds queue, but they haven't been exposed in the UI. -- Ere Maijala Kansalliskirjasto / The National Library of Finland
Hi! No objections here. This change makes sense. Best regards, Andreas Hedström Mace Stockholm University Library -----Ursprungligt meddelande----- Från: Koha <koha-bounces@lists.katipo.co.nz> För Ere Maijala Skickat: den 9 november 2018 13:43 Till: koha@lists.katipo.co.nz Ämne: [Koha] Use and possible removal of Keyword to MARC mapping config Hi All, So this became a bit long-winded but please bear with me... I'm working on bug 11529 with the intention to add some of the most often required fields to the biblio table for quick retrieval. These are the current candidates: subtitle, medium, part number and part name. The reason for adding these is that they're often needed for proper identification of a work e.g. in the holds queue. The contents would be determined by the default framework like it's done in all the other fields too. In current Koha versions only subtitle is available [1], but it is always retrieved from the MARC record, which slow especially if it's something like borrowers checkouts list that can have hundreds of elements. The retrieval of subtitle from the MARC record is currently based on the "Keyword to MARC mapping" configuration in Koha. This has two differences compared to the proposed method of storing the fields in the biblio table according to the framework: 1. Since the default framework is now authoritative, all record follow it regardless of their selected framework. 2. Changes to the field mappings in the framework require a batch job to be executed on the server so that the changes are reflected in the UI. What I've done so far builds on the idea that we could get rid of "Keyword to MARC mapping" (fieldmapping table) and rely solely on the framework and stored fields like is done for all the other fields (title, author, unititle, notes, series etc.). This idea, though, is based on the assumption that a single set of rules is enough and that the rules don't change often. It would certainly be possible to support both ways of retrieving the subtitle, but it would make the code much more cumbersome. That's why I'd rather standardise on one way to do it. So, any objections? :) Regards, Ere [1] There have been 'numbers' and 'parts' also for the holds queue, but they haven't been exposed in the UI. -- Ere Maijala Kansalliskirjasto / The National Library of Finland _______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
What I've done so far builds on the idea that we could get rid of "Keyword to MARC mapping" (fieldmapping table) and rely solely on the framework and stored fields like is done for all the other fields
A quick test of the bug worked very well. I think this could be a great improvement. For what it's worth, this is what our Keyword to MARC mapping looks like (MARC21): subtitle 245 b subtitle 245 n subtitle 245 p subtitle 245 h -- Owen -- Web Developer Athens County Public Libraries https://www.myacpl.org
+1 from here too, it would be a nice cleanup. On Fri, 9 Nov 2018, 1:26 pm Owen Leonard <oleonard@myacpl.org wrote:
What I've done so far builds on the idea that we could get rid of "Keyword to MARC mapping" (fieldmapping table) and rely solely on the framework and stored fields like is done for all the other fields
A quick test of the bug worked very well. I think this could be a great improvement.
For what it's worth, this is what our Keyword to MARC mapping looks like (MARC21):
subtitle 245 b subtitle 245 n subtitle 245 p subtitle 245 h
-- Owen
-- Web Developer Athens County Public Libraries https://www.myacpl.org _______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Thanks everyone for the feedback. I'm working on cleaning up the code and it seems to make sense to also clean up the templates a bit since the old array of hashes was confusing and had caused a couple of bugs preventing the subtitle from displaying. --Ere Renvoize, Martin kirjoitti 16.11.2018 klo 22.46:
+1 from here too, it would be a nice cleanup.
On Fri, 9 Nov 2018, 1:26 pm Owen Leonard <oleonard@myacpl.org wrote:
What I've done so far builds on the idea that we could get rid of "Keyword to MARC mapping" (fieldmapping table) and rely solely on the framework and stored fields like is done for all the other fields
A quick test of the bug worked very well. I think this could be a great improvement.
For what it's worth, this is what our Keyword to MARC mapping looks like (MARC21):
subtitle 245 b subtitle 245 n subtitle 245 p subtitle 245 h
-- Owen
-- Web Developer Athens County Public Libraries https://www.myacpl.org _______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
_______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
-- Ere Maijala Kansalliskirjasto / The National Library of Finland
participants (4)
-
Andreas Hedström Mace -
Ere Maijala -
Owen Leonard -
Renvoize, Martin