- From: Ted Thibodeau Jr <tthibodeau@openlinksw.com>
- Date: Fri, 14 Jun 2013 13:09:34 -0400
- To: "Wilde, Erik" <Erik.Wilde@emc.com>
- Cc: Arnaud Le Hors <lehors@us.ibm.com>, "public-ldp-wg@w3.org" <public-ldp-wg@w3.org>
- Message-Id: <796F6F65-5911-4346-8412-54408B856918@openlinksw.com>
All -- There's a strong blur between HTTP (HyperText Transfer Protocol) and HTML (Hypertext Markup Language) happening, and I am concerned that a similar blurring may be happening between LDP and LD (whether expressed as Turtle or otherwise). For instance -- On Jun 14, 2013, at 12:01 PM, Wilde, Erik wrote: > HTML clearly allows you to expect image/*, but then again when > you request some URI you GET whatever the server decides to > serve at that point in time, and maybe the link changed over > time from serving image/* to text/plain. That's completely inaccurate. Unless you substitute HTTP for HTML. But that substitution isn't valid throughout the thread nor post from which I pulled this snippet. If we cannot even keep relatively well understood things like HTML and HTTP distinct, how are we to do so with new things which we are in the process of defining? Further, analogizing the new things to the old does nothing but confuse, when those old aren't kept clear and distinct. Validating HTML is *entirely* distinct from determining whether a server is HTTP-compliant, and vice versa. A fully-compliant HTTP server *may* not deliver *any* HTML content! Validating Linked Data is and should be distinct from determining whether a server is LDP-compliant, and vice versa. (That said, LDP might require that LDP servers *generate* some LD, and the validity of *that* LD *may* be relevant to determining its overall compliance with LDP.) Regards, Ted -- A: Yes. http://www.guckes.net/faq/attribution.html | Q: Are you sure? | | A: Because it reverses the logical flow of conversation. | | | Q: Why is top posting frowned upon? Ted Thibodeau, Jr. // voice +1-781-273-0900 x32 Senior Support & Evangelism // mailto:tthibodeau@openlinksw.com // http://twitter.com/TallTed OpenLink Software, Inc. // http://www.openlinksw.com/ 10 Burlington Mall Road, Suite 265, Burlington MA 01803 Weblog -- http://www.openlinksw.com/blogs/ LinkedIn -- http://www.linkedin.com/company/openlink-software/ Twitter -- http://twitter.com/OpenLink Google+ -- http://plus.google.com/100570109519069333827/ Facebook -- http://www.facebook.com/OpenLinkSoftware Universal Data Access, Integration, and Management Technology Providers
Attachments
- application/pkcs7-signature attachment: smime.p7s
Received on Friday, 14 June 2013 17:09:54 UTC