You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
CIM uses many graphs: each model is a graph.
So the question which graphs are subject to validation becomes important.
(I don't know whether there are plans to separate shapes into graphs? For now they are laid out in to separate files)
A data graph is one of the inputs to the SHACL processor for validation. SHACL processors treat it as a general RDF graph and makes no assumption about its nature. For example, it can be an in-memory graph or a named graph from an RDF dataset or a SPARQL endpoint.
SHACL can be used with RDF graphs that are obtained by any means, e.g. from the file system, HTTP requests, or RDF datasets.
Here the association data-shapes is dynamic, and the spec doesn't specify how exactly that is passed to the validation engine
https://afs.github.io/shacl-datasets.html "Extending SHACL to RDF Datasets" is a proposal by @afs (maker of Jena) to connect shapes to certain graphs. It uses triples for that connection
CIM uses many graphs: each model is a graph.
So the question which graphs are subject to validation becomes important.
(I don't know whether there are plans to separate shapes into graphs? For now they are laid out in to separate files)
sh:shapesGraph
in the data can suggest which shapes to select for validation@afs
(maker of Jena) to connect shapes to certain graphs. It uses triples for that connectionIf we describe our test scenarios in triples, then it makes sense to also describe the data and shapes graphs in triples?
The text was updated successfully, but these errors were encountered: