http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10306
--- Comment #7 from Héctor Eduardo Castro Avalos <[email protected]> --- (In reply to Galen Charlton from comment #5) > - Create a new table to store XSLT stylesheets. This could be a combination > of standard stylesheets (e.g., the MARC21 to MODS transforming) and local > ones. > - Create a new table to specify mappings to columns, something like this: > > koha_attribute_map > kohafield # name of table and column to store the results > xslt # reference to the XSLT to use, if need be > xpath # what to use to extract the value > > The process would then be, when saving a bib record, that for each attribute > specified in koha_attribute_map, the XSLT (if specified) would be applied to > the MARCXML, then the XPath used to extract a result, which is then placed > in the column specified by kohafield. It seems to be a good solution, Galen, with this you can fix the problem with UNIMARC too. The new 264 field is unsearchable in Zebra, I filed a bug for this <http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14198>. But since there are a new development with Elastic Search I don't know the future of Zebra in Koha. Regards. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. _______________________________________________ Koha-bugs mailing list [email protected] http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
