- From: Pat Hayes <phayes@ihmc.us>
- Date: Mon, 10 Aug 2009 15:47:22 -0500
- To: Kavitha Srinivas <ksrinivs@gmail.com>
- Cc: Kingsley Idehen <kidehen@openlinksw.com>, Anja Jentzsch <anja@anjeve.de>, public-lod community <public-lod@w3.org>, Tim Finin <finin@cs.umbc.edu>, dbpedia-discussion@lists.sourceforge.net
This website should be taken down immediately, before it does serious harm. It is irresponsible to publish such off-the-wall equivalentClass assertions. The presence or absence of hierarchies, or the similarity to tags, are completely irrelevant: the semantics of owl:equivalentClass are quite unambiguous and are fixed normatively by the OWL specs, so these assertions have a definite meaning; and with that meaning they are wildly, irresponsibly and dangerously false. Tim is treating it lightly, but this is in fact quite a serious matter. Please DISABLE public access to this resource until this is fixed. Pat Hayes On Aug 10, 2009, at 3:27 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). > > I think you need a different property to express the relation > between the > freebase types and yago classes. The whole point of grounding OWL > in logic is > to allow people and computers to draw inferences from the OWL > statements. Those > statements in the dump do assert that anything that is in the set > yago:Uyghurs > is also in the set yago:MurderedChildren and vice versa. > > Why not use rdfs:subClassOf to relate a yago class to a freebase > type when every > member of the class is tagged with the type but not everything > tagged with the > type is a member of the class. > > skos:narrower is another option, maybe. > > ------------------------------------------------------------ IHMC (850)434 8903 or (650)494 3973 40 South Alcaniz St. (850)202 4416 office Pensacola (850)202 4440 fax FL 32502 (850)291 0667 mobile phayesAT-SIGNihmc.us http://www.ihmc.us/users/phayes
Received on Monday, 10 August 2009 20:48:15 UTC