- tz - lists.iana.org

Discussion in ECMA about tz identifiers in JavaScript
by Shawn Steele March 5, 2013

March 5, 2013

In case anyone’s interested, there’s a discussion on es-discuss(a)mozilla.org<mailto:es-discuss@mozilla.org> (the ecmascript discussion list) about time zone identifiers in Javascript. -Shawn   http://blogs.msdn.com/shawnste

9 16

Re: [tz] Discussion in ECMA about tz identifiers in JavaScript
by SM March 5, 2013

March 5, 2013

Hi Norbert, At 10:28 05-03-2013, Norbert Lindenberg wrote: >I wasn't aware of the Theory file, but found it after some digging. >Would it be possible to put the content of the "Names of time zone >rule files" section into a more prominent place? The best solution >for external references to the time zone database would actually be >an RFC containing that information - section 3 of RFC 6557 would >have been a good place. Has that been considered before? See http://www.ietf.org/timezones/code/Theory In my opinion there will be a loss of flexibility if the information is published as a RFC. Regards, -sm

2 1

Re: [tz] Discussion in ECMA about tz identifiers in JavaScript
by SM March 5, 2013

March 5, 2013

Hi Mark, At 00:22 05-03-2013, Mark Davis â wrote: >Some of these are simply rocks with no permanent >inhabitants, but for testing completeness it is useful to have them. As an example, see http://mm.icann.org/pipermail/tz/2012-May/017799.html Regards, -sm

1 0

[PATCH] Updates for Chile 2013
by Petr Machata March 4, 2013

March 4, 2013

--- Hi there, this is a patch for the Chile update that others have brought up. I decided to apply the transition dates to single years only--the DST policy is reevaluated every year anyway. Thanks, PM antarctica | 4 ++-- southamerica | 21 +++++++++++++++++++-- 2 files changed, 21 insertions(+), 4 deletions(-) diff --git a/antarctica b/antarctica index f55cbde..83d6826 100644 --- a/antarctica +++ b/antarctica @@ -52,8 +52,8 @@ Rule ChileAQ 2011 only - May Sun>=2 3:00u 0 - Rule ChileAQ 2011 only - Aug Sun>=16 4:00u 1:00 S Rule ChileAQ 2012 only - Apr Sun>=23 3:00u 0 - Rule ChileAQ 2012 only - Sep Sun>=2 4:00u 1:00 S -Rule ChileAQ 2013 max - Mar Sun>=9 3:00u 0 - -Rule ChileAQ 2013 max - Oct Sun>=9 4:00u 1:00 S +Rule ChileAQ 2013 only - Apr 28 3:00u 0 - +Rule ChileAQ 2013 only - Sep 8 4:00u 1:00 S # These rules are stolen from the `australasia' file. Rule AusAQ 1917 only - Jan 1 0:01 1:00 - diff --git a/southamerica b/southamerica index e4c8720..331c2fd 100644 --- a/southamerica +++ b/southamerica @@ -1237,6 +1237,23 @@ Zone America/Rio_Branco -4:31:12 - LMT 1914 # Note that...this is yet another "temporary" change that will be reevaluated # AGAIN in 2013. +# From Glenn Eychaner (2013-02-15): +# The article: +# <a href="http://www.diarioeldia.cl/articulo/entregan-fechas-cambio-hora-este-2013"> +# http://www.diarioeldia.cl/articulo/entregan-fechas-cambio-hora-este-2013 +# </a> +# +# In English: +# [At] midnight Saturday April 27. That day, the clocks should be +# delayed by 60 minutes, that is, being 23:59 hours and 59 seconds, +# instead of going at 0:00 pm, the time should be adjusted to be the +# same day 23:00. +# +# Turn, will resume DST midnight Saturday September 7. That day, the +# clocks will move forward in 60 minutes, that is, being 23:59 hours +# and 59 seconds, instead of going at 00:00 pm, will adjust the time +# to be 01:00 hours on 8 September. + # NOTE: ChileAQ rules for Antarctic bases are stored separately in the # 'antarctica' file. @@ -1280,8 +1297,8 @@ Rule Chile 2011 only - May Sun>=2 3:00u 0 - Rule Chile 2011 only - Aug Sun>=16 4:00u 1:00 S Rule Chile 2012 only - Apr Sun>=23 3:00u 0 - Rule Chile 2012 only - Sep Sun>=2 4:00u 1:00 S -Rule Chile 2013 max - Mar Sun>=9 3:00u 0 - -Rule Chile 2013 max - Oct Sun>=9 4:00u 1:00 S +Rule Chile 2013 only - Apr 28 3:00u 0 - +Rule Chile 2013 only - Sep 8 4:00u 1:00 S # IATA SSIM anomalies: (1992-02) says 1992-03-14; # (1996-09) says 1998-03-08. Ignore these. # Zone NAME GMTOFF RULES FORMAT [UNTIL] -- 1.7.6.5

13 24

tzcode2013a and tzdata2013a available
by Paul Eggert March 3, 2013

March 3, 2013

For details, please see the recent tz-announce message, archived at: http://mm.icann.org/pipermail/tz-announce/2013-March/000009.html

2 2

tz2013a on github now, not yet at IANA
by Paul Eggert March 1, 2013

March 1, 2013

At this point I consider the tz version on github to be the next official release. I've updated its version number accordingly, to tz2013a. I am still working through security hassles getting it officially installed at IANA. The current hangup is an incompatibility between my secure client (64-bit GNU/Linux) and IANA's authenticator (something written by Juniper that insists on 32-bit Java), which we have not yet ironed out.

2 1

samezone.pl
by Arthur David Olson Feb. 26, 2013

Feb. 26, 2013

I've attached a potentially useful script; it also appears in tab-mangled form below; it's designed to identify time zones that are the same in the long run. Given the name of a zone.tab file and the name of a time-zone-binary directory, the script runs through the zones mentioned in zone.tab and finds the associated POSIX string that applies after the last transition time specified in the zone's binary file. Each line of output begins with a POSIX string, followed by the name of each zone to which that string applies; output is sorted by POSIX string. So: AFT-4:30 Asia/Kabul AKST9AKDT,M3.2.0,M11.1.0 America/Anchorage America/Juneau America/Sitka America/Yakutat America/Nome ... There's surely room for improvement. @dashdashado #!/bin/perl my $O = $0; $O =~ s@.*[\/\\]@@; $O =~ s@.pl$@@i; if ($#ARGV != 1) { printf STDERR "$O: usage is $O zone.tab tz-binary-directory\n"; exit(1); } my ($zonetab, $tzdir) = @ARGV; open(S, "<$zonetab") || die("cannot open $zonetab"); while(<S>) { s@[\r\n]@@g; s@\s*#.*@@; $zone = (split())[2]; $zone eq "" && next; $binary = "$tzdir/$zone"; open(T, "<$binary") || die("cannot open $binary"); $posix = (); while (<T>) { $posix = $_; } close(T); $posix =~ s@[\r\n]@@g; if ($posix eq "") { $posix = $zone; } $result = $results{$posix}; if ($result ne "") { $result .= " "; } $result .= $zone; $results{$posix} = $result; } close(S); foreach (sort keys %results) { print "$_\t$results{$_}\n"; } exit(0);

1 0

AUTO: Fang Lu/Fairfax/IBM is out of the office. (returning 02/26/2013)
by Fang Lu Feb. 23, 2013

Feb. 23, 2013

I am out of the office until 02/26/2013. Hello, l will respond to your message when I return. Thanks, Florence Note: This is an automated response to your message "Re: [tz] Australian Timezone Abreviations (Daylight Savings Time) [SEC=UNOFFICIAL]" sent on 02/23/2013 4:18:27. This is the only notification you will receive while this person is away.

1 0

Russia plans to switch back to the "permanent winter time" in 2013
by Alexander Krivenyshev Feb. 23, 2013

Feb. 23, 2013

According to the Russian news: http://izvestia.ru/news/544409 Russia plans to switch back to the "permanent winter time" by the end of the year (2013). New bill will be introduce to the State Duma shortly. (in Russian) http://izvestia.ru/news/544409 or http://www.worldtimezone.com/dst_news/dst_news_russia053.html Alexander Krivenyshev, http://www.worldtimezone.com

3 3

Re: [tz] [PATCH] Updates for Chile 2013
by Juan Correa Feb. 21, 2013

Feb. 21, 2013

On Thu, Feb 21, 2013 at 4:54 AM, <tz-request(a)iana.org> wrote: > Message: 5 > Date: Thu, 21 Feb 2013 07:42:40 +0700 > From: Robert Elz <kre(a)munnari.OZ.AU> > Subject: Re: [tz] [PATCH] Updates for Chile 2013 > To: Petr Machata <pmachata(a)redhat.com> > Cc: tz(a)iana.org > Message-ID: <16688.1361407360(a)eos.noi.kre.to> > Content-Type: text/plain; charset=iso-8859-1 > > Date: Wed, 20 Feb 2013 22:55:04 +0100 > From: Petr Machata <pmachata(a)redhat.com> > Message-ID: <m2ehgaljwl.fsf(a)redhat.com> > > | I?decided to apply the transition dates to single years only--the DST > | policy is reevaluated every year anyway. > > I think that's a mistake - you're guaranteeing that the data is going > to be wrong, rather than simply making it likely. > > I'd suggest that the data be changed as ... > > --- southamerica.was 2012-07-25 21:13:46.000000000 +0700 > +++ southamerica 2013-02-21 07:37:16.000000000 +0700 > @@ -1277,10 +1277,8 @@ > Rule Chile 2010 only - Apr Sun>=1 3:00u 0 - > Rule Chile 2011 only - May Sun>=2 3:00u 0 - > Rule Chile 2011 only - Aug Sun>=16 4:00u 1:00 S > -Rule Chile 2012 only - Apr Sun>=23 3:00u 0 - > -Rule Chile 2012 only - Sep Sun>=2 4:00u 1:00 S > -Rule Chile 2013 max - Mar Sun>=9 3:00u 0 - > -Rule Chile 2013 max - Oct Sun>=9 4:00u 1:00 S > +Rule Chile 2012 max - Apr Sun>=23 3:00u 0 - > +Rule Chile 2012 max - Sep Sun>=2 4:00u 1:00 S > # IATA SSIM anomalies: (1992-02) says 1992-03-14; > # (1996-09) says 1998-03-08. Ignore these. > # Zone NAME GMTOFF RULES FORMAT [UNTIL] > > That is, it turns out that the rules we inserted for 2012 apply for 2013 > as well (except we were conservative last year, and assumed the change then > was just a one year thing, and put the older dates back for 2013). > > So, the patch above just assumes that the 2012/2013 strategy will continue > forwards, which it might ... it is also possible that it won't, and we will > need to change it again next year (or even again later this year) but > some kind of reasonable guess is better than simply assuming that summer > time > is going to start next September, and then never end. > > kre > I'm concerned about extending the new rules from 2013 to the future, as the decree that changes the DST this year explicitly says these changes will be valid only on this year; and doesn't void the rules set in 1970 (DST from September to March). I think it would be better to stick with a "conservative" approach, as legally on 2014 DST will end on March until further notice. -- Juan Correa Poblete PS Labs (http://www.pslabs.cl)

1 0