- From: Melvin Carvalho <melvincarvalho@gmail.com>
- Date: Wed, 12 Jun 2013 00:11:32 +0200
- To: Pat Hayes <phayes@ihmc.us>
- Cc: Kingsley Idehen <kidehen@openlinksw.com>, Linked Data community <public-lod@w3.org>
- Message-ID: <CAKaEYh+oGg+yaZizKUAG12VT88TmztA0Y+8QtvC1KRfkhTN+1Q@mail.gmail.com>
On 11 June 2013 23:59, Pat Hayes <phayes@ihmc.us> wrote: > > On Jun 11, 2013, at 11:18 AM, Kingsley Idehen wrote: > > > On 6/11/13 11:56 AM, David Booth wrote: > >> On 06/11/2013 10:59 AM, Kingsley Idehen wrote: > >>> [ . . . ] many RDF advocates > >>> want to conflate Linked Data and RDF. This is technically wrong, and > >>> marketing wise -- an utter disaster. > >> > >> I have not heard RDF advocates conflating Linked Data and RDF, but > maybe you talk to different RDF advocates than me. > >> > >> AFAICT, the vast majority of RDF advocates know that Linked Data is RDF > in which URIs are deferenceable to more RDF, but RDF is not necessarily > Linked Data, because RDF itself does not require URIs to be dereferenceable. > >> > >> David > >> > >> > >> > > RDF isn't the defining characteristic when speaking about Linked Data > outside the RDF community. It is much more palatable outside of the RDF > community to loosely couple Linked Data (the concept) and RDF (a framework) > which enables the construction of powerful Linked Data that's endowed with > *explicit* human and machine-comprehensible entity relationships semantics. > > > > Why? Because you don't build friction with folks that are already > familiar with similar concepts albeit described using different terminology. > > > > The key is to build bridges rather than impede their construction by > enforcing world views in the most inflexible way. > > > > If someone indicates to you that the letters R-D-F don't work for them, > for whatever reason, what's wrong with triangulation to the same > destination when it's the fundamental concept that matters, not the labels > that we slap on them at specific times in our innovation continuum? > > Because while the labels don't matter, to understand that these are all > the same under the hood *does* matter. And if we keep re-branding it to > suit some perception of fashion, we will keep reinventing the same wheel > (but with a slightly different axle or bearing, so it can't be re-used on > the same vehicles.) > > Let me put the point differently: if someone rejects a useful tool because > its called "RDF" instead of "Foodle", without knowing squat about RDF or > how it works, why should we care what that idiot does or doesn't do? There > are plenty of more reasonable, intelligent or simply better people out > there who don't react to ideas with the intelligence of a frog. Lets try > talking to them for a change. > I agree almost entirely, however branding is important, and there can be a barrier to entry to learning RDF. I heard this comment just today, from an intelligent person, trying to understand linked data: "there is a lot of jargon in the community... I can't understand most of things they are saying because of the jargon.... I need like a one page jargon index :)" We need a first class jumping in point, for beginners to intermediates, and it's not obvious where that is. > > > > RDF and the Entity Relationship model [1] outlined by Peter Chen in his > 1976 dissertation are linked, conceptually and technically. > > RDF is also linked, in the same way and with about as much justification, > to Codd's relational model, Prolog, SQL, virtually any graph-based > representational formalism (UML, anyone?), semantic nets, about a dozen > AI-KR notations dating from the early 1970s and still further to classical > Tarskian relational logic back to the 1940s. But don't stop there. Almost > all serious knowledge or data representational formalisms use the > foundation model of entities standing in relationships, and data expressing > facts about those relationships. There are books tracing the history of > this idea back to medieval European scholastics such as Duns Scotus, about > a thousand years in Europe, and then via Islamic scholars back another > thousand years to Aristotle. > > As for actual historical influence, as opposed to re-inventing the wheel > for the ten thousandth time, as far as I know RDF was basically a > simplified version of the semantic net idea coming from what is known as > logic-based AI/KR work (and OWL has its roots in description logics, > pioneered by the KL-ONE project at Bell in the early 1980s), and certainly > the RDF sematnics was directly built on classical Tarskian logical ideas > (with a slight twist coming from ISO Common Logic). AFAIK, the Chen ER > model was not involved in this at all. But as I say, this idea of > everything being entities and realtionships has probably been re-invented > more times that you or I have drawn breath. None of these ideas are even > remotely new. The fact that binary relationships are enough to encode > aribtrary relationships (of any arity) has been known since CSPeirce's > writings in 1887; I learned that trick as an undergraduate. The ideas of > blank nodes, and what we now call graph syntax, also come directly from > Peirce. > I cant help but feel that graphs are generally better modelled than networks on the semantic web. What I mean by networks is the mathematical sense, where the edges have numerical values. The reason I think this is important is because financial transactions, and therefore, incentives, are well modelled by networks. Consider google is powered by micro transactions and bitcoin by a distributed ledger. We tend not to model that kind of thing so well with graphs ... at least for now ... > > > That association is very powerful and extremely useful in situations > where your audience suffers from R-D-F reflux. > > > > RDF is useful, but it (like all innovations) has genealogy. That > genealogy is just as important as the innovations it adds to the continuum. > > If you are going to do genealogy, do it thoroughly. > > Pat > > > > > Links: > > > > 1. http://bit.ly/YTdz3N -- The Entity-Relationship Model -- Toward a > Unified View of Data (note: page 34) . > > > > > > -- > > > > 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 > > > > > > > > > > > > ------------------------------------------------------------ > IHMC (850)434 8903 or (650)494 3973 > 40 South Alcaniz St. (850)202 4416 office > Pensacola (850)202 4440 fax > FL 32502 (850)291 0667 mobile > phayesAT-SIGNihmc.us http://www.ihmc.us/users/phayes > > > > > > >
Received on Tuesday, 11 June 2013 22:12:04 UTC