On 3/24/13 2:05 PM, David Wood wrote:
On Mar 24, 2013, at 13:52, Richard Cyganiak <[email protected]> wrote:On 24 Mar 2013, at 17:39, Kingsley Idehen <[email protected]> wrote:Thus, if a client de-references the URI <http://dbpedia.org/resource/Barack_Obama> and it gets a 200 OK from the server combined with <http://dbpedia.org/page/Barack_Obama> in the Content-Location response header, the client (user agent) can infer the following: 1. <http://dbpedia.org/resource/Barack_Obama> denotes the real-world entity 'Barack Obama' .Why can a client make this inference? I can't see any basis for the inference that the URI identifies a “real-world entity”. The described interaction does not provide any information regarding the nature of the identified resource, AFAICT.Right, "the sender asserts that the payload is a representation of the resource identified by the Content-Location field-value". So, the sender (DBpedia) asserts that http://dbpedia.org/resource/Barack_Obama is a REPRESENTATION of the resource http://dbpedia.org/resource/Barack_Obama, but the recipient has no way to know that the resource http://dbpedia.org/resource/Barack_Obama is a real-world entity…
I used real-world to make a point that's utterly lost. I could have simply said: entity not of the Web :-)
The server responds with a 200 OK to <http://dbpedia.org/resource/Barack_Obama> while also providing <http://dbpedia.org/page/Barack_Obama> in the Content-Location header.
Linked Data Inference: the server has provided a content location (document URL) for the URI in the request. Thus you have:
1. a URI or URL that denotes the document that describes the entity denoted by <http://dbpedia.org/resource/Barack_Obama> 2. a URI that denotes the entity of type: anything but a Web or Internet resource -- the rest of the definition is expressed and decipherable from the content of the description document.
One really nice way to say that http://dbpedia.org/resource/Barack_Obama is real-world entity is for RDF returned by http://dbpedia.org/resource/Barack_Obama to say so :)
As articulated in my response above. Kingsley
Regards, Dave -- http://about.me/david_woodBest, Richard
-- 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
smime.p7s
Description: S/MIME Cryptographic Signature
