May 2004 - tz - lists.iana.org

proposed tz change for Latvia, Lithuania
by Paul Eggert 25 May '15

25 May '15

It's March Madness time for daylight-saving rule changes. Here's a proposed change to the tz database to keep up with the latest political development, which affects time stamps starting March 29: * Latvia and Lithuania will not observe DST, starting this year. Thanks to Andrei Ivanov for this info. =================================================================== RCS file: RCS/europe,v retrieving revision 2000.3 retrieving revision 2000.3.0.1 diff -pu -r2000.3 -r2000.3.0.1 --- europe 2000/03/04 15:31:08 2000.3 +++ europe 2000/03/08 17:48:59 2000.3.0.1 @@ -1135,6 +1135,12 @@ Link Europe/Rome Europe/San_Marino # 1997-01-21 on transition to Summer time ... established the same order of # daylight savings time settings as in the States of the European Union. +# From Andrei Ivanov (2000-03-06): +# This year Latvia will not switch to Daylight Savings Time (as specified in +# <a href="http://www.lv-laiks.lv/wwwraksti/2000/071072/vd4.htm"> +# The Regulations of the Cabinet of Ministers of the Rep. of Latvia of +# 29-Feb-2000 (#79)</a>, in Latvian for subscribers only). + # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Latvia 1989 1996 - Mar lastSun 2:00s 1:00 S Rule Latvia 1989 1996 - Sep lastSun 2:00s 0 - @@ -1151,7 +1157,8 @@ Zone Europe/Riga 1:36:24 - LMT 1880 3:00 Russia MSK/MSD 1989 Mar lastSun 2:00s 2:00 1:00 EEST 1989 Sep lastSun 2:00s 2:00 Latvia EE%sT 1997 Jan 21 - 2:00 EU EE%sT + 2:00 EU EE%sT 2000 Feb 29 + 2:00 - EET # Liechtenstein # Zone NAME GMTOFF RULES FORMAT [UNTIL] @@ -1178,6 +1185,11 @@ Zone Europe/Vaduz 0:38:04 - LMT 1894 Jun # motion to give up shifting to summer time in spring, as it was # already done by Estonia. +# From Andrei Ivanov (2000-03-06): +# I've heard that Ministers of three Baltic countries on their summit +# somewhere in February decided not to switch to summer time starting from +# this spring. + # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Vilnius 1:41:16 - LMT 1880 1:24:00 - WMT 1917 # Warsaw Mean Time @@ -1192,7 +1204,8 @@ Zone Europe/Vilnius 1:41:16 - LMT 1880 2:00 C-Eur EE%sT 1998 2:00 - EET 1998 Mar 29 1:00u 1:00 EU CE%sT 1999 Oct 31 1:00u - 2:00 EU EE%sT + 2:00 EU EE%sT 2000 Feb + 2:00 - EET # Luxembourg # Whitman disagrees with most of these dates in minor ways; go with Shanks.

5 5

ftp://elsie.nci.nih.gov/pub/ doesn't work
by Frédéric L. W. Meunier 12 Aug '04

12 Aug '04

I don't know why, but I'm assuming it's because it now rejects connectiong from hosts that don't resolve. Please let me know about any mirrors. -- http://www.pervalidus.net/contact.html

3 2

Argentina's timezones blues
by Mariano Absatz 27 May '04

27 May '04

Hi, It's somehow hard to find the normative for each Province, but, according to the press, in the next days more Provinces will join Mendoza in setting the clocks back an hour to UTC-04:00. From http://www.lanacion.com.ar/04/05/27/de_604825.asp http://www.clarin.com/diario/2004/05/27/elpais/p-00401.htm San Juan will do it at midnight Sunday 30th (yes, it's the night between Sunday and Monday, just don't ask, it gets worse yet) until October 17th. Tucumán will do it at midnight Monday 31th, and apparently, Chubut, La Rioja, Santa Cruz and Tierra del Fuego would do it also on Monday night. Santa Cruz is apparently waiting for a Provincial Congress confirmation (the other Provinces are using Governors' Decrees). San Luis would also change its tz on Monday night according to: http://www.lanacion.com.ar/04/05/27/de_604901.asp http://www.clarin.com/diario/2004/05/27/um/m-766786.htm The City of Buenos Aires, as well as the Provinces of Buenos Aires, Córdoba, Santa Fe, Entre Ríos and Corrientes confirmed they will NOT change the timezone this winter. The rest of the Provinces are supposed to be analyzing what to do... FWIW, Argentina consists of 23 Provinces and the Autonomous City of Buenos Aires: Ciudad de Buenos Aires (4) Buenos Aires (4) Catamarca Chaco Chubut (3) Córdoba (4) Corrientes (4) Entre Ríos (4) Formosa Jujuy La Pampa La Rioja (3) Mendoza (1) Misiones Neuquen Rio Negro Salta San Juan (2) San Luis (3) Santa Cruz (3) Santa Fe (4) Santiago del Estero Tierra del Fuego (3) Tucumán (3) (1) Already switched on May 23 (2) Would switch on May 30 (3) Would switch on May 31 (4) Would not switch this year FWIW, the districts included in (4) account for the most part of the population of the countries, including the cities where most corporations have their computers installed... Please... take into account that, except for (1) I'm taking this from the newspapers... I'll try to get some authoritative data, but I'm not sure if I'll be able... I'll keep informing you as this think develops... -- Mariano Absatz - El Baby mailto:baby@baby.com.ar http://www.baby.com.ar/ PGP KEYS: http://www.baby.com.ar/datos/personales.html#claves_pgp |\ _ _\\/'> Powered by Pegasus Mail /|__) http://www.pmail.com ) )\ ----------------------------------------------------------- Who are you going to believe, me or your own eyes? -- Groucho Marx

1 0

Re: America/Sao_Paulo DST problem
by Ruby Ballen 27 May '04

27 May '04

I just tested in my system and the time was correctly reported before and after the transition on Feb 14 23:59:59. RBallen

1 0

RE: America/Sao_Paulo DST problem
by Olson, Arthur David (NIH/NCI) 27 May '04

27 May '04

Here are a few lines of "zdump" output for America/Sao_Paulo: America/Sao_Paulo Sun Oct 19 03:00:00 2003 UTC = Sun Oct 19 01:00:00 2003 BRST isdst=1 America/Sao_Paulo Sun Feb 15 01:59:59 2004 UTC = Sat Feb 14 23:59:59 2004 BRST isdst=1 America/Sao_Paulo Sun Feb 15 02:00:00 2004 UTC = Sat Feb 14 23:00:00 2004 BRT isdst=0 America/Sao_Paulo Sun Oct 17 02:59:59 2004 UTC = Sat Oct 16 23:59:59 2004 BRT isdst=0 The important thing to note is at midnight on February 14 clocks are set back an hour. This means that there are two instants when a well-maintained Sao Paulo wall clock would read 11:00:00 PM on February 14 (as well as two instants when it would 11:00:01, 11:00:02, and so on through 11:59:59). The "my_date.c" program feeds year-mon-mday-hour-min-sec into mktime; the values being fed in lie in the "fall back" hour above. Mktime is supposed to return an instant when a wall clock shows the time that's been input to it; here, since there are two such instants (and since "tm_isdst" has been set to -1), mktime is allowed to pick either instant to return. It's luck of the draw that determines which instant mktime returns. --ado

1 0

America/Sao_Paulo DST problem
by Stefano Scarponi 27 May '04

27 May '04

Hi all, During an investigation about customer brazilian problem I downloaded your latest tz lib from "ftp://elsie.nci.nih.gov/pub/". I build and install the library on Linux Redhat 9. I created a simple "my_date.c" that perform a mktime into the range 00:00 - 14 Feb 2004 to 23:59 - 15 Feb 2004. The DST from Brasil Sao_Paulo is the following: file southamerica: Rule Brazil 2000 2001 - Oct Sun>=8 0:00 1:00 S Rule Brazil 2001 max - Feb Sun>=15 0:00 0 - Rule Brazil 2002 only - Nov 3 0:00 1:00 S Rule Brazil 2003 max - Oct Sun>=15 0:00 1:00 S So for the DST about Feb Sun>=15 at 0:00 I expected that the DST occurs at 0:00 15 Feb, but I saw that it occurs at 23:49 14 Feb as you can see from the output program. I set the TZ to TZ=America/Sao_Paulo ./my_date .. .. .. date =<day=14 hours=23 min=45> diff=-60 epoque=1076809501 DST=<1> date =<day=14 hours=23 min=46> diff=-60 epoque=1076809561 DST=<1> date =<day=14 hours=23 min=47> diff=-60 epoque=1076809621 DST=<1> date =<day=14 hours=23 min=48> diff=-60 epoque=1076809681 DST=<1> date =<day=14 hours=23 min=49> diff=-3660 epoque=1076813341 DST=<0> <-------- DST occurs here date =<day=14 hours=23 min=50> diff=-60 epoque=1076813401 DST=<0> date =<day=14 hours=23 min=51> diff=-60 epoque=1076813461 DST=<0> date =<day=14 hours=23 min=52> diff=-60 epoque=1076813521 DST=<0> date =<day=14 hours=23 min=53> diff=-60 epoque=1076813581 DST=<0> date =<day=14 hours=23 min=54> diff=-60 epoque=1076813641 DST=<0> .. .. I think that this is a bug because the DST is for 15 Feb at 0:00 and NOT 23:49 14 Feb. Do you have some suggestions or do you already knows about this problem? This is my "my_date.c" (See attached file: my_date.c) Thanks Stefano

1 0

Now ready: tzcode2004a.tar.gz and tzdata2004a.tar.gz
by Olson, Arthur David (NIH/NCI) 27 May '04

27 May '04

The files... ftp://elsie.nci.nih.gov/pub/tzcode2004a.tar.gz ...and... ftp://elsie.nci.nih.gov/pub/tzdata2004a.tar.gz ...are now available. In addition to the proposed changes circulated on the time zone mailing list by Paul Eggert, these include the changes to handle DST transitions that occur at the end of a month in some years but at the start of the following month in other years (these changes were circulated back in March). I've also added a copy of the correspondence that's the basis for claims about DST in the Navajo Nation. --ado

1 0

Re: Beginner questions
by Ruby Ballen 26 May '04

26 May '04

Well, yes. What I was trying to say is if it is possible to do this: - When the user enables automatic DST calculations, use the regular rules. - When the user disables automatic DST calculations, compute local time using the offset that the time zone has when it is in standard time, regardless of DST being in effect or not. It's a desire to have this option, but if it's difficult to achieve it's OK. Thanks tz-request@lecserver. nci.nih.gov To: RBallen(a)hypercom.com cc: tz(a)lecserver.nci.nih.gov 05/26/04 11:21 AM Subject: Beginner questions <<On Wed, 26 May 2004 08:11:51 -0700, Ruby Ballen <RBallen(a)hypercom.com> said: > 2) Is it possible to disable DST changes when using this library? > Say the user wants to move the clock forward/backward manually when > DST is in effect instead of the library doing it for him. This does not make sense. The clock per se is not changed during the DST transition, only the way local time is computed from UTC. -GAWollman

2 1

Beginner questions
by Ruby Ballen 26 May '04

26 May '04

Some questions about this library (please, keep in mind I'm new using it): 1) I was testing localtime() using US/Pacific as time zone and trying to see if transitions to DST were done correctly. So I set my local time to April 4 2004, 1:59 a.m.. Some minutes later the local time was correctly reported as April 4, 3:02. Then, I set my local time to October 31, 1:59 and I double checked that localtime() was in fact giving me 1:59. Two minutes later I was expecting the wall clock to go back one hour. It didn't. What am I doing wrong? 2) Is it possible to disable DST changes when using this library? Say the user wants to move the clock forward/backward manually when DST is in effect instead of the library doing it for him. Thanks a lot for you help. RBallen

3 2

Re: Beginner questions
by Ruby Ballen 26 May '04

26 May '04

It makes sense. Thanks. So if I set it to October 31, 00:59:00 and wait for an hour I should see the transition, right? Thanks a lot. bww(a)acm.org To: RBallen(a)hypercom.com 05/26/04 08:21 AM cc: Subject: Re: Beginner questions > Then, I set my local time to October 31, 1:59 and I double checked > that localtime() was in fact giving me 1:59. Two minutes later I was > expecting the wall clock to go back one hour. It didn't. What am I doing > wrong? There are two 01:59's on that day ... you set the time to the second, after which there is no transition.

1 0