Skip to content
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

Cookbook: section on SHACL #77

Open
kcoyle opened this issue Aug 17, 2022 · 4 comments
Open

Cookbook: section on SHACL #77

kcoyle opened this issue Aug 17, 2022 · 4 comments
Assignees

Comments

@kcoyle
Copy link
Collaborator

kcoyle commented Aug 17, 2022

The Cookbook needs a section filled in on converting a DCTAP to SHACL.

@sfolsom
Copy link

sfolsom commented Oct 4, 2023

Will this section of the Cookbook provide guidance on sh:message for providing more context on sh:severity violations and warnings? Or is there somewhere else where this information is available? I've seen open related issues/comments, so maybe this hasn't been decided.

@philbarker
Copy link
Collaborator

@sfolsom we might cover how to define severity and a message in extensions to DCTAP (e.g. as extra columns in the table) so that they can be encoded SHACL; but they will be suggestions only, nothing about converting to SHACL will be normative.

@kcoyle
Copy link
Collaborator Author

kcoyle commented Oct 5, 2023

@sfolsom We are always looking for examples that folks can relate to. "Real" examples tend to be too complex, but if you can tell/send a reduced example from your work that however "looks real" that would be appreciated. It doesn't have to be in code - a use case would be great. Thanks.

@sfolsom
Copy link

sfolsom commented Oct 23, 2023

Thanks for the response. The idea of keeping SHACL-specific work non-normative makes sense.

To provide context to the question, I'm part of a PCC group thinking about interoperability of BIBFRAME data, and we're starting to define shapes, and thinking about how to have meaningful validation reports that include more than pass/fail violations. There's a number of properties that we have designated as "required if applicable" where a sh:Violation or sh:Warning with a sh:resultMessage would be useful.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants