[Koha-bugs] [Bug 17791] On UNIMARC system, USMARC field 100$a gets overwritten

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

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17791

--- Comment #8 from Oleg Vasilenko <synapse.ova at gmail.com> ---
Marcel,
I am working on the MARC21 to UNIMARC conversion right now, and now it works
good enough. I did many changes to original XSLT file published by Terry Reese
on github (bug 16488). See
https://github.com/Gelow/unimarc/blob/master/marc21xml2unimarc.xsl

The only problem is that field 100$a is corrupted on Z39.50 search. I added LOC
server as SRU and field 100$a is not corrupted that way. This is because in sub
_handle_one_result() right now SRU server is processed with it's flavour in
mind. The same should be with Z39.50

What problems will we face after this patch?

The same as we have with SRU servers right now.
When UNIMARC system connects to MARC21 server, it will check encoding stated in
100$a (thanks to checks in XML.pm called from function AddBiblioToBatch()).If
it's not set, you'll see XML encoding error («Unsupported UNIMARC character
encoding [$enc] for XML output»).

In other cases everything should be fine

If we do not apply this patch
You can see the results table, and see sourse MARC with corrupted 100$a. 
But the table has empty columns because of different format, so who does need
it?

To overcome stated problems it is possible to add some check in the code for
UNIMARC and process the record some way (but record could become corrupted
again). Or add XSLT file for conversion

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