Summary: | delivered z39.50 targets wrong for NY Public Library and NY University Library | ||
---|---|---|---|
Product: | Koha | Reporter: | Jane Wagner <jwagner> |
Component: | Z39.50 / SRU / OpenSearch Servers | Assignee: | Katrin Fischer <katrin.fischer> |
Status: | CLOSED FIXED | QA Contact: | Mason James <mtj> |
Severity: | normal | ||
Priority: | P5 - low | CC: | camins, chris, dcook, gale, gmcharlt, mtj, nengard, paul.poulain |
Version: | 3.8 | ||
Hardware: | All | ||
OS: | All | ||
GIT URL: | Change sponsored?: | --- | |
Patch complexity: | --- | Documentation contact: | |
Documentation submission: | Text to go in the release notes: | ||
Version(s) released in: | Circulation function: | ||
Attachments: |
patch file
Bug 3782: Remove broken z39.50 targets from sample files Bug 3782: Remove broken z39.50 targets from sample files Bug 3782: Remove broken z39.50 targets from sample files |
Description
Chris Cormack
2010-05-21 01:14:56 UTC
Trying to get back to this one. I tried changing the z39.50 setup for NYU as jcamins had it in the bug report, but when I send a search, it produces an error: Wide character in null operation at /usr/share/perl5/MARC/Charset/Table.pm line 96. Other z39.50 searches are working fine. Any ideas? (In reply to comment #1) I have NYU working with the following settings: Z39.50 server: NEW YORK UNIVERSITY LIBRARIES Hostname: aleph.library.nyu.edu Port: 9991 Database: NYU01 Syntax: MARC21/USMARC Encoding: MARC-8 I'm running Koha 3.01.0.111 on Debian with Perl 5.01000. We did some discussion and testing on the IRC today on this problem. It seems to be a non-Roman encoding problem with records on the NYU end. The system is connecting and retrieving results; the error comes when Koha tries to parse the results. If the Koha z39.50 connection is set to UTF-8 instead of MARC8, it will retrieve results but that may not be a good long-term solution. NYU seems to have a mixture of MARC8 and UTF-8 records. This bug appears to still be valid. I was able to get results by changing the setup as suggested in Comment 2. Is there still some question about whether MARC-8 or UTF-8 is correct? I suggest removing the NYU default server entirely, as their configuration keeps on changing. I am getting error messages for both NY targets on current master: Connection failed to hopkins1.bobst.nyu.edu Connection failed to catalog.nypl.org Can we agree on removing them? I am willing to write a patch. Should we put in another sample z39.50 server as replacement? I vote for removing them. +1 for removing NYPL is working fine as far as I can tell. Can someone else confirm? NYU's Z39.50 server changes every few weeks, so +1 on removing that. NYPL times out for me. Even if it works some of the time, it doesn't make sense to include by default a resource which works inconsistently. Anyone have a recommended replacement? (In reply to comment #10) > NYPL times out for me. Even if it works some of the time, it doesn't make > sense to include by default a resource which works inconsistently. Anyone > have a recommended replacement? It would be nice to include some non-US targets. Perhaps BSZ-BW or DNB? Created attachment 11756 [details] [review] Bug 3782: Remove broken z39.50 targets from sample files Removes NYPL and NYU from the list of sample z39.50 servers, because they don't work or only work inconsistently. Created attachment 11757 [details] [review] Bug 3782: Remove broken z39.50 targets from sample files Removes NYPL and NYU from the list of sample z39.50 servers, because they don't work or only work inconsistently. Created attachment 11758 [details] [review] Bug 3782: Remove broken z39.50 targets from sample files Removes NYPL and NYU from the list of sample z39.50 servers, because they don't work or only work inconsistently. Signed-off-by: Chris Cormack <chrisc@catalyst.net.nz> (In reply to comment #14) > Created attachment 11758 [details] [review] > Bug 3782: Remove broken z39.50 targets from sample files > > Removes NYPL and NYU from the list of sample z39.50 servers, because > they don't work or only work inconsistently. > > Signed-off-by: Chris Cormack <chrisc@catalyst.net.nz> nice patch!, passing QA… $ koha-qa.pl testing 1 commit(s) (applied to commit 3f31617) * 73857bf Bug 3782: Remove broken z39.50 targets from sample files installer/data/mysql/de-DE/optional/sample_z3950_servers.sql installer/data/mysql/en/optional/sample_z3950_servers.sql installer/data/mysql/es-ES/optional/sample_z3950_servers.sql installer/data/mysql/pl-PL/optional/sample_z3950_servers.sql Patch pushed to master (haven checked visually only that all SQL files are still valid) Pushed to 3.8.x will be in 3.8.5 I know this has already been resolved, but I figure this might be useful for people who still want to use NYPL but have problems: "NYPL database is not available to libraries outside New York State. New York libraries and museums must contact NYPL, jeffreybayer@nypl.org, to be whitelisted so that they can search the database." http://www.webclarity.info/registry/display?fileID=751 Most recent information I have that works for the New York City Public Library is: host: ilsstaff.nypl.org port: 210 db name: innopac (In reply to gale@rabbat.net from comment #19) > Most recent information I have that works for the New York City Public > Library is: > > host: ilsstaff.nypl.org > port: 210 > db name: innopac I take it that you're from New York state? |