You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In order to get DSpace 7 manifests to work again, we changed the valued of IIIF_DSPACE_URL to https://oaktrust.library.tamu.edu/server from https://oaktrust.library.tamu.edu. This was mostly because /rdf was now at /server/rdf
After doing this, an interesting new problem has arisen, but only for PDFs. The dereferenceable Canvas resource returns something like this:
We fix the Canvas responses for PDF pages to be like they were before (express the same information that we see for the Canvas in the manifest response. In this case, that would be something like:
We make the canvas responses not dereferenceable. The presentation API does not expect that canvases are dereferenceable, but if they are, a viewer (like Mirador and Clover above) might assume their is additional information in the derefereneable body. Specifically, API docs for 2.0 say:
Canvases may be dereferenced separately from the manifest via their URIs, and the following representation information should be returned. This information should be embedded within the sequence, as per previously.
The text was updated successfully, but these errors were encountered:
markpbaggett
changed the title
DSpace 7 deployment causing interesting results for PDFs
DSpace 7 deployment and Environmental Variable Changes Causing PDF page Canvases to be Incomplete
Oct 24, 2024
markpbaggett
changed the title
DSpace 7 deployment and Environmental Variable Changes Causing PDF page Canvases to be Incomplete
DSpace 7 deployment and environmental variable changes causing PDF page canvases to be incomplete
Oct 25, 2024
In order to get DSpace 7 manifests to work again, we changed the valued of
IIIF_DSPACE_URL
tohttps://oaktrust.library.tamu.edu/server
fromhttps://oaktrust.library.tamu.edu
. This was mostly because/rdf
was now at/server/rdf
After doing this, an interesting new problem has arisen, but only for PDFs. The dereferenceable Canvas resource returns something like this:
What Should We Do?
Honestly, I think we have two choices here.
https://iiif.io/api/presentation/2.0/#canvas
The text was updated successfully, but these errors were encountered: