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

RE: Date Representation Best Practice

From: Ashok Malhotra <ashokma@microsoft.com>
Date: Thu, 14 Nov 2002 04:28:26 -0800
Message-ID: <E5B814702B65CB4DA51644580E4853FB03DA75E3@red-msg-12.redmond.corp.microsoft.com>
To: "Ian Davis" <iand@internetalchemy.org>, <www-rdf-interest@w3.org>

For date related datatypes, see http://www.w3.org/TR/xmlschema-2/
For operations on dates, see http://www.w3.org/TR/xquery-operators/
A new version of the latter will be published tomorrow.

All the best, Ashok

-----Original Message-----
From: Ian Davis [mailto:iand@internetalchemy.org] 
Sent: Wednesday, November 13, 2002 11:35 PM
To: www-rdf-interest@w3.org
Subject: Date Representation Best Practice

Hi all,

I'm experimenting with an application that ties people and
historical events together and have a question regarding the
representation of dates. Currently most RDF applications I have seen
use a literal date representation, utilizing one of the various
standard date formats.

However, this representation requires additional date logic within the
RDF application. In order to answer questions such as "In what year
did a man first walk on the moon?" the application must first seek
the date literal for the event and then parse it to determine the

I've been looking at representing the dates as resources. This lets me
make assertions about each date such as year, month and day. To answer
my question above I then ask for the year of the date of the event. I
can also assert other relationships with other dates such as before
and after which should enable me to find the first man on the moon by
finding a moon walk event such that there are no moon walk events
before it.

Aside from the practical considerations of generating resources for
all possible dates, are there any other reasons why one would favour
literals over resources? Will the proposals for data typing literals
cover date relationships?

Received on Thursday, 14 November 2002 07:29:49 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 15:07:43 UTC