[Bug 14560] New: Rameau authorities
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14560 Bug ID: 14560 Summary: Rameau authorities Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Authority data support Assignee: gmcharlt@gmail.com Reporter: matthias.meusburger@biblibre.com QA Contact: testopia@bugs.koha-community.org The purpose of this patch is to give a clean support of the composed Rameau authorities. This has been discussed a lot in Bug 8304, and led to a Failed QA (deserved, imho). I've rewritten this from scratch, while keeping in mind to separate as much as possible the Rameau code from the legacy koha code. What are Rameau authorities? ---------------------------- Rameau authorities are composed authorities that look like this: 606 _311954119 _aGuerillas _311943195 _yBolivie _311976947 _z1945-1970 The purpose of this patch is to allow to add the koha internal links ($9) when merging the authority, while preserving the subfield order, which is meaningful. If processed correctly (with this patch), the result after merge should be: 606 _311954119 _926311 _aGuerillas _311943195 _926312 _yBolivie _311976947 _926313 _z1945-1970 _2rameau How does it work? ----------------- A new package has been introduced, C4/AuthoritiesRameau.pm, which is used only if the useRameau syspref is enabled. Unit tests are here : t/db_dependent/AuthoritiesRameau.t There are only 3 changes to the original merge code: 1) Adds a new parameter to be able to specify if we want to merge to a specific biblio. 2) Skip the legacy code if useRameau is enabled and there are multiple $9 in the field. 3) use C4/AuthoritiesRameau.pm if useRameau is enabled. Test plan --------- It might be a little problematic for you to test this, because Rameau authorities are only used in France, so you may have to forge authorities if you don't have data with Rameau authorities. (or someone from France could test it ? :)) Anyway, make a call to the merge function like this: merge($mergefrom,$MARCfrom,$mergeto,$MARCto, $biblionumber); With $mergefrom and $mergeto being the same koha authid, and $MARCfrom and $MARCto being the result of GetAuthority($authid), and $biblionumber the biblio you want to merge the authority in. I'm not sure there is a way to do this in the interface, if anyone knows... -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14560 --- Comment #1 from Matthias Meusburger <matthias.meusburger@biblibre.com> --- Created attachment 41072 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=41072&action=edit Bug 14560: Rameau authorities The purpose of this patch is to give a clean support for merging composed Rameau authorities. Rameau authorities are composed authorities that look like this: 606 _311954119 _aGuerillas _311943195 _yBolivie _311976947 _z1945-1970 If processed correctly, the result after merge should be: 606 _311954119 _926311 _aGuerillas _311943195 _926312 _yBolivie _311976947 _926313 _z1945-1970 _2rameau Test plan --------- Make a call to the merge function like this: merge($mergefrom,$MARCfrom,$mergeto,$MARCto, $biblionumber); With $mergefrom and $mergeto being the same koha authid, $MARCfrom and $MARCto being the result of GetAuthority($authid), and $biblionumber the biblio you want to merge the authority in. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14560 Matthias Meusburger <matthias.meusburger@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|gmcharlt@gmail.com |matthias.meusburger@biblibr | |e.com Status|NEW |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14560 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 Matthias, sorry, but I don't understand yet. You show the record before and after - but what is it merged with? I am not sure where the additional fields are from. Also, how will this be used? Your test plan is directed at another developer, but can this be triggered from within Koha? Is this for another development? -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14560 --- Comment #3 from Matthias Meusburger <matthias.meusburger@biblibre.com> --- Sorry, I will try to make this more understandable: The before and after fields are the part of the biblio record in which a composed rameau authority has been merged to. What we need to be done correctly during the merge is to add multiple $9, corresponding to the koha internal links to the authorities. In this example: This part of the 606 : _311954119 _aGuerillas needs to be linked to the koha authority of authid 26311 This part of the 606 : _311943195 _yBolivie needs to be linked to the koha authority of authid 26312 And this part of the 606 : _311976947 _z1945-1970 needs to be linked to the koha authority of authid 26313 This is the reason for the extra $9 fields that are being added, leading to: 606 _311954119 _926311 _aGuerillas _311943195 _926312 _yBolivie _311976947 _926313 _z1945-1970 _2rameau The matching koha authority is found by matching the value of the external auth id in the biblio ($3) with the value of the external auth id in the authority (specified by the zebra index in the rameauBnfIdIndex syspref). If this is still not clear enough, maybe a librarian could explain that better than I do. And yes, currently this is used for an external tool ( see https://git.biblibre.com/biblibre/vendangeur ) we use to import records from the BnF Z3950 server ( see http://www.bnf.fr/en/professionals/bnf_data_services_tools/a.z3950_server_bn... ) But this is the first and mandatory step for further developpments in koha, like supporting composed rameau authorities visual creation and edition in the admin interface. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14560 Matthias Meusburger <matthias.meusburger@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Patch complexity|--- |Medium patch -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14560 Gaetan Boisson <gaetan.boisson@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Rameau authorities |Introduce a way of handling | |Rameau composed | |authorities, without | |breaking normal workflow CC| |gaetan.boisson@biblibre.com -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14560 --- Comment #4 from Gaetan Boisson <gaetan.boisson@biblibre.com> --- It is quite likely that composed authorities are a specificity of the French national library (BNF). The idea is that, in a single authority controlled field of your bibliographic record, you will be linking to different authorities of your authority file. In Matthias' example: 606 _311954119 _aGuerillas _311943195 _yBolivie _311976947 _z1945-1970 The 606 field is for "a common noun or noun phrase used as a subject heading", but it allows for a $y Geographical Subdivision and a $z Chronological Subdivision. The idea behind composed authorities is that the geographical subdivision will link to a different authority, which will be a Geographical Name, which would typically go in a 607 field as the main heading. So instead of having one authority for Guerillas in Bolivia, another one for Timor, yet another one for... etc. You have one Guerilla authority, and the subdivisions link to similarly unique authorities for geographical names. For now this patch only aims at making this possible in Koha, and compatible with the tool we made to update one library's records with those from the BNF server's, available here: https://git.biblibre.com/biblibre/vendangeur. Managing this in the graphical interface would be the next step. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14560 --- Comment #5 from Matthias Meusburger <matthias.meusburger@biblibre.com> --- Created attachment 41342 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=41342&action=edit Bug 14560 [Follow-up]: Compatible with DOM indexing. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14560 --- Comment #6 from claire.hernandez@biblibre.com <claire.hernandez@biblibre.com> --- *** Bug 8304 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14560 --- Comment #7 from Matthias Meusburger <matthias.meusburger@biblibre.com> --- Created attachment 43124 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=43124&action=edit Bug 14560 [Follow-up]: QA: Add debug warnings and get biblionumber with GetMarcFromKohaField -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14560 Frédéric Demians <frederic@tamil.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |http://bugs.koha-community. | |org/bugzilla3/show_bug.cgi? | |id=5572 CC| |frederic@tamil.fr -- You are receiving this mail because: You are watching all bug changes.
participants (1)
-
bugzilla-daemon＠bugs.koha-community.org