- From: Kingsley Idehen <kidehen@openlinksw.com>
- Date: Sun, 23 Jun 2013 17:46:05 -0400
- To: public-lod@w3.org
- Message-ID: <51C76C9D.5030904@openlinksw.com>
On 6/23/13 5:36 PM, Barry Norton wrote: > > Are you confusing Linked Data and Linked Open Data? Of course not! Web-like structured data enhanced with explicit entity relationship semantics enables serendipitous discovery at the public or private level. "Open" has nothing to do with "Public" . "Open" is about standards and the interoperability they accord. > > Even if applications were all built on LOD (which they're not), and > described themselves as LOD (which they don't), I don't buy this argument. Not by point, I said nothing about the Public Linked Open Data Cloud. Likewise, I said nothing about Public Domain data. > > It's interesting that you think "this is Web 101" when Google struggle > to assemble a complete list of anything, while Wikipedia is full of > lists and lists of lists and lists of lists of lists. Again, it is Web 101 to publish content with discovery in mind. That has nothing to do with 100% precision when you seek. Now, if you want to learn about precision and find, that's where the power of web-like structured data endowed with machine- and human-comprehensible entity relationship semantics come into play. And if you wanna play ball, then take a look at how we dog-food via public demonstration at: http://lod.openlinksw.com . Please note the "lod" doesn't mean public cloud. It just means you can have this massive amount of Linked Open Data hosted in public or in private en route to exploiting high precision search and find that based on entity relationship semantics. I thought you were clearly aware of the fact the Linked Open Data != Publicly available data etc.. Please, I told you before, and I will tell you again "don't try to teach parents how to make babies!" Kingsley > > Barry > > > > On 23/06/13 22:32, Kingsley Idehen wrote: >> On 6/23/13 7:16 AM, Barry Norton wrote: >>> >>> Dominic, I think this is a great idea - the W3C lists suffer both >>> from senescence and fatigue (i.e., they're out-of-date and seem not >>> to get refreshed with new examples). >>> >>> May I be presumptuous enough to offer to help/steal from the EUCLID >>> project, where we're already compiling such a list (and >>> ResearchSpace is already on it ;) )? >>> >>> Barry >> >> We don't need a central repository of anything. Linked Data is >> supposed to be about enhancing serendipitous discovery of relevant >> things. Centralization doesn't scale, that's Web 101. >> >> If you have something relevant, just publish it. That's it. >> >> Kingsley >> >>> >>> >>> >>> On 23/06/13 11:28, Dominic Oldman wrote: >>>> >>>> As a result of the other thread about applications (which should >>>> continue with some more and varied views) I would like to suggest >>>> that this list starts to compile a list of use cases for linked >>>> data. We should start to list end user applications from as many >>>> different domains as possible that could never be implemented >>>> without RDF as they rely on linked data and semantic harmonisation, >>>> and would greatly benefit end users. >>>> >>>> I am happy to compile the suggestions made. >>>> >>>> Dominic >>>> >>>> Sent from Yahoo! Mail on Android >>>> >>> >> >> >> -- >> >> 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 >> >> >> >> > -- 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
Attachments
- application/pkcs7-signature attachment: S/MIME Cryptographic Signature
Received on Sunday, 23 June 2013 21:46:28 UTC