Re: Normative vs Informative

Dominik is referring to the discussion in Berlin documented on the wiki

 http://www.w3.org/2005/Incubator/webid/wiki/Berlin_meetup_2011

especially the first photo of a diagram drawn up by Dan Brickley showing the complexity chart  of WebID. It is potentially explosive if we don't limit ourselves. We know we can grow to accept the full potential. We need to be a bit more than just one format - because then we can't tell the semantic story so well, and we want to prepare people for the fact that we are inclusive. But at the same time we can't start with everything either, because we would be like fools drowning under our own self imposed workload. So we decided there to keep things simple enough. There was pretty good support of that there, and I think that support remains here.

Henry

On 28 Nov 2011, at 13:48, Dominik Tomaszuk wrote:

> On 28.11.2011 00:00, Kingsley Idehen wrote:
>> On 11/27/11 6:46 AM, Dominik Tomaszuk wrote:
>>> On 27.11.2011 03:14, Henry Story wrote:
>>>> Great idea. Let's start with a wiki.
>>>> Open one page: Formats, and have it point to an example page in every
>>>> other format
>>>> you can think of - so that each format can get the attention it
>>>> deserves.
>>>> 
>>>> Here I wrote up the initial page:
>>>> 
>>>> http://www.w3.org/2005/Incubator/webid/wiki/Formats
>>> OK, but first I think we should discuss in mail list. For example I
>>> disagree that json-ld is important now to WebID. I'm very big fun of
>>> JSON-LD, but now it's community draft and we have RDF/JSON draft [1]
>>> from RDF WG.
>> 
>> The issue isn't about JSON-LD or RDF/JSON etc.. WebID shouldn't be about
>> Syntax. Leave syntax to the implementation details bucket. The concepts
>> behind WebID has zilch to do with syntax.
> I don't know what's the point... I've just create wiki pages with examples how WebID profile can look like.
> We talk about this many times in Berlin, in private mails, teleconf. and IMO there is consensus: WebID must be simple and core of WebID should support minimum of standards, ontologies, URI schemes, formats, protocols etc.
> Of course we have a lot of possible serialization, but only two of them should be supported in spec. There is only questions:
> 1) Which of then should be supported via normative section?
> 2) Which of then should be supported via innormative section?
> 3) Which of then shouldn't have reference in spec?
> I disagree that WebID shouldn't show any examples of syntax, because it should be simple. Simple isn't mean that you link and say: "read and analyze:
> 1) RDF Concepts and Abstract Syntax spec
> 2) RDF Semantics spec
> 3) RDF Schema spec
> 4) FOAF spec
> 5) Cert ont
> 6) RDF/XML spec
> 7) Turtle spec
> 8) etc
> and then you know how the syntax should be written".
> "Simple" for me means to see some examples that I can copy/paste change some small things and it should works. Do not scary people Semantic Web standards.
> I do not want add to spec (in normative section) all of serialization possibles! This wiki is only starting point of discussion. Additionally, this examples may be useful for implementations. That's all.
> 
> Best regards,
> Dominik 'domel' Tomaszuk

Social Web Architect
http://bblfish.net/

Received on Monday, 28 November 2011 16:35:45 UTC