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

Why has the RDF mapping conditional mapping rules? (ISSUE-68)

From: Michael Schneider <schneid@fzi.de>
Date: Tue, 5 Feb 2008 23:43:08 +0100
Message-ID: <0EF30CAA69519C4CB91D01481AEA06A06C2FDA@judith.fzi.de>
To: <public-owl-wg@w3.org>

In ISSUE-68 [1], which will be discussed in this week's telecon, Jeremy
cites from the RDF mapping WD [2]:

  "DOMAIN[op] expands to rdfs:domain 
  if OnlyOP(op) = true, 
  and to owl11:objectPropertyDomain otherwise"

I notice that there are many conditional rules of the same style in the
FS-to-RDF mapping.

I would like to know: Why are there such conditional rules? Or to put it
differently: Why not just 

  "DOMAIN[op] expands to owl11:objectPropertyDomain"

and analogue for all other cases? 

I can see that there is a statement in [2], saying:

  "For backwards compatibility, OWL 1.1 uses OWL 1.0 
  vocabulary whenever there is no ambiguity."

But I do not understand what advantage have these conditional rules for
backwards compatibility. I do not even understand where the FS-to-RDF
mapping touches questions of backwards compatibility. Isn't backwards
compatibility only a relevant topic for the RDF-2-FS mapping [3] ?


[1] <http://www.w3.org/2007/OWL/tracker/issues/68>

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, 5 February 2008 22:43:38 UTC

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