-
Notifications
You must be signed in to change notification settings - Fork 5
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
Discussion about dct:publisher #12
Comments
Thanks, @sabinem for starting the discussion. Adhering to the EU DCAT-AP is certainly a good thing, not sure why the current spec doesn't mandate a |
Thanks, @retog, What do you mean with "not sure why the current spec doesn't mandate a name-property"? Which current spec? You mean that of I think the EU DCAT-AP explicitly states the Agent Class, because foaf:Agent by itself, can be many things: see here: http://xmlns.com/foaf/spec/#term_Agent: In this case we don't want a person for example, but an organization: see here: https://joinup.ec.europa.eu/release/how-are-publisher-and-contact-point-modelled. And the organization should come with a name and I think also with an IRI, as you suggested. |
On your README you wrote under Other points to discuss :
Also, shouldn't the dct:publisher be named, rather than being an instance of foaf:Agent? Analogous questions can be asked for dcat:themeTaxonomy and foaf:homepage.
I would like to start the discussion with this issue:
I think the dct:publisher should be implemented similar to what the DCAT-AP does in it's shacl graph: https://github.com/SEMICeu/DCAT-AP/blob/master/releases/2.0.1/dcat-ap_2.0.1_shacl_shapes.ttl:
There an agent shape is added for it and the name is a mandatory property in it: see here (as copied from the DCAT-AP Shacl graph):
If this is implemented the name would be mandatory and this would answer your question above.
What do you think about this approach?
The text was updated successfully, but these errors were encountered: