[tei-council] Dates and calendars

Lou Burnard lou.burnard at retired.ox.ac.uk
Sun Aug 12 12:37:19 EDT 2012


Exactly why I argued against introducing @calendar.

The only logical thing I can see would be to impose a schematron 
constraint which says that if @calendar is present, the other 
normalizationss are not permitted.


On 10/08/12 22:07, Martin Holmes wrote:
> Hi all,
>
> I've just been working on date/calendar issues, and I've come up against
> what looks like rather an anomaly. Our default values for @when etc. are
> this:
>
> data.temporal.w3c =
>      xsd:date
>    | xsd:gYear
>    | xsd:gMonth
>    | xsd:gDay
>    | xsd:gYearMonth
>    | xsd:gMonthDay
>    | xsd:time
>    | xsd:dateTime
>
> So I went to the W3C site to find out about calendar issues, and I
> discovered this:
>
> "The ·primitive· datatypes duration, dateTime, time, date, gYearMonth,
> gMonthDay, gDay, gMonth and gYear use lexical formats inspired by [ISO
> 8601]... [ISO 8601] "specifies the representation of dates in the
> proleptic Gregorian calendar and times and representations of periods of
> time". The proleptic Gregorian calendar includes dates prior to 1582
> (the year it came into use as an ecclesiastical calendar).
>
> [...]
>
> "gYearMonth represents a specific gregorian month in a specific
> gregorian year."
>
> [...]
>
> "gYear represents a gregorian calendar year."
>
> <http://www.w3.org/TR/xmlschema-2/#date>
>
> So what on earth are we doing when we encode something like this?
>
> <date when="1424-02" calendar="#julian"/>
>
> The XSD specification for @when insists that it's Gregorian, yet our
> @calendar says something different.
>
> This is problematic, surely?
>
> Cheers,
> Martin
>



More information about the tei-council mailing list