Join GitHub today
GitHub is home to over 50 million developers working together to host and review code, manage projects, and build software together.Sign up
DataDownload is subtype MediaObject - definition of latter needs tweaking #1190
I wonder if it would not make sense for schema.org to have a systematic separation between creative works and their 'encodings'.
That will make it super easy to use the
In that world it would be great to have DataDownload as a subclass of the parent class for all things encoding (right now that parent class seems to be MediaObject).
So we would have 2 parent classes CreativeWork and Encoding (currently MediaObject). A sort of super simplified FRBR model.
Doing a FRBR-lite is a perpetual temptation. For now I would like to make some minimal tweak to the MediaObject definition to make DataDownload a more acceptable subtype. Scanning CreativeWork for all FRBR-like structures and reconciling them is a much larger job. It might be that we could put most CreativeWork subtypes somewhere on a Work-Expression-Manifestation-Item spectrum...
For us FRBR-light is a bit more than a temptation. We have our own SA ontology that only contains the things that we couldn't do with schema.org. Just scanning it quickly, we've added:
We absolutely don't need the full FRBR but we rely on the entity/encoding couple a lot. That's how we do figures with responsive images, or multiple video encodings, etc.
I would also like to support the