Summary: | Book cover image visibility depends on the order of 856 fields | ||
---|---|---|---|
Product: | Koha | Reporter: | Tuomas Kunttu <tuomas.kunttu> |
Component: | Cataloging | Assignee: | Bugs List <koha-bugs> |
Status: | NEW --- | QA Contact: | Testopia <testopia> |
Severity: | normal | ||
Priority: | P5 - low | CC: | anneli.osterman, m.de.rooy |
Version: | 22.11 | ||
Hardware: | PC | ||
OS: | Windows | ||
Change sponsored?: | --- | Patch complexity: | --- |
Documentation contact: | Documentation submission: | ||
Text to go in the release notes: | Version(s) released in: | ||
Circulation function: |
Description
Tuomas Kunttu
2023-03-10 11:02:43 UTC
I feel like this is asking too much of CustomCoverImagesURL. In order to make this work, we'd need a complex way to specificy which repeated fields it should look at. In this case we'd need to be able to specify that it also should filter on $q being image. Especially since $q is not cataloged to the standard here: https://www.loc.gov/marc/bibliographic/bd856.html $q - Electronic format type Identification of the electronic format type and version. Electronic format type should be specified with a code from the list of registered Internet Media Types (MIME types), taken from: IANA Media Types. If necessary (e.g., in order to specify a file format version to support access or digital preservation) additional information, such as PRONOM Unique Identifier (PUID) codes, may be included in addition to the information provided by the MIME Type by repeating subfield $q. Maybe OPACDisplay856uAsImage would work better here or we could improve on that pref. Do we need to look at the q field? Could it just go through all the 856u fields? We do not use Koha's opac in Koha-Suomi's libraries so OPACDisplay856uAsImage systempreference is not ideal for us. Also the problem is in staff interface so opac syspref doesn't sound right to me. :) |