Develop enums for Study, Biospecimen, Data File, Assay and add ontology terms

[lopierra]

Add/review/finalize enums/ontology terms for the following Study/Dataset fields (see notes here):

• [ ] Biospecimen https://github.com/include-dcc/include-linkml/issues/169
• [ ] Assay https://github.com/include-dcc/include-linkml/issues/170
• [ ] Research Domain https://github.com/include-dcc/include-linkml/issues/174
• [ ] Participant Lifespan Stage https://github.com/include-dcc/include-linkml/issues/175
• [ ] Study Design https://github.com/include-dcc/include-linkml/issues/179
• [ ] Clinical Data Source Type https://github.com/include-dcc/include-linkml/issues/176
• [ ] Data Category https://github.com/include-dcc/include-linkml/issues/177
• [ ] Data Type https://github.com/include-dcc/include-linkml/issues/180
• [ ] Experimental Strategy https://github.com/include-dcc/include-linkml/issues/178
• [ ] Experimental platform https://github.com/include-dcc/include-linkml/issues/171
• [ ] Access Limitations https://github.com/include-dcc/include-linkml/issues/172
• [ ] Access Restrictions https://github.com/include-dcc/include-linkml/issues/173

---

Pierrette's comments: For Biospecimen/Assay/DataFile, we have discussed EDAM, OBI, etc. Sample Type, File Type, etc.

Currently, we have a controlled vocabulary, but using a pre-existing ontology might allow us to have more relationships/hierarchies, e.g., between Data Categories & Types. Maybe we could annotate Experimental Platform and then have a search widget for users to search parent categories?

[lopierra]

Application ontology will also be very useful for the new Study/Datatset fields. Please see the yellow highlighted cells in this sheet.

[lopierra]

Related to #159

[twhetzel]

Matt and I have discussed two options for including enums from ontology terms, (1) an explicit enumeration of terms in enum definitions or (2) referencing subsets of terms defined in an external Application Ontology.

Currently the decision is for (1) to define a fixed set of terms in the schema in advance because the LinkML docs says "this works well if the vocabulary is known in advance and it is a relatively small number of terms" [1].

A small example for sample type is in this branch

The notes from our discussion are in the INCLUDE gDrive here.

Two open questions are:

• [x] Does the model have a display name field to customize the values?
• [x] Can values be represented as a hierarchy?

[1] https://linkml.io/linkml/faq/modeling.html#how-do-i-constrain-the-value-of-a-slot-using-an-ontology-or-vocabulary