- tz - lists.iana.org

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

FW: Hello,Admin
by Olson, Arthur David (NIH/NCI) [E] Nov. 6, 2006

Nov. 6, 2006

I'm forwarding this message from Jiania Hung, who is not on the time zone mailing list. Those of you who are on the time zone mailing list should direct replies appropriately. Thanks! --ado ________________________________ From: Jiania Hung [mailto:jiania@gmail.com] Sent: Thursday, November 02, 2006 8:22 PM To: tz(a)elsie.nci.nih.gov Subject: Fwd: Hello,Admin ---------- Forwarded message ---------- From: Jiania Hung <jiania(a)gmail.com> Date: Nov 2, 2006 3:13 PM Subject: Hello,Admin To: peclweb(a)php.net, kingwez(a)gmail.com, pecl-dev(a)lists.php.net Hello In our site need to use timezonedb.dll,but php.net <http://php.net/> have no about timezonedb.dll document,can you help me ? tell me about this Dll code mothod? thankyou. -- If you have any further questions, please do not hesitate to contact me at jiania(a)gmail.com Jiania Hung LL.D. CEO Jiania Corporation -- If you have any further questions, please do not hesitate to contact me at jiania(a)gmail.com Jiania Hung LL.D. CEO Jiania Corporation

2 1

RE: Quetico
by Jesper Norgaard Welen Nov. 5, 2006

Nov. 5, 2006

Chris, Unfortunately I'm getting this error when trying to access the Ontario Ministry of Natural Resources: http://themnrstore.mnr.gov.on.ca Microsoft OLE DB Provider for SQL Server error '80004005' [DBMSSOCN]General network error. Check your network documentation. //global.asa, line 181 I'm creating a world map, which doesn't have a huge accuracy, however, it is zoomable, so the simpler the jagged borders I make the more a curve in a (timezone or country) border looks wrong. There are no splines or other sophisticated map boundaries (fractals!?). I will be plotting the Quetico map with the least accurate technology, with a mouse click on each point in the boundary :-( That said, I would like to get as much accuracy as I can get, although it is also an issue not to have too many points for a boundary, because the size of the map data will blow up disproportionately. Many of the country borders I got from a pre-made map, and this map has more accuracy in some areas and less in others. I tend to want more accuracy with small islands or timezones, while less on bigger outlines, like Quebec or Ontario. I *do* understand that this practice is in contradiction with the current legislation, but then I want to document current practice when it has a tendency to be official, for instance official park personnel would use GMT-5 everywhere in the park when reporting something on the ground inside the park area, while park visitants might have a different time, as they please. Regards, - Jesper -----Original Message----- From: Chris Walton [mailto:Chris.Walton@telus.com] Sent: Sábado, 04 de Noviembre de 2006 8:42 To: tz(a)lecserver.nci.nih.gov; jnorgard(a)prodigy.net.mx Subject: Quetico Jesper, Unfortunately Quetico Provincial Park is not a nice simple square. It has a perimeter that is roughly 300km long; it has a few straight sections but much of it follows lakes and rivers. Here is a sample map; this is part of the perimeter that is made of nice straight lines: http://themnrstore.mnr.gov.on.ca/english/map.asp?tid=0&zoom=5&map=2015650053 500&DisplayImage=True Here is another sample map; (look for the black dashed line where it follows the shore of Three Mile Lake and Quetico River... the line is not straight!): http://themnrstore.mnr.gov.on.ca/english/map.asp?tid=0&zoom=5&map=2015550053 600&DisplayImage=True Here is another sample map showing part of the perimeter that follows the Ontario/Minnesota (Canada/US) border: http://themnrstore.mnr.gov.on.ca/english/map.asp?tid=0&zoom=5&map=2015580053 400&DisplayImage=True If you are going to try and define time zone boundaries, the jagged international border needs to be dealt with regardless of whether you place Quetico in America/Atikokan or America/Rainy_River. The same border is part of the northern perimeter of America/Chicago. Obviously this is not the only part of the world where boundaries don't follow straight lines. How do you usually handle jagged borders? Do you approximate with a lot of single points or do you approximate with a series of mathematical splines? How much accuracy are you looking for? The scale of the map that is used to get the data makes a huge difference! Before we take this further... Here is a summary of time practices for Atikokan & Quetico... Nothing new but please read. I just want to make sure we are all on the same page. The Township of Atikokan and Quetico Provincial Park both lie west of 90° longitude. Based on Ontario Legislation, the time observed in this region should be CST/CDT (UTC-6 in winter and UTC-5 in summer). The local mining companies don't like the clocks moving forwards and backwards and pressured the Township of Atikokan to remain on UTC-5 year round. The tradition probably goes back to the end of World War II. The Township has never had any by-law or formal documentation in place to cover the practice. If there was such a by-law it would automatically be invalidated by the Ontario Time Act. Quetico Provincial Park is a relatively large wilderness park that is situated very close to Atikokan (the southeast corner of Atikokan township is actually located in the park). Total land area of the park is 4758 square km. For comparison, the park is just a little smaller than the province of Prince Edward Island. For people that like US comparisons, it is bigger than Rhode Island but smaller than Delaware. There are no roads in the park other than those at the main campground. The primary means of travel in the park (in summer months) is the canoe. The head office of Quetico Provincial Park is in the Township of Atikokan. The park staff (Ontario Ministry of Resources employees) use "Atikokan time" for official business year round. (I got confirmation of this back in July from the park superintendent.) Campers, canoeists, skiers, hikers, and those who prefer snow shoes can set their watches as they please without being shot (because we don't use guns in Canada). In the summer months a.k.a. the tourist season, America/Atikokan, America/Rainy_River, America/Winnipeg, and America/Chicago are on UTC-5 so most visitors to Quetico park would never know there is anything special about "Atikokan time". The hour difference between America/Atikokan and the other time zone regions only shows up in the winter when the tourists have gone home and there are presumably very few people using the park. The bottom line is that we are dealing with an area where visitors will use what ever time they please but any local record keeping will be done with UTC-5. For the purposes of defining time zone boundaries on paper (or computer), I am not claiming that Quetico "must" be placed in the America/Atikokan time zone... but I will try and support anybody that decides to do so. -chris

2 1

RE: Nipigon and Atikokan
by Jesper Norgaard Welen Nov. 4, 2006

Nov. 4, 2006

Thanks, Chris >Nipigon Township: >Northern boundary: 49 degrees 02 minutes 20 seconds N >Eastern boundary: 88 degrees 14 minutes 0 seconds W >Southern boundary: 48 degrees 58 minutes 20 seconds N <--updated >Western boundary: 88 degrees 26 minutes 0 seconds W Thanks for the updated coordinates. I think I will include Quetico Provinicial Park in my Atikokan timezone. Do you happen to have the coordinates? I tried with the links you sent, but the PDF files load very slowly, and I don't see the coordinates clearly. >If you are making a time zone map you have to decide whether to lump Quetico >Provincial Park in with Atikokan. Quetico is a large wilderness park. At 4758 >square kilometres it is more than ten times the size of Atikokan itself. It is >mostly used by canoeists in the summer and cross country skiers in the winter. The >head office for Quetico is inside the town of Atikokan. The park staff uses >Atikokan time for official purposes. Campers, canoeists, skiers, etc. can use >what ever time they wish. >Also, if you are creating time zone maps for all of Canada, please be aware of >recent changes in Quebec time legislation. If I understand the new legislation, >the time zone boundary will no longer follow the 63rd meridian starting next year. >See my notes in: http://www3.sympatico.ca/c.walton/canada_dst.html I'm not quite sure what are the changes from previous *actual* time keeping in the regions and the new laws to be applied Jan 1, 2007. As far as I can see the laws are merely confirming the practice that was already used. One exception could be the Anticosti Island, where this is cut on 2 by the map on http://time5.nrc.ca/webclock_e.shtml while it seems that the permanent inhabitants, mostly situated on the west side of the island, always has used EST/EDT on the whole island, thus making the previous link wrong about the eastern part of the island. But as I understand it, the new law is now reflecting the current practice even in this case. Regards, - Jesper

2 1