[Koha-bugs] [Bug 5684] New: Z search on OCLC pulls in 952s
bugzilla-daemon at bugs.koha-community.org
bugzilla-daemon at bugs.koha-community.org
Wed Feb 2 15:19:50 CET 2011
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5684
Summary: Z search on OCLC pulls in 952s
Change sponsored?: ---
Product: Koha
Version: master
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P5
Component: Cataloging
AssignedTo: gmcharlt at gmail.com
ReportedBy: nengard at gmail.com
QAContact: koha-bugs at lists.koha-community.org
CC: ian.walls at bywatersolutions.com
Estimated Hours: 0.0
Created attachment 3051
--> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=3051
imported from oclc
When you search on Z39.50 and use OCLC as your target it brings in 952 fields
(aka holdings) from other libraries. Z search should either offer an option
(like marc import) or ignore all holdings fields when importing. This can be
done with a sys pref and/or an option the Z search form.
The discussion on IRC can be read below.
[08:58] <nengard> is the z search in acq different from the one in cataloging?
I have a report that the acq z search is pulling in 952 fields but i've never
seen the cataloging one do that
[08:59] <kf> nengard: the forms are differnt - I added some missing options.
And you can define a framework- not sure about other differences
[09:06] <slef> kf: koha jone or another one?
[09:08] <jcamins> nengard: I just realized what it is.
[09:08] <jcamins> OCLC.
[09:09] <nengard> oh!!!!!!!!
[09:09] <jcamins> I remember deleting those fields at Princeton, too.
[09:10] <slef> jcamins: always?
[09:10] <jcamins> slef: well, we always did at Princeton.
[09:10] <jcamins> Maybe some people keep them.
[09:10] <slef> jcamins: as in OCLC always send 9xx fields?
[09:10] <jcamins> I think so.
[09:11] <slef> bleah, I hope that's documented
[09:11] * slef browses http://www.oclc.org/
[09:11] <slef>
http://www.oclc.org/support/documentation/z3950/search_IRs/#952structure
[09:12] <nengard> ICK
[09:12] <nengard> but good that it's documented
[09:12] <slef> so OCLC users need to configure Koha to use something else?
[09:12] <slef> Someone told me why Koha uses 952 but I forget.
[09:12] <nengard> i have a theory .... but it's not a nice one :)
[09:13] <slef> nengard: what's yours? Mine is 852 => 952
[09:14] <slef> Should koha's z search warn and offer to discard if it sees a
biblio/items mapped field in results?
[09:14] * Nate_ has quit (Quit: Nate_)
[09:14] * tcohen (~tomas at atlas.unc.edu.ar) has joined #koha
[09:15] <jcamins> slef: because 952 is used for local holdings by OCLC.
[09:15] * Nate_ (~nathancur at c-24-147-25-6.hsd1.ct.comcast.net) has joined
#koha
[09:16] <nengard> slef the marc import lets you ignore holdings - so i think
the z search should too
[09:16] <nengard> maybe a sys pref or a checkbox on the z search page (don't
import 952)
[09:17] <nengard> i'll start a report for this and include the chat
--
Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
More information about the Koha-bugs
mailing list