z39.50 times out when pulling items with foreign languages

Bug #1046932 reported by Steve Callender
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Evergreen
Triaged
Undecided
Unassigned

Bug Description

Certain foreign languages don't appear to be accounted for with z39.50.

I believe the following example is vernacular arabic and the systems attempt at conversion.

 server: child process died: :185: parser error : PCDATA invalid Char value 27#012 <subfield code="h">[#033(4S#033(3OQQOf#033(4^#033(B] =</subfield>#012 ^#012:185: parser error : PCDATA invalid Char value 27#012 <subfield code="h">[#033(4S#033(3OQQOf#033(4^#033(B] =</subfield>#012

A good example is to find a source, OCLC for example, that has "A Seperation" by Asghar Farhadi.

Changing the record format on the source to F2 was a work around for this, but I am logging this bug to document that anyone wanting to do foreign language cataloging may have issues here.

Tags: i18n z3950
Changed in evergreen:
status: New → Triaged
Revision history for this message
Jane Sandberg (sandbergja) wrote :

Just a note that this also happens to us on Evergreen 2.9.1 when I attempt to import OCLC #866585555 when our record format is set to FI.

However, a similar record -- OCLC #920222067 -- works when record format is set to FI.

Andrea Neiman (aneiman)
tags: added: i18n z3950
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.