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

Re: details of rdf:datatype?

From: Jos De_Roo <jos.deroo.jd@belgium.agfa.com>
Date: Wed, 16 Oct 2002 09:43:27 +0200
To: "Patrick Stickler" <patrick.stickler@nokia.com>
Cc: "Dan Connolly" <connolly@w3.org>, w3c-rdfcore-wg@w3.org, "Graham Klyne" <Graham.Klyne@MIMEsweeper.com>
Message-ID: <OFD47A48F0.A43A7B25-ONC1256C54.0028E038-C1256C54.002A7169@agfa.be>


I see what you mean Patrick, but I think there is
no real problem here (w.r.t. former entailments)
The point is indeed to find out that both nodes.
denote the same value (that they unify).
What we actually do is
  try {
     numeral-canonical-number-representation
  }
  catch {
    keep-as-is
  }
and then do both type and literal inference
and that works for practical cases such as
  xsd:decimal"-10.000"
  xsd:negativeInteger"-010"
  etc
I would think that if we can't do such trivial
entailments then what should we do???

-- ,
Jos De Roo, AGFA http://www.agfa.com/w3c/jdroo/



                                                                                                                       
                    "Patrick Stickler"                                                                                 
                    <patrick.stickler@       To:     "Graham Klyne <Graham.Klyne", "ext Jos De_Roo"                    
                    nokia.com>                <jos.deroo.jd@belgium.agfa.com>                                          
                                             cc:     "Dan Connolly" <connolly@w3.org>, <w3c-rdfcore-wg@w3.org>,        
                    2002-10-16 07:35          <w3c-rdfcore-wg-request@w3.org>                                          
                    AM                       Subject:     Re: details of rdf:datatype?                                 
                    Please respond to                                                                                  
                    "Patrick Stickler"                                                                                 
                                                                                                                       
                                                                                                                       






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


----- Original Message -----
From: "ext Jos De_Roo" <jos.deroo.jd@belgium.agfa.com>
To: "Graham Klyne <Graham.Klyne" <Graham.Klyne@MIMEsweeper.com>
Cc: "Dan Connolly" <connolly@w3.org>; "Patrick Stickler"
<patrick.stickler@nokia.com>; <w3c-rdfcore-wg@w3.org>;
<w3c-rdfcore-wg-request@w3.org>
Sent: 15 October, 2002 18:49
Subject: Re: details of rdf:datatype?


>
> >> > My take is that only the first case is RDF-entailed:  if the
datatype
> and
> >> > text are the same for two literals then they must denote the same
> value.
> >>
> >>But they are not the same datatype. They are different URIs, and RDF
> >>cannot know that there is any intersection of the value spaces of
> >>xsd:integer and xsd:decimal. Thus the first case is not RDF-entailed.
> >
> >Oops, I missed that.  Yes, if the datatype URIs are different then IMHO
> RDF
> >(alone) cannot infer an equivalence.
>
> not with following (as part of rdfs)
>
> xsd:decimal a rdfs:Class .
> xsd:integer rdfs:subClassOf xsd:decimal .
> xsd:nonPositiveInteger rdfs:subClassOf xsd:integer .
> xsd:long rdfs:subClassOf xsd:integer .
> xsd:nonNegativeInteger rdfs:subClassOf xsd:integer .
> xsd:negativeInteger rdfs:subClassOf xsd:nonPositiveInteger .
> xsd:int rdfs:subClassOf xsd:long .
> xsd:unsignedLong rdfs:subClassOf xsd:nonNegativeInteger .
> xsd:positiveInteger rdfs:subClassOf xsd:nonNegativeInteger .
> xsd:short rdfs:subClassOf xsd:int .
> xsd:unsignedInt rdfs:subClassOf xsd:unsignedLong .
> xsd:byte rdfs:subClassOf xsd:short .
> xsd:unsignedShort rdfs:subClassOf xsd:unsignedInt .
> xsd:unsignedByte rdfs:subClassOf xsd:unsignedShort .
>
> -- ,
> Jos De Roo, AGFA http://www.agfa.com/w3c/jdroo/

Subclass relations are not sufficient to determine equality
of values. The class extension of a datatype is its value
space. And if one datatype is a subclass of another, all that
means is that its value space is a subset of the superordinate
datatype's value space. Thus, an integer *value* is always
a decimal value, etc.

However, (and this is what seems to be missed here), there is
no requirement that a subordinate datatype's lexical space be
a subset of the superordinate datatype's lexical space or that
the lexical to value mapping of the subordinate datatype be
compatable with that of the superordinate datatype. How each
datatype serializes its values and the mappings from lexical
forms to values is entirely the domain of the datatype alone,
disjunct from any subclass relations with any other datatypes.

This is what allows us to, e.g. say that a Schema integer is
a subclass of XSD Integer and visa versa, as they have perfectly
intersecting value spaces, yet have incompatable lexical spaces.
It is a critical feature of the extensible nature of RDF datatyping
which allows us to relate datatypes by their value spaces
irrespective of their lexical representations, which is the key
to interoperability between disparate datatype frameworks.

So, just because xsd:integer is a subclass of xsd:decimal, and
the lexical form is the same for both typed literals, that does
not mean that both typed literals (absolutely) map to the same
value. They might (and in this case they do) but they might
not, and RDF does not know this, even with the above subClassOf
relations.

E.g., one could just as well have:

   foo:binaryInteger rdfs:subClassOf xsd:integer .
   Jenny age xsd:integer"10" .
   Bob age foo:binaryInteger"10" .

where in actuality, even though the lexical forms are identical
and foo:binaryInteger is a subclass of xsd:integer, Jenny's
and Bob's ages are in fact not the same.

Patrick
Received on Wednesday, 16 October 2002 03:44:06 EDT

This archive was generated by hypermail pre-2.1.9 : Wednesday, 3 September 2003 09:52:26 EDT