February 2006 - 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

Australia - Broken Hill - Yancowinna
by Oscar van Vlijmen 15 Dec '06

15 Dec '06

Broken Hill, or more precise, the whole county of Yancowinna, differs from the rest of New South Wales, as clearly stated in the TZ database. Problem is: what is the "county of Yancowinna"? The Australian Standard Time Act 1987 mentions this county, but doesn't mention the county boundaries. Once they were known, but they have disappeared from recent maps. Finally I found a scan of an old map from the Land Registry, showing the Yancowinna county. Found on the website of The Sydney Morning Herald: <http://www.smh.com.au/articles/2003/08/29/1062050651816.html?oneclick=true> Click on field number 2 or download the map directly: <http://www.smh.com.au/specials/leases/pdf/map2.pdf> The following places are within the county boundaries: Broken Hill, The Gorge, Mount Gipps, Silverton, Stephens Creek, Wahratta, Yanco Glen. The name "Wahratta" is not perfectly readable from the map, but I've checked the name and location against the Australia file from the GEOnet Names Server <http://earth-info.nga.mil/gns/> Oscar van Vlijmen 2005-04-23

4 8

Uzbekistan doubled lines
by Jesper Norgaard Welen 21 Mar '06

21 Mar '06

# Uzbekistan # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Samarkand 4:27:12 - LMT 1924 May 2 4:00 - SAMT 1930 Jun 21 # Samarkand Time 5:00 - SAMT 1981 Apr 1 5:00 1:00 SAMST 1981 Oct 1 6:00 RussiaAsia TAS%sT 1991 Mar 31 2:00 # Tashkent Time 5:00 RussiaAsia TAS%sT 1991 Sep 1 # independence - 5:00 RussiaAsia UZ%sT 1992 5:00 RussiaAsia UZ%sT 1993 5:00 - UZT Zone Asia/Tashkent 4:37:12 - LMT 1924 May 2 5:00 - TAST 1930 Jun 21 # Tashkent Time 6:00 RussiaAsia TAS%sT 1991 Mar 31 2:00s 5:00 RussiaAsia TAS%sT 1991 Sep 1 # independence - 5:00 RussiaAsia UZ%sT 1992 5:00 RussiaAsia UZ%sT 1993 5:00 - UZT In the above timezones it seems that the 1992-lines are superfluous and are handled nicely by the 1993-lines. Is there something I'm missing here? - Jesper Jesper Nørgaard Welen Email: jnorgard(a)Prodigy.Net.mx Project Leader (Líder de Proyecto) Software CIMMYT - Centro Internacional de Mejoramiento de Maíz y Trigo Dirección: CIMMYT Int. c/o Jesper Nørgaard Km. 45, Carretera México-Veracruz El Batán Texcoco, Edo. de México CP 56130 MEXICO Tel.: +52 (55) 58-04-20-04 ext. 1374 Fax: +52 (55) 58-04-75-58 Tel. Casa: 53-10-05-95 ó 53-10-97-78 Download the free program World Time Explorer, I made: http://www.cimmyt.org/timezone/index.htm

2 1

Uruguay rule
by Jesper Norgaard Welen 21 Mar '06

21 Mar '06

In the Uruguay rule, for 1941 there seems to be an obsolete statement Rule Uruguay 1937 1941 - Mar lastSun 0:00 0 - # Whitman gives 1937 Oct 3; go with Shanks. Rule Uruguay 1937 1940 - Oct lastSun 0:00 0:30 HS # Whitman gives 1941 Oct 24 - 1942 Mar 27, 1942 Dec 14 - 1943 Apr 13, # and 1943 Apr 13 ``to present time''; go with Shanks. Rule Uruguay 1941 only - Aug 1 0:00 0 - Rule Uruguay 1942 only - Jan 1 0:00 0:30 HS The next-last line above concerning 1941-08-01 can be deleted, since Last Sunday of March 1941 was returning to standard time, no need to do it again. Regards, - Jesper Jesper Nørgaard Welen Email: jnorgard(a)Prodigy.Net.mx Project Leader (Líder de Proyecto) Software CIMMYT - Centro Internacional de Mejoramiento de Maíz y Trigo Dirección: CIMMYT Int. c/o Jesper Nørgaard Km. 45, Carretera México-Veracruz El Batán Texcoco, Edo. de México CP 56130 MEXICO Tel.: +52 (55) 58-04-20-04 ext. 1374 Fax: +52 (55) 58-04-75-58 Tel. Casa: 53-10-05-95 ó 53-10-97-78 Download the free program World Time Explorer, I made: http://www.cimmyt.org/timezone/index.htm

2 1

Capital of Montserrat
by Jesper Norgaard Welen 21 Mar '06

21 Mar '06

Some time ago I investigated what might be the capital of Montserrat when the former capital Plymouth was abandoned because of heavy volcanic activity in 1995 and onwards (now it is a bit more quiet). I came to the conclusion that it was probably Brades, from having several addresses of government there. Recently I checked wikipedia and the CIA factbook and it confirms it was changed from Plymouth to Brades. In the tz database we don't have a big problem from the fortunate timezone naming America/Montserrat instead of America/Olveston. However, there are two comments that state it is Olveston in the tz entry (see below). In the web I could only find an old reference from 1996 talking about a government office in Olveston, other references say Brades or Brades Estate. # Montserrat # From Paul Eggert (1997-08-31): # Recent volcanic eruptions have forced evacuation of Plymouth, the capital. # Luckily, Olveston, the current de facto capital, has the same longitude. # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone America/Montserrat -4:08:52 - LMT 1911 Jul 1 0:01 # Olveston -4:00 - AST http://www.gis.gov.ms/ http://www.odci.gov/cia/publications/factbook/geos/mh.html http://en.wikipedia.org/wiki/Montserrat http://en.wikipedia.org/wiki/Brades%2C_Montserrat Unfortunately that will mean we have to recalculate LMT since it is (as would be expected) not very close to the turmoil of Plymouth. The last page has a nice little map to show where Brades is located in the north of Montserrat. As usual tz database prefers largest city, but I don't know if that differs from Brades. - Jesper Jesper Nørgaard Welen Email: jnorgard(a)Prodigy.Net.mx Project Leader (Líder de Proyecto) Software CIMMYT - Centro Internacional de Mejoramiento de Maíz y Trigo Dirección: CIMMYT Int. c/o Jesper Nørgaard Km. 45, Carretera México-Veracruz El Batán Texcoco, Edo. de México CP 56130 MEXICO Tel.: +52 (55) 58-04-20-04 ext. 1374 Fax: +52 (55) 58-04-75-58 Tel. Casa: 53-10-05-95 ó 53-10-97-78 Download the free program World Time Explorer, I made: http://www.cimmyt.org/timezone/index.htm

2 1

FW: Question about Leap Second Features
by Olson, Arthur David (NIH/NCI) [E] 11 Mar '06

11 Mar '06

Dan White is not on the time zone mailing list; direct replies appropriately. --ado -----Original Message----- From: Dan White [mailto:ygor@comcast.net] Sent: Saturday, February 18, 2006 9:59 AM To: tz(a)lecserver.nci.nih.gov Subject: Question about Leap Second Features Is there any implementation for this information on Microsoft operating systems ?

4 6

75% speedup for zdump on 64-bit Solaris sparc
by Paul Eggert 08 Mar '06

08 Mar '06

The following change to localtime.c sped up "zdump -v America/Los_Angeles" by 75% on my host (Solaris sparc, 64-bit, compiled with gcc 4.0.2 -m64). It substitutes a binary earch for a linear one. (I resisted the temptation to do a linear interpolation search. :-) Though this is a win, I'm a bit puzzled by why sp->timecnt was so large for "America/Los_Angeles". sp->timecnt was 1200, but America/Los_Angeles contains nowhere near 1200 transitions. There might be an even bigger performance win if the number of transitions were shrunk in memory, down to the minimum number needed to represent the data. --- localtime.c 2006/02/22 00:24:05 2006.2.0.2 +++ localtime.c 2006/02/24 07:09:27 2006.2.0.3 @@ -1266,9 +1266,17 @@ struct tm * const tmp; break; } } else { - for (i = 1; i < sp->timecnt; ++i) - if (t < sp->ats[i]) + int lo = 1; + int hi = sp->timecnt; + for (;;) { + i = (lo + hi) >> 1; + if (hi <= lo) break; + if (t < sp->ats[i]) + hi = i; + else + lo = i + 1; + } i = (int) sp->types[i - 1]; } ttisp = &sp->ttis[i];

2 4

More city to be added into tz list
by Shen, Xiao Hui (Sunny) 27 Feb '06

27 Feb '06

To whom it may concerns, As the capital of People's Republic of China, Beijing shall be added to the time zone list. +08:00 Asia/Beijing <<alltz.txt>> Pls. re-consider this. Thanks for the attention. Sunny Sunny Shen | Product Manager | APAC Product Management | +86 20 22647076 | sunnyshen(a)avaya.com

1 0

RE: zdump -v factor-of-2 speedup on 64-bit hosts (-500 -> 1800)
by Olson, Arthur David (NIH/NCI) [E] 27 Feb '06

27 Feb '06

While standard time wasn't introduced before 1800 anywhere, there are earlier time oddities (such as swiches from the Julian to the Gregorian calendar, switches to the Julian calendar, skipping of the year zero, and leap year gyrations). While the current time zone package doesn't try to handle these oddities, other packages might. Since zdump is supposed to be independent of the rest of the time zone package, the built-in limits of -500 and 2500 are designed to run from earliest at-all-likely-to-be-reflected oddity to the present day (with a couple of hundred years of slop at either end). It's always possible, of course, to... zdump -v -c1800,2500 US/Pacific ...to get the desired effect. --ado -----Original Message----- From: Paul Eggert [mailto:eggert@cs.ucla.edu] Sent: Thursday, February 23, 2006 12:39 PM To: tz(a)lecserver.nci.nih.gov Subject: zdump -v factor-of-2 speedup on 64-bit hosts (-500 -> 1800) The command "zdump -v US/Pacific" took 36 CPU seconds on my (admittedly aging) 440 MHz UltraSPARC-IIi machine. There are no doubt other speedups that could be done, but the following obvious one shrank the CPU time to 20 CPU seconds. Standard time wasn't introduced before 1800 anywhere that I know of. --- zdump.8 2006/02/20 15:08:17 2006.2 +++ zdump.8 2006/02/23 17:29:26 2006.2.0.1 @@ -41,7 +41,7 @@ otherwise. .BI "\-c " [loyear,]hiyear Cut off verbose output near the start of the given year(s). By default, -the program cuts off verbose output near the starts of the years -500 and 2500. +the program cuts off verbose output near the starts of the years 1800 and 2500. .SH LIMITATIONS The .B \-v --- zdump.c 2006/02/21 21:07:30 2006.2.0.1 +++ zdump.c 2006/02/23 17:29:26 2006.2.0.2 @@ -18,7 +18,7 @@ static char elsieid[] = "@(#)zdump.c 8.1 #endif /* !defined isascii */ #ifndef ZDUMP_LO_YEAR -#define ZDUMP_LO_YEAR (-500) +#define ZDUMP_LO_YEAR 1800 #endif /* !defined ZDUMP_LO_YEAR */ #ifndef ZDUMP_HI_YEAR

3 2

Double standard time (typo)
by Jesper Norgaard Welen 26 Feb '06

26 Feb '06

Rule Moncton 1946 1956 - Sep lastSun 2:00 0 S Rule Moncton 1956 1972 - Oct lastSun 2:00 0 S The Moncton rule returns twice to standard time in 1956 ... that should not have any bad effect since the first one "wins", but does give a tiny bit of overhead to the already weiry zdump program. I would recommend the unambigous Rule Moncton 1946 1956 - Sep lastSun 2:00 0 S Rule Moncton 1957 1972 - Oct lastSun 2:00 0 S - Jesper Jesper Nørgaard Welen Email: jnorgard(a)Prodigy.Net.mx Project Leader (Líder de Proyecto) Software CIMMYT - Centro Internacional de Mejoramiento de Maíz y Trigo Dirección: CIMMYT Int. c/o Jesper Nørgaard Km. 45, Carretera México-Veracruz El Batán Texcoco, Edo. de México CP 56130 MEXICO Tel.: +52 (55) 58-04-20-04 ext. 1374 Fax: +52 (55) 58-04-75-58 Tel. Casa: 53-10-05-95 ó 53-10-97-78 Download the free program World Time Explorer, I made: http://www.cimmyt.org/timezone/index.htm

2 1