- tz - lists.iana.org

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

Re: [tz] tz Digest, Vol 17, Issue 12
by Glenn Eychaner Feb. 21, 2013

Feb. 21, 2013

The "official instructions", which explain how Easter Island (b) and Antarctica and the continent (a) work as well, can now be found at: http://www.horaoficial.cl/cambio.htm Google Translate does a pretty good job on this page, so I won't bother to translate the whole thing. Also, unfortunately, I won't have time to create a patch this week, so if someone else could do so, I'd appreciate it. Hey, at least they gave us more than a few days notice this year. Thanks, -G. > ------------------------------ > Date: Sun, 17 Feb 2013 07:43:03 -0000 > From: "Hank W." <hankw1(a)austin.rr.com> > Subject: Re: [tz] Chile DST extended > > I assume that Easter Island and Palmer Station in Antarctica are following > this year's special schedule as well. Correct? > > -----Original Message----- > From: tz-bounces(a)iana.org [mailto:tz-bounces@iana.org] On Behalf Of Steffen > Thorsen > Sent: Friday, February 15, 2013 18:53 > To: tz(a)iana.org > Subject: [tz] Chile DST extended > > According to several news sources, Chile has extended DST this year, they > will end DST later and start DST earlier than planned. They hope to save > energy. > > The new end date is 2013-04-28 00:00 and new start date is 2013-09-08 00:00. > > One such news source: > http://www.elboyaldia.cl/node/21913 > > Best regards, > Steffen Thorsen - timeanddate.com -- Glenn Eychaner (geychaner(a)lco.cl) Telescope Systems Programmer, Las Campanas Observatory

2 2

[PATCH 1/7] Fix bug with two-in-one-month time changes in 2010 in Egypt.
by Paul Eggert Feb. 21, 2013

Feb. 21, 2013

[Patch by Arthur David Olson.] Problem reported by Paul Eggert in <http://mm.icann.org/pipermail/tz/2013-January/018532.html>. * zic.c (stringzone): Check for day of month too, when finding latest rule. --- zic.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/zic.c b/zic.c index a5202a1..806e613 100644 --- a/zic.c +++ b/zic.c @@ -1851,7 +1851,9 @@ stringzone(char *result, const struct zone *const zpfirst, const int zonecount) rp = &zp->z_rules[i]; if (stdrp == NULL || rp->r_hiyear > stdrp->r_hiyear || (rp->r_hiyear == stdrp->r_hiyear && - rp->r_month > stdrp->r_month)) + (rp->r_month > stdrp->r_month || + (rp->r_month == stdrp->r_month && + rp->r_dayofmonth > stdrp->r_dayofmonth)))) stdrp = rp; } if (stdrp != NULL && stdrp->r_stdoff != 0) -- 1.7.10.4

1 6