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
For cases where there is a species specific development stages ontology, why not consider there usage as "REQUIRED"? I am specifically thinking about human and mouse as the terms in UBERON are clear downgrade as compared to the curation currently available.
We depend on the kindness of curators to define the most accurate development stage terms. For example, the schema only requires
If organism_ontolology_term_id is "NCBITaxon:9606" for Homo sapiens, this MUST be the most accurate descendant of HsapDv:0000001 for life cycle with the following STRONGLY RECOMMENDED: ... followed by a list of HsapDv terms.
There's nothing preventing a submitter from selecting a high-level HsapDv term such as embyronic stage.
Further, the development stage ontologies duplicate the UBERON high-level hierarchical terms for stages such as blastula stage. For example, HsapDv vs UBERON.
The schema could certainly define tables per species with REQUIRED and STRONGLY RECOMMENDED UBERON and species specific ontology terms.
If @jahilton and @jychien believe that we could strengthen the requirements for development stages to block high-level stages, then that's another possibility - MUST USE A term from the set of Carnegie stages 1-23
Currently, we're in the middle of the multiple species and relaxed schema experiment - but if multiple species begin to surface in the CELLxGENE Discover UX, then I'd expect that @niknak33 and @hthomas-czi may prefer to simplify the Development Stages UX Filter to be species neutral and rely more on the UBERON terms. The current design was based on constraints that are no longer valid.
I would support requiring the species-specific Dv ontology to be used, like we currently do for human & mouse, "For cases where species specific development stages ontologies...exist". I don't see any reason to allow an UBERON term in those cases.
Per November 13 2024 call with @ambrosejcarr, @jahilton, @BAevermann, @SESDNA :
Available from developmental-stage-ontologies
adapted from MFO
by Thorsten Henrich
The text was updated successfully, but these errors were encountered: