Use cover image/blurb URL from field 856

Bug #1133464 reported by Pasi Kallinen on 2013-02-26
30
This bug affects 6 people
Affects Status Importance Assigned to Milestone
Evergreen
Wishlist
Unassigned

Bug Description

Wishlist item:

MARC 21 uses field 856 for electronic "links", where you can have URLs for example covers images and/or blurbs.

Most of the libraries in Finland get the cover image and blurb data URLs via http://btj.fi/ and the fields (after conversion from our old system to EG) look like this:

856 4 2. ‡uhttp://www.btj.com/btjcgi/arvo/get_add_info.cgi?type=IMAGE&key=5116919745956040
856 4 2. ‡uhttp://www.btj.com/btjcgi/arvo/get_add_info.cgi?type=PRES&key=5116919745956040 ‡qTEXT ‡zKuvaus

The URL "key" parameter has nothing to do with ISBN or anything else in the MARC.

It should be possible to configure EG so that 856‡u that matches a (configurable) regexp, or if 856‡z matches some text, or if 856‡q is "IMAGE", the URL is used as the cover image.
Or grabbing the blurb from the url, if some other rules are matched.

From the discussion on IRC:
< jeff> paxed: there are two major approaches that come to mind: 1) seek the url in the template tookit bits and populate/use it if found. you will encounter mixed content warnings/errors when logged in unless you proxy the image or it is served by an https url. 2) write an added content handler that extracts the url from the marc. you will need the added content by record id branch as a starter.
[18:41] < jeff> paxed: as i mentioned, i'm interested in this and would probably work on option 2 myself. it has applicability for other bib sources, and benefits from some caching which would skip the need to parse the bib on every cover image display.

Ben Shum (bshum) on 2013-03-03
Changed in evergreen:
status: New → Triaged
Pasi Kallinen (paxed) wrote :

I wonder if this could tie into bug 1065378

Pasi Kallinen (paxed) wrote :

I've got branch at user/paxed/ac-image-url-in-marc - it adds a new Added Content handler ImageURLinMARC. Configuration in opensrf.xml allows defining which MARC field it looks for, and a regex the value of the field must match.

Pasi Kallinen (paxed) on 2013-11-20
tags: added: pullrequest
Galen Charlton (gmc) wrote :

I think the general idea is a good one and worth reviving. Rather than relying on fetching and parsing MARC though, I think it might be faster to fetch asset.uri rows related to the record and check patterns against asset.uri.label and asset.uri.use_restriction.

As a side note, looks like records from iVerse Media include cover images.

856 40 ‡zCover Image ‡uhttps://s3.amazonaws.com/iverse_public/store/cover/padmedium/13A2B12F79C.png

tags: removed: tpac
Jane Sandberg (sandbej) on 2019-05-16
tags: added: needsreleasenote
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers