We had a discussion with Frederic under the bug 8252 I added some information about the issue, but I am not sure of the exact way of correcting it (add a new template maybe?) To put in a few words : - in Marc21 you can have 001-009data where "data" is a fixed string where each letter has a meaning - in UNIMARC you can have 001-009 data and 1XX$a/c/d/e....data where "data" is a fixed string where each letter has a meaning Galen Charlton a écrit :
Hi,
On Tue, Sep 24, 2013 at 2:32 AM, Mathieu Saby <mathieu.saby@univ-rennes2.fr <mailto:mathieu.saby@univ-rennes2.fr>> wrote:
Yes, I know that :-) , but it won't work, because xsl/koha-indexdefs-to-zebra.xsl is probably wrongly coded. So one of the aim of my patch was to be sure it needed to re-written. My patch is signed off, so it the changes I made to biblio-zebra-indexdefs.xsl were probably right. That means koha-indexdefs-to-zebra.xsl must probably be fixed to manage 1XX fieds. But I want somebody to comment the bug to confirm it.
Speaking in general terms (I haven't looked at the particular bug), modifying koha-indexdefs-to-zebra.xsl to add or modify a template for extracting substrings from the UNIMARC 1XX fields is definitely the way to go, IMO.
Regards,
Galen -- Galen Charlton Manager of Implementation Equinox Software, Inc. / The Open Source Experts email: gmc@esilibrary.com <mailto:gmc@esilibrary.com> direct: +1 770-709-5581 cell: +1 404-984-4366 skype: gmcharlt web: http://www.esilibrary.com/ Supporting Koha and Evergreen: http://koha-community.org & http://evergreen-ils.org
-- Mathieu Saby Service d'Informatique Documentaire Service Commun de la Documentation Université Rennes 2 Téléphone : 02 99 14 12 65 Courriel : mathieu.saby@univ-rennes2.fr