- From: Holger Knublauch <holger@topquadrant.com>
- Date: Sun, 25 Jan 2015 12:23:12 +1000
- To: public-data-shapes-wg@w3.org
On 1/25/2015 11:48, Peter F. Patel-Schneider wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I can't tell whether this does or not, as there appears to be a missing bit > after ldom:predicate. Ok, the missing bit was a left-over from when I noticed that we don't have a better syntax for owl:hasValue. I have meanwhile added a new template using ldom:hasValue to improve readability (not that it matters for the recursion though): ex:Polentoni a rdfs:Class ; # or ldom:Shape, or nothing ldom:property [ ldom:predicate ex:livesIn ; ldom:hasValue ex:NorthernItaly ; ] ; ldom:constraint [ a ldom:ShapeConstraint ; ldom:predicate ex:knows ; ldom:all ex:Polentoni ; ] . > However, I don't think that it could, as least so > far as I understand LDOM, as the class definition below appears to require > that ex:Polentoni is asserted on some individuals, and the point of the > example is that there are no assertions involving ex:Polentoni in the input. No, this is a misunderstanding. When ldom:all is used, it will simply check whether the instance matches all conditions specified by the given class/shape. The rdf:type triple is not restricted by the shape, therefore no rdf:type needs to be present on the valid instances. > > If LDOM does work by doing recognition, then this should be highlighted. I have added a sentence Note that the matching values do not have to be instances of the given shape, i.e. no <code>rdf:type</code> triple is required. Needless to say the overall specification needs work to clarify and better explain these details - some of them are currently well hidden in the implementation (Turtle code/SPARQL queries). HTH and thanks for the example. I hope we agree recursion is covered. Holger
Received on Sunday, 25 January 2015 02:26:41 UTC