W3C home > Mailing lists > Public > w3c-rdfcore-wg@w3.org > November 2002

Re: More on XSD in RDF

From: Patrick Stickler <patrick.stickler@nokia.com>
Date: Mon, 25 Nov 2002 12:02:27 +0200
Message-ID: <009001c29469$c443cd90$4b9316ac@NOE.Nokia.com>
To: "Jeremy Carroll" <jjc@hplb.hpl.hp.com>, "ext Dave Beckett" <dave.beckett@bristol.ac.uk>
Cc: <w3c-rdfcore-wg@w3.org>

[Patrick Stickler, Nokia/Finland, (+358 40) 801 9690, patrick.stickler@nokia.com]

> If there is anything to add to the Concepts WD, maybe it would be to
> spell out the exact requirements for datatypes used in RDF
> datatyping, some of which is in the introduction to the above.  Maybe
> near http://www.w3.org/TR/rdf-concepts/#section-Datatypes ?

I'm wondering if it is not too strong a requirement that datatyping
entailments involving relations between datatypes must be based
on explicit rdfs:subClassOf assertions -- to emphasize that the
entailments are based on the intersection of their value spaces;
and it remains then a "social" issue whether the subclass assertions
should/could be made if the definitions of the datatypes themselves
do not define such relations.

It is straightforward to capture the official subclass relations
defined by the XML Schema specs, and those assertions would not
include e.g. a relationship between xsd:float and xsd:decimal,
therefore it would be clear insofar as RDF is concerned that
the following entailment does not hold, according to the XML Schema

   thing:A some:Property "10.0"^^xsd:decimal .
   thing:B some:Property "10.0"^^xsd:float .
does not datatype entail
   thing:A some:Property _:x .
   thing:B some:Property _:x .

And if folks want to then challenge the fact that the entailment
does not hold, they can go rag on the XML Schema folks, but RDF
is fully capturing and respecting the formal definitions of those
datatypes and their non-relation.

And it's by rdfs:subClassOf that we make the basis for such
entailments explicit in RDF.

Received on Monday, 25 November 2002 05:02:33 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:24:18 UTC