Summary: | UNIMARC authorities search doesn't display properly information on parallel form | ||
---|---|---|---|
Product: | Koha | Reporter: | Janusz Kaczmarek <januszop> |
Component: | MARC Authority data support | Assignee: | Janusz Kaczmarek <januszop> |
Status: | CLOSED FIXED | QA Contact: | |
Severity: | minor | ||
Priority: | P5 - low | CC: | bgkriegel, gmcharlt, mathsabypro, tomascohen |
Version: | Main | ||
Hardware: | All | ||
OS: | All | ||
Change sponsored?: | --- | Patch complexity: | Small patch |
Documentation contact: | Documentation submission: | ||
Text to go in the release notes: | Version(s) released in: | ||
Circulation function: | |||
Attachments: |
Proposed patch
[SIGNED-OFF] Bug 10335 - UNIMARC authorities search doesn't display properly information on parallel form [PASSED QA] Bug 10335 - UNIMARC authorities search doesn't display properly information on parallel form [SIGNED-OFF] Bug 10355: paramater 'object' lost on the road |
Description
Janusz Kaczmarek
2013-05-24 13:17:27 UTC
Created attachment 18386 [details] [review] Proposed patch The patch corrects the issue and should not harm those who (improperly) put only one triple in $8 Hello Janusz Good idea, but I would like to make some comments before testing : The $8 contains the code for a language, not for a kind of script. Scripts codes are stored in $7, on 2 characters (interesting info = position 4-5) ba latin ca cyrillic fa arabe ga grec ha hébreu etc. The $8 subfield (not mandatory) can be used in 7XX, but also in 2XX or 4XX. So, you can have a field coded in case of romanized record, you can have 2 repeated fields, with the same $8, but different $7. That's the way we work in France. I hope it is not wrong... Ex from unimarc manual : 200 #1 $7ba0yba0a $8engrus $aGlinka,$bMihail Ivanovič 200 #1 $7ba0yca0y $8engrus $aГлинка,$bМихайл Иванович The $7 is mandatory in case of double script records, but the $8 is not mandatory. The possible codes in $7 are limited (a dozen), but ALL 639-2 iso codes can be used in $8. So I wonder if managing them in the templates is a good solution. So, could you tell me if your patch deals only with 7XX fields ? M. Saby Mathieu, I perfectly agree with what you wrote. Of course while cataloguing one should fill up $7 as well to have correct data produced--but it seems that Koha does not make any use of $7 for now. BTW, according to the cited "UNIMARC manual : authorities format" (p. 66): "$8 -- Occurrence Mandatory in each 7-- heading when parallel headings or parallel data. Optional in 2--, 4--, 5--. Not repeatable." My patch is not an enhancement (and does not deal with $7 script-story, nor with 4XX and 5XX, nor with shifting languages expansion away from the templates, which would be a good idea). Its aim was only to fix what seemed to be wrong in the existing code. So it deals only with what and how Koha extracts from 7XX ($8, $a, $b) for the display in auth. search results. Hope this explains my motivations and the scope of the patch. Janusz You are right for the $8, I did not know it was mandatory for 7XX. In french universities network, we consider it as non mandatory. http://documentation.abes.fr/sudoc/formats/unma/DonneesCodees/CodesDollar8.htm#TOP "La sous-zone $8 est facultative." But maybe our cataloguing tool fill it automaticly if we don't do it. For $7 codes, in my library I created an authorised values category with scripts codes, and link them to $7 fields in bibliographic framework. So when you catalog a record, you can pick the cataloguing script in a dropdown list. But we don't display it in OPAC or Staff interface. Not sure it is very important. M. Saby I see. Than, apparently, the SUDOC instruction authors made a simplification. The French version of the official recommendation reads: "$8 - Occurrence Obligatoire pour chaque zone 7XX dans le cas de vedettes parallèles ou de données parallèles. Facultatif dans les zones 2XX, 4XX, 5XX. Non répétable." (http://www.bnf.fr/documents/UnimarcA.pdf, p. 74) So as far as I am able to understand French, it is the same ;) As to filling up with authorized values--good choice! I have $7 and $8 configured this way. As I wrote, it ($7, $8) may seem not to be very important because Koha makes (almost) no use of it, but if one would like to reuse the data some day (if Koha dies some day, what is not our wish, but just in case), data should conform to the standard :) (En réponse au commentaire 5) > I see. Than, apparently, the SUDOC instruction authors made a > simplification. The French version of the official recommendation reads: > > "$8 - Occurrence > Obligatoire pour chaque zone 7XX dans le cas de vedettes parallèles ou de > données parallèles. Facultatif dans les zones 2XX, 4XX, 5XX. > Non répétable." (http://www.bnf.fr/documents/UnimarcA.pdf, p. 74) > > So as far as I am able to understand French, it is the same ;) You understand well. > > As to filling up with authorized values--good choice! I have $7 and $8 > configured this way. > > As I wrote, it ($7, $8) may seem not to be very important because Koha makes > (almost) no use of it, but if one would like to reuse the data some day (if > Koha dies some day, what is not our wish, but just in case), data should > conform to the standard :) If the question is "how to fill properly $7 and $8", that's not difficult : the answer could be : map these subfields with some authorized values in default framework, or maybe create some plugins if necessary. M. Saby Created attachment 20869 [details] [review] [SIGNED-OFF] Bug 10335 - UNIMARC authorities search doesn't display properly information on parallel form The patch corrects the issue and should not harm those who (improperly) put only one triple in $8 Signed-off-by: Bernardo Gonzalez Kriegel <bgkriegel@gmail.com> Work as described. No koha-qa errors. Same result on OPAC and STAFF Turns out that test plan is wrong, you neet to fill tag 200ab, not 100ab, for main heading. I filled 100a with some example data from UNIMARC auth manual. Hey, you are becoming an UNIMARC expert Bernardo ;-) Mathieu I have tried and I can't seem to catalog it right, can I get a full example with all fields and subfields to enter? Created attachment 21842 [details] [review] [PASSED QA] Bug 10335 - UNIMARC authorities search doesn't display properly information on parallel form The patch corrects the issue and should not harm those who (improperly) put only one triple in $8 Signed-off-by: Bernardo Gonzalez Kriegel <bgkriegel@gmail.com> Work as described. No koha-qa errors. Same result on OPAC and STAFF Turns out that test plan is wrong, you neet to fill tag 200ab, not 100ab, for main heading. I filled 100a with some example data from UNIMARC auth manual. Signed-off-by: Katrin Fischer <Katrin.Fischer.83@web.de> Took me a bit to figure it out, works according to test plan. Pushed to master. Thanks, Janusz! This patch has been pushed to 3.12.x, will be in 3.12.8. Thanks Janusz! Created attachment 39258 [details] [review] [SIGNED-OFF] Bug 10355: paramater 'object' lost on the road Test plan: 1) Go to any detail page in staff 2) Click on the modification log tab 3) Verify, that the object is prefilled with the records biblionumber and you can also see it as parameter in the url 4) Click a second time on modification log to reset your search Before this patch, the object parameter was empty. It now contains the value of the biblionumber. Signed-off-by: Bernardo Gonzalez Kriegel <bgkriegel@gmail.com> Work as described, no koha-qa errors Comment on attachment 39258 [details] [review] [SIGNED-OFF] Bug 10355: paramater 'object' lost on the road Sorry, wrong bug number |