[Bug 33193] New: Book cover image visibility depends on the order of 856 fields
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33193 Bug ID: 33193 Summary: Book cover image visibility depends on the order of 856 fields Change sponsored?: --- Product: Koha Version: 22.11 Hardware: PC OS: Windows Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs@lists.koha-community.org Reporter: tuomas.kunttu@kouvola.fi QA Contact: testopia@bugs.koha-community.org CC: m.de.rooy@rijksmuseum.nl Book cover link is in Marc field 856 and book description link is in another 856 field. Whether the book cover image is visible depends on the order in which the data is catalogued. Test: 1. System preferences: CustomCoverImages: display and CustomCoverImagesURL: {856$u} 2. Catalogue following data to a record: 856 42 u https://sopimusasiakkaat.booky.fi/description.php?ean=9789518734263 q text z Description 856 42 u https://sopimusasiakkaat.booky.fi/image.php?size=medium&id=9789518734263 q image z Cover image 3. Save and view record 4. Book cover is not visible in record's normal view nor in search results list. 5. Change the order of 856 fields: 856 42 u https://sopimusasiakkaat.booky.fi/image.php?size=medium&id=9789518734263 q image z Cover image 856 42 u https://sopimusasiakkaat.booky.fi/description.php?ean=9789518734263 q text z Description 6. Save and view record 7. Book cover is visible in record's normal view and in search results list. Book cover image should be visible regardless of the order in which the 856 fields are catalogued. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33193 --- Comment #1 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- 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. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33193 Anneli Österman <anneli.osterman@koha-suomi.fi> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |anneli.osterman@koha-suomi. | |fi --- Comment #2 from Anneli Österman <anneli.osterman@koha-suomi.fi> --- 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. :) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33193 Koha collecto <koha@collecto.ca> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |koha@collecto.ca -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33193 --- Comment #3 from Koha collecto <koha@collecto.ca> --- +1 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33193 Martin Renvoize (ashimema) <martin.renvoize@openfifth.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Version|22.11 |Main -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33193 KEN <kniemla@mercyhurst.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kniemla@mercyhurst.edu --- Comment #4 from KEN <kniemla@mercyhurst.edu> --- Asking too much of CustomCoverImagesURL? When there's multiple 856 fields, it would be great if there was a way to tell Koha which one has the URL for the thumbnail / cover. Indicators exist already and exist for a reason. How hard could it be? I ask this knowing that it could in fact, be very hard, but I do think there would be a benefit. I suppose using subfield q could work, but some MARC records I recieve from some publishers are already using Field 856, inidcator 42. I'd have to edit those every time I download them to use $q, right? So who gets to decide? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
participants (1)
-
bugzilla-daemon＠bugs.koha-community.org