W3C home > Mailing lists > Public > public-vocabs@w3.org > April 2014

Re: Socialnetworks of a person or organization

From: Kingsley Idehen <kidehen@openlinksw.com>
Date: Thu, 10 Apr 2014 11:25:31 -0400
Message-ID: <5346B7EB.1040408@openlinksw.com>
To: public-vocabs@w3.org
On 4/10/14 10:37 AM, Adrian Giurca wrote:
> Hello,
> Sorry I did not scroll down until the bottom of the page and I did not 
> look into the HTML source. I was not interested by the HTML 
> representation of that resource but by its semantic representation.
> So an application should look inside the HTML answer to get the 
> semantic representation...
> It was simpler to me to query with a specific accept header.
> When the resource updates I guess the alternate representations are 
> updated too.

Yes, but my fundamental point is that:

DBpedia implements a number of discovery patterns, for a variety of agents:

1. those looking for relations via HTML metadata using <link/> relations 
in <head/>
2. those looking for relation via HTTP response metadata
3. those looking for relations via RDF documents
4. those looking for relations by just reading what a browser presents 
on a screen.

My fundamental concern (as someone who actually had this incorporated 
into DBpedia Linked Deployment) is that 1-4 still doesn't seem to cover 
all the basis. Thus, I am curious about what other pattern we need to 
incorporate, if such a thing exists, at this point in time :-)

Kingsley
>
> All the best,
> Adrian
>
>
> On 4/10/2014 4:15 PM, Kingsley Idehen wrote:
>> On 4/10/14 6:18 AM, Adrian Giurca wrote:
>>>>
>>>> Again, I urge you all to regard schema.org as an interface to Web 
>>>> developers' minds and the data they control, not as a beautiful 
>>>> all-purpose category system for the human race as a whole.
>>> Thanks Martin !
>>> This is exactly how should be. Many already process this data not 
>>> only search engines.
>>> Moreover,  would not be bad if http://dbpedia.org accepts headers 
>>> such as application/json+schema or text/plain on all resources.
>>> Then a request to the URL http://dbpedia.org/page/John_Lennon will 
>>> offer what people looks for :)
>>>
>>> We only need the URI (in this case 
>>> http://dbpedia.org/resource/John_Lennon ) which will identify both 
>>> the resource and the "page". This can be achieved quite easy... 
>>
>> Adrian,
>>
>> Re., DBpedia when you deference an Entity Description Page 
>> Identifiers (HTTP URLs) e.g., <http://dbpedia.org/page/John_Lennon> 
>> you have hyperlinks in the page footer and <link/> relations in the 
>> <head/> of the HTML that describe the page in question.
>>
>> At the HTTP Level you have also have similar descriptions via "Link:" 
>> header relations:
>>
>> curl -I http://dbpedia.org/page/John_Lennon
>> HTTP/1.1 200 OK
>> Date: Thu, 10 Apr 2014 12:12:40 GMT
>> Content-Type: text/html; charset=UTF-8
>> Content-Length: 386981
>> Connection: keep-alive
>> Vary: Accept-Encoding
>> Server: Virtuoso/07.10.3207 (Linux) x86_64-redhat-linux-gnu  VDB
>> Accept-Ranges: bytes
>> Expires: Thu, 17 Apr 2014 12:12:40 GMT
>> Link: <http://dbpedia.org/data/John_Lennon.rdf>; rel="alternate"; 
>> type="application/rdf+xml"; title="Structured Descriptor Document 
>> (RDF/XML format)", <http://dbpedia.org/data/John_Lennon.n3>; 
>> rel="alternate"; type="text/n3"; title="Structured Descriptor 
>> Document (N3/Turtle format)", 
>> <http://dbpedia.org/data/John_Lennon.json>; rel="alternate"; 
>> type="application/json"; title="Structured Descriptor Document 
>> (RDF/JSON format)", <http://dbpedia.org/data/John_Lennon.atom>; 
>> rel="alternate"; type="application/atom+xml"; title="OData (Atom+Feed 
>> format)", 
>> <http://dbpedia.org/sparql?default-graph-uri=http%3A%2F%2Fdbpedia.org&query=DESCRIBE+<http://dbpedia.org/resource/John_Lennon>&format=text%2Fcsv>; 
>> rel="alternate"; type="text/csv"; title="Structured Descriptor 
>> Document (CSV format)", 
>> <http://dbpedia.org/data/John_Lennon.ntriples>; rel="alternate"; 
>> type="text/plain"; title="Structured Descriptor Document (N-Triples 
>> format)", 
>> <http://dbpedia.org/sparql?default-graph-uri=http%3A%2F%2Fdbpedia.org&query=DESCRIBE+<http://dbpedia.org/resource/John_Lennon>&output=application%2Fmicrodata%2Bjson>; 
>> rel="alternate"; type="application/microdata+json"; title="Structured 
>> Descriptor Document (Microdata/JSON format)", 
>> <http://dbpedia.org/sparql?default-graph-uri=http%3A%2F%2Fdbpedia.org&query=DESCRIBE+<http://dbpedia.org/resource/John_Lennon>&output=text%2Fhtml>; 
>> rel="alternate"; type="text/html"; title="Structured Descriptor 
>> Document (Microdata/HTML format)", 
>> <http://dbpedia.org/sparql?default-graph-uri=http%3A%2F%2Fdbpedia.org&query=DESCRIBE+<http://dbpedia.org/resource/John_Lennon>&output=application%2Fld%2Bjson>; 
>> rel="alternate"; type="application/ld+json"; title="Structured 
>> Descriptor Document (JSON-LD format)", 
>> <http://dbpedia.org/resource/John_Lennon>; 
>> rel="http://xmlns.com/foaf/0.1/primaryTopic", 
>> <http://dbpedia.org/resource/John_Lennon>; rev="describedby", 
>> <http://mementoarchive.lanl.gov/dbpedia/timegate/http://dbpedia.org/page/John_Lennon>; 
>> rel="timegate"
>>
>>
>> Re., the DBpedia Entity Identifiers (HTTP URIs) you have:
>>
>> curl -I http://dbpedia.org/resource/John_Lennon
>> HTTP/1.1 303 See Other
>> Date: Thu, 10 Apr 2014 12:14:49 GMT
>> Content-Type: text/html; charset=UTF-8
>> Content-Length: 0
>> Connection: keep-alive
>> Server: Virtuoso/07.10.3207 (Linux) x86_64-redhat-linux-gnu  VDB
>> Accept-Ranges: bytes
>> Location: http://dbpedia.org/page/John_Lennon
>>
>> Basically, redirection to the page that describes the referent of the 
>> DBpedia Entity Identifier.
>>
>> [1] http://bit.ly/1bD2eZs -- Identifier definition, from my glossary 
>> of terms doc
>> [2] http://bit.ly/1fqJ5yv -- Denotation
>> [3] http://bit.ly/1kv6UdE -- Vapour Report that starts with entity 
>> identifier <http://dbpedia.org/resource/John_Lennon> (illustrating 
>> how the name and de-reference characteristics of Linked Data enable 
>> looking-up the document that describes what 
>> <http://dbpedia.org/resource/John_Lennon> refers to at: 
>> <http://dbpedia.org/resource/John_Lennon> .
>>
>> Conclusion:
>>
>> The basis have been covered for a long time re., DBpedia. I don't see 
>> what applying "application/json+schema" or "text/plain" on all 
>> resources brings to the table, bar ambiguity and the resultant 
>> out-of-band processing which is antithetical to the fundamental goals 
>> of Linked Open Data.
>>
>
>
>


-- 

Regards,

Kingsley Idehen	
Founder & CEO
OpenLink Software
Company Web: http://www.openlinksw.com
Personal Weblog: http://www.openlinksw.com/blog/~kidehen
Twitter Profile: https://twitter.com/kidehen
Google+ Profile: https://plus.google.com/+KingsleyIdehen/about
LinkedIn Profile: http://www.linkedin.com/in/kidehen







Received on Thursday, 10 April 2014 15:25:54 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:29:39 UTC