[Koha-bugs] [Bug 12948] The language filter in advance search doen't work with DOM MARC21 - NORMARC

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

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

--- Comment #7 from Magnus Enger <magnus at enger.priv.no> ---
(In reply to Zeno Tajoli from comment #2)
> Hi,
> 
> I think that the best option now is  to edit biblio-koha-indexdefs.xml and
> generate biblio-zebra-indexdefs.xsl from that.
> 
> But I ask about this topic in koha-dev:
> http://lists.koha-community.org/pipermail/koha-devel/2015-February/041178.
> html

Tomas answered this on the mailing list, I'm pasting in the answer here for
future reference:

---

The existence of biblio-koha-indexdefs.xml is not related to GRS-1 right now.
It might have been (for a while) a way to transform the record.abs file into
something translatable to XSLT. But it is a more useful thing now.

The XML file provides with a user-friendly syntax for defining indexes (and now
also facets). The etc/zebradb/xsl/koha-indexdefs-to-zebra.xsl file is designed
to process that syntax for creating a suitable XSLT for use in DOM.

So, if you want to change some indexes, or facet definitions: do it on the XML
file.

If you want to change the behaviour of DOM indexing (for example, you could
want to generate an index for the 'availability' filter on each record, so it
is calculated on indexing time instead of complex un-doable PQF queries), then
you should patch the meta-XSLT (koha-indexdefs-to-zebra.xsl) so it generates an
XSLT that generates that specific index out of a MARCXML record.

It's been a while since we stopped re-generating the DOM files from the GRS-1,
as we've been forcing people to fix both GRS-1 *and* DOM each time.

Hope this clarifies the landscape.
Regards
Tomas

http://lists.koha-community.org/pipermail/koha-devel/2015-February/041179.html

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