On a clean (french) UNIMARC install, a large number of subfields are not configured for items, or not properly linked. It can mean several features are not available by default, and the user has to do some extra configuration to get them working. I am not sure yet if the chosen language has an influence on this set-up. The linked subfields are : 995$9 items.itemnumber 995$b items.homebranch 995$c items.holdingbranch 995$e items.location 995$f items.barcode 995$j items.stocknumber 995$k items.itemcallnumber 995$n items.onloan 995$o items.notforloan 995$r items.itype 995$u items.itemnotes Here is a suggestion to make this more complete : 995$1 items.cn_source 995$4 items.damaged (linked to the appropriate AV list) 995$8 items.coded_location_qualifier 995$a items.booksellerid 995$d items.datelastseen 995$g items.replacementprice 995$i items.replacementpricedate 995$p items.price 995$s items.cn_sort (with the appropriate zebra configuration done) 995$t items.stack 995$w items.issues 995$x items.renewals 995$y items.reserves 995$z items.nonpublicnote 995$0 items.withdrawn (linked to the appropriate AV list) 995$2 items.itemlost (linked to the appropriate AV list) 995$3 items.restricted 995$5 items.dateaccessioned (linked to the appropriate plugin) 995$6 items.copynumber 995$7 items.uri 995$h items.ccode (linked to the appropriate AV list) 995$l items.materials 995$m items.datelastborrowed 995$v items.enumchron
I might have tried too hard to link every single field in the database. The idea is that we might as well link everything, and rename the field if we need to recycle it. Since this means adding a number of fields that are not necessary to most users, or which don't even make sense in unimarc, i suggest hiding them by default. The configuration will exist and recycling the fields will be easy. Here's a corrected suggestion : 995$1 items.cn_source (linked to the appropriate AV list - which is technically not an AV list but you can chose it in the dropdown when configuring the subfield) 995$4 items.damaged (linked to the appropriate AV list) 995$8 items.coded_location_qualifier (should be hidden, doesn't exist in unimarc) 995$a items.booksellerid 995$d items.datelastseen (should be hidden in the editor, since the user shouldn't be able to change this himself) 995$g items.replacementprice 995$i items.replacementpricedate 995$p items.price 995$s items.cn_sort (with the appropriate zebra configuration done. This field should be completely hidden as it is only functionnal) 995$t items.stack (should be hidden, doesn't exist in unimarc) 995$w items.issues (should be hidden in the editor, since the user shouldn't be able to change this himself) 995$x items.renewals (should be hidden in the editor, since the user shouldn't be able to change this himself) 995$y items.reserves (should be hidden in the editor, since the user shouldn't be able to change this himself) 995$z items.nonpublicnote 995$0 items.withdrawn (linked to the appropriate AV list) 995$2 items.itemlost (linked to the appropriate AV list) 995$3 items.restricted 995$5 items.dateaccessioned (linked to the appropriate plugin) 995$6 items.copynumber (should be hidden in the editor as it doesn't make sense by default) 995$7 items.uri (should be hidden in the editor as it doesn't make sense by default) 995$h items.ccode (linked to the appropriate AV list) 995$l items.materials 995$m items.datelastborrowed (should be hidden in the editor, since the user shouldn't be able to change this himself) 995$v items.enumchron
More changes will be proposed to correct the default framework. This patch will focus on French UNIMARC only.
Gaetan, just looking at damaged and withdrawn: the dom file defined 995$1 for damaged and 995$3 for withdrawn (etc/zebradb/marc_defs/unimarc/biblios/biblio-koha-indexdefs.xml ~l.1565). Who is right? Where can I found a ref?
There is no standard to follow here. So we'll have to pick values, and make they work with the rest.
Created attachment 31909 [details] [review] Bug 10586: Better default framework for UNIMARC - framework This patch updates the framework_DEFAULT.sql for unimarc_complet.
Created attachment 31910 [details] [review] Bug 11586: Better default framework for UNIMARC - framework This patch updates the framework_DEFAULT.sql for unimarc_complet.
Created attachment 31911 [details] [review] Bug 11586: Better default framework for UNIMARC - authority This patch updates the framework for authorities (unimarc_complet only).
Created attachment 31912 [details] [review] Bug 11586: Better default framework for UNIMARC - AV This patch updates the authorised_values.sql file. New WITHDRAWN and RESTRICTED.
Created attachment 31913 [details] [review] Bug 11586: Better default framework for UNIMARC - zebra conf This patch updates the Zebra configuration for unimarc. 995$d and 995$j should not be indexed.
Created attachment 32137 [details] [review] Bug 11586: Better default framework for UNIMARC - framework This patch updates the framework_DEFAULT.sql for unimarc_complet. Signed-off-by: Paul Poulain <paul.poulain@biblibre.com>
Created attachment 32138 [details] [review] Bug 11586: Better default framework for UNIMARC - authority This patch updates the framework for authorities (unimarc_complet only). Signed-off-by: Paul Poulain <paul.poulain@biblibre.com>
Created attachment 32139 [details] [review] Bug 11586: Better default framework for UNIMARC - AV This patch updates the authorised_values.sql file. New WITHDRAWN and RESTRICTED. Signed-off-by: Paul Poulain <paul.poulain@biblibre.com>
Created attachment 32140 [details] [review] Bug 11586: Better default framework for UNIMARC - zebra conf This patch updates the Zebra configuration for unimarc. 995$d and 995$j should not be indexed. Signed-off-by: Paul Poulain <paul.poulain@biblibre.com>
Created attachment 32141 [details] [review] Bug 11586 follow-up * itemtype = a mix was made between 099$t (biblioitems level) and 995$r (items level). I've chosen 099$t (manual change still possible for librarians that want it) * the 616$z is mistakenly displayed in tab 0. Switched to 6 * field "abimé" (995$1) activated, it's better Signed-off-by: Paul Poulain <paul.poulain@biblibre.com>
Created attachment 32142 [details] [review] Bug 11586 follow-up, FA framework update This follow-up also improves the FA framework, removing some fields that should not be in FA Signed-off-by: Paul Poulain <paul.poulain@biblibre.com>
Created attachment 32336 [details] [review] [PASSED QA] Bug 11586: Better default framework for UNIMARC - framework This patch updates the framework_DEFAULT.sql for unimarc_complet. Signed-off-by: Paul Poulain <paul.poulain@biblibre.com> Signed-off-by: Katrin Fischer <katrin.fischer.83@web.de>
Created attachment 32337 [details] [review] [PASSED QA] Bug 11586: Better default framework for UNIMARC - authority This patch updates the framework for authorities (unimarc_complet only). Signed-off-by: Paul Poulain <paul.poulain@biblibre.com> Signed-off-by: Katrin Fischer <katrin.fischer.83@web.de>
Created attachment 32338 [details] [review] [PASSED QA] Bug 11586: Better default framework for UNIMARC - AV This patch updates the authorised_values.sql file. New WITHDRAWN and RESTRICTED. Signed-off-by: Paul Poulain <paul.poulain@biblibre.com> Signed-off-by: Katrin Fischer <katrin.fischer.83@web.de>
Created attachment 32339 [details] [review] [PASSED QA] Bug 11586: Better default framework for UNIMARC - zebra conf This patch updates the Zebra configuration for unimarc. 995$d and 995$j should not be indexed. Signed-off-by: Paul Poulain <paul.poulain@biblibre.com> Signed-off-by: Katrin Fischer <katrin.fischer.83@web.de>
Created attachment 32340 [details] [review] [PASSED QA] Bug 11586 follow-up * itemtype = a mix was made between 099$t (biblioitems level) and 995$r (items level). I've chosen 099$t (manual change still possible for librarians that want it) * the 616$z is mistakenly displayed in tab 0. Switched to 6 * field "abimé" (995$1) activated, it's better Signed-off-by: Paul Poulain <paul.poulain@biblibre.com> Signed-off-by: Katrin Fischer <katrin.fischer.83@web.de>
Created attachment 32341 [details] [review] [PASSED QA] Bug 11586 follow-up, FA framework update This follow-up also improves the FA framework, removing some fields that should not be in FA Signed-off-by: Paul Poulain <paul.poulain@biblibre.com> Signed-off-by: Katrin Fischer <katrin.fischer.83@web.de>
I am not sure removing fields form the FA framework is the best way to go as it can result in data loss, but as the framework is incomplete already, this is a non-blocker for me.
Hello Could you explain where the line "('900', 'forme rejetée des zones 70X et 72X', '', 0, 0, NULL, '')," come from in attachment 32336 [details] [review] ? I suppressed it from current framework some monthes ago, because it is not used by Electre, nor by the BNF. Maybe Electre added it again? Or is it simply a copy-paste mistake? Same remarks for other fields added by this patch (910, 960...) For 009 phrasing : it may contain the ARK N° of the BNF, but only for libraries that use BNF records (so, not for the academic libraries). Mathieu Saby
Also, maybe I am wrong (far from Koha...), but if the framework you touched is the one used by academic libraries, why deleting 359 field, which is used in Sudoc network, and why adding "Vendangeur" (not used). More generaly, but maybe out of the scope of this bug, don't you think it could be a good point to rename the french frameworks? Because for example a "Conservation" framework means nothing for me. And if the "complete" framework is supposed to be used in academic libraries, why not renaming it, and suppressing useless fields like "091 vendangeur"? Or mabye creating a new framework specifically made for academic libraries? Mathieu
Patches pushed to master. Thanks Jonathan!