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

RO axioms that have domain/range constraints with BFO classes above the COB shoreline #213

Open
cmungall opened this issue Oct 5, 2022 · 2 comments

Comments

@cmungall
Copy link
Contributor

cmungall commented Oct 5, 2022

What do we do here?

  1. Leave as dangling
  2. rewrite using UnionOf
  3. merge in the BFO abstract parents
  4. move towards specific relations in RO

1 is highly unsatisfactory, the way RO is structured we would lose a lot of massively useful QC

2 is formally an overreach, since BFO doesn't (AFAIK) include closure axioms justifying this. It also means that we lose QC for EL++ (though I think Elk can handle UnionOf?)

  1. Is the most practical and likely a good first pass. It does pose the question of what it means to use COB. At least in the first pass using COB will mean nothing more than only using centrally sanctioned injections (Define if and when it is OK to inject axioms into an external ontology OBOFoundry.github.io#1443) which is a good thing. This is quite conservative. But perhaps fine.

To properly implement 3 we may need to make a BFO subset that is the above the shoreline cut

@wdduncan
Copy link
Member

wdduncan commented Oct 6, 2022

@cmungall For (3), are proposing that BFO classes such as continuant and occurrent be included in COB?

@cmungall
Copy link
Contributor Author

cmungall commented Oct 6, 2022

@wdduncan

For 3, the proposal would not be to formally include them in COB, but we would have a release artefact that includes BFO classes above the shoreline like continuant and occurrent (i.e. superclasses of existing COB-BFO equivalents, which corresponds to domains and ranges in ro-core)

@cmungall cmungall mentioned this issue Oct 24, 2024
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