http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7967
Priority: P5 - low
Change sponsored?: ---
Bug ID: 7967
Assignee: [email protected]
Summary: Z39.50 client should negotiate encoding with server
QA Contact: [email protected]
Severity: enhancement
Classification: Unclassified
OS: All
Reporter: [email protected]
Hardware: All
Status: NEW
Version: rel_3_2
Component: Cataloging
Product: Koha
Created attachment 9216
-->
http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=9216&action=edit
Add UTF-8 charset negotiation to Z39.50 search
Currently Koha has an option to specify encoding for Z39.50 target. However,
that option only tell Koha what encoding is to be expected from the server.
Some server support multiple encoding format that could be negotiated via
"charset" option. For example OCLC WorldCat support both UTF-8 and MARC-8 and
default to MARC-8. As UTF-8 should be a better option, it would be better if
Koha can try to negotiate the result encoding.
I made a simple patch to z3950_search.pl that just set ZOOM charset option to
'UTF-8" when Koha's Z39.50 target encoding is set to utf8 (I don't know valid
value for charset option for other encoding). This work for OCLC WorldCat and
some other targets.
Note that I test it on Koha 3.2 and it should also work on later version as
that part of code is unchanged.
--
You are receiving this mail because:
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/
