Open ghost opened 4 years ago
This bug was reported in a help desk ticket. @theLinkResolver have I captured everything here, do you think?
@redlibrarian Sorry for delay. You captured it nicely.
@redlibrarian I suspect that this was fixed by https://github.com/ualbertalib/NEOSDiscovery/issues/393 / https://github.com/ualbertalib/NEOSDiscovery/pull/394 which was deployed July 22. Could you confirm?
Describe the bug In an item's MARC record, the 856 field contains the URL for the item, as well as some other data. The two required 856 subfields are $3 (URL label) and $u (URL). There is an optional subfield $z which may contain additional contextual information (such as platform, restrictions, etc). In a MARC record, the 856 field looks something like this:
856 3| University of Alberta Access u| https://era-av.library.ualberta.ca/media_objects/avalon:42804 z| from ERA A+V
And in NEOS Discovery this field will render as an item holding:
(Screenshot taken from this record)
However, because the $z is not required, there are many items which don't have one, and those links are not being displayed. Compare the above with:
856 3| NorQuest College Access u| https://stream.mcintyre.ca/norquest/title/16867
Because the $z is not a required field, links should appear whether or not a $z is present.
This is made more complicated because the Symphony API response we receive is not in MARC format. An example response for the items shown above is:
(XML response from Symphony Web Services
Note that the subfields are simply listed in an tag. The holdings code is using the and tags, so I can't see how the presence or absence of a $z would be affecting things.