-
Notifications
You must be signed in to change notification settings - Fork 33
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
Inclusion of sh:phase and sh:Phase #35
Comments
Hi Kurt, we have discussed this in yesterday's meeting (see minutes https://www.w3.org/2017/03/15-shapes-minutes.html#item05). We do acknowledge that your use case is relevant. At the same time we believe that your scenarios can already be covered with a couple of other techniques that would not require a new property in the SHACL namespace.
We do have concerns that adding something like a Phase would open up a number of follow-up issues that would require deeper investigation. For example what would happen if shape is used via sh:node but contains constraints that are used only in certain contexts. I am afraid this may complicate the language and we will not be able to resolve this topic sufficiently before the next (CR) deadline. We encourage this to be handled by follow-up Community Groups. Please let us know your thoughts and whether you could "live" with the response above for now. |
I can live with this for now - it may be a situation where the use of such process metadata can best be illustrated in a primer or similar document |
Within the Validation Report, I'd like to recommend the inclusion of a sh:phase property within the contraint restrictions that would indicate that the constraint is considered active only when a named phase is passed as an argument into the validator. This would look something like:
The lack of inclusion of phase means it will return phase results for all phases.
This is intended to provide similar functionality to that offered by Schematron.
The text was updated successfully, but these errors were encountered: