- From: <bugzilla@wiggum.w3.org>
- Date: Fri, 12 May 2006 18:31:49 +0000
- To: public-qt-comments@w3.org
- CC:
http://www.w3.org/Bugs/Public/show_bug.cgi?id=3019
mike@saxonica.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Comment #2 from mike@saxonica.com 2006-05-12 18:31 -------
Following discussion over several meetings and on email, here is the final text
of the changes agreed.
(a) in the list of component designators, against Y I have added a note that
the value is the absolute value of the year.
(b) The text concerning the ISO calendar now reads:
The ISO 8601 calendar (<bibref ref="ISO8601"/>),
which is included in the above list and designated <code>ISO</code>,
is very similar to the Gregorian calendar designated <code>AD</code>,
but it differs in several ways. The ISO calendar
is intended to ensure that date and time formats can be read
easily by other software, as well as being legible for human
users. The ISO calendar prescribes the use of particular numbering
conventions as defined in
ISO 8601, rather than allowing these to be localized on a per-language
basis. In particular it
provides a numeric 'week date' format which identifies dates by
year, week of the year, and day in the week;
in the ISO calendar the days of the week are numbered from
1 (Monday) to 7 (Sunday), and
week 1 in any calendar year is the week (from Monday to Sunday)
that includes the first Thursday
of that year. The numeric values of the components year, month,
day, hour, minute, and second
are the same in the ISO calendar as the values used in the lexical
representation of the date and
time as defined in <bibref ref="xmlschema-2"/>.
The era ("E" component)
with this calendar is either a minus sign (for negative years)
or a zero-length string (for positive years).
For dates before 1 January, AD 1, year numbers in
the ISO and AD calendars are off by one from each other: ISO year
0000 is 1 BC, -0001 is 2 BC, etc.</p>
Note:
The value space of the date and time data types, as defined in
XML Schema, is based on
absolute points in time. The lexical space of these data types
defines a representation of these absolute points in time using the
proleptic Gregorian calendar,
that is, the modern Western calendar extrapolated into the past and the
future; but the value space is calendar-neutral. The
date formatting functions produce a representation
of this absolute point in time, but denoted in a possibly
different calendar. So, for example, the date whose lexical
representation in XML Schema is <code>1502-01-11</code>
(the day on which Pope Gregory XIII was born) might be
formatted using the Old Style (Julian) calendar as
<code>1 January 1502</code>. This reflects the fact
that there was at that time a ten-day difference between
the two calendars. It would be
incorrect, and would produce incorrect results, to represent this
date in an element or attribute
of type <code>xs:date</code> as <code>1502-01-01</code>,
even though this might reflect the way
the date was recorded in contemporary documents.
When referring to years occurring in antiquity, modern historians
generally use a numbering system in which there is no year zero
(the year before 1 CE is thus 1 BCE). This is the convention that
<rfc2119>should</rfc2119> be used when the
requested calendar is OS (Julian) or AD (Gregorian). When the requested
calendar is ISO, however, the conventions of ISO 8601
<rfc2119>should</rfc2119> be followed: here the year
before +0001 is numbered zero. In <specref ref="XMLSCHEMA"/>
(version 1.0), the value space for <code>xs:date</code> and
<code>xs:dateTime</code> does not include a year zero:
however, a future edition is expected to endorse the
ISO 8601 convention. This means that the date on
which Julius Caesar was assassinated has the ISO 8601
lexical representation
-0043-03-13, but will be formatted as 15 March 44 BCE
in the Julian calendar
or 13 March 44 BCE in the Gregorian calendar (dependant on the chosen
localization of the names of months and eras).
Received on Friday, 12 May 2006 18:32:03 UTC