- From: Sandro Hawke <sandro@w3.org>
- Date: Tue, 10 Feb 2015 18:27:39 -0500
- To: Arnaud Le Hors <lehors@us.ibm.com>
- CC: public-data-shapes-wg@w3.org
- Message-ID: <54DA93EB.1000509@w3.org>
On 02/10/2015 05:51 PM, Arnaud Le Hors wrote:
> Hi Sandro,
> Unfortunately we haven't heard from you in a while and there is an
> issue that was raised against one of the user stories you contributed.
> I'd like to know whether you would care to try and address it or if we
> should do as we see fit - which may include abandoning it.
>
Thanks for bringing this to my attention. Sorry, I haven't been able to
be active in the group. (And I'm starting two weeks travel tomorrow.)
I don't really understand how Issue-13 is phrased. Are constraints
important? Constraints on what?
To briefly rephrase the user story: there is one application (eg Cimba)
which stores application state in RDF. It currently queries and
modifies that state using HTTP GET and PUT operations on RDF Sources,
but we have another version being developed that uses SPARQL to query
and modify the data. The question is, how do we communicate the shape
of the data this application reads and writes to other developers who
want to make compatible applications? We want to say: as long as your
data is of this form, Cimba will read it properly. We also want to
say: Cimba may write data of any of these forms, so to be interoperable,
your application will need to read and correctly process all of them.
For example, the query Cimba should use to show the 10 most recent posts
by people being followed looks something like this:
SELECT ?date ?content ?owner WHERE {
[USER] space:storage ?storage.
?storage ldp:contains ?chanSpace.
?chanSpace a mblog:ChannelSpace.
?chanSpace ldp:contains ?subList.
?subList a mblog:SubscriptionList.
?subList ldp:contains ?subscr
?subscr a mblog:Subscription.
?subscr mblog:toChannel ?chan.
?post a mblog:Post.
?chan ldp:contains ?post.
?post mblog:content ?content;
dct:created ?date;
mblog:owner ?owner.
}
ORDER BY ?date
LIMIT 10.
For a diagram of this (possibly a slightly different version), see [1].
Is that how we're supposed to communicate this? With example
pseudo-SPARQL queries and diagrams like that? I would have thought "RDF
Data Shapes" would help. It does by my reading of the charter.
To my reading and dim recollection, this is pretty much the same use
case I heard Google asking for at the workshop, although they were
imagining HTML web pages with embedded RDF, it's still it's roughly the
same thing. I'd imagine IBM wants the same thing for both OSLC and
ActivityStreams [2], where, again, one needs to tell application
developers what they're allowed to write, and what they need to be
prepared to read.
-- Sandro
[1]
https://drive.google.com/file/d/0BxONq_ZdKjPVWFhBR2FKakNQMU0/view?usp=sharing
[2] http://www.w3.org/TR/2015/WD-activitystreams-core-20150129/
> See the following:
>
> ISSUE-13 - S12 no constraints
> https://www.w3.org/2014/data-shapes/track/issues/13
>
> Best regards.
> --
> Arnaud Le Hors - Senior Technical Staff Member, Open Web Standards -
> IBM Software Group
Received on Tuesday, 10 February 2015 23:27:50 UTC