Generating manifests using IIIF Server module and external Cantaloupe image server

We’re trying to create manifests for images that are held on an external Cantaloupe image server, using metadata from items in Omeka S. To start with, is this possible, or can manifests only be generated for items uploaded to Omeka?

Our main problem is that the manifest isn’t generating items for API version 3 images. I’ve set up a test item with a mix of attached media - some uploaded to Omeka, some IIIF v3 images linked from our Cantaloupe server, a IIIF image from the Bodleian library, and a v2 API image from our image server. None of the IIIF v3 images are displaying in Universal Viewer, and the ones from our image server aren’t listed under “items” in the manifest, but under rendering:

“rendering”: [
{
“id”: “http://digitalvoyages.canterbury.ac.nz/omeka-s/s/home/media/1007”,
“type”: “ImageService3”,
“label”: {
“none”: [
“ImageService3”
]
}
},
{
“id”: “http://digitalvoyages.canterbury.ac.nz/omeka-s/s/home/media/1010”,
“type”: “ImageService3”,
“label”: {
“none”: [
“ImageService3”
]
}
}
],

Does anyone have any idea what might be happening here or where to start looking? Here’s a link to the full manifest https://digitalvoyages.canterbury.ac.nz/omeka-s/iiif/985/manifest, plus the item in Omeka: IIIF item test · UC Library Sandbox · UC Library Omeka.

Many thanks,
Donna

I’m not sure what you want to do. Do you use module IIIF server or not? This one creates iiif manifests from the items. If you don’t use it but have your own manifests created by another tools, you have to add them in a property of an item to display them.

Hi Daniel,

Many thanks for your reply, and apologies for not explaining clearly. We really appreciate all the work you’ve put into your modules, as they’ve been incredibly useful to us.

We are using the IIIF server module, and we are trying to use it to create manifests for items created in Omeka S, which link to media on a separate Cantaloupe image server. However, when we do this, we just get an error for the manifest.

As an example - this item has one media item added via the IIIF Image option:
https://digitalvoyages.canterbury.ac.nz/omeka-s/s/ucsandbox/item/1035

We were hoping that it would be able to create a manifest using the metadata added in Omeka and the json from our image server: https://iiif.canterbury.ac.nz/iiif/3/Art%2FIti_UC-MBL-2563.tif/info.json

However, the manifest isn’t working:
https://digitalvoyages.canterbury.ac.nz/omeka-s/iiif/1035/manifest

“status”: “error”,
“message”: “Missing required keys for resource type “Manifest”: “items” (resource #1035).”

Any ideas where we are going wrong?

Many thanks for any help you can provide.
Donna

A iiif manifest requires some json key, in particular “items”.

It seems to be a bug in iiif v3, because the v2 is working : https://digitalvoyages.canterbury.ac.nz/omeka-s/iiif/2/1035/manifest So you can set it by default for now. I have to investigate more to find the issue.

1 Like

That’s great news - I’ve changed our default to 2 and look forward to a solution for v3 :grinning:.

Thanks again!

I don’t find any issue in the code for this point.
What are the versions of iiifserver and imageserver?

Thanks, Daniel. We are using Omeka S version 3.0.2 and IIIFServer 3.6.5.3, and also have ImageServer 3.6.8.3 (but in this instance, are serving the image from a Cantaloupe image server, v. 5.0.3).

I just did another test, switching our Omeka default back to v3, and loading the media using the v2 json, and the manifest works and the image displays in Mirador (except there’s no thumbnail in Omeka). So this suggests there’s an issue with the info.json file from our Cantaloupe server, or at least a compatibility problem? These are the info.json files for my test item:

https://iiif.canterbury.ac.nz/iiif/3/Art%2FIti_UC-MBL-2563.tif/info.json
https://iiif.canterbury.ac.nz/iiif/2/Art%2FIti_UC-MBL-2563.tif/info.json

I’ve now added both versions to my test item: IIIF Test: First, they chose a name · UC Library Sandbox · UC Library Omeka, but the v3 item is missing from the manifest:
https://digitalvoyages.canterbury.ac.nz/omeka-s/iiif/3/1035/manifest

Really appreciate your help! Thanks
Donna

There is no issue with cantaloupe, the info.json is always good, so the issue is in the modules.

The issue on the manifest v3 of item 1035 (https://digitalvoyages.canterbury.ac.nz/omeka-s/iiif/3/1035/manifest) is not viewable anymore and I don’t understand the issue from the code. But there is a check for the files, so maybe the file is not present ?

I’ve deleted the v2 media from that item, leaving just the v3 media, so the error is visible again:
https://digitalvoyages.canterbury.ac.nz/omeka-s/iiif/3/1035/manifest

This is the link to the item: IIIF Test: First, they chose a name · UC Library Sandbox · UC Library Omeka. It just has the one media file linked via IIIF to our Cantaloupe server. As you can see, it’s not able to load in Mirador.

This topic was automatically closed 250 days after the last reply. New replies are no longer allowed.