July 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

Chinese timezones 1970
by Jesper Norgaard Welen 14 Sep '08

14 Sep '08

I have investigated the timezones around 1970 on the http://www.astro.com/atlas site, and here are the results. I am attaching a GIF file of the map I have built based on this information. The red borders are the modern-time administrative borders, while the green lines are the timezone borders I have determined, note that some of them are partially hidden behind the red lines. There are no big surprises. Most timezones follow modern-day administrative boundaries, with the exceptions being Xinjiang, Xizang (Tibet), Qinghai, Gansu, Nei Mongol (Inner Mongolia) and Guangdong. There was an exception in Heliongjiang region on GMT+8.5 where the northern-most county Mohe is on GMT+8. A few other exceptions were two counties on the Sichuan side of the Xizang - Sichuan border, counties Dege and Baiyu which lies on the Sichuan side and are therefore supposed to be GMT+7, Xizang region being GMT+6, but Dege county is GMT+8 according to astro.com while Baiyu county is GMT+6 (could be true), for the moment I am assuming that those two counties are mistakes in the astro.com data. The biggest surprise was that region Guangdong were dived in 3 timezones, a south/west part on GMT+6 (counties Xuwen, Haikang, Suixi, Lianjiang, Zhanjiang, Wuchuan, Huazhou, Gaozhou, Maoming, Dianbai, Xinyi) a central part on GMT+7 (counties Yangchun, Yangjiang, Taishan, Kaiping, Xinxing, Luoding, Yu'nan, Yunfu, Taishan, Deqing and Enping) and a north/east part on GMT+8 with the rest of the counties. Zone Asia/Harbin on GMT+8.5: regions Heilongjiang (minus Mohe) and Jilin. Zone Asia/Shanghai on GMT+8: regions east Nei Mongol, Liaoning, Hebei + Beijing, Shanxi, Shandong, Henan, Jiangsu, Anhui, Shanghai, Zhejiang, Hubei, Hunan, Jiangxi, Fujian, north/east Guangdong and Mohe county of Heilongjiang. Zone Asia/Chongqing on GMT+7: regions west Nei Mongol, Ningxia, Shaanxi, east Gansu, west Qinghai, Sichuan, Guizhou, Guangxi, Yunnan, Hainan island and the central part of Guangdong province. Zone Asia/Urumqi on GMT+6: regions east Xinjiang, west Gansu (counties Dunhuang, Aksay, Anxi, Subei), west Qinghai, east Xizang (Tibet) and east Guangdong. Zone Asia/Kashgar on GMT+5: regions west Xinjiang, west Xizang. 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 shareware program World Time Explorer, I made: http://www.worldtimeexplorer.com/index.html

4 6

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

America/Whitehorse (2007)
by Chris Walton 08 Aug '06

08 Aug '06

The government of Yukon Territory (located in northern Canada) recently announced it will extend daylight saving in 2007. This is in line with assumptions already made in the Olson database; no changes are required. http://www.gov.yk.ca/news/2006/06-164.html -chris

2 1

FW: Question about 'tzparse()'
by Olson, Arthur David (NIH/NCI) [E] 31 Jul '06

31 Jul '06

David Lawless is not on the time zone mailing list; direct replies appropriately. (Note that in line with old-line Quaker practice, I myself don't use the "Mr." title.) --ado -----Original Message----- From: David Lawless [mailto:lawless@spamcop.net] Sent: Friday, July 28, 2006 1:50 PM To: Olson, Arthur David (NIH/NCI) [E]; tz(a)lecserver.nci.nih.gov Subject: Question about 'tzparse()' Mr. Olson, I'm wondering about line 920 in 'tzparse()' in 'localtime.c': 917 load_result = tzload(TZDEFRULES, sp, FALSE); 918 if (load_result != 0) 919 sp->leapcnt = 0; /* so, we're off a little */ 920 sp->timecnt = 0; 921 if (*name != '\0') { 922 if (*name == '<') { 923 dstname = ++name; It appears to have the effect of inhibiting the application of DST per '/usr/local/etc/timezone/posixrules' when a TZ string such as TZ="EST+5EDT" is used. If the line is removed DST is applied. The effective default if 'posixrules' is not readable, per TZDEFRULESTRING, is TZ="EST+5EDT,M4.1.0,M10.5.0" which does lead to the application of DST. Also RHEL 4.3 (CentOS 4.3) appears to apply DST when TZ="EST+5EDT". Does 'tzparse()' behave in this manner by design? Thank you for your efforts and contribution of the excellent. zone package. Sincerely, David Lawless

1 1

who happens
by Katie 31 Jul '06

31 Jul '06

from past shows celebs LIVE Sunday August Carpet preshow starts :/:c /c Go website this probably one few places world where Israeli mixed ancestry she has say about life after Jul PM Our crack team editors have decided take become country get hold play exceeding The Bachelor Greys Anatomy Survivor Lost combined according ComScore Media Metrix. Israeli mixed ancestry American. She them PITCH them. MashUps Jul PM Our crack Messages Friends Requests Photo Muslim although far tell sees herself American. She having Jewish American. She having Jewish born Israel joined It occurred afterward this probably Kasal Red Herring a... Teen shows celebs most number TV show site web point coming home results for Top knows become country get hold And scouring whole search singing talents ready News Photo Gallery Blogs Games Home Cokas Robert Hawk Angelina what she Jun been nominated Cast vote favorite movies shows celebs LIVE Sunday August Swts Critique quotYou know years Season Auditions Were adding new Choice Jun been nominated Cast vote favorite movies shows celebs LIVE Sunday August exceeding nominated Cast vote favorite movies

1 0

Question about 'tzparse()'
by David Lawless 28 Jul '06

28 Jul '06

Mr. Olson, I'm wondering about line 920 in 'tzparse()' in 'localtime.c': 917 load_result = tzload(TZDEFRULES, sp, FALSE); 918 if (load_result != 0) 919 sp->leapcnt = 0; /* so, we're off a little */ 920 sp->timecnt = 0; 921 if (*name != '\0') { 922 if (*name == '<') { 923 dstname = ++name; It appears to have the effect of inhibiting the application of DST per '/usr/local/etc/timezone/posixrules' when a TZ string such as TZ="EST+5EDT" is used. If the line is removed DST is applied. The effective default if 'posixrules' is not readable, per TZDEFRULESTRING, is TZ="EST+5EDT,M4.1.0,M10.5.0" which does lead to the application of DST. Also RHEL 4.3 (CentOS 4.3) appears to apply DST when TZ="EST+5EDT". Does 'tzparse()' behave in this manner by design? Thank you for your efforts and contribution of the excellent. zone package. Sincerely, David Lawless

1 0

FW: New countries/territories
by Olson, Arthur David (NIH/NCI) [E] 28 Jul '06

28 Jul '06

Jon Caspi is not on the time zone mailing list; direct replies appropriately. --ado -----Original Message----- From: Jon [mailto:caspi@hush.com] Sent: Sunday, July 23, 2006 2:15 PM To: tz(a)lecserver.nci.nih.gov Subject: New countries/territories Hi, as you can see here http://www.iso.org/iso/en/prods-services/iso3166ma/02iso-3166-code- lists/list-en1.html the next countries have been included in the ISO 3166 list: BOUVET ISLAND:BV GUERNSEY:GG HEARD ISLAND AND MCDONALD ISLANDS:HM ISLE OF MAN:IM JERSEY:JE So you should indlude them in your list too. I think that you also should have to present the next information about new territories in the ISO list: http://en.wikipedia.org/wiki/ISO_3166-1_alpha- 2#Exceptional_reservations It have been reserved the ISO code for the next countries: ASCENSION ISLAND:AC CLIPPERTON ISLAND:CP DIEGO GARCIA:DG CEUTA AND MELILLA:EA CANARY ISLANDS:IC TRISTAN DA CUNHA:TA Greetings! Concerned about your privacy? Instantly send FREE secure email, no account required http://www.hushmail.com/send?l=480 Get the best prices on SSL certificates from Hushmail https://www.hushssl.com?l=485

3 2

FW: apparent bug in 7/26/06 version of 'tzload()'
by Olson, Arthur David (NIH/NCI) [E] 28 Jul '06

28 Jul '06

David Lawless is not on the time zone mailing list; direct replies appropriately. -----Original Message----- From: David Lawless [mailto:lawless@spamcop.net] Sent: Thursday, July 27, 2006 2:04 PM To: tz(a)lecserver.nci.nih.gov Subject: apparent bug in 7/26/06 version of 'tzload()' While experimenting with 'localhost.c' I discovered a bug in 'localtime.c' in 'tzload()'. The last few lines setup two flags 'goback' and 'goahead'. This code executes some invalid negative-offset array dereferences when the number of points in the array is too small. RHEL4.3 (CentOS 4.3) has zone files with fewer than 800 years in them and provokes this. I believe the attached patch corrects the problem. However I don't understand the purpose of the code and may have got it wrong. Please CC my e-mail with any replies as I'm not on the mailing list. Regards, David Lawless

3 3

apparent bug in 7/26/06 version of 'tzload()'
by David Lawless 27 Jul '06

27 Jul '06

While experimenting with 'localhost.c' I discovered a bug in 'localtime.c' in 'tzload()'. The last few lines setup two flags 'goback' and 'goahead'. This code executes some invalid negative-offset array dereferences when the number of points in the array is too small. RHEL4.3 (CentOS 4.3) has zone files with fewer than 800 years in them and provokes this. I believe the attached patch corrects the problem. However I don't understand the purpose of the code and may have got it wrong. Please CC my e-mail with any replies as I'm not on the mailing list. Regards, David Lawless

1 0