[Evergreen-catalogers] Display problem in OPAC when 856 has a $n
Elaine Hardy
ehardy at georgialibraries.org
Thu Apr 7 09:19:59 EDT 2022
I haven't had a chance to check to see if other invalid subfields cause
display problems. However, it occurs to me now that |9 isn't a valid
subfield and it doesn't cause display issues.
We have had issues with the |3, |z and |y, and |u. It was fixed but I
haven't verified that it has remained fixed. I still would like to see the
856 display regardless of the indicators -
https://bugs.launchpad.net/evergreen/+bug/1230380
J. Elaine Hardy, PINES and Collaborative Projects Manager
------------------------------
Georgia Public Library Service
2872 Woodcock Blvd., Suite 250 | Atlanta, GA 30341
(404) 235-7128 | ehardy at georgialibraries.org
(404) 548-4241 | Cell
<https://www.facebook.com/georgialibraries>
<https://www.twitter.com/georgialibs>
<https://www.instagram.com/georgialibraries/>
Join our email list <http://georgialibraries.org/subscription> for stories
of Georgia libraries making an impact in our communities.
It does not do to leave a live dragon out of your calculations, if you live
near him. *— J.R.R. Tolkien*
On Wed, Apr 6, 2022 at 3:24 PM Janet Schrader <
jack.and.harry.the.penguins at gmail.com> wrote:
> Hi Elaine,
>
> I saw your comment on LP Bug 1966995 that 856 $n is not valid. Did you try
> adding a different invalid subfield to see if that also prevented $u and $z
> from displaying?
>
> I logged into a test server and tried to add a URL to a record to see how
> the display worked but couldn't get any OPAC link to display. My record is
> on terran-master.gapines.org TCN 265. I don't have OCLC access right now
> so I imported from LC and added my own 856 field. It is a real one for a
> different EBSCO ebook.
>
> I also looked at Bug 1350827. This must be fixed because CWMARS has URLs
> that have both $3 and $z. I've been adding them for years. In the beginning
> Kathy Lussier said we had to use $y instead of $z, but that changed and all
> our Overdrive came to use with $z and I added the $3 to display the vendor
> as a note.
>
> I thought I'd look to see if there were any old bugs I could test to see
> if they were still valid. There doesn't seem to be that many cataloging
> functions to test in the bug squashing week spreadsheet.
>
>
>
> Thanks,
> Janet
>
>
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://list.evergreen-ils.org/pipermail/evergreen-catalogers/attachments/20220407/49840df3/attachment-0001.htm>
More information about the Evergreen-catalogers
mailing list