- tz - lists.iana.org

Error with America/Santiago?
by Jonathan Berger March 15, 2013

March 15, 2013

I originally mailed tz(a)elsie.nci.nih.gov, the address listed at the top of http://www.twinsun.com/tz/tz-link.htm but the address bounced. Is this the correct email address? Hello, I believe there might be an error with the definition for 'America/Santiago'. Actual Behavior As of March 12, 2013 at 10:30pm UTC the tz database reports 'America/Santiago' to be CLT-0400. Expected Behavior >From looking at Wikipedia, WorldTime.com, and TimeAndDate.com, all three agree that 'America/Santiago' should be at CLST-0300 for March 12, 2013 at 10:30pm UTC. I'm basing this report on the version of the tz database included in the Python library pytz-2012j which was released on 2013-01-03. I have not yet checked the source tz database files. I'm hoping someone on this list can help. Thanks, Jonathan

5 5

Paraguay DST ends earlier
by Steffen Thorsen March 15, 2013

March 15, 2013

A user tipped us that Paraguay will end DST on 2013-03-24 00:00. We've been able to find a government source that confirms this, along with news from media, but the final decree might not be out yet. They do not tell if this will be a permanent change or just this year. Government source (Spanish): http://www.ande.gov.py/interna.php?id=1075 Translated by Google: "The president of the Directors National of Electricity (ANDE), Carlos Heisele, announced the change of schedule for the next 24 March, with which the clocks of the country should fall behind 60 minutes . This action is performed normally in the second week of the month of April, however forward the change of schedule by request of the citizens." We will keep this page updated: (Permanent link, English) http://www.timeanddate.com/news/time/paraguay-dst-march-2013.html Best regards, Steffen Thorsen - timeanddate.com

3 4

Haiti on DST
by Steffen Thorsen March 14, 2013

March 14, 2013

It appears that Haiti is observing DST this year as well, same rules as US/Canada. They did it last year as well, and it looks like they are going to observe DST every year now (based on the sources listed below). A user tipped us, we found these sources that verifies it: http://radiovision2000haiti.net/public/haiti-avis-changement-dheure-dimanch… http://www.canalplushaiti.net/?p=6714 Best regards, Steffen Thorsen - timeanddate.com

10 13

windows [MSVC] port progress
by random832＠fastmail.us March 13, 2013

March 13, 2013

I've made a makefile that can build the library functions (64-bit time_t only, and haven't done anything yet about MSVCRT functions showing up through names that tzcode doesn't define such as localtime_s or _ftime [or the 32-bit names]), and successfully compiled zdump. I was wondering if anyone had any ideas which approach would be best for implementing the 32-bit functions. Some background: MSVC defines two sets of time functions: for 32-bit and 64-bit time_t. But some functions (e.g. tzset and strftime) are shared between them. (VC2003 defines the default names as 32-bit, and I don't know if VC6 has the 64-bit functions at all - making it work on these versions may be somewhat more difficult) I could: A. Compile separate 32 and 64 bit versions of the library (what happens if a single program tries to call both?) B. Compile a single library with 32 and 64 bit versions of functions, a custom tzset function that calls both (this will pull in most of the 64-bit library when compiling a 32-bit program, but I can avoid pulling in the 32-bit objects when compiling a 64-bit program) C. Write wrapper 32-bit functions for 64-bit functions - a bit less bloated than solution B, but more work. D. ??? I want to eventually customize tzset anyway, to get the local time zone from the system settings when TZ is not set (CLDR contains a mapping from Windows time zone names to tzdata ones). Speaking of which, does anyone on the list have a non-English version of Windows to test something with?

1 0

DST in the news
by Arthur David Olson March 12, 2013

March 12, 2013

After the weekend start of DST in the US, "Metro riders pay for extended peak period" per the Washington (DC) Post: http://www.washingtonpost.com/local/trafficandcommuting/metro-riders-pay-fo… @dashdashado

3 2

[PATCH] Update URLs in tz-link page.
by Paul Eggert March 11, 2013

March 11, 2013

* tz-link.htm: Add URLs for webOS, BB10, iOS. Update URL for Solaris. Mention Internet RFC 6557. Update Internet RFCs 2445->5545, 2822->5322. Switch from FTP to HTTP for Internet RFCs. --- tz-link.htm | 35 ++++++++++++++++++----------------- 1 file changed, 18 insertions(+), 17 deletions(-) diff --git a/tz-link.htm b/tz-link.htm index 67b2433..5e24fed 100644 --- a/tz-link.htm +++ b/tz-link.htm @@ -8,7 +8,7 @@ <meta http-equiv="Content-type" content='text/html; charset="US-ASCII"'> <meta name="DC.Creator" content="Eggert, Paul"> <meta name="DC.Contributor" content="Olson, Arthur David"> -<meta name="DC.Date" content="2013-02-21"> +<meta name="DC.Date" content="2013-03-11"> <meta name="DC.Description" content="Sources of information about time zones and daylight saving time"> <meta name="DC.Identifier" @@ -37,8 +37,8 @@ is used by several implementations, including <a href="http://www.gnu.org/software/libc/">the <abbr title="GNU's Not Unix">GNU</abbr> -C Library</a> used in -<a href="http://www.linux.org/"><abbr>GNU</abbr>/Linux</a>, +C Library</a> (used in +<a href="http://www.linux.org/"><abbr>GNU</abbr>/Linux</a>), <a href="http://www.android.com/">Android</a>, <a href="http://www.freebsd.org/">FreeBSD</a>, <a href="http://netbsd.org/">NetBSD</a>, @@ -46,11 +46,14 @@ C Library</a> used in <a href="http://cygwin.com/">Cygwin</a>, <a href="http://www.delorie.com/djgpp/"><abbr title="DJ's GNU Programming Platform">DJGPP</abbr></a>, +<a href="http://en.wikipedia.org/wiki/WebOS">webOS</a>, <a href="http://ibm.com/aix">AIX</a>, +<a href="http://en.wikipedia.org/wiki/BlackBerry_10">BlackBerry 10</a>, +<a href="http://www.apple.com/ios/">iOS</a>, <a href="http://h71000.www7.hp.com/">OpenVMS</a>, <a href="http://oracle.com/database">Oracle Database</a>, <a href="http://www.apple.com/osx/">OS X</a>, -<a href="http://sun.com/software/solaris">Solaris</a>, +<a href="http://oracle.com/solaris">Solaris</a>, <a href="http://h30097.www3.hp.com/">Tru64</a>, and <a href="http://sco.com/products/unixware">UnixWare</a>.</p> <p> @@ -123,7 +126,10 @@ messages</a> sent to the mailing list, <a href="https://mm.icann.org/mailman/listinfo/tz">subscribe</a> to it, and browse the <a href="http://mm.icann.org/pipermail/tz/">archive of old -messages</a>.</p> +messages</a>. For further information about updates, please see +<a href="http://tools.ietf.org/html/rfc6557">Procedures for +Maintaining the Time Zone Database</a> (Internet <abbr title="Request +For Comments">RFC</abbr> 6557).</p> <p> The Web has several other sources for time zone and daylight saving time data. Here are some links that may be of interest. @@ -159,14 +165,9 @@ tz data files.</li> </ul> <h2>Other time zone database formats</h2> <ul> -<li>The <a href="ftp://ftp.rfc-editor.org/in-notes/rfc2445.txt"> +<li>The <a href="http://tools.ietf.org/html/rfc5545"> Internet Calendaring and Scheduling Core Object Specification -(iCalendar)</a>, Internet <abbr title="Request For -Comments">RFC</abbr> 2445, published by the (now-concluded) <a -href="http://ietf.org/html.charters/OLD/calsch-charter.html"><abbr -title="Internet Engineering Task Force">IETF</abbr> -Calendaring and Scheduling Working Group (<abbr -title="Calendaring and Scheduling Working Group">calsch</abbr>)</a> +(iCalendar)</a>, Internet <abbr>RFC</abbr> 5445 covers time zone data; see its VTIMEZONE calendar component. <a href="http://calconnect.org/">CalConnect, The Calendaring and Scheduling @@ -513,7 +514,7 @@ Time Protocol</a> discusses how to synchronize clocks of Internet hosts.</li> <li><a -href="ftp://ftp.rfc-editor.org/in-notes/rfc4833.txt">Timezone +href="http://tools.ietf.org/html/rfc4833">Timezone Options for <abbr title="Dynamic Host Configuration Protocol">DHCP</abbr></a> (Internet <abbr>RFC</abbr> 4833) specifies a <a @@ -590,13 +591,13 @@ interchange -- Representation of dates and times</a>.</li> Schema: Datatypes - dateTime</a> specifies a format inspired by <abbr>ISO</abbr> 8601 that is in common use in XML data.</li> <li> -<a href="ftp://ftp.rfc-editor.org/in-notes/rfc2822.txt">Internet -Message Format</a> (Internet <abbr>RFC</abbr> 2822) §3.3 +<a href="http://tools.ietf.org/html/rfc5322">Internet +Message Format</a> (Internet <abbr>RFC</abbr> 5322) §3.3 specifies the time notation used in email and <a -href="ftp://ftp.rfc-editor.org/in-notes/rfc2616.txt"><abbr>HTTP</abbr></a> +href="http://tools.ietf.org/html/rfc2616"><abbr>HTTP</abbr></a> headers.</li> <li> -<a href="ftp://ftp.rfc-editor.org/in-notes/rfc3339.txt">Date and Time +<a href="http://tools.ietf.org/html/rfc3339">Date and Time on the Internet: Timestamps</a> (Internet <abbr>RFC</abbr> 3339) specifies an <abbr>ISO</abbr> 8601 profile for use in new Internet -- 1.7.10.4

1 0

Re: [tz] Haiti on DST
by Steve Jones March 10, 2013

March 10, 2013

At 09:33 3/10/2013, Steffen Thorsen wrote: >It appears that Haiti is observing DST this year as well, same rules >as US/Canada. >They did it last year as well, and it looks like they are going to >observe DST every year... So, the island of Hispaniola is divided in its DST observance. The Dominican Republic does not observe DST. Before this change, crossing the Haiti/DR border meant a transition between UTC-4 and UTC-5 all year long. Now, during DST, they are both UTC-4. Regards, Steve Jones OnTimeZone.com

1 0

Ukraine Time Change
by Wong Ren March 10, 2013

March 10, 2013

Alexander Krivenyshev had written: "The Ministry of Economic Development and Trade of Ukraine has submitted a bill to abolish the daylight saving time. If approved, new bill will go into effect on March 1, 2013 and Ukraine will use UTC+2 year around" Does anyone know what will be new time zone abbreviation since Ukraine used to have EET ? Also, the tz2013a does not have the Ukraine time change, was the bill approved and any update soon? Regards, Ren Wong ________________________________ "This e-mail message may contain confidential, commercial or privileged information that constitutes proprietary information of Comverse Technology or its subsidiaries. If you are not the intended recipient of this message, you are hereby notified that any review, use or distribution of this information is absolutely prohibited and we request that you delete all copies and contact us by e-mailing to: security(a)comverse.com. Thank You."

3 2

Cuba DST start as US/Canada
by Steffen Thorsen March 9, 2013

March 9, 2013

FYI: Granma, the official organ of the government confirms a 2013-03-10 DST start this year. The database already assumes this, so no change is necessary, but Cuba has had different rules the past two years, so it was not obvious that this would be the start date this year. http://www.granma.cubaweb.cu/2013/03/04/nacional/artic10.html Best regards, Steffen Thorsen - timeanddate.com

3 2

Re: [tz] tzcode for windows?
by random832＠fastmail.us March 8, 2013

March 8, 2013

On Fri, Mar 8, 2013, at 15:53, Arthur David Olson wrote: > > Haven't looked at zdump yet, and it's less useful without the library > > functions anyway. > > In theory at least, zdump is independent of everything else in the package; > > as long as the functions it calls are available all should be well. Well, yes, but it's just dumping the MSVC implementation of timezones, which is less useful than if I could get it to link against the tzcode library. I did have to switch from environ-manipulation to putenv (need to make it do that conditionally then I'll make a patch) and call tzset. How exactly was it working before without ever calling tzset? Am I missing something? Or is it just that most unix implementations, and the tzcode implementation, happen to be tolerant of calling localtime without calling tzset?

1 0

Timezones Morocco 2013 incorrect
by Erik Homoet March 7, 2013

March 7, 2013

Hi, For our internet airline booking engine of flights we¹re using the tzdata2012j version. In this version the DST timing for Morroco is not correct. We¹re facing a lot of problems because of this, this because a large amount of flights are departing from Morocco between 23:00 and 24:00. Morocco is also on Wintertime during the month of Ramadan. The correct timezone should be: WET DST starts on Sunday, 28 April 2013, 02:00 local standard time. DST ends on Tuesday, 9 July 2013, 03:00 local daylight time. DST starts on Thursday, 8 August 2013, 02:00 local standard time. DST ends on Sunday, 29 September 2013, 03:00 local daylight time. Source: http://www.timeanddate.com/worldclock/city.html?n=60 Would you please be so kind to give me an indication when this can be changed? Best regards and thanks, Erik Erik Homoet Business Consultant quintessence consulting AMS mobile: +31 614534022 email: ehomoet(a)quintessence.net skype: erik_qc_ams

8 18

dead code in zic
by christos＠zoulas.com March 7, 2013

March 7, 2013

On LP32 machines, the following code is dead: dayoff is long min_time is zic_t -> int_fast64_t if (dayoff < min_time / SECSPERDAY) { error(_("time too small")); return; } if (dayoff > max_time / SECSPERDAY) { error(_("time too large")); return; } The vax gcc-4.1 detects this; later versions of gcc don't. But all of them will warn, if you change min_time and max_time from const zic_t to #define's. What's the correct fix here? http://releng.netbsd.org/builds/HEAD/201303041020Z/vax.build.failed christos

7 14

Paraguay may move out of DST earlier this year
by Carlos Raúl Perasso March 6, 2013

March 6, 2013

The Paraguayan Electric Company (ANDE) plans to move out of DST a couple of weeks earlier this year. There is nothing final yet. An article from a local newspaper: http://www.abc.com.py/nacionales/ande-quiere-adelantar-el-atraso-de-los-rel… I'll will report changes on this subject. Carlos Perasso

1 0

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

March 6, 2013

Hi Paul, At 13:07 05-03-2013, Paul_Koning(a)Dell.com wrote: >I don't agree. Such material would be "informational" exactly as it >is today, not "normative" -- it gives background, it doesn't create >any new requirements. The only consequence of having it in an RFC >is that it would be visible rather than buried. And based on the >discussion we've been having, that is clearly a needed improvement. There is an indirect link [1] between my comment and things that happened. It's useful to keep the project going [2]. Regards, -sm 1. http://mm.icann.org/pipermail/tz/2009-August/015750.html 2. http://mm.icann.org/pipermail/tz/2011-October/016898.html

1 0

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

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