W3C home > Mailing lists > Public > public-rww@w3.org > November 2012

Re: telconf 07-11-2012 : what is webid

From: Kingsley Idehen <kidehen@openlinksw.com>
Date: Thu, 15 Nov 2012 17:06:21 -0500
Message-ID: <50A5675D.4010502@openlinksw.com>
To: Alexandre Bertails <bertails@w3.org>
CC: Andrei SAMBRA <andrei.sambra@gmail.com>, "public-webid@w3.org" <public-webid@w3.org>, "public-rww@w3.org" <public-rww@w3.org>
On 11/15/12 4:57 PM, Alexandre Bertails wrote:
> [snip]
>
>>> That was the concern of the people who set the definition for WebID at
>>> TPAC.
>>
>> Not wanting to go backwards, instead of forwards. The conclusion at TPAC
>> were simply wrong albeit well intended.
>
> Maybe you need to ask yourself why all the people in the room agreed,
> and why you're still fighting?

And clearly you are behind the thread. The definition has been 
corrected. I don't have major issues with the new definition.

Turtle and hash URLs are not in the new definition.

>
>>
>>> I don't understand why people are loosing time with changing the
>>> definition.
>>
>> Because any definition of WebID that includes specific references to
>> hash URIs and Turtle is broken. Simple as that.
>
> To you maybe. Not to the people interested in defining the standard,
> and with adoption as a goal.
>
> I don't have time to spend on endless debates when only a very few
> individuals are noisy. I define and implement systems.
>
> So I would suggest to people to focus on the definition we had
> previously, and adapt the spec and our implementations accordingly.
>
> Let's move forward please.

Please bring yourself up to date re. current state of the thread about 
the WebID definition. You are out of sync right now!

The only debates in play (between Henry and I) right now are minor re. 
URI vs URL, that's it.

Kingsley

>
> Alexandre.
>
>>
>>
>> Kingsley
>>>
>>> Alexandre.
>>>
>>>>
>>>> For WebID based authentication to work it doesn't need to 
>>>> compromise the
>>>> virtues of URIs. Just use simple examples to make matters clearer.
>>>>
>>>> The solution to the problem is that you don't introduce technology 
>>>> via a
>>>> technical spec. It's conventionally achieved as follows:
>>>>
>>>> 1. conceptual guide and overview
>>>> 2. technical specs
>>>> 3. implementation guides and examples -- this is where you can be
>>>> specific about URLs, Turtle docs etc.. by using them in all the
>>>> examples.
>>>>
>>>> When you start from #2 you are vulnerable to:
>>>>
>>>> 1. political distractions -- e.g., format (as opposed to semantics)
>>>> oriented warfare
>>>> 2. FUD -- when the abstract nature isn't obvious those threatened will
>>>> come at you with FUD.
>>>>
>>>> We don't need to compromise the essence of the Web for all of this to
>>>> work.
>>>>
>>>> Remember, HTML wasn't prescribed to the world en route to WWW 
>>>> bootstrap,
>>>> the "view source" pattern from early browsers enabled folks to cut and
>>>> paste what was behind the page (which could have been anything) 
>>>> into new
>>>> spaces en route to understanding the implications of fusing Hypertext
>>>> and TCP/IP.
>>>>
>>>> Standards are retrsopective things, they are the result of coalescing
>>>> around what works, so the sequence is always:
>>>>
>>>> 1. de facto standard -- common practice
>>>> 3. industry standard -- accepted best practice.
>>>>
>>>>
>>>> Kingsley
>>>>
>>>> -- 
>>>>
>>>> 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
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>>
>>>
>>
>>
>
>
>
>


-- 

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







Received on Thursday, 15 November 2012 22:06:44 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Thursday, 15 November 2012 22:06:45 GMT