One of the real problems that pervades all routes to Linked Data value prop. incomprehension stems
from the layering of its value pyramid; especially when
communicating with -initially detached- end-users.
Note to Web
Programmers: Linked Data is about Data (Wine) and not about
Code (Fish). Thus, it isn't a "programmer only zone", far from it.
More than anything else, its inherently inclusive and spreads its
participation net widely across: Data Architects, Data Integrators,
Power Users, Knowledge Workers, Information Workers, Data Analysts, etc..
Basically, everyone that can "click on a link" is invited to this
particular party; remember, it is about "Linked Data" not "Linked
Code", after all. :-)
Here is an example of a Linked Data value pyramid that I am
stumbling across --with some frequency-- these days (note: 1 being
the pyramid apex):
Basically, Linked Data deployment (assigning de-referencable
HTTP URIs to DBMS records, their attributes, and attribute values
[optionally] ) is occurring last. Even worse, this happens in the
context of Linked Open Data oriented
endeavors, resulting in nothing but confusion or inadvertent
perpetuation of the overarching pragmatically challenged "Semantic Web" stereotype.
As you can imagine, hitting SPARQL as your introduction to
Linked Data is akin to hitting SQL as
your introduction to Relational Database Technology, neither is an
elevator-style value prop. relay mechanism.
In the relational realm, killer demos always started with
desktop productivity tools (spreadsheets, report-writers, SQL QBE
tools etc.) accessing, relational data sources en route to
unveiling the "Productivity" and "Agility" value prop. that such
binding delivered i.e., the desktop application (clients) and the
databases (servers) are distinct, but operating in a mutually
beneficial manner to all, courtesy of a data access standards such
as ODBC (Open Database Connectivity).
In the Linked Data realm, learning to embrace and extend best
practices from the relational dbms realm remains a challenge, a lot
of this has to do with hangovers from a misguided perception that
RDF databases will somehow completely replace RDBMS engines, rather than compliment
them. Thus, you have a counter productive variant of NIH (Not
Invented Here) in play, taking us to the dreaded realm of: Break
the Pot and You Own It (exemplified by the 11+ year Semantic Web
Project comprehension and appreciation odyssey).
From my vantage point, here is how I believe the Linked Data value pyramid should be
layered, especially when communicating the essential value
About this entry:
Author: Kingsley Uyi Idehen
Published: 01/31/2010 17:44 GMT-0500
Modified: 02/01/2010 09:02 GMT-0500
Tags: rdf , odbc , sql , linked_data , semanticweb , sparql , DataSpace
Categories: Data Access ,
SQL , Semantic Web
Comment Status: 0
This document is empty and basically useless. It is generated by a web service that can make some statements in HTML Microdata format.
This time the service made zero such statements, sorry.