October 2001 - 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

Corrections of zone.tab for CN entries
by yaoz＠vidar.niaaa.nih.gov 21 Dec '01

21 Dec '01

Hi, Thanks for the effort to maintain the tz packages. Recently, I've seen people complain that in file zone.tab, entries regarding China (CN) are not right. They are: CN +4545+12641 Asia/Harbin north Manchuria CN +3114+12128 Asia/Shanghai China coast CN +2934+10635 Asia/Chungking China mountains CN +4348+08735 Asia/Urumqi Tibet & Xinjiang CN +3929+07559 Asia/Kashgar Eastern Turkestan There are several problems: 1. City names are in old form. Now there is a standard way (pinyin) to write it and it should be used; 2. Comments are not quite right. This may due to the historic reasons. Because of these problems, when users in China are presented a form to pick a time zone, they are very confused. To correct this, the first thing should be noted is that there is only ONE timezone in China. This is well documentd in file asia. Second, to reflect the current practice, zone.tab may be modified as: CN +4545+12641 Asia/Harbin Beijing Time - Heilongjiang CN +3114+12128 Asia/Shanghai Beijing Time CN +2934+10635 Asia/Chongqing Beijing Time - Sichuan CN +4348+08735 Asia/Urumqi Beijing Time - Xinjiang CN +3929+07559 Asia/Kashi Beijing Time - Xinjiang Or just one Beijin Time entry. But I really don't know how zone.tab and asia files are related to each other. So the above changes should only be a reference. Best regards, Yao Zhang

6 15

IERS Message No. 15: Call for Proposals
by central_bureau＠iers.org 31 Oct '01

31 Oct '01

*************************************************************************** IERS Message No. 15 October 31, 2001 *************************************************************************** Call for Proposals Establishing the Special Bureau for Loading (SBL) in the Global Geophysical Fluids Center (GGFC), International Earth Rotation Service (IERS) Under the direction of its Directing Board, the IERS Central Bureau is releasing this Call for Proposal, whose purpose is to establish a new Special Bureau for Loading (SBL) in the IERS Global Geophysical Fluids Center (GGFC). What is solicited is the "willingness, readiness, and capability" that will take the leadership role in this effort and the ensuing service functions and operations. The lead proposer, under his/her organizational/institutional support, is expected to become the Head of the new SBL, joining GGFC and working very closely with the existing seven other Special Bureaus (SBs). Note that IERS itself assumes no direct financial responsibility. The complete text of the call with detailed information on objectives, guidelines, deadline for submission, and background information about IERS GGFC can be found at http://www.iers.org/documents/sblcfp/sblcfp.pdf (PDF document) or http://www.iers.org/documents/sblcfp/sblcfp.doc (WORD document) or is available on request. IERS Central Bureau Bundesamt fuer Kartographie und Geodaesie Richard-Strauss-Allee 11 60598 Frankfurt am Main Germany phone : +49-69-6333-273/261/250 fax : +49-69-6333-425 e-mail: central_bureau(a)iers.org URL : www.iers.org *************************************************************************** IERS Messages are edited and distributed by the IERS Central Bureau. To subscribe or unsubscribe, please write to <central_bureau(a)iers.org>. Archives: http://www.iers.org/iers/publications/messages/ ***************************************************************************

1 0

Location of `Theory' file
by Garrett Wollman 30 Oct '01

30 Oct '01

Back in the mists of ancient time, the rules for time zone names were stated at the beginning of the `africa' file in tzdata. At some point, this explanatory text was moved to the `Theory' file, which lives in tzcode. Since many people use only the data and not the code, I'd like to suggest that the `Theory' file be moved to tzdata so that it is more closely linked with the information it describes. -GAWollman

2 1

WHEN IS DAYLIGHT SAVINGS TIME
by SFlores886113207＠aol.com 21 Oct '01

21 Oct '01

JUST TRYING TO FIND OUT WHEN WE CHANGE ARE CLOCKS

1 0

reading time zone information
by qmk 20 Oct '01

20 Oct '01

Hi There I need to obtain the current time zone information (including DST start/end dates) for about 6 cities, so I downloaded your comprehensive database. However, I'm having difficulty understanding the format. I was wondering if the database comes in a simple text file format that can be easily understood. For example, a list of city names, and for each city, the following information (only the current information, I don't need historical information): * UTC difference (for example, plus 10 hours) * DST difference (plus 1 hour) * DST starting day (for example, second Sunday in January at 2am) * DST ending day (in standard local time) That would be really helpful. Alternatively, if it's not too much trouble, could I give you the city names and you could tell me the above info for each city? I tried to read the text files myself but I can't understand it. Even if I get what I think is the correct DST start/end dates, I have no idea whether I've read it correctly because the format is too complicated. Thanks. --

1 0

Possible tiny bug in tzcode
by Damon Chaplin 19 Oct '01

19 Oct '01

While testing my iCalendar timezone code against mktime/localtime I think I found a tiny error. (This is on RedHat Linux 7.1, with tzcode/data2001a) In Asia/Bishkek, when converting 11 Apr 1992 18:30:00 UTC into local time it outputs 'Sun Apr 12 00:30:00 1992'. (Any UTC time between 18:00 and 19:00 seems to be incorrect.) But clocks go forward at 0:00 local time by 1 hour, so I don't think that time should exist. (I may have missed something, though. This timezone stuff does get a bit too confusing!) I've attached a little test program. Damon

2 2

tzcode2001d.tar.gz and tzdata2001d.tar.gz
by Olson, Arthur David (NCI) 12 Oct '01

12 Oct '01

The files ftp://elsie.nci.nih.gov/pub/tzcode2001d.tar.gz and ftp://elsie.nci.nih.gov/pub/tzdata2001d.tar.gz are now available. These incorporate the changes circulated last week on the time zone mailing list by Paul Eggert. --ado

2 1

FW: corrections to the Brazil timezone data
by Olson, Arthur David (NCI) 12 Oct '01

12 Oct '01

Otavio Exel is not on the time zone mailing list; direct replies appropriately. --ado -----Original Message----- From: Otavio Exel [mailto:oexel@economatica.com.br] Sent: Wednesday, October 10, 2001 8:26 AM To: tz(a)elsie.nci.nih.gov Subject: corrections to the Brazil timezone data dear TZ, I'm reporting an error in the Brazil timezone data I just downloaded from ftp://elsie.nci.nih.gov/pub/tzdata2001d.tar.gz according to the <a href="http://pcdsh01.on.br/HvInic01.htm">Brazilian official page</a> on the subject of DST: DST start: 2001-10-14T00:00:00 DST end: 2002-02-17T00:00:00 unfortunately I'm not familiar with the format of this file so I don't dare send you a corrected version; my best guess is that the corrections needed are: $ diff -u southamerica.orig southamerica --- southamerica.orig Wed Oct 10 09:51:50 2001 +++ southamerica Wed Oct 10 10:11:53 2001 @@ -414,8 +414,14 @@ # # For dates after mid-2002, the following rules are guesses # and are quite possibly wrong, but are more likely than no DST at all. -Rule Brazil 2000 max - Oct Sun>=8 0:00 1:00 S -Rule Brazil 2001 max - Feb Sun>=15 0:00 0 - +Rule Brazil 2000 only - Oct Sun>=15 0:00 1:00 S +Rule Brazil 2001 only - Feb Sun>=15 0:00 0 - +# +# From Otavio Exel <oexel(a)economatica.com.br> (2001-10-10): +# according to the <a href="http://pcdsh01.on.br/HvInic01.htm">Brazilian +# official page</a> on the subject of DST +Rule Brazil 2001 only - Oct Sun>=14 0:00 1:00 S +Rule Brazil 2002 only - Feb Sun>=17 0:00 0 - []s, -- Otavio Exel /<\oo/>\ oexel(a)economatica.com.br

2 1

corrections to the Brazil timezone data
by Otavio Exel 10 Oct '01

10 Oct '01

dear TZ, I'm reporting an error in the Brazil timezone data I just downloaded from ftp://elsie.nci.nih.gov/pub/tzdata2001d.tar.gz according to the <a href="http://pcdsh01.on.br/HvInic01.htm">Brazilian official page</a> on the subject of DST: DST start: 2001-10-14T00:00:00 DST end: 2002-02-17T00:00:00 unfortunately I'm not familiar with the format of this file so I don't dare send you a corrected version; my best guess is that the corrections needed are: $ diff -u southamerica.orig southamerica --- southamerica.orig Wed Oct 10 09:51:50 2001 +++ southamerica Wed Oct 10 10:11:53 2001 @@ -414,8 +414,14 @@ # # For dates after mid-2002, the following rules are guesses # and are quite possibly wrong, but are more likely than no DST at all. -Rule Brazil 2000 max - Oct Sun>=8 0:00 1:00 S -Rule Brazil 2001 max - Feb Sun>=15 0:00 0 - +Rule Brazil 2000 only - Oct Sun>=15 0:00 1:00 S +Rule Brazil 2001 only - Feb Sun>=15 0:00 0 - +# +# From Otavio Exel <oexel(a)economatica.com.br> (2001-10-10): +# according to the <a href="http://pcdsh01.on.br/HvInic01.htm">Brazilian +# official page</a> on the subject of DST +Rule Brazil 2001 only - Oct Sun>=14 0:00 1:00 S +Rule Brazil 2002 only - Feb Sun>=17 0:00 0 - []s, -- Otavio Exel /<\oo/>\ oexel(a)economatica.com.br

1 0