- From: Hugh Glaser <hugh@glasers.org>
- Date: Mon, 25 Aug 2014 16:13:01 +0100
- To: Ruben Verborgh <ruben.verborgh@ugent.be>
- Cc: Luca Matteis <lmatteis@gmail.com>, Linked Data community <public-lod@w3.org>
> On 22 Aug 2014, at 22:43, Ruben Verborgh <ruben.verborgh@ugent.be> wrote: > > Hi Hugh, > >> Can you tell me id there is a pattern for the uri= style stuff, where you want everything the service wants to say about the URI, in any position? > > The current triple pattern fragments spec does not mandate this, but: > - each response will give you the controls (links and/or form) to find the other patterns Not very nice if all I want is to get what the service wants to tell me about that URI. > - the server is free to include more triples than asked for Sounds better. > - future extensions (that are planned) can support this Even better :-) > >> And I guess that raises the question of bnodes as well. > > My answer to that is always: > bnodes are Semantic Web, but not Linked Data. > If a node doesn't have a universal identifier, it cannot be addressed. I find this comment strange. If you mean that I can’t query using a bnode, then sure. If you mean that I never get any bnodes back as a result of a Linked Data URI GET, then I think not. But then again, I think my comment was a bit confused itself :-) Cheers > > That might seem like the simple explanation—because it is— > but it's the only satisfying answer I have found so far. > >> I suppose I am looking at LDF from the point of view of it is a way of specifying the invoking URI pattern, and what my services would look like if they were using such patterns to be invoked - although maybe that is misuse? > > You could do that; that's one way of looking at it. > The important thing is that a client doesn't have > to guess or know anything about the server. > Just by getting one arbitrary response (fragment), > it is able to retrieve any other. No URL hacking needed. > > Best, > > Ruben > > PS Something I didn't mention in the earlier mail: > it does combine nicely with dereferencing. > For instance, the URL http://data.mmlab.be/people/Ruben+Verborgh > 303s to http://data.mmlab.be/mmlab?subject=http%3A%2F%2Fdata.mmlab.be%2Fpeople%2FRuben%2BVerborgh. -- Hugh Glaser 20 Portchester Rise Eastleigh SO50 4QS Mobile: +44 75 9533 4155, Home: +44 23 8061 5652
Received on Monday, 25 August 2014 15:13:27 UTC