- From: Peter F. Patel-Schneider <pfpschneider@gmail.com>
- Date: Wed, 8 Feb 2017 09:25:35 -0800
- To: Irene Polikoff <irene@topquadrant.com>
- Cc: "<public-rdf-shapes@w3.org>" <public-rdf-shapes@w3.org>
Both the current editors' draft and the current working draft still include SHACL-SPARQL processors MAY pre-bind the variable shapesGraph to provide access to the shapes graph. Please try to carefully examine the document before replying. peter On 02/07/2017 10:02 PM, Irene Polikoff wrote: > Peter, > > The word MAY was not used to talk about this variable in the published draft. > Having said this, I think the tension you are describing may have to do with > the fact that section 5.3.1 talks about $shapesGraph and $currentShape as > optional *if supported*, while sections 5.3 and 6.3 that refer to it said that > these variables MUST be used. > > Please see modified language for sections 5.3 and 6.3 in the latest editor’s > draft. Does this clarify the topic in your view? > > Regards, > > Irene Polikoff > >> On Feb 7, 2017, at 6:18 PM, Peter F. Patel-Schneider <pfpschneider@gmail.com >> <mailto:pfpschneider@gmail.com>> wrote: >> >>>> >>>> * $shapesGraph >>>> >>>> The status of $shapesGraph is unclear: >>>> "SPARQL variables using the $ marker represent external values that must be >>>> pre-bound or substituted in the SPARQL query before execution." >>>> "SHACL validation engines MAY pre-bind the variable $shapesGraph to provide >>>> access to the shapes graph.” >> >>> RESPONSE: Please clarify the issue. What is unclear? >> >> The first sentence says that $-marked variables must be pre-bound or >> substituted. The second contracts that by using may. The wording here has >> changed somewhat, but it is still a tension between the two wordings. >
Received on Wednesday, 8 February 2017 17:26:09 UTC