Z39.50 response should include call number prefix and suffix

Bug #1692106 reported by Martha Driscoll on 2017-05-19
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Evergreen
Wishlist
Unassigned

Bug Description

When the Z39.50 server includes a call number in the 852 $c it needs to also include any prefix and suffix associated with the call number similar to the way the catalog displays them in the available copies list.

Several of our libraries are using a discovery service (EBSCO EDS) that is getting current copy information from Z39.50. Lacking the prefix causes a call number like:

Ref QA76.5 .F697 1984 [NECC only]

to appear in the 852 as

QA76.5 .F697 1984

Galen Charlton (gmc) wrote :

I wonder if there's any advantage in sticking the prefix and suffix (when present) in separate subfields, like the way that the MARC21 specifies 852 $k and $m.

Martha Driscoll (mjdriscoll) wrote :

I made the changes Galen suggested to put the prefix and suffix in the 852 subfields $k and $m.

http://git.evergreen-ils.org/?p=working/Evergreen.git;a=commit;h=aaf7fe8dde6d9386740a0f74313938e7540c69bf

Mike Rylander (mrylander) wrote :

I like it! And, I'm in the neighborhood. So, it's committed to master. Thanks, Martha!

Changed in evergreen:
status: New → Fix Committed
Galen Charlton (gmc) on 2017-08-02
Changed in evergreen:
importance: Undecided → Wishlist
milestone: none → 3.0-alpha
Changed in evergreen:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers