-
Notifications
You must be signed in to change notification settings - Fork 6
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
improving thumbnail IIIF fetching #300
Comments
ah thanks! I think the mirador thumbnails are fine, I was thinking more of the thubmnails in the general website (which doesn't have information on the size of the original image |
no problem I've updated this as well |
I think we could put the back in place? |
let's see if it works well with the IIIF servers of our partners, but an idea that I got from the Leiden manifests could also be to use |
done
|
Arf, that's depressing... ArchiveLabs/iiif.archivelab.org#52 But well... let's revert to the previous state, and thanks a lot for testing! |
is it ok to keep using the "!2000,145" syntax for thumbnails at iiif.bdrc.io and use ",145" for external thumbnails? |
that's perfect!! |
Instead of calling URLs like
/full/,145/0/default.jpg
and have an alternative when it fails, we could instead call URLs like/full/!2000,145/0/default.jpg
that never fail. The value2000
is a bit random but should work in most cases... perhaps it could be even greater to account for FEMC palm leaves which are very large... an example of this type of URL:https://iiif.bdrc.io/bdr:I3733::37330621.tif/full/!2000,145/0/default.png
The text was updated successfully, but these errors were encountered: