- From: Luca Matteis <lmatteis@gmail.com>
- Date: Mon, 17 Jun 2013 14:34:41 +0200
- To: Kingsley Idehen <kidehen@openlinksw.com>
- Cc: Linked Data community <public-lod@w3.org>
- Message-ID: <CALp38EOo9P4Tf2cw7L8Ky=sJs7D0KRhC=Dj0GJQcRJ2-Xi1=PQ@mail.gmail.com>
Come on! If you're building something that works like the Web but isn't using HTTP, then it's *not* the Web. It's something else that has similar dynamics to the Web (like, I dunno, a gazillion of other things?). On Mon, Jun 17, 2013 at 2:26 PM, Kingsley Idehen <kidehen@openlinksw.com>wrote: > On 6/17/13 8:17 AM, Luca Matteis wrote: > > > On Mon, Jun 17, 2013 at 2:06 PM, Kingsley Idehen <kidehen@openlinksw.com>wrote: > >> The Web isn't about being draconian or tightly coupled to anything. > > > But the Web *IS* tightly coupled to HTTP! Why can't Linked Data then be > tightly coupled to RDF? > > > The Web isn't tightly coupled to HTTP. > > HTTP is an effective route to a global Web. > > The magic is in the URI, the ability to provide abstraction that enables > the loose coupling of data access protocols and data representation formats. > > FWIW -- when we started releasing Linked Data (at the start of this > journey) we did so using resolvable URIs for a variety of schemes, not just > HTTP. Even today, in the context of Web-scale verifiable identity, we > produce Linked Data solutions that don't mandate HTTP scheme URIs while > actually exploiting the kind of entity relationship fidelity that RDF > delivers. > > The beauty of the World Wide Web is that it is actually loosely coupled at > its architectural core. HTTP is a productive short-cut to the Web due its > increasing ubiquity. > > -- > > 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 Monday, 17 June 2013 12:35:31 UTC