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
Is your feature request related to a problem? Please describe.
In LinkML there are sometimes multiple equivalent ways of specifying a schema, e.g., due to syntactic sugar. While I think LinkML should allow users to express schema however they want within the language, I think it would be nice to have an additional layer of standardization of schema that follows an opinionated set of best practices, and a validator that checks for that.
For example, the Simple Implicit Scalar Pattern for modeling quantities and units of measurement is marked as an anti-pattern and could be flagged in a best practices validator.
This is inspired by some of our work on linkml arrays: #1887 (comment)
Here:
array:
minimum_number_dimensions: 3maximum_number_dimensions: Falsedimensions:
- alias: time
but I prefer the second example because even though min/max is more explicit, it suggests a range. Perhaps that is a controversial example, but I am sure there are other examples of good patterns / best practices to follow.
Is your feature request related to a problem? Please describe.
In LinkML there are sometimes multiple equivalent ways of specifying a schema, e.g., due to syntactic sugar. While I think LinkML should allow users to express schema however they want within the language, I think it would be nice to have an additional layer of standardization of schema that follows an opinionated set of best practices, and a validator that checks for that.
For example, the Simple Implicit Scalar Pattern for modeling quantities and units of measurement is marked as an anti-pattern and could be flagged in a best practices validator.
This is inspired by some of our work on linkml arrays: #1887 (comment)
Here:
is equivalent to:
but the second example more explicitly shows that the second and third required dimensions are left unspecified.
is equivalent to:
but I prefer the second example because even though min/max is more explicit, it suggests a range. Perhaps that is a controversial example, but I am sure there are other examples of good patterns / best practices to follow.
Related:
How important is this feature?
• Low - it's an enhancement but not crucial for work
When will use cases depending on this become relevant?
• Long-term - 6 months - 1 year
The text was updated successfully, but these errors were encountered: