Open cmungall opened 1 week ago
If I recall correctly, the Wishart group hadn’t posted an ontology artifact when this first ended up in the Bioregistry, which could explain the discrepancy.
However this brings up a governance issue. Does anyone get to come to bioregistry and bypass OBO and claim to be the ontology for X? This argues for sticking with classyfire....
I'm not quite sure what you're asking here, but there's a relevant discussion on #1212 related to the question about Bioregistry being prescriptive vs. descriptive.
structures have URLs like: http://classyfire.wishartlab.com/entities/OSWPWNLULQWKAH-UHFFFAOYSA-N
Structures are not in the ontology. This would argue against my proposal for something like classyfire.chemontid vs classyfire.entity but IMO the most important this about classyfire is the classification
Luckily, if they're referring to structures, this is an InChI key and we don't need to make a new prefix for that. See https://bioregistry.io/registry/inchikey
Currently the CURIEs in bioregistry are classyfire:0004828
But the entries in the OBO file look like this:
The CURIE should look like the ID as far as possible, so this would point to
CHEMONTID
as primary(yes including
ID
in the ID space is not ideal but this is what is there...)However this brings up a governance issue. Does anyone get to come to bioregistry and bypass OBO and claim to be the ontology for X? This argues for sticking with classyfire....
An additional potential confusion here is the classyfire database includes both structures and classes
structures have URLs like: http://classyfire.wishartlab.com/entities/OSWPWNLULQWKAH-UHFFFAOYSA-N
Structures are not in the ontology. This would argue against my proposal for something like classyfire.chemontid vs classyfire.entity but IMO the most important this about classyfire is the classification