OAI-PMH - COPIES 852 no call number prefix and suffix

[Josh Stompro]

EG 3.11

It doesn't appear as if the call number prefix and suffix are gathered for the 852 data in the OAI-PMH endpoint in evergreen.

We make heavy use of the Prefix for format description (DVD, Large Print, CD Audiobook) so we would like that data to be available.

Josh

[Josh Stompro (u-launchpad-stompro-org)]

I'm working on a branch that adds call number prefix, call number suffix, full call number (Prefix + callnumber +suffix), part, Full call number + part, active date and copy number. I would like to switch it to using the same 852 format as the marc_export script.

I'm wondering if anyone makes use of this feature of the evergreen OAI-PMH implementation

-----
This mapping can be customized and extended with static subfields:

    <marc:subfield code="q">A constant value</marc:subfield>
-----

Because what this means is that anything that doesn't have a value gets interpreted as a static subfield for that item. So I've been setting things to just a space " " to get around it, but I kind of hate that.

I think it also prevents duplicate 852 subfields from being created, since the subfield tag is used as a key... so having two 852 b fields for owning_lib and copy circ_lib will not be possible.

Josh

[Josh Stompro (u-launchpad-stompro-org)]

Working branch at user/stompro/lp2030667_852_subfields_enhancement

https://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/stompro/lp2030667_852_subfields_enhancement

LP#2030667 - OAI-PMH - 852 fields enhancement

* Change default 852 field mapping to more closely follow the marc_export 852 format.
* Add in missing 852 fields. cnprefix, cnsuffix, part, copynumber
* Renamed location to shelflocation to make it clear what it represents.
* Add in optional fields for full call number and full call number + parts.
* Allow repeating subfields.
* Changed how the static subfield config is handled.
* Changed behavior to not show empty subfields.
* Example in opensrf.xml to go back to the previous format.

I didn't try and deal with the subfield A for LOC Location code that marc_export supports.

Still need to update the documentation and add release notes, and a testing plan.

Not going to add a pull request yet.

[Josh Stompro (u-launchpad-stompro-org)]

I force pushed an update to the above branch that includes documentation updates, release notes and testing notes.

Now I think it is ready for pullrequest.
Josh

[Josh Stompro (u-launchpad-stompro-org)]

I'm going to update this and change how the z fields for Reference, holdable, circulating and visible are handled, I didn't quite follow how marc_export handles it. I explicitly set those fields, where marc_export only sets them in the case of an exception to the norm.

[Josh Stompro (u-launchpad-stompro-org)]

Above branch has been updated with the change to how the z subfields behave. Re-added the pull request.