Open Silvanoc opened 11 months ago
Attention: 2 lines
in your changes are missing coverage. Please review.
Comparison is base (
d45970a
) 62.09% compared to head (cf960f0
) 62.08%. Report is 1 commits behind head on main.
:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.
You you still working on this PR @Silvanoc ?
You you still working on this PR @Silvanoc ?
Sorry, I completely forgot this PR. Ich had a private discussion on Slack with @sierra-moxon, where she was raising her concern about the convenience of the changes implying that something like 17
would become an accepted CURIE (see the tests).
I'm quoting here her concern and my answer:
By @sierra-moxon:
Hi again - I see you opened another draft PR on this -- and are currently validating that 17 is a valid curie? I don't think that is a valid curie (I don't claim to be an expert here, but if I had data that used 17 as an identifier, I would want a validation exception generated).
By @Silvanoc:
If I've read the spec right, 17 is a valid CURIE as abc. If LinkML should only support a subset of the spec-conform CURIEs, then it probably should be specified within the project. My feeling is that you expect at least the colon : and possibly also the prefix. We can of course have validation rules for the LinkML CURIE subset. But as I've said, we should first have a clear specification. We could have something like "LinkML CURIEs are all valid CURIEs according the W3C specification providing both a prefix and the separation colon".
After that I simply forgot about it.
@cmungall what's your opinion about it? Could you formulate it with comments on the tests? Something like "I wouldn't expect this to be accepted" or otherwise.
Removing wrong expectations on CURIEs and adding new expectations. Also fixing validation according the specification.