W3C home > Mailing lists > Public > public-lod@w3.org > August 2009

Re: [Dbpedia-discussion] Fwd: Your message to Dbpedia-discussion awaits moderator approval

From: Kingsley Idehen <kidehen@openlinksw.com>
Date: Mon, 10 Aug 2009 17:29:25 -0400
Message-ID: <4A809135.4060306@openlinksw.com>
To: Kavitha Srinivas <ksrinivs@gmail.com>
CC: Tim Finin <finin@cs.umbc.edu>, Anja Jentzsch <anja@anjeve.de>, "public-lod@w3.org" <public-lod@w3.org>, "dbpedia-discussion@lists.sourceforge.net" <dbpedia-discussion@lists.sourceforge.net>, Chris Bizer <chris@bizer.de>
Kavitha Srinivas wrote:
> I will fix the URIs.. I believe the equivalenceClass assertions were 
> added in by someone at OpenLink (I just sent the raw file with the 
> conditional probabilities for each pair of types that were above the 
> .80 threshold).  So can whoever uploaded the file fix the property to 
> what Tim suggested?
Hmm,  I didn't touch the file, neither did anyone else at OpenLink. I 
just downloaded what was uploaded at: 
http://wiki.dbpedia.org/Downloads33, any based on my own personal best 
practices, put the data in a separate Named Graph :-)

Chris/Anja: I believe this data set was touched on your end, right? 
Please make the fixes in line with the findings from the conversation on 
this thread. Once corrected, I or someone else will reload.


> Thanks!
> Kavitha
> On Aug 10, 2009, at 5:03 PM, Kingsley Idehen wrote:
>> Kavitha Srinivas wrote:
>>> Agree completely -- which is why I sent a base file which had the 
>>> conditional probabilities, the mapping, and the values to be able to 
>>> compute marginals.
>>> About the URIs, I should have added in my email that because 
>>> freebase types are not URIs, and have types such as /people/person, 
>>> we added a base URI: http://freebase.com to the types.  Sorry I 
>>> missed mentioning that...
>>> Kavitha
>> Kavitha,
>> If you apply the proper URIs, and then apply fixes to the mappings 
>> (from prior suggestions) we are set.  You can send me another dump 
>> and I will go one step further and put some sample SPARQL queries 
>> together which demonstrate how we can have many world views on the 
>> Web of Linked Data without anyone getting hurt in the process :-)
>> Kingsley
>>> On Aug 10, 2009, at 4:42 PM, Tim Finin wrote:
>>>> Kavitha Srinivas wrote:
>>>>> I understand what you are saying -- but some of this reflects the 
>>>>> way types are associated with freebase instances.  The types are 
>>>>> more like 'tags' in the sense that there is no hierarchy, but each 
>>>>> instance is annotated with multiple types.  So an artist would in 
>>>>> fact be annotated with person reliably (and probably less 
>>>>> consistently with /music/artist).  Similar issues with Uyhurs, 
>>>>> murdered children etc.  The issue is differences in modeling 
>>>>> granularity as well.  Perhaps a better thing to look at are types 
>>>>> where the YAGO types map to Wordnet (this is usually at a coarser 
>>>>> level of granularity).
>>>> One way to approach this problem is to use a framework to mix logical
>>>> constraints with probabilistic ones.  My colleague Yun Peng has been
>>>> exploring integrating data backed by OWL ontologies with Bayesian 
>>>> information,
>>>> with applications for ontology mapping.  See [1] for recent papers 
>>>> on this
>>>> as well as a recent PhD thesis [2] that I think also may be relevant.
>>>> [1] 
>>>> http://ebiquity.umbc.edu/papers/select/search/html/613a353a7b693a303b643a37383b693a313b643a303b693a323b733a303a22223b693a333b733a303a22223b693a343b643a303b7d/ 
>>>> [2] 
>>>> http://ebiquity.umbc.edu/paper/html/id/427/Constraint-Generation-and-Reasoning-in-OWL 
>> -- 
>> Regards,
>> Kingsley Idehen          Weblog: http://www.openlinksw.com/blog/~kidehen
>> President & CEO OpenLink Software     Web: http://www.openlinksw.com



Kingsley Idehen	      Weblog: http://www.openlinksw.com/blog/~kidehen
President & CEO 
OpenLink Software     Web: http://www.openlinksw.com
Received on Monday, 10 August 2009 21:30:03 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 16:20:51 UTC