Replies: 2 comments
-
From @ShahimEssaid: https://confluence.ihtsdotools.org/display/DOCEXTPG/4.2+Modules |
Beta Was this translation helpful? Give feedback.
-
A few pointers based on our discussion: R4: ValueSet: CodeSystem properties (can be used for value set "tagging" based on the native source vocabulary): R5 has better documentation: Development version might be even better (upcoming R6): Other possibly interesting pages: |
Beta Was this translation helpful? Give feedback.
-
From slack
The dynamic enums (https://linkml.io/linkml/schemas/enums.html#dynamic-enums) are a flexible way to specify boolean combination of branches of an ontology. They can be materialized using OAK but there is no dependence on any tool, the spec is designed to be simple enough that anyone can develop a value set expander or validator using their API or ontology library of choice.
Currently the spec language is intentionally limited to make it easier to have multiple implementations. For example, you can't specify complex lexical patterns over custom combinations of predicates (even though this might be possible directly with OAK). Generally it's just boolean combos of simple graph queries.
This means there is no way to restrict a value set to an ontology subset. We could add support for this in one of two ways:
in_subset
metaslot. It would be up to individual tools to allow the user a mechanism to bind this to a specific property (since different ontologies may model in_subset differently)I think the 2nd is preferable. This does add an extra burden on implementors of value set expansion and validation tools. But I think the subset use case is important enough to warrant this.
Some examples
See also information-artifact-ontology/ontology-metadata#80
Beta Was this translation helpful? Give feedback.
All reactions