- From: Lee Feigenbaum <feigenbl@us.ibm.com>
- Date: Tue, 5 Jun 2007 14:42:07 -0400
- To: Olivier Corby <Olivier.Corby@sophia.inria.fr>
- Cc: public-rdf-dawg-comments@w3.org
Olivier Corby wrote on 06/05/2007 05:45:22 AM:
>
> RDF provides the rdf:li syntax that generates rdf:_1 ... rdf:_n
> properties for describing containers elements. What is the status of
> rdf:li in SPARQL ?
>
> What does this query mean :
>
> select * where {
> ?s rdf:type rdf:Sequence
> ?s rdf:li ?v1
> ?s rdf:li ?v2
> }
<rdf:li> is a special element in the RDF/XML serialization of an RDF
graph. It increments a counter for the containing element to generate the
_1, _2, etc. properties. An RDF/XML document that uses rdf:li does not
actually generate any triples whose predicate is
http://www.w3.org/1999/02/22-rdf-syntax-ns#li. The prefixed name rdf:li
has no special meaning in SPARQL, so the above query would look for
triples with a predicate of http://www.w3.org/1999/02/22-rdf-syntax-ns#li,
which are unlikely to exist.
> In addition, what is the status of rdfs:member in SPARQL ?
> Does it match the rdf:_n properties in the target graph ? Hence, does
> this query return the values of the sequence :
>
> select * where {
> ?s rdf:type rdf:Sequence
> ?s rdfs:member ?v
> }
RDF Schema defines ( http://www.w3.org/TR/rdf-schema/#ch_member )
rdfs:member to be a super-property of the container membership properties
(rdf:_1, rdf:_2, etc.). The SPARQL specification does not do anything
special for RDF-S entailment, so rdfs:member is not privileged in any way.
Hwever, a particular SPARQL implementation or endpoint may be configured
to execute queries against a 'virtual' graph formed from the closure of a
base graph under RDF-S entailment. In this case, the above query would
find values in the sequence. (If you are querying against a graph that
does not contain triples inferred from RDF Schema entailments and your
query engine is not treating the graph as a virtual graph containing the
entailed triples, then the above query will not find values in the
sequence.)
Lee
Received on Tuesday, 5 June 2007 18:55:05 UTC