-
Notifications
You must be signed in to change notification settings - Fork 54
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
'w,h' as canonical size param vs. compliance level requirements #1785
Comments
For clarity, this issue refers to this table in the compliance level document: https://preview.iiif.io/api/image-prezi-rc2/api/image/3.0/compliance/#32-size The suggestion is that this table is wrong, and that REQUIRED should be for the now-canonical |
If we add REQUIRED for However, as @lutzhelm points out, making |
Editors agree that we need to add |
IIIF/trc#18 approved, we can move ahead with merging #1799 |
Version 3 will have
w,h
as the canonical size URI parameter syntax, but arbitraryw,h
requests are only required for level 2 compliance. So at level 1, servers are able to serve tiles proportionally scaled to an arbitrary width or arbitrary height, but if clients want to use that feature, they can't use the canonical URI syntax. So if clients want to request tiles via canonical URIs, they can only request them for the listedtiles
/scalefactors
. If notiles
are given in the info.json, requests for tiles to level 1 services can't be done in canonical form. Same applies tosizes
.On the other hand, having
w,h
required for level 1 would require those image servers to also serve non proportionally scaled images.The text was updated successfully, but these errors were encountered: