- From: Andy Seaborne <andy.seaborne@talis.com>
- Date: Fri, 28 May 2010 10:54:54 +0100
- To: Steve Harris <steve.harris@garlik.com>
- CC: SPARQL Working Group <public-rdf-dawg@w3.org>
On 28/05/2010 8:10 AM, Steve Harris wrote: > Overall seems pretty sensible, but there's one proposal that I'm not > clear on: > > "PROPOSED: The cardinality of solutions to fixed-length paths > is the same as the cardinality of solutions to the path expanded into > triple patterns (with all variables projected); the cardinality of > solutions to variable-length paths is the cardinality of solutions > via paths that do not repeat nodes; the cardinality of solutions to > paths combining fixed and variable length (elt{n,} ) is a combination > of the fixed definition plus the variable definition for paths longer > than the fixed length." > > I've read the minutes, but it's a little hard to interpret this proposal > without known-good examples. > > I'm guessing this means that ?x :p/:q* ?y is variable length path and so > that part of the solution is effectively distinct? Another > interpretation is that the :p sub-path is fixed length, so only the :q > part of the path is distinct. > > - Steve Steve - this particular proposal is more of an outline of how to attack the problem, rather than a choice between alternative designs. "?x :p/:q* ?y" a path combining fixed and variable length parts. The cardinality should reflect that (e.g. not be less that ?x :p ?y because that's a subcase :p/:q*). Where it says "plus", I think that "plus" is English "and also" - in technical terms, it's multiply: all the possiblities of the first part multipled by all the possiblities of the second part and :q* is distinct so it's multiple by one, but this is detail to be explored. The principle reflected in the proposal, is that {?x :p/:q* ?y} === {?x :p ?z . ?z :q* ?y} with ?z projected away. Now we have a design principle, I'm hopeful that we can answers these sorts of questions from that point of view. What we need is (lots of) test cases. (Hint, hint :-) Andy
Received on Friday, 28 May 2010 09:55:19 UTC