Description
From IIIF Slack discussion: https://iiif.slack.com/archives/C0AL6BU76/p1736882496943739
From: Shaun Ellis:
I'm working on a viewer component and noticed that the Presentation API 3.0 has a list of recommendations for motivation painting type. If these are simply recommendations, how does a client know for sure whether to present a player or a viewer? For example, I'm seeing some manifests that use "Audio" and others that use "Sound". It seems odd to me that "Sound" is recommended since the mime type is Audio and the HTML tag is .
Would it be better to have this be a controlled vocabulary list that MUST be used rather than a list of recommendations? (Apologies if this is already being discussed/addressed in 4.0.)
From Stephen Fraser:
So the classes from the Presentation 3 spec are from this:
https://www.w3.org/TR/annotation-model/#h-classes
"Dataset": "dctypes:Dataset",
"Image": "dctypes:StillImage",
"Video": "dctypes:MovingImage",
"Audio": "dctypes:Sound",
"Text": "dctypes:Text",
Confusingly though, the annotation context doesn't have a Sound
class, only an Audio
one.
https://www.w3.org/ns/anno.jsonld
The complete example:
https://www.w3.org/TR/annotation-model/#h-complete-example
Also uses Audio
.
So it seems that Sound
may be an error in both the W3C annotation model and Presentation 3 specification.
"Dataset": "dctypes:Dataset",
"Image": "dctypes:StillImage",
"Video": "dctypes:MovingImage",
"Audio": "dctypes:Sound",
"Text": "dctypes:Text",
"Service": "schema:WebAPI",
"Agent": "dcterms:Agent",
Sound is not the in Presentation 3 JSON-LD context either.