-
Notifications
You must be signed in to change notification settings - Fork 22
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
Utilise POST for validating manifest rather than GET #9
Comments
Hi Chris, Great, directly POSTing to the validator is certainly the better option, now that this is possible. There are a couple of minor issues that I need to sort out. I will comment on the validator Github repo (getting a CORS error and don't know how to specify the API version and what the POST parameter for the manifest data is). |
Also, thinking about it, they may not have deployed the changes yet. The POST parameter should be "json". https://github.com/IIIF/presentation-api/blob/master/implementations/validator/validator.py#L72 |
Yes, that's it. Thanks! |
See also this issue: IIIF/presentation-validator#22 |
The issue with POSTing to the IIIF Presentation API validator has been resolved (cf. IIIF/presentation-validator#22). However, there now is a server configuration issue which prevents a large portion of the tested manifests to be validated successfully via POST because of "Error 413: Request Entity Too Large" (cf. IIIF/presentation-validator#53). Before this is fixed, we should not merge the changes to master. |
…n validating manifests. See issue #9
Hi @schwemmer,
@calvinbutcher has had a pull request accepted to the IIIF validator, so it should now accept POST requests. Please could the manifest editor utilise this rather than GET via a 3rd party.
IIIF/presentation-validator#25
Note: route for POST is actually just /validate, not /postvalidate.
Thanks,
Chris
The text was updated successfully, but these errors were encountered: