W3C home > Mailing lists > Public > public-xg-webid@w3.org > April 2011

Re: a totally minimal RDFa doc, please

From: Henry Story <henry.story@bblfish.net>
Date: Thu, 14 Apr 2011 20:13:07 +0200
Cc: Coralie Mercier <coralie@w3.org>, WebID XG <public-xg-webid@w3.org>
Message-Id: <FF4616D6-78BD-427B-B9C5-777E5FA6C67E@bblfish.net>
To: Kingsley Idehen <kidehen@openlinksw.com>

On 14 Apr 2011, at 19:31, Kingsley Idehen wrote:

>> On 14 Apr 2011, at 18:03, Kingsley Idehen wrote:
>> 
>>>> On 14 Apr 2011, at 17:41, Kingsley Idehen wrote:
>>>> 
>>>>>> (I generated the page from the second tab of http://x509.me
>>>>>> The test a certificate option. My cert was generated of the first page (optional). My cert had a SAN pointing to a blank page to start with. Press the test button on the second tab. It fails as it was a blank page and spits out the rdfa required for it to pass. Cut, copy, paste.)
>>>>>> 
>>>>> I just tested the service above.
>>>>> 
>>>>> Results:
>>>>> 
>>>>> 1. HTTP scheme WebIDs - Pass
>>>>> 2. Non HTTP scheme WebIDs - Fail .
>>>>> 
>>>>> WebID is not about HTTP scheme WebIDs, solely. Courtesy of WWW ubiquity, HTTP scheme WebIDs are a very cost-effective *option*. Important downside: they are unintuitive.
>> [WebId's are no less unintuitive that webfinger, not when they are hidden in a certificate. In both cases point an click a cert selector and you are done. But let's discuss that another time.]
> 
> My key point (very very important): verification shouldn't be scoped to HTTP scheme based WebIDs.

Nobody says it was. And I was the first to point out a long time ago on the webid mailing list that it need not be, and to develop the logical basis for why this is the case.  It is related to the sense and reference distinction which is core to all of logic as I point out in the FAQ

  http://www.w3.org/wiki/Foaf%2Bssl/FAQ#How_does_Secure_Authentication_Work_with_FOAF.2BSSL.3F

> If a service takes that position it has to make it crystal clear. Failure to do this simply reeks of coercsion.

How could one coerce logical truths?

> As I've stated already, HTTP scheme URIs are cost-effective, naturally, due to WWW ubiquity. That still doesn't justify specificity when dealing with WebID.

You misunderstand what I am suggesting we do. I am raising pragmatic issues of interoperability of implementations and test based development. Most webid implementations are using http and https uris so lets start testing and specifying those clearly. Then we move on to the next. If we stay focused this could be done thoroughly in a month.  That gives us ample time to deal with all the other protocols.
> 
> Of course, we can (right now) decide that WebID is about HTTP scheme URIs as WebIDs, no problem, but lets be crystal clear about these matters right now.

Again nobody has decided and has thought of deciding anything of the sort. You are tilting at windmills here Kinglsey :-)

Henry


Social Web Architect
http://bblfish.net/
Received on Thursday, 14 April 2011 18:13:39 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:06:24 UTC