- tz - lists.iana.org

Time in the media
by Olson, Arthur David (NIH/NCI) [E] Nov. 21, 2006

Nov. 21, 2006

Just on the border of mass media: the December 2006 issue of Harper's includes the article "Clash of the Time Lords: Who will own the easure of our days?" by Michelle Stacey. The focus is the leap-second/leap-hour controversy; the Julian/Gregorian transition is covered in conjunction with this. Alas, there doesn't seem to be a Web version available. --ado

1 0

FW: Western Australia planning for Daylight Saving Time starting 1 December 2006
by Olson, Arthur David (NIH/NCI) [E] Nov. 21, 2006

Nov. 21, 2006

I'm forwarding this message from ERic Ulevik who, since sending it, has been added to the time zone mailing list. --ado ________________________________ From: Eric Ulevik [mailto:eulevik@gmail.com] Sent: Tuesday, November 07, 2006 7:31 AM To: tz(a)lecserver.nci.nih.gov Subject: Western Australia planning for Daylight Saving Time starting 1 December 2006 The state of Western Australia is planning to adopt daylight saving time on a trial basis till 31 March 2009. This has not yet been passed by parliament but is supported by both major parties. The initial period is 2am 1 December 2006 to 2am 25 March 2007. Subsequent periods are 2am on last Sunday in October till 2am on last Sunday in March. The Daylight Saving Bill 2006 can be found on http://www.parliament.wa.gov.au/ . Unfortunately there is no fixed address. Source: http://www.thewest.com.au/default.aspx?MenuID=145&ContentID=10997

3 2

Time zone file on your FTP site
by Baig, Mirza [NCSUS] Nov. 17, 2006

Nov. 17, 2006

Hi: I have test tzdata2006m.tar.gz file on a Solaris 7 server (per SUN Microsystems recommendation). It seemed to have fixed the daylight saving time issue on Solaris 7 (since SUN does not officially support Solaris 7). But when the version of the tzdata file was posted (i.e. tzdata2006n.tar.gz), I tested that too, and it didn't fix the timezone issue. I was about to send this email, and realized that there is yet another version of tzdata file on your ftp site, i.e. tzdata2006o.tar.gz. Was the new version posted because someone has reported problem with tzdata2006n.tar.gz? Has the new data file been tested with Solaris 7? Thanks! Mirza Baig Networking & Computing Services Johnson & Johnson 1003 US Highway 202 Raritan, NJ - 08869-0602 (908) 685-3582

1 0

Change history for tzdata2006
by Dave O'Callaghan Nov. 17, 2006

Nov. 17, 2006

Hi Folks, I am trying to compile a complete list of changes in the tzdata2006. I have searched the website but cannot find it. Here is what I have so far Level Olson published date Countries updated Paul Eggert list date tzdata2006o 06 Nov '06 Cuba, Chile 31 Oct 2006 tzdata2006n 10 Oct 2006 Brazil (see below), Jordan, Nicaragua, Serbia & Montenegro 06 Oct 2006 tzdata2006m 02 Oct 2006 Uruguay, Palestine, and Egypt , Syria 20 Sep 2006 tzdata2006l 18 Sep 2006 Egypt (interim) tzdata2006k 28 Aug 2006 Gaza, Honduras, Cuba 22 Aug 2006 tzdata2006j 21 Aug 2006 Honduras, Bermuda, New Brunswick, Quebec, etc. 11 Aug 2006 tzdata2006i 07 Aug 2006 localtime.c fixes and also adds Ken Pizzini's conversion script. tzdata2006g (was no 2006h) 08 May 2006 Honduras, El Salvador, Guatemala, Nicaragua 05 May 2006 tzdata2006d March 2006 Canada - majority of provinces Can anyone provide more information about the missing tzdata versions and updates/corrections to this information. Many thanks Dave O'Callaghan daveoc(a)uk.ibm.com

2 1

FW: Problem in DST fall back procedure
by Olson, Arthur David (NIH/NCI) [E] Nov. 13, 2006

Nov. 13, 2006

I'm forwarding this message from Avi Koski, who is not on the time zone mailing list. Those of you who are on the time zone mailing list should direct replies appropriately. AK: what's the exact geographic location of the place where things are wrong? --ado ________________________________ From: Koski Avi [mailto:Avi.Koski@comverse.com] Sent: Monday, November 13, 2006 10:46 AM To: tz(a)lecserver.nci.nih.gov Cc: Sagi Yoav Subject: Problem in DST fall back procedure Hi, We are using the files from: ftp://elsie.nci.nih.gov/pub/ There is a problem in the fall back procedure, which we encountered in all our tested platforms (Tru64 4.0D/4.0F, Linux AS3 Update 8, Solaris 9). We cahnged time to 01:55 , 4 Nov 2007. The time advances normally from 02:00hrs on and "does not fall back to 01:00hrs as desired". # date Sun Nov 4 02:01:23 EST 2007 # zdump -v US/Alaska | grep 2007 US/Alaska Sat Nov 3 23:05:42 2007 AKDT US/Alaska Sun Mar 11 10:59:59 2007 GMT = Sun Mar 11 01:59:59 2007 AKST isdst=0 gmtoff=-32400 US/Alaska Sun Mar 11 11:00:00 2007 GMT = Sun Mar 11 03:00:00 2007 AKDT isdst=1 gmtoff=-28800 US/Alaska Sun Nov 4 09:59:59 2007 GMT = Sun Nov 4 01:59:59 2007 AKDT isdst=1 gmtoff=-28800 US/Alaska Sun Nov 4 10:00:00 2007 GMT = Sun Nov 4 01:00:00 2007 AKST isdst=0 gmtoff=-32400 # zdump -v Canada/Yukon | grep 2007 Canada/Yukon Sat Nov 3 23:06:07 2007 YDT Canada/Yukon Sun Mar 11 10:59:59 2007 GMT = Sun Mar 11 01:59:59 2007 YST isdst=0 gmtoff=-32400 Canada/Yukon Sun Mar 11 11:00:00 2007 GMT = Sun Mar 11 03:00:00 2007 YDT isdst=1 gmtoff=-28800 Canada/Yukon Sun Nov 4 09:59:59 2007 GMT = Sun Nov 4 01:59:59 2007 YDT isdst=1 gmtoff=-28800 Canada/Yukon Sun Nov 4 10:00:00 2007 GMT = Sun Nov 4 01:00:00 2007 YST isdst=0 gmtoff=-32400 # Is there a patch to this problem? Please advise, Avi Koski - Comverse Ltd., Platform Linux Group Tel: +972-50-7348330

4 3

Problem in DST fall back procedure
by Koski Avi Nov. 13, 2006

Nov. 13, 2006

Hi, We are using the files from: ftp://elsie.nci.nih.gov/pub/ There is a problem in the fall back procedure, which we encountered in all our tested platforms (Tru64 4.0D/4.0F, Linux AS3 Update 8, Solaris 9). We cahnged time to 01:55 , 4 Nov 2007. The time advances normally from 02:00hrs on and "does not fall back to 01:00hrs as desired". # date Sun Nov 4 02:01:23 EST 2007 # zdump -v US/Alaska | grep 2007 US/Alaska Sat Nov 3 23:05:42 2007 AKDT US/Alaska Sun Mar 11 10:59:59 2007 GMT = Sun Mar 11 01:59:59 2007 AKST isdst=0 gmtoff=-32400 US/Alaska Sun Mar 11 11:00:00 2007 GMT = Sun Mar 11 03:00:00 2007 AKDT isdst=1 gmtoff=-28800 US/Alaska Sun Nov 4 09:59:59 2007 GMT = Sun Nov 4 01:59:59 2007 AKDT isdst=1 gmtoff=-28800 US/Alaska Sun Nov 4 10:00:00 2007 GMT = Sun Nov 4 01:00:00 2007 AKST isdst=0 gmtoff=-32400 # zdump -v Canada/Yukon | grep 2007 Canada/Yukon Sat Nov 3 23:06:07 2007 YDT Canada/Yukon Sun Mar 11 10:59:59 2007 GMT = Sun Mar 11 01:59:59 2007 YST isdst=0 gmtoff=-32400 Canada/Yukon Sun Mar 11 11:00:00 2007 GMT = Sun Mar 11 03:00:00 2007 YDT isdst=1 gmtoff=-28800 Canada/Yukon Sun Nov 4 09:59:59 2007 GMT = Sun Nov 4 01:59:59 2007 YDT isdst=1 gmtoff=-28800 Canada/Yukon Sun Nov 4 10:00:00 2007 GMT = Sun Nov 4 01:00:00 2007 YST isdst=0 gmtoff=-32400 # Is there a patch to this problem? Please advise, Avi Koski - Comverse Ltd., Platform Linux Group Tel: +972-50-7348330

1 0

Western Australia planning for Daylight Saving Time starting 1 December 2006
by Eric Ulevik Nov. 7, 2006

Nov. 7, 2006

The state of Western Australia is planning to adopt daylight saving time on a trial basis till 31 March 2009. This has not yet been passed by parliament but is supported by both major parties. The initial period is 2am 1 December 2006 to 2am 25 March 2007. Subsequent periods are 2am on last Sunday in October till 2am on last Sunday in March. The Daylight Saving Bill 2006 can be found on http://www.parliament.wa.gov.au/. Unfortunately there is no fixed address. Source: http://www.thewest.com.au/default.aspx?MenuID=145&ContentID=10997

1 0

RE: Quetico (and other places in NW Ontario)
by Jesper Norgaard Welen Nov. 7, 2006

Nov. 7, 2006

Rather America/Fort_Frances instead of America/Rainy_River I guess, but to the same effect. - Jesper -----Original Message----- From: Chris Walton [mailto:Chris.Walton@telus.com] Sent: Lunes, 06 de Noviembre de 2006 21:57 To: Paul Eggert; jnorgard(a)prodigy.net.mx Cc: tz(a)elsie.nci.nih.gov Subject: RE: Quetico (and other places in NW Ontario) Paul, I agree there is not much in the way of reliable data for Northern Ontario and a I agree that creating a zone without sufficient data would not be wise. Jesper, My recommendation is to use America/Rainy_River for all areas in Ontario that observe CST/CDT. But the choice is yours. I will send you some points to define a boundary between Central and Eastern zones. -chris

1 0

RE: Quetico (and other places in NW Ontario)
by Jesper Norgaard Welen Nov. 7, 2006

Nov. 7, 2006

Chris, The map you sent of the Quetico park overview is more than sufficient for me to make a reasonable timezone. After all this is not rocket science, I'm intending to give an overview of the timezone for visual use, not for calculating if a specific latitude/longitude is inside the timezone or not. I'm using an ESRI shapefile map, you can check it out from downloading World Time Explorer beta version from http://www.worldtimeexplorer.com/wt20beta.zip and unzip and install it. I can give you a free full license if you want, so you can generate map colors for a specific date between 1850 and today. Otherwise the shareware version will give you 30 days of playing around, and the colors should correspond until 2007, except for a possible (undecided) change in West Australia of course! And PS, I presume you have (access to) a Windows PC, otherwise it will not be of much use! Linux die-hards, sorry! I was wondering if my border between Rainy_River (on GMT-6) area and the rest of Ontario (on GMT-5) is wrong, supposedly it should divide around 90° while in reality it divides around -89.34. This is from another map source where I copied this border from, but perhaps for timezone use I should move the border. It would be nice if you could plot the points from Quetico park (100 points would be fine, perhaps even too much). I don't know if you have a possibility to output to an ESRI shapefile. If not, a collection of the pure latitude/longitudes would be fine (decimal please, not radix 60). I will consider your comments about America/Winnipeg being one hour off each year, but it seems that even tz database is correct in this case? It looks like this: # From Paul Eggert (2006-04-10): # Shanks & Pottenger say Manitoba switched at 02:00 (not 02:00s) # starting 1966. Since 02:00s is clearly correct for 1967 on, assume # it was also 02:00s in 1966. ... Rule Winn 1963 only - Sep 22 2:00 0 S Rule Winn 1966 1986 - Apr lastSun 2:00s 1:00 D Rule Winn 1966 2005 - Oct lastSun 2:00s 0 S Rule Winn 1987 2005 - Apr Sun>=1 2:00s 1:00 D # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone America/Winnipeg -6:28:36 - LMT 1887 Jul 16 -6:00 Winn C%sT 2006 -6:00 Canada C%sT Since 2:00s standard time means 3:00 local time when leaving DST, we're OK? What would be the difference between the Kenora timezone and the others? Regards, - Jesper -----Original Message----- From: Chris Walton [mailto:Chris.Walton@telus.com] Sent: Domingo, 05 de Noviembre de 2006 1:24 To: jnorgard(a)prodigy.net.mx; tz(a)elsie.nci.nih.gov; Paul Eggert Subject: Quetico (and other places in NW Ontario) Jesper, It looks like the entire MNR site is down. It was working on Saturday morning (Toronto time). Hopefully it will come up soon! The maps on this site are actually scanned copies of paper maps; the idea being that you can view an image of the map before you fork out money for a paper copy. The resolution of the scanned images is terrible so the writing on the maps is virtually impossible to read. If you want a rough idea of the shape of the park have a peek at http://www.queticofoundation.org/maps/park_map.gif Let me know if you want me to generate a set of points or if you would prefer to do it yourself; I don't mind either way. I figure that the area could be roughly defined with about 100 points but to properly follow the park boundary would take around 2000 points. And now putting Quetico aside for a minute... you need to decide which zone to use for the "other" areas in Ontario west of 90°. According the TZ database, Fort Frances and Rainy River did not use daylight saving until 1974; this is why there is a dedicated zone called America/Rainy_River. So Rainy River and Fort Frances should use America/Rainy_River without question. Presumably the rest of the region west of 90° has used CST/CDT since WWII. According to the "zonetab" file, the region is supposed to use America/Winnipeg. America/Winnipeg results in incorrect times for one hour each year from 1966 through to 2005. This is because Manitoba "used" to change the clocks at 3:00a.m. every fall. The practice stopped this year. Ontario has always changed the clocks 2:00a.m. America/Rainy_River gives correct times for the entire region from 1974 onwards. Personally I think that America/Rainy_River is the better choice for the entire region because it provides correct rules for the last 32 years. Technically there should be another zone called America/Kenora but I doubt anybody wants to bother creating it. If it were up to me I would merge zones that have been the same for at least 25 years and create entries in the "backward" file for compatibility; but I know this would be against the official rules! -chris

3 3

Tzcode2006o.tar.gz and tzdata2006o.tar.gz
by Olson, Arthur David (NIH/NCI) [E] Nov. 6, 2006

Nov. 6, 2006

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

1 0