- From: Jim Hendler <hendler@cs.umd.edu>
- Date: Mon, 12 Dec 2005 21:44:15 -0500
- To: Christopher Welty <welty@us.ibm.com>, Bill Andersen <andersen@ontologyworks.com>
- Cc: Enrico Franconi <franconi@inf.unibz.it>, Minsu Jang <minsu@etri.re.kr>, W3C RIF WG <public-rif-wg@w3.org>, public-rif-wg-request@w3.org
Gents - this issue of Uncle does go, as Chris says below, to intent. And it gets us into open vs. closed reasoning in a nice way - so I will continue it here, even though we're diverging from a use case, I think it is important for the eventual OWL to RIF document that we have some of this stuff straight. Here's a little OWL document which defines Uncle and some family relationships ===== Uncle a owl:class; rdfs:subclassOf :male; owl:equivalentClass [a owl:restriction; owl:onProperty :sibling; owl:someValuesFrom :Parent]. Parent a owl:class; rdfs:subclassOf :Person; owl:equivalentClass [a owl: restriction; owl:onProperty :hasChild; owl:minCardinality 1]. :Bob a :uncle; :Mary a :Parent; :Mary :hasChild :Amy; :Bob :sibling :Mary; =========== This document is consistent (I tested an XML/RDF version of it with Pellet, an OWL DL reasoner, I may have made minor transcription errors in my N3). If I had a class called "NotUncle" which was equivalentTo the complement of Uncle, and asserted :Bob2 a :male. :Bob2 :sibling :Mary2. :Mary2 :hasChild :Amy2. :Bob2 a NotUncle. then this is unconsistent (i.e. Pellet appropriately recogizes that Bob2 must be an uncle and a nonUncle, which is inconsistent) Suppose instead of "Mary a Parent" I said "Mary a NoChildrenPerson" (with the obvious semantics) and I left out amy, then this would NOT be an inconsistent document, because Bob may have other siblings. If I had an onlySibling property (make it a subclass of subling that is both functional and inversefunctional, for example) then the above definitions of Uncle and Parent with the facts :Bob a :uncle. :Bob :onlySibling :Mary. :Mary a :NoChildrenPerson. Would, I believe, be inconsistent (again, apologies if I got details wrong) Note, however, that 'm reasoning about the Class Uncle, and not the "uncleOf" property. What OWL doesn't provide is a facility to say uncleOf(x,z) := Male(x), Sibling(x,y), hasChild(y,z) by directly composing the properties. However, that is far different from saying OWL cannot define "uncle" as did the original message -JH p.s. Providing more general composite properties for OWL strikes me as a good use case of a RL, but not necessarily of a RIF... At 13:58 -0500 12/12/05, Christopher Welty wrote: >You can't do "uncle" in OWL-DL in the sense you want, I think Jim's point >was that you can define *something* that eliminates some unintended >models. Unless one of the mindlab guys have found another clever b-node >based trick. > >-Chris > >Dr. Christopher A. Welty, Knowledge Structures Group >IBM Watson Research Center, 19 Skyline Dr., Hawthorne, NY 10532 >Voice: +1 914.784.7055, IBM T/L: 863.7055, Fax: +1 914.784.7455 >Email: welty@watson.ibm.com >Web: http://www.research.ibm.com/people/w/welty/ > > > >Bill Andersen <andersen@ontologyworks.com> >Sent by: public-rif-wg-request@w3.org >12/12/2005 06:42 AM > >To >Enrico Franconi <franconi@inf.unibz.it> >cc >Jim Hendler <hendler@cs.umd.edu>, Minsu Jang <minsu@etri.re.kr>, W3C RIF >WG <public-rif-wg@w3.org> >Subject >Re: [Use Case] ETRI-UC1: Filling the holes of OWL ontology > > > > > > > >Hi all, > >Enrico, thanks for clarifying the issue on tree-shaped models. > >Jim, could you provide a reference (or perhaps an example) to how one >does "uncle" in OWL-DL? > >Thanks, > > .bill > >On Dec 12, 2005, at 04:27 , Enrico Franconi wrote: > >> >> On 11 Dec 2005, at 18:39, Jim Hendler wrote: >>> At 19:57 +0900 12/11/05, Minsu Jang wrote: >>>> When building ontologies using OWL, we usually come up with such >>>> relations or classes that are difficult or impossible to express >>>> in OWL, which creates vocabulary holes in the ontologies. The >>>> most representative hole is the set of relations that can be >>>> defined by chained properties[1][2]. For example, with OWL alone, >>>> you cannot describe "uncle" relation, which is the composition of >>>> "father" and "brother" relation, into the family ontology. With >>>> rules, it's trivial to describe the relations defined by chained >>>> properties. As such, RIF will be an essential semantic web >>>> language that complements and extends OWL. >>> >>> Actually, let us be clear here - it is easy to come up with a >>> definition of uncle in OWL and one can even rule out inconsistent >>> cases using a DL reasoner (for example, I could discover it was >>> inconsistent for Bob to be in a "no siblings" class if I knew Bob >>> was in the uncle class). What each of the various approaches can >>> do with "uncle" is actually quite complicated, gets into issues of >>> grounded literals and other such things (i.e. many rule systems >>> can't find all uncles because you may need unsafe reasoning to >>> remain decidable) -- I don't object to the thrust of the use case >>> about doing things OWL cannot, but this canard about "not doing >>> uncle" is a misunderstanding of something Ian Horrocks said in >>> some email to the Web Ontology Working Group (i.e. it's been taken >>> out of context) and needs to be much more carefully elucidated if >>> you want to use it in a use case... >> >> I guess that a proper use case could be built on the fact that >> nominal-free OWL-DL does not have the ability to describe non-tree >> models: you need to extend the language, e.g., with rules, to be >> able to *properly* describe cyclic graph shaped models. >> >> cheers >> --e. >> >> > >Bill Andersen (andersen@ontologyworks.com) >Chief Scientist >Ontology Works, Inc. (www.ontologyworks.com) >1132 Annapolis Road, Suite 104, >Odenton, MD 21113 >Office: 410-674-7600 >Cell: 443-858-6444 >Fax: 410-674-6075 -- Professor James Hendler Director Joint Institute for Knowledge Discovery 301-405-2696 UMIACS, Univ of Maryland 301-314-9734 (Fax) College Park, MD 20742 http://www.cs.umd.edu/~hendler (New course: http://www.cs.umd.edu/~hendler/CMSC498w/)
Received on Tuesday, 13 December 2005 02:45:43 UTC