On 2/7/15 2:44 PM, Markus Kroetzsch wrote:


On 07.02.2015 20:04, Kingsley Idehen wrote:
On 2/7/15 1:37 PM, Markus Kroetzsch wrote:
...

This is a nice Interface that's actually omitting DBpedia identifiers.
Anyway, I contacted the author about this and he has indicated an intent
to eventually include DBpedia URIs.

Thus, we have a nice interface to Linked Data with the strange
characteristic of excluding DBpedia identifiers :(

This is a misunderstanding. It is not a linked data interface, but simply a browser for the data in Wikidata (see it as an alternative UI to wikidata.org). I was only posting it here as a data browser example.

Therefore, the simple reason why you cannot see DBpedia URIs is that the interface is displaying only data that is actually stored in Wikidata, and the community has not stored DBpedia URIs. This is understandable, since they are already storing the Wikipedia URLs, and it would seem like duplicating a really significant part of the overall data.

Not it isn't duplication. Wikipedia HTTP URLs identify Wikipedia documents. DBpedia URIs identify entities associated with Wikipedia documents. There's a world of difference here!


There are similar issues with most of the other identifiers: they are usually the main IDs of the database, not the URIs of the corresponding RDF data (if available).

Hmm.. if you look at the identifiers on the viewer's right hand side, you will find out (depending on you understanding of Linked Open Data concepts) that they too identify entities that are associated with Web pages, rather than web pages themselves.

For example, the Freebase ID of TimBL is "/m/07d5b" but the URI would be "http://rdf.freebase.com/ns/m.07d5b";. The community is in a tricky situation there, since most datasets do not use URIs as their primary IDs (which you need to find something on the site). Maybe we can have ways to specify string transformations with the data to have a way to go from primary data to linked data in such cases.

I don't really grasp the point you are trying to make. These should be non-issues when the semantics of relations and the nature of identifiers are understood, in regards to Linked Open Data and a Semantic Web.


Kingsley

Cheers,

Markus





------------------------------------------------------------------------------
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/



_______________________________________________
Dbpedia-discussion mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion




--
Regards,

Kingsley Idehen 
Founder & CEO
OpenLink Software
Company Web: http://www.openlinksw.com
Personal Weblog 1: http://kidehen.blogspot.com
Personal Weblog 2: 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
Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this


Attachment: smime.p7s
Description: S/MIME Cryptographic Signature

------------------------------------------------------------------------------
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
_______________________________________________
Dbpedia-discussion mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion

Reply via email to