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

RE: Normative vs Informative

From: Peter Williams <home_pw@msn.com>
Date: Mon, 28 Nov 2011 11:06:19 -0800
Message-ID: <SNT143-W404672F72B1149018882D792B20@phx.gbl>
To: "public-xg-webid@w3.org" <public-xg-webid@w3.org>

 THere is nothing complex about webid. Its an HTML page with 3 strings, that a CGI script reads given an URL in a cert. It then does a rather trivial string match producing yes/no. Its only the semantic web and its wider goals that is making this hard. Ive seen some progress here, however, with folks stripping out from the spec biases which promote some or other agenda.  The spec is slowly saying (effectively) what I said above, and without sounding like a philosophy lecture. Webid is a test for me: is the semantic web (in its "foaf project" form) CULTURALLY ready for mainstream identity management? Is it mature yet (or still full of research angst, and the usual claim/counter-claim style of argument that facilitates ongoing research)? Are things sufficiently mainstream for consumers to impose no learning significant curve? Given a hint or two that removes gotchas, can an engineering student who has taken a couple of programming classes make something work, in the usual open systems fashion? Do we have to wait 2 years for a Microsoft or Apple or Oracle to do X to the platforms? A seperate measure is whether industrial-grade vendors are onboard, and ready to apply professional data center engineering, including hardware crypto. But, until the first test is met, who cares. hardware folks only react once the software solutions have reached their limit, including economic limits.    > From: henry.story@bblfish.net
> Date: Mon, 28 Nov 2011 17:35:09 +0100
> CC: kidehen@openlinksw.com
> To: ddooss@wp.pl; public-xg-webid@w3.org
> Subject: 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 19:06:52 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:39:48 UTC