[tz] Ambiguous abbreviations for Australian timezones when daylight savings is in affect [SEC=UNCLASSIFIED]
T.Arceri at bom.gov.au
Mon Apr 8 02:20:50 UTC 2013
> - would the preference be to preceed the abbreviations with A, or not?
This has always been the preference, but it's been a bit of a fight one battle at a time scenario where replacing the S with D for daylight savings is the more urgent of the two.
>- historically, how far back should we apply the patch to the abbreviations.
Based on a previous patch linked to from this redhat bug: https://bugzilla.redhat.com/show_bug.cgi?id=478566 previous request have been for it to be applied to the entire database.
As far as I can tell the Eastern Summer Time (EST) abbreviation was created on an assumption when this database was created rather than being taken from common use.
From: tz-bounces at iana.org [mailto:tz-bounces at iana.org] On Behalf Of David Patte ?
Sent: Monday, 8 April 2013 11:20 AM
To: tz at iana.org
Subject: Re: [tz] Ambiguous abbreviations for Australian timezones when daylight savings is in affect [SEC=UNCLASSIFIED]
A group of us from the list have decided to put together a proposed patch to change the Australian abbreviations to S/D abbreviations. We are hoping, that the maintainers of tz decide to implement the patch in the tz database.
In the mean time:
- would the preference be to preceed the abbreviations with A, or not?
- historically, how far back should we apply the patch to the abbreviations.
We will submit the patch to the list for review, and hope it is implemented. But if it is not, we have decided to fork tz and provide a new distribution with the new abbreviations applied.
Relative Data, Inc.
More information about the tz