Skip to content
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

pct regions don't always behave correctly #36

Open
kamholz opened this issue Jun 11, 2019 · 0 comments
Open

pct regions don't always behave correctly #36

kamholz opened this issue Jun 11, 2019 · 0 comments
Labels
Image API IIIF Image API related issues

Comments

@kamholz
Copy link
Contributor

kamholz commented Jun 11, 2019

Image regions retrieved using pct: (https://iiif.io/api/image/2.1/#region) don't always return the right results. Here is a demonstration for an image whose full dimensions are 5616x3744. When requesting a region that is 50% of the original width and height, starting from (0%, 0%):

https://iiif.archivelab.org/iiif/tutur-smara-bhuwana%242/pct:0,0,50,50/full/0/default.jpg

the result is 2808x1872, as expected. However, when requesting a region starting from (10%, 10%):

https://iiif.archivelab.org/iiif/tutur-smara-bhuwana%242/pct:10,10,50,50/full/0/default.jpg

the result is 2620x1872, i.e. it is not wide enough. Per the spec, the different origin should not make a difference. And the requested region is entirely contained within the original image, so it should not be cropped.

Finally, some valid requests return 404, such as this one:

https://iiif.archivelab.org/iiif/tutur-smara-bhuwana%242/pct:78.22,33.42,9.94,2.09/full/0/default.jpg

I haven't investigated in more detail than this. Regions specified in pixels (without pct:) seem to work fine.

@glenrobson glenrobson added bug Image API IIIF Image API related issues and removed bug labels Mar 16, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Image API IIIF Image API related issues
Projects
None yet
Development

No branches or pull requests

2 participants