- From: Pierre-Antoine Champin <swlists-040405@champin.net>
- Date: Wed, 23 Jun 2010 12:59:01 +0200
- To: Andy Seaborne <andy.seaborne@talis.com>
- CC: Semantic Web <semantic-web@w3.org>
On 20/06/2010 13:23, Andy Seaborne wrote: > > > On 19/06/2010 10:05 PM, Pat Hayes wrote: >> >> On Jun 19, 2010, at 11:54 AM, Andy Seaborne wrote: >> >>> >>> >>> On 17/06/2010 11:35 PM, Paul Gearon wrote: >>>> The main problem with an RDF list is that there is no mechanism in >>>> SPARQL to query or update them. SPARQL only allows you to form queries >>>> that explicitly describe connections, while an arbitrary list can have >>>> any number of elements down its length. That means that you can refer >>>> to, say, the 2nd, 3rd, or 4th elements in the list, but there is no >>>> way to refer to ALL the elements in the list, since you don't know how >>>> long the list is. >>>> >>>> SPARQL 1.1 will fix this problem with "property paths". >>> >>> with >>> >>> { <list> rdf:rest*/rdf:first ?x } >>> >>> this is only a partial solution: >>> >>> 1/ Order in a list is not preserved >> >> ? Preserved by what? Lists in RDF have an order (that is, the elements >> of the list are put into an order by the list.) What is it that doesn't >> 'preserve' this? > > The SPARQL property path expression that Paul mentioned does not provide > any guarantee on order of results returned, nor do further operations of > the SPARQL algebra for graph patterns preserve order. SPARQL looses the > ordering. It can't properly return lists either, only members of a list. By the way, is there a clean way in SPARQL to retrieve *all* items of an rdf:Seq, which would preserve the order ? The only way I can think of involves FILTER, regex on URIs, and would put item #11 before item #2... pa
Received on Wednesday, 23 June 2010 10:59:42 UTC