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

RIL Summary storing seed counts as stockprop vs phenotypes #3

Open
carolyncaron opened this issue Aug 30, 2023 · 0 comments
Open

RIL Summary storing seed counts as stockprop vs phenotypes #3

carolyncaron opened this issue Aug 30, 2023 · 0 comments
Labels
Group 1 - Content Types | Ontology | Fields Any issue relating to Tripal Content including types, terms, and fields.

Comments

@carolyncaron
Copy link
Contributor

During a meeting about cvterms, we discussed the practicality of storing RIL seed counts for each generation, seed colour + cotyledon colour, and specifically the "RIL_complete" stock property that is used to store total seeds for a "completed" RIL population (which we believe is always in flux so not sure on its feasibility). It feels more intuitive to store seed counts as phenotypes rather than properties, but some benefits were mentioned if we maintain them as properties:

  • The ability to add this information by other people than the curator, eg. it could be a breeder, or someone who manages seed at the field lab and thus doesn't need to be trained on how to use any of the phenotypes importers
  • Less work is involved to change the cvterms used rather than migrating all existing data to phenotype storage
  • Every new import as a phenotype would not overwrite existing values and instead be added to a list of values, which can cause confusion

For properties such as seed colour and cotyledon colour, we also don't want to emphasize the variability that likely exists in the dataset, as often this property is regarded as the expected phenotype of the RIL or germplasm/population in question.

For RIL_complete, is it necessary to keep this at all? It was originally intended to be used as a boolean. Do we want to return it to its original intent, or is there argument that we don't ultimately know if a RIL is even complete? Perhaps a name such as RIL_under_active_development is more meaningful.

@carolyncaron carolyncaron added the Group 1 - Content Types | Ontology | Fields Any issue relating to Tripal Content including types, terms, and fields. label Aug 30, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Group 1 - Content Types | Ontology | Fields Any issue relating to Tripal Content including types, terms, and fields.
Projects
None yet
Development

No branches or pull requests

1 participant