- From: Steve Harris <steve.harris@garlik.com>
- Date: Tue, 7 May 2013 14:32:59 +0100
- To: "public-rdf-dawg-comments@w3.org" <public-rdf-dawg-comments@w3.org>, Ivan Herman <ivan@w3.org>
Received on Tuesday, 7 May 2013 13:33:29 UTC
Spotted by one of the guys in Experian. "The IN operator tests whether the RDF term on the left-hand side is found in the values of list of expressions on the right-hand side. The test is done with "=" operator, which tests for the same value, as determined by the operator mapping." "The IN operator is equivalent to the SPARQL expression: (lhs = expression1) || (lhs = expression2) || …" But that's not true given a non-deterministic lhs, e.g.: (RAND() < 0.5) IN (true, false) Which is always true by my reading of the text, and only true 75% of the time by the equivalence. Suggest the following text for the errata: <div class="entry"> <p><span style="font-weight: bold;"><a id="errata-query-3">errata-query-3</a></span></p> <p>Report: <a href="">this mail...</a></p> <p>In the <a href="http://www.w3.org/TR/sparql11-query/#func-in">definition of the IN operator</a>, the <tt>(lhs = expressionN)</tt> equivalence should be downgraded to an illustration, as the equivalence doesn't hold for a non-degterministic lhs.</p> </div> Cheers, Steve -- Steve Harris Experian +44 20 3042 4132 Registered in England and Wales 653331 VAT # 887 1335 93 80 Victoria Street, London, SW1E 5JL
Received on Tuesday, 7 May 2013 13:33:29 UTC