Currently, the mappings generated by omop2obo do not respect the semantic constraints of all participating ontologies (which makes some sense because of the significant negative impact on performance).
For example, Malignant melanoma of skin of external auditory canal (disorder) in OMOP is mapped to benign connective and soft tissue neoplasm in MONDO (among more than 1000 others) which is not ideal (unless I made a mistake when reading the omop2obo data), but could be weeded out using approaches from the "ontology merging" community, such as https://github.com/INCATools/boomer.
Hey @matentzn -- confirming that I saw this and agree that it's a very important issue. Will need a few weeks to properly respond, but it's on my list!
Currently, the mappings generated by omop2obo do not respect the semantic constraints of all participating ontologies (which makes some sense because of the significant negative impact on performance).
For example,
Malignant melanoma of skin of external auditory canal (disorder)
in OMOP is mapped tobenign connective and soft tissue neoplasm
in MONDO (among more than 1000 others) which is not ideal (unless I made a mistake when reading the omop2obo data), but could be weeded out using approaches from the "ontology merging" community, such as https://github.com/INCATools/boomer.134294 SubClassOf Nothing
Is there any way to guarantee for the OMOP2OBO mappings that:
This is hugely difficult issue,