W3C home > Mailing lists > Public > public-ldp-wg@w3.org > June 2013

Re: Discovery/Affordances

From: Arnaud Le Hors <lehors@us.ibm.com>
Date: Fri, 14 Jun 2013 08:22:46 -0700
To: "Wilde, Erik" <Erik.Wilde@emc.com>
Cc: "public-ldp-wg@w3.org" <public-ldp-wg@w3.org>
Message-ID: <OFDC108992.3BE364B6-ON88257B8A.00533B6E-88257B8A.00547B3D@us.ibm.com>
"Wilde, Erik" <Erik.Wilde@emc.com> wrote on 06/14/2013 08:03:28 AM:

> it just seems this whole conformance section starts from a strange
> foundation. it's like saying "to be a web site server you MUST serve
> text/html". it would be looking at everything backwards, instead of just
> saying "serving HTML representations is what constitutes a web site
> server; if something out there in the universe doesn't provide HTML
> representations, the question of whether it is a web site server makes 
no
> sense".
> 
> so i think i agree with some other that i find the whole line of 
thinking
> in that section a bit out of line with how things work when you look at
> them from the web angle. you can "validate" HTML without a web server
> being around, just be looking at HTML from the file system. that may be
> different for LDP because it may have more to say about HTTP headers, 
but
> then it's still all about what kind of behavior you expect to see in the
> uniform interface, when you as a client follow a link and expect to 
start
> interacting according to LDP.
> 
> cheers,
> 
> dret.
> 

Ok, help me understand where a requirement such as that a server must 
support turtle come into play in assessing conformance then?

When we've talked about validation and test suite we've actually talked 
about more than a stand alone validator that would simply parse an LDP 
file. We've talked about an agent that would interact with an LDP server. 
Was that line of thinking completely off?

Regards.
--
Arnaud  Le Hors - Software Standards Architect - IBM Software Group
Received on Friday, 14 June 2013 15:23:33 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:11:51 UTC