- From: Richard Cyganiak <richard@cyganiak.de>
- Date: Sat, 28 Mar 2015 21:59:35 +0000
- To: "Peter F. Patel-Schneider" <pfpschneider@gmail.com>
- Cc: "public-data-shapes-wg@w3.org" <public-data-shapes-wg@w3.org>
Peter, > On 28 Mar 2015, at 20:31, Peter F. Patel-Schneider <pfpschneider@gmail.com> wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I am uncertain as to what access to the shape graph when validating the data > graph is supposed to mean. > > On one hand, it seems to me that if the shape graph is inaccessible then > there is no way that the shapes can be acccessed and so no way to validate > the shapes, so it appears to me that all proposals need this. On the other > hand, I am unaware that any proposal needs the shape graph to be part of the > data graph. The treatment of sh:allowedValues in the SHACL draft [1][2] requires that shapes and data be in the same graph, as it relies on querying the sh:member triples. An alternative would be to pass the allowed values in as pre-bound variables, as done for other constructs. But there is the complication that it’s more than one. Another alternative would be to do something with RDF datasets. Richard [1] https://w3c.github.io/data-shapes/shacl/#AbstractAllowedValuesPropertyConstraint [2] https://w3c.github.io/data-shapes/shacl/#sparql-AbstractAllowedValuesPropertyConstraint > > peter > > > On 03/28/2015 01:21 PM, RDF Data Shapes Working Group Issue Tracker wrote: >> shapes-ISSUE-30 (shape-and-data-graphs): Are shapes and data in the same >> graph? [SHACL Spec] >> >> http://www.w3.org/2014/data-shapes/track/issues/30 >> >> Raised by: Richard Cyganiak On product: SHACL Spec >> >> Some proposals assume that the data to be validated, and the RDF graph >> encoding the shapes, are in separate graphs. Others assume they are in >> the same graph, and rely on being able to access triples from the shape >> graph when validating the data graph. >> >> >> > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2 > > iQEcBAEBAgAGBQJVFw+vAAoJECjN6+QThfjzx4kH/i/4q/Fx4K2quQhw4vjd6GlA > paQTYg8wzvkFwQE1L8QaBxUpgveqJsC8+lSpd+Dt1T/GrWd36FAmxBK1bpdy6dz9 > kG03NAXT2L9Bzxmiqrq1r1QX0plxsenr9g1k/w4G9wCArS4EGkEnWmGrmX1F2A15 > 9bDD1NIQ16F9J3bekXFOy0GJcg+zbbES+bXaExhyCmh1CRjTERtieqIHC68WNPh5 > 0w/4on+r7Mk+KEALl68KQZIa2qu0/vvGzJUBpan6iaCWPTLZTNd1OCQwU1pQ4u8M > eeqSjTwYHocNah1I8gMXKahj8ohkHAgpcbehA2/XBg1bFR8yCtYzSDkTxMM6ywg= > =Ou6j > -----END PGP SIGNATURE----- >
Received on Saturday, 28 March 2015 22:00:00 UTC