W3C home > Mailing lists > Public > www-archive@w3.org > November 2002

Re: The emperor's new datatypes

From: Graham Klyne <GK@NineByNine.org>
Date: Wed, 27 Nov 2002 16:55:32 +0000
Message-Id: <>
To: Dan Connolly <connolly@w3.org>
Cc: www-archive@w3.org, Brian McBride <bwm@hplb.hpl.hp.com>, Dan Brickley <danbri@w3.org>

At 07:57 AM 11/27/02 -0600, Dan Connolly wrote:
>This discussion is out of order since the question is
>decided, so I'm not copying the WG...

Good.  I don't intend to say more there.

>On Wed, 2002-11-27 at 07:23, Graham Klyne wrote:
> > That is, the intent of the expression:
> >
> >     jenny age xsd:integer"10" .
> >
> > can be equivalently expressed as:
> >
> >     jenny age _:x .
> >     _:x xsd:integer "10" .
>While I believe that's true, that's actually not the point
>of the rdfs:format proposal. In the RDFS format proposal,
>it's just
>         jenny age "10".
>i.e. the age property takes a numeral, not a number.
>The RDFS format proposal is not incompatible with
>datatype properties, but it's orthogonal to it.


The point behind my analysis of CC/PP is that I think content negotiation 
works more cleanly given a consistent treatment for numbers associated with 
literals, and numbers that are genuine numeric values that one can test and 
express in other ways.  I suppose one could define, e.g., test:le that 
relates "1" to "2", "2" to "3" but not "3" to "2" in the numeral (text) 
domain, but my intuition is that that would ultimately lead to other 

So I was explicitly looking at ways of expressing number values in the 
graph, as well as constraining literals.  This is something that the 
current datatyped literals give us.


Graham Klyne
Received on Wednesday, 27 November 2002 15:09:56 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 14:42:16 UTC