- From: Holger Knublauch <holger@topquadrant.com>
- Date: Thu, 13 Oct 2016 13:04:21 +1000
- To: public-rdf-shapes@w3.org
I understand your comment to refer to the fact that the error case was not declared to be disjoint with the other two cases. I have addressed this with this edit, basically adding an ordering of these three rules: https://github.com/w3c/data-shapes/commit/dc2d6e08d6526ae6a0783a6b4b6f602516a79e04 Please confirm that this has addressed your concern. Holger On 13/10/2016 12:18, Peter F. Patel-Schneider wrote: > "The result of the sh:hasShape function is either: > - true if the validation of the focusNode against the given shape produces > no validation results. > - false if the validation of the focusNode against the given shape produces > at least one validation result. > - a SPARQL error if during the execution a failure has been reported. This > result indicates a failure. Implementations MAY for example use this to > report infinite recursion or invalid input." > > So if a failure is reported sh:hasShape has to return a value and also > signal a SPARQL error. However, this is not possible for a SPARQL function. > > Peter F. Patel-Schneider > Nuance Communications > > >
Received on Thursday, 13 October 2016 03:04:55 UTC