-
Notifications
You must be signed in to change notification settings - Fork 8
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
make slot usage range match structured syntax patterns #2238
Comments
@sierra-moxon @turbomam any update on this one? I see no updates or comments for 2 weeks so I will remove from the sprint and add the backlog label unless you're working on it? FYI @aclum @eecavanna |
I am just seeing this; apologies. I will take it on, but I have not started it during this sprint - it should go to the next. |
Agree with @sierra-moxon . Important issue, but needs to move to next sprint... is that this sprint now? Requires automation, and seperately a long term plan to avoid saying the same thing two different ways. To be implemented in LinkML. |
Yes @turbomam the new sprint started yesterday. This is a short sprint due to the Thanksgiving holiday. |
Appears to have related PRs. Moving to next sprint. |
needs to move to the next sprint. |
Moving one more sprint? @sierra-moxon let me know if you're not actively working on this. |
The current range constraints where the range is a class are frequently looser than the constraints on identifier mentions via structured syntax patterns. This is causing confusion as people read the linkml documentation without looking at the linkml source and makes the inter-class diagrams refscan is making impractical to use.
Example: Range for has_input on WorkflowExecution has a range of NamedThing, this can be tightened to DataObject which what is specified in the structured_pattern syntax
'{id_nmdc_prefix}:(dobj)-{id_shoulder}-{id_blade}$'
Please go through the ranges in the schema to make sure the level of granularity is the same, making grouping classes as appropriate.
The text was updated successfully, but these errors were encountered: