Skip to content

Use of http://purl.org/dc/elements/1.1/ vs http://purl.org/dc/terms/ for ontology title and description #43

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

Closed
nataled opened this issue May 9, 2021 · 4 comments

Comments

@nataled
Copy link

nataled commented May 9, 2021

I noticed that the dashboard fails PR for both a missing title and a missing description, both of which are present in the OWL file header:

<terms:title rdf:datatype="http://www.w3.org/2001/XMLSchema#string">PRotein Ontology</terms:title>

<terms:description rdf:datatype="http://www.w3.org/2001/XMLSchema#string">The PRotein Ontology (PRO) formally defines taxon-specific and taxon-neutral protein-related entities in three major areas: proteins related by evolution; proteins produced from a given gene; and protein-containing complexes.</terms:description>

Upon checking, it seems that the dashboard is looking for dc::title and dc:description, while PR has specified terms:title and terms:description. I looked into the referenced document (https://www.dublincore.org/specifications/dublin-core/dcmi-terms/) and discovered that we are actually using the recommended version, while the dashboard is looking for the 'old' version. From that document:

"While the /elements/1.1/ namespace will be supported indefinitely, DCMI gently encourages use of the /terms/ namespace."

I therefore suggest that the dashboard allows for both.

@matentzn
Copy link
Contributor

matentzn commented May 10, 2021

Thank you @nataled

See my previous comments about this:
ontodev/robot#741
information-artifact-ontology/ontology-metadata#54

ha, its great the dashboard is bringing this up again - previously no one seemed to care :).

My personal take is this: I will back any attempt to unify our ontology metadata. So despite the dominance of the /elements/1.1/ namespace across obo ontologies for historical reasons, if people decide they want to go for the more modern one instead (terms) I would greatly prefer that to allowing both. My only concern is that many ontologies have just gotten their boxes green on dashboard (this check has been around for years), and it may annoy them to get them red again when we, semi-randomly from their perspective change from dce to terms. However, in my long term vision, we need to make things easier for end-users that do not know what dce and dcterms is - they should be able to query ontologies in a unified way, not having to keep lists of alternative properties in mind.

In any case, lets keep the debate raging!

Despite my wording, my insistence level on my position is around 75% - not nearly as much as on some other matters :).

@matentzn
Copy link
Contributor

And, I was not even aware of this discussion:
OBOFoundry/OBOFoundry.github.io#540

@cmungall thx

@nataled
Copy link
Author

nataled commented May 10, 2021

I share the concern about green to red. I'd say this could be phased in. For now, allow both as green. Once it is fully decided which version to use (like, "if in elements, always use that one" or "only use terms, ever"), then warn if using the now-"wrong" version. After some time, change that warn back to error.

@matentzn
Copy link
Contributor

Closing this here, as this is being fixed in ROBOT: ontodev/robot#863

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

2 participants