On 24/12/2015 17:46, Ian Bays wrote:
Hi Joy,
Thanks for this. However I think it works the other way around (use
the xml file to generate the xsl file). I had a clue that the xsl
file was being used for rebuild when I introduced a syntax error in
the xsl file and rebuild threw an error.
The command to recreate the xsl (as per comments in header) is roughly:
xsltproc ../../../xsl/koha-indexdefs-to-zebra.xsl
authority-koha-indexdefs.xml > authority-zebra-indexdefs.xsl
but that does not put the normalize-space around the 010$a. So I
suspect I need to inspect the koha-indexdefs-to-zebra.xsl to see when
and why it inserts the normalize-space stanza.
If anyone else has this problem with dom indexing on dev install at
roughly this version I would be happy to raise a bugzilla entry for it.
Strangely if I do an authority search and capture the URL, then change
the "mainentry" to be "LC-card-number" and the search term to be "n
90628286" and resubmit the changed URL it will find the correct
record. This leads me to think that the search request from the staff
client and the search interface from the matching algorithm is asking
zebra for different things. Here is (most of) the changed URL as I
don't know of any way in the staff client to search authorities for
contents of LC-card-number:
/cgi-bin/koha/authorities/authorities-home.pl?op=do_search&type=intranet&authtypecode=PERSO_NAME&marclist=LC-card-number&and_or=and&excluding=&operator=is&value="n
90628286"&orderby=HeadingAsc
Thanks again.
Ian
On 24/12/2015 15:14, Joy Nelson wrote:
Hi Ian-
If you are editing the .xsl file be sure to use xsltproc to recread
the indexdefs.xml file also. (then reindex your auths, naturally :-) )
I suspect that you are correct that there is some stripping of
spaces, but not to the extent you are looking for. i.e. Koha is
removing 1 space, but not multiple spaces If this is the case,
someone with some more expertise would need to weigh in on the behind
the scenes code.
If you have some perl proficiency you can use perl scripts to pull
out, modify the 010$a (stripping out spaces) from your authority
records in Koha if that would help make them match the incoming
records. But from a true catalogers perspective you want the 010$a
in your system to be the 'right value' spaces or no spaces, so using
a script to modify your 010$a's may or may not be desirable.
joy
--
Ian Bays
Director of Projects, PTFS Europe Limited
Content Management and Library Solutions
--
Ian Bays
Director of Projects, PTFS Europe Limited
Content Management and Library Solutions
_______________________________________________
Koha mailing list http://koha-community.org
[email protected]
https://lists.katipo.co.nz/mailman/listinfo/koha
