- From: Olivier Corby <olivier.corby@inria.fr>
- Date: Mon, 20 Feb 2017 14:15:44 +0100
- To: public-rdf-shapes@w3.org
- Message-ID: <58AAEC00.8040008@inria.fr>
Hi, Some more comments on the SHACL document. Regards, Olivier 1.6 Relationship between SHACL and SPARQL SPARQL variables using the $ marker represent external bindings that are pre-bound or, in the case of $PATH, substituted in the SPARQL query before execution. The distinction between pre-bound and substituded is not clear. Is $PATH limited to predicate or does it accept property path ? In this latter case, what is substituted to $PATH ? 4.7.3 sh:qualifiedValueShape, sh:qualifiedMinCount, sh:qualifiedMaxCount There is no definition for sh:qualifiedValueShapesDisjoint SHACL SPARQL 5.1 An Example SPARQL-based Constraint The following example illustrates a similar scenario as above, but with a property shape. sh:path ex:germanLabel ; $this $PATH ?value . What happens when the value of sh:path is a property path that is not a predicate ? 6.2.3.1 SELECT-based Validators First one has to guess that there is a relation between ex:LanguageConstraintComponentUsingSELECT and ex:LanguageExampleShape because the former uses sh:parameter [sh:path ex:lang] and the latter uses sh:property [ex:lang "de"]. This is not very explicit. What happens if there are several such sh:ConstraintComponent with sh:parameter [sh:path ex:lang] ? Do we apply all of them ? Second, I find unclear to use sh:path in the sh:parameter statement because 1) sh:path is usually used to specify a path in the target RDF grapĥ (not in a shape) and 2) the SPARQL query in the sh:propertyValidator use a $PATH variable that does not relate to this occurrence of sh:path. Third, it is not specified whether sh:datatype and sh:minLength in the sh:parameter act as a constraint that must be verified by ex:lang or as a condition that must evaluate to true on ex:lang in order to select and apply the sh:ConstraintComponent.
Received on Monday, 20 February 2017 13:16:18 UTC