[Koha-bugs] [Bug 7967] New: Z39.50 client should negotiate encoding with server

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

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

          Priority: P5 - low
 Change sponsored?: ---
            Bug ID: 7967
          Assignee: gmcharlt at gmail.com
           Summary: Z39.50 client should negotiate encoding with server
        QA Contact: koha.sekjal at gmail.com
          Severity: enhancement
    Classification: Unclassified
                OS: All
          Reporter: pongtawat.c at 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.