-
Notifications
You must be signed in to change notification settings - Fork 47
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
Obsolete "system" #607
Comments
So we do need a decision from COB about taking on "system". I've created an issue there: OBOFoundry/COB#206 After RO obsoletes "system", then ENVO will need a new parent term for "environmental system". RO uses environmental system in a few other object relations. |
At moment RO "other_imports.ofn" has: Class: obo:ENVO_01000254 (environmental system)AnnotationAssertion(rdfs:label obo:ENVO_01000254 "environmental system"^^xsd:string) Do I manually edit this once we have a new parent for "environmental system" |
This issue has not seen any activity in the past 2 years. It will be closed automatically 60 days from now if no action is taken. |
This issue has been closed automatically because it has not been updated in over two years. Please re-open if you still need this to be addressed. |
Discussed on May 3rd call. History: past BFO work foresaw a "system" class under which systems could be modelled in more domain specific ontologies. RO thus introduced a "system" class and "connects" and "connected to", and "determined by" and "determined by part of" object properties that reference system in domain or range.
However, the "system" class and its connection/causal relations doesn't seem to provide any descriptive power beyond what RO can do with other mereotopology relations? Shall we obsolete it?
The idea would be to invite some group to provide a more comprehensive model of system for those who need it, and to have this outside RO if/when it arises.
Are the connects / determined by relations being used or can they be deprecated in favour of some other RO replacement relation? Or do we keep them but simply drop their system range and domain constraints?
The text was updated successfully, but these errors were encountered: