Open riccardoAlbertoni opened 2 years ago
One approach is to factor 'conformsTo' along two axes:
A data interchange profile might specify one or both of these, and that is useful for clients recognizing the profile URI. The content axis is probably more useful in a general discovery scenario; the representation details are critical for machine interoperability. Explicit enumeration of the the properties that are quantified for data instances in the dataset (e.g. schema.org variableMesured) are probably most useful for data discovery.
Reason for update: As DCAT v3 moves through review and hopefully ratification, we want to make sure that open issues and feedback that have yet to be completely addressed are properly recorded and tagged/assigned in github to both clarify their status and to help review and prioritise as a source of improvements and new requirements in future DCAT versions
DCAT 2 provides dcterms:conformsTo to indicate the model, schema, ontology, view, or profile that representation of a dataset conforms to. However, dct:conformsTo can link different kinds of standards, and not all the URIs used as objects for this property are necessarily self-describing.
There is a need to refine the DCAT 2 approach to increase the machine-readability of the link to not self-describing standards.
Please consider #1418 for the preliminary discussion of this requirement. Also, consider that the sought solution should work with any kind of distribution, not only for tabular data.