-
Notifications
You must be signed in to change notification settings - Fork 0
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
V3 manifest: improve specificity, validation and tests #22
Conversation
afa6dd9
to
a596828
Compare
a596828
to
253c932
Compare
8a58402
to
f863882
Compare
d42f5a3
to
839ae31
Compare
71081a5
to
7239741
Compare
7239741
to
314c79e
Compare
…otationCollection
subject['items'] = [seq] | ||
subject['id'] = manifest_id | ||
subject.label = 'Book 1' | ||
expect { subject.validate }.not_to raise_error |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
How about having one test where there is a single sequence with no "label"? Or does that already exist elsewhere?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
a single sequence without a label is allowed. Labels are only required if there are multiple sequences.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I know, my point is that we should have a test that has a single sequence without a label. To make sure our code does not always require labels.
connects to #6
This is now merge-able. These changes should not adversely affect purl code (as there are tests validating manifest building specifically akin to our purl code). I'm not sure this is so complex as to require multiple reviewers, so if you're comfortable with it, feel free to merge it.
I have relaxed the v3 documented spec requirements that won't work with UV. I did this as a separate commit.
The IIIF v3 requirement to use 'items' is documented in #27 and in sul-dlss/purl/issues/167.