W3C home > Mailing lists > Public > public-xg-webid@w3.org > January 2012

Re: My slightly comments

From: Henry Story <henry.story@bblfish.net>
Date: Tue, 10 Jan 2012 19:39:56 +0100
Cc: public-xg-webid@w3.org
Message-Id: <0F36B830-CEC7-403B-ACFB-7C7E24D2C8A7@bblfish.net>
To: Kingsley Idehen <kidehen@openlinksw.com>

On 10 Jan 2012, at 19:20, Kingsley Idehen wrote:

> On 1/10/12 1:11 PM, Henry Story wrote:
>> On 10 Jan 2012, at 15:38, Kingsley Idehen wrote:
>> 
>>> On 1/10/12 8:59 AM, Dominik Tomaszuk wrote:
>>>> My comments to the lastest version in repo [1]:
>>>> 1.3 Namespaces - in the table there is 'bob' which isn't use in spec. It can be removed.
>>>> 
>>>> 3.1 Authentication Sequence - point 5  - "The returned representation is then transformed into an RDF graph as specified in Processing the WebID Profile". I think it would be worth to add reference to RDF spec (what does RDF graph mean) [2]
>>> Shouldn't transformation only happen if the de-referenced resource isn't RDF?
>> There is no format that has a priori more right to be the RDF format than another.
> 
> But I asked the question: Shouldn't transformation only happen if the de-referenced resource isn't RDF? Why would you transform RDF to RDF?

I am trying to express the transformation that takes you from a representation to a graph.

ie from
 string + mime type -> rdf graph. 

It is true that syntaxes developed for RDF have this transformation built in automatically. But I don't see how this
is different from string + mime type + GRDDLwithXSPARQL -> rdf graph.
indeed you could write an XSPARQL for RDF/XML for example to do the transformation.

Perhaps this can be more obvious if we could get Portable Contacts to join us and give us a GRDDL of their format. 

> 
>>  So I see no difference between RDF/XML, Turtle, RDFa or other formats that could be GRDDLed in that respect. They are all strings that have to be transformed into triples. :-)
> 
> But you aren't responding to my point. What do you mean by RDF in this transformation context? Not for me, but for readers of the spec, to be crystal clear.

Well I hope that helps. Can you propose some text that it clearer?

> 
> 
>> 
>>>> 3.1 Authentication Sequence - point 5  - "That graph is then queried as explained in Querying the Graph. If the query is answered positively, then that WebID is verified." - also add reference to SPARQL (what does querying the graph mean) [3]
>>> It should really say lookup, that's what happening. A lookup occurs against the resolved RDF graph.
>> "A graph is the looked up"? Sounds a bit heavy.
> 
> Again, you change my comments. I said:  A lookup occurs against the resolved RDF graph.
> 
>> I don't see what is wrong with queried. You ask something of the graph.
> 
> Queried is a little loaded. Not inaccurate, since you achieve a lookup via a query, but it is loaded all the same. Again, not for me, but for spec readers.
> 
> 
>> Since our SPARQL uses the ASK query, it fits nicely. SPARQL is a query language after all.
> 
> Yes, and my fundamental point is more about loosely associating SPARQL with WebID. It's an implementation detail. Of course, if you "query" usage is in the context of the SPARQL ASK section of the spec, then fine, context is established for the spec reader.

I really don't think we should be ashamed of SPARQL. It may have its flaws but I am have no shame in using them. It has an active group, many implementations, and gives us something well designed to hold on to. Any flaws can be improved there.



> 
> Kingsley
>> 
>> Anyway, thanks for the input.
>> 
>> Henry
>> 
>>> [SNIP]
>>>> 
>>>> 
>>>> Best regards,
>>>> Dominik 'domel' Tomaszuk
>>>> 
>>>> 
>>>> [1] http://dvcs.w3.org/hg/WebID/raw-file/6da4ac1999d6/spec/index-respec.html
>>>> [2] http://www.w3.org/TR/2004/REC-rdf-concepts-20040210/
>>>> [3] http://www.w3.org/TR/2008/REC-rdf-sparql-query-20080115/
>>>> 
>>>> 
>>> 
>>> -- 
>>> 
>>> Regards,
>>> 
>>> Kingsley Idehen	
>>> Founder&   CEO
>>> OpenLink Software
>>> Company Web: http://www.openlinksw.com
>>> Personal Weblog: http://www.openlinksw.com/blog/~kidehen
>>> Twitter/Identi.ca handle: @kidehen
>>> Google+ Profile: https://plus.google.com/112399767740508618350/about
>>> LinkedIn Profile: http://www.linkedin.com/in/kidehen
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>> Social Web Architect
>> http://bblfish.net/
>> 
>> 
> 
> 
> -- 
> 
> Regards,
> 
> Kingsley Idehen	
> Founder&  CEO
> OpenLink Software
> Company Web: http://www.openlinksw.com
> Personal Weblog: http://www.openlinksw.com/blog/~kidehen
> Twitter/Identi.ca handle: @kidehen
> Google+ Profile: https://plus.google.com/112399767740508618350/about
> LinkedIn Profile: http://www.linkedin.com/in/kidehen
> 
> 
> 
> 
> 
> 

Social Web Architect
http://bblfish.net/
Received on Tuesday, 10 January 2012 22:28:48 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 10 January 2012 22:29:04 GMT