- From: Michael Schneider <schneid@fzi.de>
- Date: Tue, 22 Jan 2008 11:27:30 +0100
- To: "Web Ontology Language ((OWL)) Working Group WG" <public-owl-wg@w3.org>
- Message-ID: <0EF30CAA69519C4CB91D01481AEA06A06C278E@judith.fzi.de>
Hi!
It has been proposed [1] to close ISSUE-29 [2] as resolved by
(1) identifying owl:DataRange with rdfs:Datatype
(2) deprecating the use of owl:DataRange
To summarize my analysis below: AFAICS, point (1) would be consistent with the current specification of OWL-1.0-Full [3]. Also, at least from an OWL-1.0-Full perspective, point (2) would probably not lead to big problems (esp. if "deprecation" is understood in the sense of [4]).
I have checked all the tables in [3], which specify the characteristic semantic conditions of OWL-1.0-Full (in addition to the semantic conditions of RDFS).
A) Table "Characteristics of OWL classes, datatypes, and properties"
This table defines instances of class owl:DataRange to be instances of LV_I, which is the set of all data values in the OWL universe. Exactly the same semantic condition holds for rdfs:Datatype in the same table. So, there is no problem for identifying both classes from this perspective.
However, there is an additional (informal) note in the entry of 'owl:DataRange', which says:
"OWL dataranges are special kinds of datatypes."
I am not quite sure about the term "special" here. If it is *not* meant in the sense of "strict subset", then it doesn't oppose the identification of owl:DataRange with rdfs:Datatype. (And, if necessary, this note could be changed in OWL-1.1-Full, of course).
B) Table "Conditions concerning the parts of the OWL universe and syntactic categories":
This table does not contain an entry for owl:DataRange. This is somewhat strange IMO, and might be a bug in the Full spec. Nevertheless, it actually allows to add an entry for owl:DataRange to this table which says:
If E is
owl:DataRange
then
CEXT_I(S_I(E)) = IDC
and IDC subsetOf C_I
This would then be exactly the same definition as for rdfs:Datatype, and so both properties would have the same property extention.
C) AFAICS, nothing in the Full spec says that 'owl:oneOf' has to be used in connection with 'owl:DataRange', when one defines enumerations of data values. This might be a bug in the Full spec, but it will make it easier to deprecate the use of 'owl:DataRange' in Full.
D) Table "Conditions on OWL vocabulary related to boolean combinations and sets":
This table contains the following entry for owl:oneOf constructs:
IF AND ONLY IF
C owl:oneOf l
THEN
C is a class, and
l is a sequence of d1...dn over objects or datavalues, and
the class extention of C is {d1...dn}
Here, the "back direction" is interesting: All classes which are /finite/ sets of datavalues will be expressable as oneOf statements. One could see this as a problem, *if* it was stated elsewhere that 'oneOf' statements define instances of owl:DataRange. In this case, it would not be clear whether owl:DataRange is a sub class of rdfs:Datatype or not. However, E) will show that we are out of danger:
E) Table "Comprehension conditions"
IF
there exists a sequence of datavalues x1,.,xn
THEN
there exists a y IN set IDC // class extention of 'rdfs:Datatype' !
with y owl:oneOf (x1...xn)
This can be seen as an addition to the back direction in D): It is said that for finite sequences of data values, we can create some 'owl:oneOf' construct, which actually denotes some instance of set IDC. And IDC is the class extention of rdfs:Datatype. Since every two such 'owl:oneOf' constructs for the same sequence of data values have to define the same class, we learn that the finite sets in D) actually define instances of rdfs:Datatype. So, again, identifying owl:DataRange with rdfs:Datatype is ok.
F) Table "Further conditions on owl:oneOf":
For triples "C owl:oneOf (d1 ... dn)", with data values d1...dn, it is specified that C has to be in the class IDC, which is actually the class extention of rdfs:Datatype. Hm, looks like redundant information, when compared wit D) and E) [FIXME!]. Anyway, again, identifying owl:DataRange with rdfs:Datatype is ok.
To conclude: Nothing in the current OWL-Full spec seems to speak against Peter's proposal to identify the class owl:DataRange with rdfs:Datatype. I would rather say that there are several hints which speek *pro* doing so. There is, however, a single point in the spec, which *could* be read as if owl:DataRange might be a strict sub class of rdfs:Datatype: It's the note cited in A). But this note is informal and somewhat vague, and I do not see any other support for having owl:DataRange really be a strict sub class of rdfs:Datatype. So Peter's proposal looks fine to me from the OWL-Full perspective.
Cheers,
Michael
[1] <http://lists.w3.org/Archives/Public/public-owl-wg/2008Jan/0017.html>
[2] <http://www.w3.org/2007/OWL/tracker/issues/29>
[3] <http://www.w3.org/TR/owl-semantics/rdfs.html#5.2>
[4] <http://lists.w3.org/Archives/Public/public-owl-wg/2008Jan/0163.html>
--
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 Tuesday, 22 January 2008 10:27:48 UTC