Your browser either does not support JavaScript or it is disabled in your browser's settings. Please consult your browser's documentation for information about enabling this feature.
#ods_bar { margin: 0; padding: 0; width: 100%; float: left; clear: both; color: #444; font-size: 9pt; font-family: Arial, Helvetica, sans-serif; background-color: #ddeff9} #ods_bar ul { list-style-type: none} #ods_bar ul li { display: inline} #ods_bar a { text-decoration: none; color: inherit} #ods_bar img { float: none; border: 0; margin: 0} #ods_bar input { margin-right: 8px; font-size: 7pt; color: #555;} #ods_bar_handle { width: 10px; float: left} #ods_bar_content { float: left; width: 100%; background-color: #ddeff9} #ods_bar_top { float: left; width: 100%; background-color: #fff} #ods_bar_bot { float: left; clear: left; width: 100%; padding-top: 2px; padding-bottom: 2px; background-color: #85b9d2} #ods_bar_top_cmds { font-size: 7.5pt; margin-top: 4px; color: #42abc4; background-color: #fff; float: right; padding-right: 8px} #ods_bar_top_cmds img { vertical-align: middle;} #ods_bar_top_cmds a { text-decoration: none} #ods_bar_top_cmds a.user_profile_lnk { text-transform: none} #ods_bar_first_lvl { float: left; padding: 0; margin: 0; color: #fff; background: #0075A8 url("/ods/images/navlv1default.png")} #ods_bar_first_lvl li { padding: 0; padding-left: 4px; margin: 0} #ods_bar_first_lvl li a { margin-top: 0px; padding: 6px 3px 6px 3px; vertical-align: middle; color: #fff; /* Required due to buggy CSS in IE */} #ods_bar_first_lvl li a img { margin-top: 2px; margin-bottom: 5px; vertical-align: middle;} #ods_bar_first_lvl li.sel a { color: #455; background: #b1d4e5 url("/ods/images/navlv1sel.png")} #ods_bar_second_lvl { width: 100%; height: 20px; float: left; clear: left; margin: 0; padding: 0; padding-top: 4px; background: #ddeff9 url("/ods/images/navlv2default.png")} #ods_bar_second_lvl li { margin-right: 5px} #ods_bar_second_lvl li:first-child { margin-left: 27px;} #ods_bar_second_lvl li a { vertical-align: middle; color: #444; /* Required by buggy IE CSS implementation */ } #ods_bar_home_path { margin: 2px 0px 0px 36px; padding: 0; font-size: 8pt} .popup { position: absolute; background-color: #fff; border: 1px dotted #4800F4; padding: 0.5em; font-size: 80%; } #ods_bar_odslogin { font-size: 7.5pt; margin-top: 4px; color: #42abc4; background-color: #fff; float: right; padding-right: 8px; } #ods_bar_odslogin img { vertical-align: middle; margin-left: 8px; } #ods_bar_odslogin a { margin-left: 3px; color: inherit; text-decoration: none; }
loading... Loading... please wait.
Sign In | Sign Up

Kingsley Idehen's Blog Data Space

Not logged inYou are not logged in

Details

Kingsley Uyi Idehen
Lexington, United States

Subscribe

Tag Cloud

Post Categories

Subscribe

E-Mail:

Recent Articles

The URI, URL, and Linked Data Meme's Generic HTTP URI (Updated)

Situation Analysis

As the "Linked Data" meme has gained momentum you've more than likely been on the receiving end of dialog with Linked Open Data community members (myself included) that goes something like this:

"Do you have a URI", "Get yourself a URI", "Give me a de-referencable URI" etc..

And each time, you respond with a URL -- which to the best of your Web knowledge is a bona fide URI. But to your utter confusion you are told: Nah! You gave me a Document URI instead of the URI of a real-world thing or object etc..

What's up with that?

Well our everyday use of the Web is an unfortunate conflation of two distinct things, which have Identity: Real World Objects (RWOs) & Address/Location of Documents (Information bearing Resources).

The "Linked Data" meme is about enhancing the Web by unobtrusively reintroducing its core essence: the generic HTTP URI, a vital piece of Web Architecture DNA. Basically, its about so realizing the full capabilities of the Web as a platform for Open Data Identification, Definition, Access, Storage, Representation, Presentation, and Integration.

What is a Real World Object?

People, Places, Music, Books, Cars, Ideas, Emotions etc..

What is a URI?

A Uniform Resource Identifier. A global identifier mechanism for network addressable data items. Its sole function is Name oriented Identification.

URI Generic Syntax

The constituent parts of a URI (from URI Generic Syntax RFC) are depicted below:

What is a URL?

A location oriented HTTP scheme based URI. The HTTP scheme introduces a powerful and inherent duality that delivers:

  1. Resource Address/Location Identifier
  2. Data Access mechanism for an Information bearing Resource (Document, File etc..)

So far so good!

What is an HTTP based URI?

The kind of URI Linked Data aficionados mean when they use the term: URI.

An HTTP URI is an HTTP scheme based URI. Unlike a URL, this kind of HTTP scheme URI is devoid of any Web Location orientation or specificity. Thus, Its inherent duality provides a more powerful level of abstraction. Hence, you can use this form of URI to assign Names/Identifiers to Real World Objects (RWO). Even better, courtesy of the Identity/Address duality of the HTTP scheme, a single URI can deliver the following:

  1. RWO Identfier/Name
  2. RWO Metadata document Locator (courtesy of URL aspect)
  3. Negotiable Representation of the Located Document (courtesy of HTTP's content negotiation feature).

What is Metadata?

Data about Data. Put differently, data that describes other data in a structured manner.

How Do we Model Metadata?

The predominant model for metadata is the Entity-Attribute-Value + Classes & Relationships model (EAV/CR). A model that's been with us since the inception of modern computing (long before the Web).

What about RDF?

The Resource Description Framework (RDF) is a framework for describing Web addressable resources. In a nutshell, its a framework for adding Metadata bearing Information Resources to the current Web. Its comprised of:

  1. Entity-Attribute-Value (aka. Subject-Predictate-Object) plus Classes & Relationships (Data Dictionaries e.g., OWL) metadata model
  2. A plethora of instance data representation formats that include: RDFa (when doing so within (X)HTML docs), Turtle, N3, TriX, RDF/XML etc.

What's the Problem Today?

The ubiquitous use of the Web is primarily focused on a Linked Mesh of Information bearing Documents. URLs rather than generic HTTP URIs are the prime mechanism for Web tapestry; basically, we use URLs to conduct Information -- which is inherently subjective -- instead of using HTTP URIs to conduct "Raw Data" -- which is inherently objective.

Note: Information is "data in context", it isn't the same thing as "Raw Data". Thus, if we can link to Information via the Web, why shouldn't we be able to do the same for "Raw Data"?

How Does the Link Data meme solve the problem?

The meme simply provides a set of guidelines (best practices) for producing Web architecture friendly metadata. Meaning: when producing EAV/CR model based metadata, endow Subjects, their Attributes, and Attribute Values (optionally) with HTTP URIs. By doing so, a new level of Link Abstraction on the Web is possible i.e., "Data Item to Data Item" level links (aka hyperdata links). Even better, when you de-reference a RWO hyperdata link you end up with a negotiated representations of its metadata.

Conclusion

Linked Data is ultimately about an HTTP URI for each item in the Data Organization Hierarchy :-)

Related

  1. History of how "Resource" became part of URI - historic account by TimBL
  2. Linked Data Design Issues Document - TimBL's initial Linked Data Guide
  3. Linked Data Rules Simplified - My attempt at simplifying the Linked Data Meme without SPARQL & RDF distraction
  4. Linked Data & Identity - another related post
  5. The Linked Data Meme's Value Proposition
  6. So What Does "HREF" stand for anyway?
  7. My Del.icio.us hosted Bookmark Data Space for Identity Schemes
  8. TimBL's Ted Talk re. "Raw Linked Data"
  9. Resource Oriented Architecture
  10. More Famous Than Simon Cowell .

About this entry:

Author: Kingsley Uyi Idehen
Published: 08/07/2009 14:34 GMT-0500
Modified: 03/28/2010 12:19 GMT-0500
Tags: , , , , , , ,
Categories: SQL , Semantic Web
Comment Status: 2 Comments
Permalink: http://www.openlinksw.com/dataspace/kidehen@openlinksw.com/weblog/kidehen@openlinksw.com%27s%20BLOG%20%5B127%5D/1567

Related

No Related Posts

Comments

Re:The URI, URL, and Linked Data Meme's Generic HTTP URI
Kingsley,

Thank you for sharing the thoughts and the memo. They are very interesting. URI and URL are certainly confusing terms and we often mix them when using in real time. To migrate to the web of linked data, however, it seems the issue become critical for people to know well.

Another thought I have, however, is that we may have three, in contrast to two, fundamental definitions on describing the Web. The two well-known ones are data and service; or in RDF we define Class and Property respectively. Until now, we assert the third one---link---to be nothing but a special form of data. The reality is, however, that this special form is so special that we may consider to give it a little bit honor so that it becomes the third member of the fundamental building block of the Web. That is, a link is not a data, and nor is it a service, but a link. Or with respect to your post, a URI is not a data, but a form of link, PERIOD.

I believe that this distinction, once it is made, could be important as well as valuable. A trick thing here is that, following this distinction we can start to think of other forms of links that is beyond URI (which is just a binary model). By contrast, we may start to invent the links in higher order, such as the link of links (metalink) or the thread of links (group link). Be honest, if the Web is moving towards a web of linked data (and I believe so since the Web data is more and more interconnected), we must breakthrough this traditional thinking of the link model. The key is, however, from today we start to think link to be link but not a data.

Anyway, your posts are always thoughtful and knowledgeable. I appreciate reading them, as usual.

cheers,

yihong

Posted by Yihong Ding on 08/08/2009 14:42 GMT-0500
Re:The URI, URL, and Linked Data Meme's Generic HTTP URI
Yihong Ding wrote:

<<<
Kingsley,

Thank you for sharing the thoughts and the memo. They are very interesting. URI and URL are certainly confusing terms and we often mix them when using in real time. To migrate to the web of linked data, however, it seems the issue become critical for people to know well.

Another thought I have, however, is that we may have three, in contrast to two, fundamental definitions on describing the Web. The two well-known ones are data and service; or in RDF we define Class and Property respectively. Until now, we assert the third one---link---to be nothing but a special form of data. The reality is, however, that this special form is so special that we may consider to give it a little bit honor so that it becomes the third member of the fundamental building block of the Web. That is, a link is not a data, and nor is it a service, but a link. Or with respect to your post, a URI is not a data, but a form of link, PERIOD.

I believe that this distinction, once it is made, could be important as well as valuable. A trick thing here is that, following this distinction we can start to think of other forms of links that is beyond URI (which is just a binary model). By contrast, we may start to invent the links in higher order, such as the link of links (metalink) or the thread of links (group link). Be honest, if the Web is moving towards a web of linked data (and I believe so since the Web data is more and more interconnected), we must breakthrough this traditional thinking of the link model. The key is, however, from today we start to think link to be link but not a data.

Anyway, your posts are always thoughtful and knowledgeable. I appreciate reading them, as usual.

cheers,

yihong
>>>>

Yihong,

Nice to hear from you! I still awaityourtriptoCambridge:-)

Yes,wehaveanewdimensiontotheWebthatmanifestsasa"specialkindoflink";
inaasense,we are talking about "links with metadata benefits".

Ultimately, It's all about a new kind of Hypermedia Link, but we need to find a way to get people to understand how and why this new kind of Link is the fundamental conduit to the "Mind Society" or in your words: Mind Asset oriented Web.

Let's see what we can do (collectively) re. simplification of this 3rd critical component of the Word Wide Web :-)

Posted by kingsley Uyi Idehen on 08/09/2009 13:26 GMT-0500
Comments URL for this entry: http://www.openlinksw.com/mt-tb/Http/comments?id=1567

Subscribe to an RSS feed of this comment thread: RSS

The posts on this weblog are my personal views, and not those of OpenLink Software.

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.

AltStyle によって変換されたページ (->オリジナル) /