W3C home > Mailing lists > Public > public-owl-wg@w3.org > April 2008

RE: Annotations in 1.0-DL and 1.1-DL

From: Michael Schneider <schneid@fzi.de>
Date: Wed, 9 Apr 2008 11:54:22 +0200
Message-ID: <0EF30CAA69519C4CB91D01481AEA06A0803E15@judith.fzi.de>
To: "Peter F. Patel-Schneider" <pfps@research.bell-labs.com>
Cc: "Web Ontology Language ((OWL)) Working Group WG" <public-owl-wg@w3.org>
Peter F. Patel-Schneider wrote:

>> >EC turns Individual constructs into sets, possibly empty.  
>> >constructs with a name are singleton sets if the denotation 
>of the name
>> >satisfies the conditions, empty otherwise.
>> Ok. Thanks!
>> >Individual constructs without names can have larger cardinality.
>> Hm, this is not clear to me. How can there be larger cardinalities?
>> Shouldn't individual constructs, either named or not, only 
>denote singletons
>> at max?
>Whether they should or not is not the issue.  In the OWL 1 DL semantics
>they just do, as shown by
>EC(Individual(annotation(p1 o1) ... annotation(pk ok)
>              type(c1) ... type(cm) pv1 ... pvn)) =
>	EC(annotation(p1 o1)) intersect .... intersect 
>EC(annotation(pk ok))
> 	intersect EC(c1) interset ... intersect EC(cm) 
>	intersect EC(pv1) intersect ... intersect EC(pvn)

Ok, I think I finally get it:

  EC(Individual(C1 ... Cn)) = EC(C1) ^ ... ^ EC(Cn)

And if the individual is named by "i", then there is a singleton set "{S(i)}" as part of the whole intersection.

>> Further, shouldn't the "Conditions on interpretations" table 
>entry above
>> provide additional assertions of the form:
>>   S(i) in EC(annotation(p1 o1)) ... S(i) in EC(annotation(pk ok))
>If there is no name for the individual, then this doesn't make sense.
>If there is a name, then this condition is carried by the 
>	{S(i)} intersect
>bit for named individuals.


>> in the same way as these assertions exist for classes:
>> >    Conditions on interpretations:
>> >    ------------------------------
>> >  --> S(c) in EC(annotation(p1 o1)) ... S(c) in 
>EC(annotation(pk ok))
>> >      EC(c) subset EC(descr1) ^ ... ^ EC(descrn)
>> At least under the condition that EC(Individual(i ...)) is non-empty?
>Note that {S(i)} is a superset of EC(Individual(i ...), 
>Aso if 
>EC(Individual(i ...)) is non-empty then S(i) is an element of
>EC(Individual(i ...)).



Dipl.-Inform. Michael Schneider
FZI Forschungszentrum Informatik Karlsruhe
Abtl. Information Process Engineering (IPE)
Tel  : +49-721-9654-726
Fax  : +49-721-9654-727
Email: Michael.Schneider@fzi.de
Web  : http://www.fzi.de/ipe/eng/mitarbeiter.php?id=555

FZI Forschungszentrum Informatik an der Universität Karlsruhe
Haid-und-Neu-Str. 10-14, D-76131 Karlsruhe
Tel.: +49-721-9654-0, Fax: +49-721-9654-959
Stiftung des bürgerlichen Rechts
Az: 14-0563.1 Regierungspräsidium Karlsruhe
Vorstand: Rüdiger Dillmann, Michael Flor, Jivka Ovtcharova, Rudi Studer
Vorsitzender des Kuratoriums: Ministerialdirigent Günther Leßnerkraus

Received on Wednesday, 9 April 2008 09:54:59 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:42:03 UTC