Ahh -- sorry I misunderstood -- I don't read computerize and didn't follow all the stuff about servers.
For a variety of reasons, we don't allow access to the PINES database via Z39.50 Elaine J. Elaine Hardy PINES & Collaborative Projects Manager Georgia Public Library Service 1800 Century Place, Ste 150 Atlanta, Ga. 30345-4304 404.235.7128 404.235.7201, fax [email protected] www.georgialibraries.org www.georgialibraries.org/pines -----Original Message----- From: Open-ils-general [mailto:[email protected]] On Behalf Of Linda Jansova Sent: Wednesday, August 19, 2015 9:16 AM To: [email protected] Subject: Re: [OPEN-ILS-GENERAL] Z39.50 client query encoding issues Thank you, Elaine! Our problem, however, is not related to making searches in external databases (such as Library of Congress or OCLC), this works fine. (I apologize for writing such a long message which has probably resulted in being less undestandable than desired.) The problem occurs when someone else who acts as Z39.50 client wishes to query our database (playing the role of Z39.50 server). In our case we would like the library gateway for the disabled (especially for the blind people) to be able to query our database which contains quite a lot of documents which may be of interest to those using the gateway. As I could not find your Z39.50 server info (especially host, port, database), I could not verify if those wishing to query your database could experience the same difficulties. But since I have encountered them at Laurentian University I believe it may be the same for other Evergreen installations... Linda On 08/19/2015 02:56 PM, Hardy, Elaine wrote: > I was able to retrieve 3539 hits in a search of OCLC for author > matoušek and for author matousek through our Z39.50 gateway. I am > afraid I can't help with anything else other than that it does work in > our Z39.50 instance with OCLC. > > We have had occasional problems with some diacritics and with some > language scripts. It is a minor issue for us; however, and I have been > able to use Vandelay to bring in the individual record that didn't > retrieve via the > Z39.50 connection. I believe it was a record with a parallel title in > Turkish. Occasionally, an OCLC record will have a nonUTF-8 character > which will also block retrieval; but, that is a simple matter of > correcting the record in OCLC. > > > Elaine > > > J. Elaine Hardy > PINES & Collaborative Projects Manager Georgia Public Library Service > 1800 Century Place, Ste 150 > Atlanta, Ga. 30345-4304 > > > 404.235.7128 > 404.235.7201, fax > [email protected] > www.georgialibraries.org > www.georgialibraries.org/pines > > -----Original Message----- > From: Open-ils-general > [mailto:[email protected]] On Behalf Of > Linda Jansova > Sent: Wednesday, August 19, 2015 3:51 AM > To: Evergreen Discussion Group > Subject: [OPEN-ILS-GENERAL] Z39.50 client query encoding issues > > Hi all, > > Jabok Library currently uses Evergreen 2.8.2 and we have successfully > changed charsets both for <client> and <yazgfs> (in the configuration > files > mentioned at > http://docs.evergreen-ils.org/2.1/html/Z3950serversupport.html) to utf-8 > and > so now Z39.50 clients can receive data (records) with the correct > diacritics. > > However, one related problem still persists - the Z39.50 queries only work > when no diacritics are used. Eg. search results are returned when we > submit > a query "matousek" (author's surname) but no results are reported when the > correct version "matoušek" is used. > > We have tried the following but to no avail: > > 1) add element client_query_charset to gfs (according to > http://www.indexdata.com/yaz/doc/server.vhosts.html) but it was an unknown > element; > > 2) delete the second mention of "encoding="utf-8"" from > /xsl/MARC21slim2SRWDC.xsl and restart the open-ils.supercat service, > hoping > that this procedure would have similar results like when MODS stylesheets > were treated in the same way to resolve our Zotero encoding problems (see > https://bugs.launchpad.net/evergreen/+bug/1442276). > > We have also tried further query testing in yaz-client. In this case, some > interesting things happened: > > When yaz-client was used for a generic query "find matoušek" (i.e., with > diacritics), the answer was 34 hits: > > Z> find matoušek > Sent searchRequest. > Received SearchResponse. > Search was a success. > Number of hits: 34, setno 1 > records returned: 0 > Elapsed: 0.681894 > > However, when searching specifically for author (with diacritics again), > the > answer was zero hits: > > Z> find @attr 1=1003 @attr 2=3 "matoušek" > Sent searchRequest. > Received SearchResponse. > Search was a success. > Number of hits: 0, setno 12 > records returned: 0 > Elapsed: 0.117265 > > When diacritics were omitted, we got 34 hits again: > > Z> find @attr 1=1003 @attr 2=3 "matousek" > Sent searchRequest. > Received SearchResponse. > Search was a success. > Number of hits: 34, setno 13 > records returned: 0 > Elapsed: 0.637897 > > Our Z39.50 server runs at mojzis.jabok.cuni.cz (port 9999, database > Jabok) and it now uses the utf-8 encoding. > > When we have tried Laurentian (laurentian.concat.ca, port 210, database > OSUL), we have used a word "francais" and "français" (searching for a > person > in Tellico), in case of "francais" we got the results but when asking for > "français", no results were found. So probably it is not just our case... > > Do you have any ideas what we could do to make the queries with diacritics > work correctly? > > Thank you in advance for any hints! > > Linda > >
