- From: Kingsley Idehen <kidehen@openlinksw.com>
- Date: Tue, 18 Oct 2011 13:24:33 -0400
- To: public-lod@w3.org
- Message-ID: <4E9DB651.1050307@openlinksw.com>
On 10/18/11 10:56 AM, Dave Reynolds wrote: >> But if we do want linked data to be adopted more generally and not confined >> > to the lab then we do need publishing guidelines that work for<normal> >> > sites and<normal> users. I think that means following the patterns of >> > data.gov.uk and the rest is developer education?!? > Probably. > > [Personally I think we'd be better off without the IR/NIR distinction, > failing that stick to fragids for NIRs. But I see no value in going > round the block on those arguments yet again!] > > Dave > > > > Dave / Michael (there's are response to you further down), +1 Trouble is we will loop this block, endlessly, while the fundamental concept of Linked Data remains maligned by poor narratives and anecdotal material that don't reconcile with views and parlance outside the Linked Open Data and Semantic Web communities e.g., much broader realm of computer science and history. This tendency to pitch Linked Data as a new invention is broken. It's an innovation that leverages URI abstraction and the ubiquity of the WWW. I am hoping you now see why I posed the question (way back) re. common understanding of URIs and URLs. 1. URIs -- Names 2. URLs -- Location Names (Addresses) 3. Data Representation -- what access directly via an Address or indirectly via a generic Name. Linked Data (an application of AWWW) shouldn't be a test that's only passable via memorization and mantra-like recitals. It should be a concept that's firmly comprehensible and explainable -- in a myriad of ways -- to a vast variety of audiences. Michael: There's virtue in your suggestion (that for me) gets lost due to the use of NIR/IR terminology, compounded by your throwing me for a loop re. buzzwords accusations etc. :-) Basically, I do agree with the use of a generic address as a target for content negotiation re. access to actual data (objects/resources). This (as you spotted) occurs via the DBpedia pattern: /data/ , as of time of writing this mail. I think /about/ would be a nice enhancement (by way of alias) that also offers a segue to (X)HTML+RDFa, HTML5+Microformat, and other data representation formats via content negotiation. -- Regards, Kingsley Idehen President& CEO OpenLink Software Web: http://www.openlinksw.com Weblog: http://www.openlinksw.com/blog/~kidehen Twitter/Identi.ca: kidehen
Attachments
- application/pkcs7-signature attachment: S/MIME Cryptographic Signature
Received on Tuesday, 18 October 2011 17:24:53 UTC