Open htpvu opened 2 years ago
There are two "sets" of items in this Paged Content node. There's a set of PDFs (all of the v1-pNNNN pages )and a set of JPEG images (the v2-pNNNN pages).
Spot checking a few of either set showed that the v2
set has no Service File, but does have derivatives.
v2
set
v1
set
Perhaps image derivatives never ran for the v2
pages, so no Service File derivatives were generated. Perhaps this may cause these pages to be skipped in the IIIF representation -- I'd have to investigate this a bit to verify.
Views/IIIF Manifest
This Drupal view sets up the data that is ultimately transformed into our IIIF manifests. It is configured to only use Service File media, so the v2
pages, described above, would be filtered out of the IIIF data.
We need to investigate whether this is caused by a but in the derivative generation (or associated configuration) or if there's something in the migration spreadsheets causing this anomalous behavior.
Either way, this finding means this ticket will take longer than initially hoped.
Work with Michelle J on this issue.
related ticket about issue when trying to re-ingest files Re-ingesting files seems to cause access errors #475
There is probably a way to re-start the derivative generation from admin ui.
@mjanowiecki Identified that there are cases where we ingest JPEG images as Original Files and the Service Files generate as expected.
Both of these are Pages from the Paged Content node linked above (https://test.digital.library.jhu.edu/node/13155/)
this item (https://test.digital.library.jhu.edu/node/13155/) has 199 members, but only the first 118 is displayed. But if I look through the child member page, all of the items are there: https://test.digital.library.jhu.edu/node/13155/members?page=11