[Koha-bugs] [Bug 9256] Search is broken for 3.10 package-installs when marcflavour != marc21

[bugzilla-daemon at bugs.koha-community.org]

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9256

--- Comment #9 from Magnus Enger <magnus at enger.priv.no> ---
So I finally got around to spending some more time on this, and looks like
there are three problems here, from the point of view of a package install:

* 1. usmarc.mar

After bug 3087 this file gets the marcflavour of the installation. I think the
solution is to have one file for each marcflavour, e.g. marc21.mar, normarc.mar
and unimarc.mar. 

usmarc.mar is referenced by the different record.abs files for the different
marcflavours, so updating them to point to the right .mar file for their
flavour should be trivial. 

Side note: I'm not sure what role the .mar file actually plays in Zebra/Koha. I
have tried changing the contents around a bit without any apparent influence on
searching. The only documentation I have been able to find is this:

3.9. The MARC (ISO2709) Representation (.mar) Files
This file provides rules for representing a record in the ISO2709 format. The
rules pertain mostly to the values of the constant-length header of the record. 
http://www.indexdata.com/zebra/doc/grs-conf.html#grs-mar-files

Perhaps Robin is right too, in that it could have been left as it was before
Bug 3087? 

* 2. koha-conf.xml

Occurences of hardcoded "usmarc" in debian/templates/koha-conf-site.xml.in need
to be replaced with the __ZEBRA_MARC_FORMAT__ placeholder, so it can get the
right values when a new site is created:

>From <retrieval syntax="usmarc" name="F"/>
To <retrieval syntax="__ZEBRA_MARC_FORMAT__" name="F"/>

* 3. retrieval-info-*-*.xml

To be exact:
retrieval-info-auth-dom.xml
retrieval-info-auth-grs1.xml
retrieval-info-bib-dom.xml
retrieval-info-bib-grs1.xml

Similar to koha-conf.xml, the __ZEBRA_MARC_FORMAT__ placeholders in these files
now get replaced with the actual marcflavour in a regular installation. In a
dev install you will have one copy of each of these files for each of your
installations, so verything works as expected. Not so for package installs,
where these files are not genereated from templates and so continue to have the
hardcoded "usmarc". Another major problem is that these files are common to all
the instances on a server (in /etc/koha/zebradb). So it looks like we either
have to

- make the packages generate these files from templates whenever a new instance
is added, and find a way to make them instance-sepecific (not shared), or
- create one file for each marcflavour and make whatever references these files
reference the files for the right marcflavour

As far as I can tell, the files that reference these files are the
koha-conf.xml files. It looks like it should not be too hard to make the
retrieval-info-*.xml files instance specific and generate them from a template.
That way we just have two sets of template files to keep updated, and not 3
versions of each of the files, for different marcflavours.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.