http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7967 Priority: P5 - low Change sponsored?: --- Bug ID: 7967 Assignee: gmcharlt@gmail.com Summary: Z39.50 client should negotiate encoding with server QA Contact: koha.sekjal@gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: pongtawat.c@gmail.com 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.