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

Recommend predicate for a literal media type (Content-Type) #537

Open
elf-pavlik opened this issue Jun 26, 2023 · 3 comments
Open

Recommend predicate for a literal media type (Content-Type) #537

elf-pavlik opened this issue Jun 26, 2023 · 3 comments

Comments

@elf-pavlik
Copy link
Member

This was mentioned during 2023-05-31CG meeting

4.2.1 Contained Resource Metadata states:

rdf:type
A class whose URI is the expansion of the URI Template [RFC6570] http://www.w3.org/ns/iana/media-types/{+iana-media-type}#Resource, where iana-media-type corresponds to a value from the IANA Media Types [IANA-MEDIA-TYPES].

Advertising the mime type with rdf:type has a couple of issues

  • rdf:type property can have any number of values, mime-type should have none for RDFSources and exactly one for Non-RDFSources
  • providing it as IRI requires the use of the IRI Template to compare it with the literal value of the registered media type

In sai-js I just picked an arbitrary http://bblfish.net/work/atom-owl/2006-06-06/#type.
In CSS I see usage of http://www.w3.org/ns/ma-ont#format, which seems a better choice

https://www.w3.org/TR/mediaont-10/#core-property-lists

format
The MIME type of the resource (e.g., wrapper or bucket media types, container types), ideally including as much information as possible about the resource such as media type parameters, for example, using the "codecs" parameter [RFC 4281].

For now, I'm going to align what sai-js uses with CSS (http://www.w3.org/ns/ma-ont#format). I think Solid Protocol should recommend this (or equivalent) predicate and use it in all relevant shapes.

@TallTed
Copy link
Contributor

TallTed commented Jun 26, 2023

Please note that "mime type" and "MIME type" were never correct and should not be used in current or future works. "MIME" expands to "Multipurpose Internet Mail Extensions", and the Media Types used with MIME have many other applications (such as web architecture)

Please always use "Media Type" going forward.

@elf-pavlik elf-pavlik changed the title Recommend predicate for a literal mime type (Content-Type) Recommend predicate for a literal media type (Content-Type) Jun 26, 2023
@woutermont
Copy link
Contributor

Using http://www.w3.org/ns/ma-ont#format seems a decent choice to me, even if the Media Ontology feels rather arbitrary in its choice of properties.

I would suggest using whatever predicate we decide on together with the W3C's RDF mapping of IANA Media Types (https://www.w3.org/ns/iana/media-types/), or the very similar endeavour by SPAR (http://www.sparontologies.net/mediatype/).

@csarven
Copy link
Member

csarven commented Feb 14, 2024

Generally agree that rdf:type may be inadequate for what's intended but I'm not sure at the moment if it is wrong per se.

Minor comment requesting clarification:

Was http://www.w3.org/ns/ma-ont#hasFormat intended instead of #format? I see:

:hasFormat
    a owl:ObjectProperty ;
    rdfs:comment "Corresponds to 'format' in the Ontology for Media Resources." ;
    rdfs:domain :MediaResource .

And I'm not sure if that seems appropriate either:

:MediaResource a owl:Class;
    rdfs:comment "An image or an audiovisual media resource, which can be composed of one or more fragment / track.";
    owl:disjointWith :Rating,
        :TargetAudience .

or at least what's intended for #contained-resource-metadata

Did I misunderstand what's being sought in this issue?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants