July 2006 - tz - lists.iana.org

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

May 25, 2015

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 Sept. 14, 2008

Sept. 14, 2008

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 Dec. 16, 2006

Dec. 16, 2006

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 Aug. 9, 2006

Aug. 9, 2006

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] July 31, 2006

July 31, 2006

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 July 31, 2006

July 31, 2006

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 July 28, 2006

July 28, 2006

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] July 28, 2006

July 28, 2006

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] July 28, 2006

July 28, 2006

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 July 27, 2006

July 27, 2006

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

RE: atikokan daylight saving (or lack of it)
by Chris Walton July 25, 2006

July 25, 2006

I am not sure if this helps the decision making process but here are the population numbers according to the 2001 Canadian census: Coral Harbour: 712 Atikokan: 3632 These numbers don't include the black flies or mosquitoes! The existing America/Coral_Harbour time zone encompasses all of Southampton Island (41214 square km) plus some small adjacent islands. Coral Harbour is the only settlement on Southampton Island; the adjacent islands are (to the best of my knowledge) uninhabited. The proposed America/Atikokan time zone would encompass the township of Atikokan (317 square km) and Quetico Provincial Park (4758 square km). I confirmed with Robin Reilly from the Ontario Ministry of Natural Resources that the Quetico park staff use "Atikokan time" for official time keeping year-round; the reason being that the main park office is located in Atikokan. -chris -----Original Message----- From: Paul Eggert [mailto:eggert@CS.UCLA.EDU] Sent: July 24, 2006 4:02 PM To: Chris Walton Cc: tz(a)elsie.nci.nih.gov Subject: Re: atikokan daylight saving (or lack of it) "Chris Walton" <Chris.Walton(a)telus.com> writes: > Should we: > 1) update the entry for America/Coral_Harbour but not add a zone > called America/Atikokan Or > 2) add a new zone for America/Atikoan and leave America/Coral_Harbour > alone Or > 3) delete America/Coral_Harbour, add America/Atikokan, and update the "zonetab" + "backward" files. I'm leaning toward #3. I don't recall seeing any other comments.

1 0

RE: atikokan daylight saving (or lack of it)
by Chris Walton July 24, 2006

July 24, 2006

Paul, Yes Atikokan could use America/Coral_Harbour. As you pointed out Atikokan and Coral Harbour are separate locations; they are in fact unrelated incontiguous areas separated by 1110 miles. I will let you decide what is best! I don't mind which way we go with this as long as there is some sort of reference to Atikokan in the zonetab file. If you decide to share the zone, keep in mind that Atikokan has a much bigger population than Coral Harbour; I am not sure what the implications of this are. Would we have to rename the zone and create an entry in the "backward" file? -chris -----Original Message----- From: Paul Eggert [mailto:eggert@CS.UCLA.EDU] Sent: Sat 7/15/2006 2:27 AM To: Chris Walton Subject: Re: atikokan daylight saving (or lack of it) Thanks for tracking this down. If they've been doing it this way since 1952, then they can use the America/Coral_Harbour entry, though we'd need to update zone.tab to make it clear that America/Coral_Harbour stands for two separate locations. (And we'd need commentary of course.)

3 4

Tzcode2006h.tar.gz
by Olson, Arthur David (NIH/NCI) [E] July 24, 2006

July 24, 2006

The file... ftp://elsie.nci.nih.gov/pub/tzcode2006h.tar.gz ...is now available; this adds public domain notices to four files, includes a fix for transition times being off by a second, and adds a new recording to the "arts" file (information courtesy Colin Bowern). No "tzdata" files were affected, so we're still at tzdata2006g.tar.gz. --ado

1 0

New countries/territories
by Jon July 23, 2006

July 23, 2006

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

1 0

Inconsistent format of data files?
by Colin Bowern July 22, 2006

July 22, 2006

Hi, I'm working on compiling the time zone data into an XML file for easier handling in a program. I noticed some inconsistencies in the format of the files versus the description in zic.8.txt. For example, in the latest version in Africa on line 93 there is an extra tab at the beginning. Can anyone confirm if this? I've attached screenshots of what I am seeing. Thanks, Colin

5 10

The RULE TYPE column
by Srdjan Krajnalic July 21, 2006

July 21, 2006

Hi, Unless I'm missing some of the data files, the only rule TYPE ever used is "-" The man page states: TYPE Gives the type of year in which the rule applies. If TYPE is - then the rule applies in all years between FROM and TO inclusive. If TYPE is something else, then zic executes the command yearistype year type to check the type of a year: an exit status of zero is taken to mean that the year is of the given type; an exit status of one is taken to mean that the year is not of the given type. What other types except for "-" are allowed? Parsed files: africa, antarctica, asia, australasia, backward, europe, northamerica, pacificnew, solar87, solar88, solar89, southamerica, Systemv

3 2

Time and the Arts Entry
by Colin Bowern July 19, 2006

July 19, 2006

A song to add to the list... Song: Central Standard Time Artist: The Get Up Kids Album: Eudora (2001) http://www.allmusic.com/cg/amg.dll?p=amg&sql=10:7ddovwvla9xk Cheers, Colin

1 0

Proposed time zone package changes
by Olson, Arthur David (NIH/NCI) [E] July 17, 2006

July 17, 2006

Below are minor proposed time zone package changes; four "public domain" notices are added and the "transition time off by a second" fix circulated previously on the time zone mailing list is incorporated. --ado ------- scheck.c ------- *** /tmp/geta1403 Mon Jul 17 10:26:34 2006 --- /tmp/getb1403 Mon Jul 17 10:26:34 2006 *************** *** 1,6 **** #ifndef lint #ifndef NOID ! static char elsieid[] = "@(#)scheck.c 8.18"; #endif /* !defined lint */ #endif /* !defined NOID */ --- 1,11 ---- + /* + ** This file is in the public domain, so clarified as of + ** 2006-07-17 by Arthur David Olson. + */ + #ifndef lint #ifndef NOID ! static char elsieid[] = "@(#)scheck.c 8.19"; #endif /* !defined lint */ #endif /* !defined NOID */ ------- ialloc.c ------- *** /tmp/geta1422 Mon Jul 17 10:26:34 2006 --- /tmp/getb1422 Mon Jul 17 10:26:34 2006 *************** *** 1,6 **** #ifndef lint #ifndef NOID ! static char elsieid[] = "@(#)ialloc.c 8.29"; #endif /* !defined NOID */ #endif /* !defined lint */ --- 1,11 ---- + /* + ** This file is in the public domain, so clarified as of + ** 2006-07-17 by Arthur David Olson. + */ + #ifndef lint #ifndef NOID ! static char elsieid[] = "@(#)ialloc.c 8.30"; #endif /* !defined NOID */ #endif /* !defined lint */ ------- zic.c ------- *** /tmp/geta1441 Mon Jul 17 10:26:35 2006 --- /tmp/getb1441 Mon Jul 17 10:26:35 2006 *************** *** 1,5 **** ! static char elsieid[] = "@(#)zic.c 8.5"; #include "private.h" #include "locale.h" #include "tzfile.h" --- 1,10 ---- ! /* ! ** This file is in the public domain, so clarified as of ! ** 2006-07-17 by Arthur David Olson. ! */ + static char elsieid[] = "@(#)zic.c 8.7"; + #include "private.h" #include "locale.h" #include "tzfile.h" *************** *** 1532,1538 **** for (i = 0; i < timecnt; ++i) { j = leapcnt; while (--j >= 0) ! if (ats[i] >= trans[j]) { ats[i] = tadd(ats[i], corr[j]); break; } --- 1537,1543 ---- for (i = 0; i < timecnt; ++i) { j = leapcnt; while (--j >= 0) ! if (ats[i] > trans[j] - corr[j]) { ats[i] = tadd(ats[i], corr[j]); break; } ------- yearistype.sh ------- *** /tmp/geta1460 Mon Jul 17 10:26:35 2006 --- /tmp/getb1460 Mon Jul 17 10:26:35 2006 *************** *** 1,7 **** #! /bin/sh ! : '@(#)yearistype.sh 8.1' case $#-$1 in 2-|2-0*|2-*[!0-9]*) echo "$0: wild year - $1" >&2 --- 1,10 ---- #! /bin/sh ! : 'This file is in the public domain, so clarified as of' ! : '2006-07-17 by Arthur David Olson.' + : '@(#)yearistype.sh 8.2' + case $#-$1 in 2-|2-0*|2-*[!0-9]*) echo "$0: wild year - $1" >&2

1 0

OT: Return Receipts, was: Re: Chinese timezones 1970
by Steven R. Loomis July 14, 2006

July 14, 2006

Could the TZ reflector remove the header "Disposition-notification- to:"? According to http://www.rfc-editor.org/rfc/rfc2298.txt, this header requests such return receipts. Also see http://support.openwave.com/docs/post_office/docs/PO/FAQ/ faq00007.htm#E196E107 -s On 14 Lul 2006, at 02:37, Dave O'Callaghan wrote: > Return Receipt > > Your Chinese timezones 1970 > document: > > was Dave O'Callaghan/UK/IBM > received > by: > > at: 14/07/2006 10:37:15 > Steven R. Loomis * srl(a)icu-project.org http://ibm.com/software/globalization/icu

1 0

Public Domain Notices
by Mark Davis July 12, 2006

July 12, 2006

We're run into an issue on the ICU project. Some of the code files contain public domain notices, such as tzfile.h /* ** This file is in the public domain, so clarified as of ** 1996-06-05 by Arthur David Olson. */ However, other files, like zic.c are missing that notice. It is our impression that the goal was for all the code to be public domain. What we'd request is: a) an email stating that it is the intention for all the files to be public domain. b) in the next release of the code, for all the files to contain a public domain notice. (If this isn't possible, there are just 2 that we really need it to be on.) Mark

1 0

Re: America/Moncton (2007)
by Paul Eggert July 11, 2006

July 11, 2006

Robbin Kawabata <Robbin.Kawabata(a)eng.sun.com> writes: > Do you plan to put out a tz update (2006h?) soon that includes the > Canada changes? How soon is "soon"? :-) I don't have a schedule and I don't know that Arthur does either. The Moncton and Bermuda changes don't take effect until March 2007, so unless I'm missing something they're not that urgent. The proposed new Zones America/Blanc-Sablon and America/Atikokan do affect current time stamps but these are for small regions that have used standard time for decades (we think) so they normally wouldn't justify a high-priority update. I am hoping for a bit more feedback about these Canadian changes before proposing tz updates. Plus, you never know, those pesky Canadian politicians might change their minds again before next year!

3 2

tzinfo time zones/US states mapping
by Ingo Weiss July 10, 2006

July 10, 2006

Hi, I am just starting to work with tzinfo, and I need to figure out how US states map to tzinfo time zones, or in other words what time zone(s) each US state is in. If anybody has already collected this data and would be willing to share it (and thus save me a couple of hours of work) that would be highly appreciated! Ingo

1 0

Chinese timezones
by Jesper Norgaard Welen July 10, 2006

July 10, 2006

The chinese timezones don't have much description in the tz database. I am currently trying to make a map of the worlds timezones base on the Olson database, and so I miss some more information about what these timezones cover. * Asia/Harbin seems to cover the Heilongjiang region, no less no more. * Asia/Chongqing is a city lying in the Sichuan province, which is huge, so does the timezone represent all of the province? * Asia/Urumqi covers the Xinjiang province, but represents a definition problem since Kashgar also lies in the far western part of this province, so what does timezone Asia/Kashgar represent? Asia/Urumqi timezone according to the comments in the 'asia' file also covers Tibet, which lies in the Xizang province, that is huge stretching from Kashmir to Myanmar, so I don't know if all of this is covered by the Asia/Urumqi timezone alone. * Asia/Shanghai covers all the rest of China as I understand it. This is the timezone there was recently a discussion about changing to Asia/Beijing, I believe. Can anyone shed some light on this? - Jesper Nørgaard Welen

7 12

Oshu tries "DST"; S. Korea considers DST; DST in S. Korea 1949-1961?
by Paul Eggert July 10, 2006

July 10, 2006

In South Korea the Ministry of Commerce, Industry and Energy has commissioned a research project to consider the reintroduction of daylight saving time as early as 2008. See the following articles: http://e.sinchew-i.com/content.phtml?sec=2&artid=200607080000 http://www.koreaherald.co.kr/SITE/data/html_dir/2006/07/10/200607100012.asp The first story says "Korea had a daylight saving program from 1949-61, and again in 1987-88." The second story, by Annie I. Bang, gives a bit more detail: "Korea ran a daylight saving program from 1949-61 but stopped it during the 1950-53 Korean War." We have the 1987-1988 records, but for the earlier period our current database has South Korea observing DST only from May 15 through September 12, 1960. This is from Shanks & Pottenger. If anyone has more detailed info please let me know. A July 3 UPI story reports that citizens of Oshu, Japan set their clocks forward on June 21. They'll move them back August 11. This appears to be an experiment by the local chamber of commerce to get people to go to work an hour earlier, and come home an hour earlier, as part of the "Cool Biz" no-tie, no-jacket campaign that the Japanese environment ministry has been promoting lately. About 50 businesses are changing their clocks, but it does not appear to affect anyone else. Another part of the compaign sets air conditioning thermostats to 28 degrees Celsius at workplaces. Hokkaido has been doing something similar since 2004. Here are references: http://www.upi.com/NewsTrack/view.php?StoryID=20060703-070848-4585r http://www.yomiuri.co.jp/dy/national/20060703TDY09003.htm

1 0

RE: Canada timezones (2007)
by Chris Walton July 9, 2006

July 9, 2006

Patrice, If you want the short answer: we are still waiting to hear from Yukon, Nunavut, Newfoundland, and Saskatchewan. Before you write back and claim that Saskatchewan does not observe daylight time, please read the detail below. The other provinces and territories have either passed (or committed to pass) new legislation which will extend daylight time by four weeks. Version 2006d of the Olson database was updated to reflect an assumption that all provinces and territories will eventually follow the US rules by extending daylight saving. Here is the gory detail: Province of British Columbia: YES. BC will follow US rules. I don't know what the status of the legislation is at this time. The change is documented under regulation 136/2006 but I can't find this regulation on line. ### News Release: http://www2.news.gov.bc.ca/news_releases_2005-2009/2006AG0014-000330.htm Province of Alberta: YES. Alberta will follow US rules. ### Daylight Saving Amendment Act: http://www.qp.gov.ab.ca/documents/Acts/2006CH03_UNPR.cfm?frm_isbn=0779744934 City of Lloydminster: Lloydminster is a cross-border city; it straddles the Alberta-Saskatchewan border. Time on both sides of the provincial is governed by the "Lloydminster Charter". No word yet if the charter will be updated. I think we can assume that the people of Lloydminster will continue the tradition of keeping the clocks in sync with Alberta regardless of whether or not the charter is updated. ### Here are two links to the charter: Lloydminster charter (Government of Alberta web site): http://www.qp.gov.ab.ca/Documents/REGS/1979_043.CFM Lloydminster charter (Government of Saskatchewan web site): http://www.qp.gov.sk.ca/documents/english/Statutes/Historical/lloydchr.pdf Province of Saskatchewan: I am not aware of any announcements or new legislation. Most of the province does not use daylight time. The Battle Creek which includes Lloydminster does observe daylight time. The portion of the Battle Creek region that falls outside of the Lloydminster city limits and on the east side of the provincial border is covered by the Saskatchewan Time Act. I think we can assume that everybody in Battle Creek region will keep the clocks in sync with Alberta regardless or whether or not the Saskatchewan Time Act is updated. ### The Saskatchewan time act which was last updated in 1996 is about 30 pages long and rather painful to read. Here is a link to the old act: http://www.qp.gov.sk.ca/documents/English/Statutes/Statutes/T14.pdf Province of Manitoba: YES. Manitoba will follow US rules. Note: Manitoba has traditionally changed the clock every fall at 3:00 a.m. As of 2006, the transition is to take place one hour earlier at 2:00 a.m. ### The Official Time Act: http://web2.gov.mb.ca/laws/statutes/ccsm/o030e.php Province of Ontario: YES. Ontario will follow US rules. ### Ontario regulation 111/06 made under the Time Act http://www.e-laws.gov.on.ca/DBLaws/Source/Regs/English/2006/R06111_e.htm Province of Quebec: YES. Quebec will follow US rules. ### Bill 2 Legal Time Act: http://www.assnat.qc.ca/eng/37legislature2/Projets-loi/Publics/06-a002.htm Province of New Brunswick: YES. New Brunswick will follow US rules. Note: New Brunswick has traditionally changed the clocks in the spring and fall at 12:01 a.m. As of 2007, the transition is to take place 119 minutes later at 2:00 a.m. This will eliminate the excitement of having the date roll backwards. Unfortunately it means a minor update is required to the Olson database. ### An Act to Amend the Time Definition Act: http://www.gnb.ca/0062/acts/BBA-2006/Chap-19.pdf Province of Nova Scotia: YES. Nova Scotia will follow the US rules. I don't know what the status of the legislation is at this time. ### News Release: http://www.gov.ns.ca/news/details.asp?id=20060425004 Province of Prince Edward Island: YES. P.E.I. will follow US rules. The new legislation is not law yet. It passed first reading on April 20. ### Bill No. 101, An Act to Amend the Time Uniformity Act http://www.assembly.pe.ca/bills/pdf_first/62/3/bill-101.pdf Province of Newfoundland and Labrador NO commitment yet (that I know of). The change is being considered. ### There is a reference to the issue in this government news release: http://www.releases.gov.nl.ca/releases/2006/mpa/0331n01.htm Yukon Territory: I have no evidence to suggest that the government has discussed the issue. ### Here is a link to the old daylight saving portion of the interpretation act which was last updated in 1987: http://www.gov.yk.ca/legislation/regs/oic1987_056.pdf Northwest Territories: YES. N.W.T will follow US rules. ### Whoever maintains the government web site does not seem to believe in bookmarks. To see the news release, click the following link and search for "Daylight Savings Time Change" Press the "Daylight Savings Time Change" link; it will fire off a popup using JavaScript. http://www.exec.gov.nt.ca/currentnews/currentPR.asp?mode=archive Nunavut: I have no evidence to suggest that the government has formally discussed the issue. The premier made an off the wall in August of 2005 saying that he did not want to touch the issue. Regardless, I expect the people of Nunavut won't want to be out of sync with the rest of the continent and the issue will have to be addressed. Here is a link to the old daylight saving portion of the interpretation act which was last updated in 1990: http://action.attavik.ca/home/justice-gn/attach-en_conlaw_prediv/reg127.pdf -chris -----Original Message----- From: Patrice Scattolin [mailto:patrice.scattolin@oracle.com] Sent: June 26, 2006 7:28 PM To: tz(a)lecserver.nci.nih.gov Subject: Re: Canada timezones (2007) Out of curiosity which Canadian province has not yet moved? Paul Eggert wrote: > Robbin Kawabata <Robbin.Kawabata(a)eng.sun.com> writes: > > >> It seems some Canadian provinces have not yet finalized their legislation. >> > > Yes. Our current prediction is that they'll fall into line with the US. > > >> Is there any update on what Canadian provinces will do? >> > > Not to my knowledge, for time stamps after 1970 anyway. > > (You're asking us to predict what politicians will do? > _Canadian_ politicians? :-) > >

2 5