Standardize how we indicate the relationship between a core class and its matching OBO one #2

cmungall · 2019-05-04T01:03:08Z

Currently we have been making notes as rdfs:comments but we should do this in a better way

If we believe they are truly equivalent then equivalentClasses is appropriate - however, this is a pain to work with in protege (since you induce a class declaration). I would vote for editing as a skos:exactMatch (we can avoid declaring a class). It could be converted to equivalence during release

For close matches, skos:closeMatch, otherwise rdfs:seeAlso?

Or we could make our own vocabulary for this?

cmungall · 2019-05-04T01:08:45Z

Note we should also have a pipeline where we do an integration test with all ontologies that have an equivalence axiom

(b) external resources [sio,wikidata,biotop,mesh,...] See beckyjackson#1 beckyjackson#2 Still to do OBOFoundry#14 UMLS I also include an import in manual-core that brings in the matches; we indicate these as skos annotations to avoid 'polluting' core note a bug in the owlapi means we lose some axiom annotations on these.

beckyjackson · 2019-07-11T21:17:53Z

Migrated to OBOFoundry#23

cmungall mentioned this issue Jul 5, 2019

Add mappings to OBOs and external vocabularies (sio, wikidata, biotop, etc) #6

Merged

beckyjackson closed this as completed Jul 11, 2019

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Standardize how we indicate the relationship between a core class and its matching OBO one #2

Standardize how we indicate the relationship between a core class and its matching OBO one #2

cmungall commented May 4, 2019 •

edited

Loading

cmungall commented May 4, 2019

beckyjackson commented Jul 11, 2019

Standardize how we indicate the relationship between a core class and its matching OBO one #2

Standardize how we indicate the relationship between a core class and its matching OBO one #2

Comments

cmungall commented May 4, 2019 • edited Loading

cmungall commented May 4, 2019

beckyjackson commented Jul 11, 2019

cmungall commented May 4, 2019 •

edited

Loading