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

naming convention of dcat:catalog #1156

Closed
aisaac opened this issue Nov 5, 2019 · 8 comments
Closed

naming convention of dcat:catalog #1156

aisaac opened this issue Nov 5, 2019 · 8 comments
Assignees
Labels
dcat due for closing Issue that is going to be closed if there are no objection within 6 days Editorial requires discussion Issue to be discussed in a telecon (group or plenary)
Milestone

Comments

@aisaac
Copy link
Contributor

aisaac commented Nov 5, 2019

This is probably too late for this round, but re-reading the spec I realize that the naming of dcat:catalog is not great: if follows the same convention as dcat:service, dcat:record and dcat:dataset, but instead of linking to a resource that is being catalogues, it links to a resource that catalogues. The naming could instead have better represented that the case here is to represent a part (and that the superproperty is dcterms:hasPart).

For future work?

@aisaac aisaac added the dcat label Nov 5, 2019
@riccardoAlbertoni riccardoAlbertoni added the future-work issue deferred to the next standardization round label Nov 5, 2019
@riccardoAlbertoni
Copy link
Contributor

@aisaac, thanks for the comment.

I understand your point, I am not sure that your point offers a reason to change the property name in the future. Surely that is something we cannot do at this stage.

Anyway, I agree that your observation is something to consider for discussion in future. For this reason, I have labelled this issue as "future work".

@andrea-perego andrea-perego added the requires discussion Issue to be discussed in a telecon (group or plenary) label Oct 30, 2020
@riccardoAlbertoni
Copy link
Contributor

riccardoAlbertoni commented Mar 30, 2021

@aisaac: I was reconsidering this issue after a while. My apologies for having kept this pending so long.

I think dcat:catalog links to a resource that catalogs and that is cataloged. So I am not sure of an actual inconsistency with the name conventions.

Besides, changing the name of dcat:catalog at this stage breaks the back-compatibility with DCAT 2, which is something that we would like to avoid.

I wonder if your point implies any concerns that I am not fully catching. Otherwise, if you have no objections I would close this issue.

@aisaac
Copy link
Contributor Author

aisaac commented May 4, 2021

Hi @riccardoAlbertoni sorry for taking so long. I missed the notification.
Actually your answer may alleviate my worry: dcat:catalogue points to a resource (Catalogue) that is considered to being catalogued into the subject Catalogue, just like objects of dcat:dataset statements for the same Catalogue?
If yes then this would sound ok to me. But then can I ask for the definition to be clarified? It currently reads "A catalog whose contents are of interest in the context of this catalog". This sounds a much weaker relationship than what you're hinting now.
How about changing the definition to something like "A catalogue that is listed in the catalog because its contents are of interest in the context of this catalog."? Such wording would be more fitting what I expect for what you say, and much better aligned with the definitions of other sub-properties of dcterms:hasPart (dcat:record, dcat:service).

@andrea-perego andrea-perego modified the milestones: DCAT3 2PWD, DCAT3 3PWD May 4, 2021
@riccardoAlbertoni
Copy link
Contributor

Thanks, @aisaac
I would slightly rephrase your proposal as in the following

"A catalog that is listed in this catalog because its contents are of interest."

Would this rephasing work for you?

@andrea-perego
Copy link
Contributor

@riccardoAlbertoni said:

Thanks, @aisaac
I would slightly rephrase your proposal as in the following

"A catalog that is listed in this catalog because its contents are of interest."

Would this rephasing work for you?

Or, more simply:

A catalog that is listed in this catalog.

This would be in line with the definitions of dcat:dataset and dcat:service. Or there's a reason why having a metadata record about a catalogue is different from having records of datasets and services?

@riccardoAlbertoni
Copy link
Contributor

A catalog that is listed in this catalog.

It works for me.

riccardoAlbertoni added a commit that referenced this issue May 26, 2021
changing definition dcat:catalog according to #1156
@riccardoAlbertoni riccardoAlbertoni added the due for closing Issue that is going to be closed if there are no objection within 6 days label May 26, 2021
@riccardoAlbertoni
Copy link
Contributor

@aisaac: PR #1370 has been merged, if there are no objections, I propose to close this issue.

@aisaac
Copy link
Contributor Author

aisaac commented May 30, 2021

Yes it's perfect!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
dcat due for closing Issue that is going to be closed if there are no objection within 6 days Editorial requires discussion Issue to be discussed in a telecon (group or plenary)
Projects
None yet
Development

No branches or pull requests

3 participants