-
Notifications
You must be signed in to change notification settings - Fork 17
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 version SHACL shapes less restrictive #167
Comments
yeah we have to be a bit careful here. i think its best have a shacl library with all the tests and then one master shape with some optional values as you describe applied before autocompletion and one master shape after autocompletion where values are required (to verify that this does not mess up sth). |
another (probably easier) idea by me discussed in todays meeting was the following
this way we can solve 2 issues for one: we can do easier documentation and can display it easily in the docu for every property how it will be autocompleted. |
an example to the proposal from my first message.
Note the maxCount is not checked correctly in shaclplayground (but here it works https://rdfplayground.dcc.uchile.cl/) |
SHACL shapes are currently very restrictive, rejecting inputs with fields that could be auto-completed.
Currently SHACL validation is executed after auto-completion, so this is currently not a problem by itself.
However, SHACL validation should be the first thing to execute since it can also reliably detect malformed RDF.
Additionally, this could be more user-friendly since users can validate their non-autocompleted inputs against the SHACL resources at
/res/shacl
.Task is to make anything auto-completeable optional in the SHACL shapes
The text was updated successfully, but these errors were encountered: