You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Will need to discuss what to do with its child classes. Presumably will end up moving some of them over to the other 'material anatomical entity' class, and deprecating the rest. Note that the UBERON import is NOT the one that should be deprecated, but the other duplicate beginning with a big 'M'.
The text was updated successfully, but these errors were encountered:
The problem is that big 'M' material anatomical entity is imported from another ontology, where's it's doing important work. So it wouldn't be proper to obsolete it in Apollo-SV. Furthermore, the distinction between FMA and UBERON is that the former is specific to humans, the latter is not. So these classes probably do in fact, represent different types.
Right now the one imported from FMA doesn't have any annotations on it other than its label, so we'll probably want to re-import it and its subclass, which also only have labels (I checked Ontobee, and the class does have a definition). I think it's also worth mentioning that the definitions for this class are almost exactly the same--i.e., 'Physical anatomical entity which has mass' vs. 'Anatomical entity that has mass'. It's unfortunate that FMA hasn't defined 'immune system' yet since, if they did, it looks like we'd be able to just import their branch.
Will need to discuss what to do with its child classes. Presumably will end up moving some of them over to the other 'material anatomical entity' class, and deprecating the rest. Note that the UBERON import is NOT the one that should be deprecated, but the other duplicate beginning with a big 'M'.
The text was updated successfully, but these errors were encountered: