W3C home > Mailing lists > Public > public-rdf-dawg@w3.org > January to March 2005

a service description approach to accessingCollections

From: Dan Connolly <connolly@w3.org>
Date: Fri, 18 Feb 2005 15:45:56 -0600
To: RDF Data Access Working Group <public-rdf-dawg@w3.org>
Message-Id: <1108763156.4991.936.camel@localhost>

Euler and cwm have some support for a list item construct.
Jos wrote the rules...

 {?S rdf:first ?X} => {?S o:item ?X}.
 {?S rdf:rest ?B. ?B o:item ?X} => {?S o:item ?X}.
in
 http://lists.w3.org/Archives/Public/public-rdf-dawg/2005JanMar/0079.html


In Steve's service description sketch, he wrote...

<http://triplestore.aktors.org/rdql/>
        dawg:closedOver <http://www.w3.org/2000/01/rdf-schema#> ;

to say that his service computes the RDFS closure of
the background graph.

In Helsinki, I think we talked about a way to associate
a service with rules that it can mix with the input data
to form the background graph.

one approach to the accessingCollections issue is to
take the o:item rules and put them somewhere... ah...
I think I've done this...
 http://www.w3.org/2001/03swell/listsAx.n3

and write:

<http://eulerBasedService.example/svc>
  sparql:backgroundRules <http://www.w3.org/2001/03swell/listsAx>.

which lets folks writing queries know that they can rely
on o:item triples being there.

Or we could simplify ala...

<http://eulerBasedService.example/svc>
  a sparql:ServiceThatKnowsHowToAccessCollections.

I'm not sure I see enough value in standardizing this.

I think it's just as well for the cwm/euler folks to
write:

<http://eulerBasedService.example/svc>
  log:backgroundRules <http://www.w3.org/2001/03swell/listsAx>.

and for folks that do what algae does to write...

<http://eulerBasedService.example/svc>
  a algae:CollectionHandlingService.


for ref:
ACTION DanC: Write up definitive service concept
http://www.w3.org/2001/sw/DataAccess/ftf4.html#item10

http://www.w3.org/2001/sw/DataAccess/ftf4.html#item19


-- 
Dan Connolly, W3C http://www.w3.org/People/Connolly/
D3C2 887B 0F92 6005 C541  0875 0F91 96DE 6E52 C29E
Received on Friday, 18 February 2005 21:45:57 GMT

This archive was generated by hypermail 2.3.1 : Tuesday, 26 March 2013 16:15:22 GMT