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> 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
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