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
Definition expressed machine readible #1255
Comments
We did not use much OWL axiomatization. That was a deliberate choice, since there are many usage patterns. SHACL was only in its infancy when we started in DCATv2 so it was not one of the planned deliverables. It is highly likely that specific community implementations would want to tighten this up, but these would be 'community profiles' of DCAT. On the specific case - if you have an example where there are multiple agent's responsible for a datasets, then I would suggest encapsulating those into a (virtual) compound-agent. |
I understand. Now I become philosophical: it is interesting to see that there is a very strict statement in the human readable definition, but that this cannot be translated in a machine readable form without the feeling that it would constrain the usage of the term more than the human readable definition is intends. It seems that we encounter here in a knowledge representation challenge: we agree with an intention but we cannot agree on the formal representation. So how do I can proof conformance in this case? As I wrote, this answer is pure for the joy of the discussion. The original question has been answered. |
The word "generally" inserted in that sentence can resolve the question. In the Dublin Core community we have learned to prefer that vocabulary definitions, especially of vocabularies that are likely to be re-used in various contexts, should adhere to the "minimal semantic commitment" principle so that application profiles that utilize those vocabulary terms can apply their own constraints without creating incompatibilities. If you plan for a vocabulary with few constraints that is the base for APs I think you get the most out of your vocabulary. |
Great discussion! It would be fantastic if there was a greater alignment between the human readable definitions and the formal machine readable expressions. It would force knowledge engineers to consider the potential of resuse of a new element and not to add restrictions unless deemed necessary for it interpretation - but also the opposite, that is, making sure that the defining characteristics are indeed present in the definition for narrowing the number of instances down to match the exact set that was intended. In the case of the DCAT definition, it seems the minimal semantic commitment would more or less be the abstract "a collection of data" possibly adding "curated or published" in the scope of DCAT or even the definition proposed in this issue .
Ref: ISO on definitions: https://www.iso.org/files/live/sites/isoorg/files/archive/pdf/en/how-to-write-standards.pdf |
The definition of Dataset
expresses a cardinality constraint between Dataset and Agent.
Is that cardinality constraint somewhere machine readable expressed? (e.g. as OWL or SHACL)
Or is it left to the implementers to determine on which property the constraint is imposed?
The text was updated successfully, but these errors were encountered: