- tz - lists.iana.org

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

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

Fwd: Hello,Admin
by Jiania Hung Nov. 3, 2006

Nov. 3, 2006

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

1 0

Close to a 2006o?
by Stephen Colebourne Nov. 3, 2006

Nov. 3, 2006

Are we close to a version 2006o of the data? I am planning on releasing a new version of Joda-Time soon which includes the zone data. I know there have been a number of changes recently so I would like the release to include the up to date info if possible. On a more general note, is there a specific trigger for creating new releases of the tz database (eg. every month), or is it just created on demand? thanks for any info, Stephen http://joda-time.sourceforge.net

1 0

FW: Corrections to latitudes/longitudes in zone.tab
by Olson, Arthur David (NIH/NCI) [E] Nov. 1, 2006

Nov. 1, 2006

I'm forwarding this message from Andy McDonald, who is not on the time zone mailing list. Those of you who are on the list: please direct replies appropriately. Thanks! --ado -----Original Message----- From: Andy McDonald [mailto:andy@stemhaus.com] Sent: Tuesday, October 31, 2006 12:29 AM To: tz(a)lecserver.nci.nih.gov Subject: Corrections to latitudes/longitudes in zone.tab Hi, I've run across a couple of inaccurate latitudes/longitudes in tz's zone.tab (2006n): Approx true lat/long zone.tab lat/long Europe/Jersey +4912-00207 +4912-00237 Europe/Podgorica +4227+01916 +4247+01928 Jersey perhaps looks like a typo.; Podgorica's latitude looks like a typo., but not the longitude. The corrected values come from playing with my Firefox time zone extension (http://www.stemhaus.com/firefox/foxclocks/) and Google Earth, and are of course entirely subjective. Regards, Andy McDonald

6 5

Nipigon and Atikokan
by Chris Walton Nov. 1, 2006

Nov. 1, 2006

Jesper, I don't know how much accuracy you need. I used a combination of the maps I sent you plus Garmin's Topo Canada to come of with some coordinates that I think are pretty close. Atikokan Township: Northern boundary: 48 degrees 50 minutes 0 seconds N Eastern boundary: 91 degrees 30 minutes 0 seconds W Southern boundary: 48 degrees 40 minutes 0 seconds N Western boundary: 91 degrees 45 minutes 0 seconds W If you wish to include Quetico Provincial Park it gets more complicated because it is not square. Nipigon Township: Northern boundary: 49 degrees 02 minutes 20 seconds N Eastern boundary: 88 degrees 14 minutes 0 seconds W Southern boundary: 49 degrees 00 minutes 0 seconds N Western boundary: 88 degrees 26 minutes 0 seconds W Note: the Township of "Red Rock" lies immediately south of the Township of Nipigon. My guess is that Red Rock has probably always followed Nipigon time. I have no proof and I don't wish to start making up history. Unless anybody has information Red Rock's time practices prior to 1974 we should keep "America/Nipigon" confined to Nipigon Township. -chris -----Original Message----- From: Chris Walton Sent: October 31, 2006 12:30 AM To: 'tz(a)elsie.nci.nih.gov'; 'jnorgard(a)prodigy.net.mx' Subject: RE: Canada details Jesper, I understand your confusion in trying to draw time zone boundaries for Atikokan and Nipigon. The "Township of Atikokan" and the "Township of Nipigon" are municipalities in Northern Ontario. Both townships have official boundaries and are officially recognized as municipalities by the province. The "town" of Atikokan is the built up area (townsite) within the Township of Atikokan. The "town" of Nipigon is the built up area (townsite) within the township of Nipigon. Before reading further, please understand that there are both "geographical townships" and "municipal townships" in Ontario. A "geographic township" is an area of land (usually rectangular in shape) that was given a name by the land surveyors many years ago. A "municipal township" is a municipality with some local political structure and generally a small population. The municipality of the "Township of Nipigon" lies exactly within the boundaries of the Nipigon geographic township. Total area is 109.65 square km with a population density of 17.9 people per square km. The north half of municipality of the "Township of Atikokan" is comprised of the geographic townships of Schwenger and Freehorn. The south half of is comprised of an area that was not surveyed in the original Ontario land surveys. Total area of the municipality is 316.81 square km with a population density of 11.5 people per square km. Note: there isn't (and never was) a geographic township named "Atikokan". The time zone boundaries for both Atikokan and Nipigon should presumably follow the municipal township boundaries. The best way to get the boundaries would be from paper copies of the federal 1:50000 topographical maps. Here are some online maps that give a general idea of the areas involved: Atikokan: Look for the black square near the east end of the Rainy River district. http://www.mah.gov.on.ca/userfiles/page_attachments/Library/1/1652085_E_200… Here is a more detailed map with some latitude and longitude markings. The Township of Atikokan is the larger of the two black squares in the center of the map. http://crownlanduseatlas.mnr.gov.on.ca/tilemaps/pdfs/_920485.pdf Nipigon: Look for the black rectangle south of Lake Nipigon http://www.mah.gov.on.ca/userfiles/page_attachments/Library/1/3519577_E_200… Here is a more detailed map with some latitude and longitude markings. The Township of Nipigon is near the bottom of the map. http://crownlanduseatlas.mnr.gov.on.ca/tilemaps/pdfs/_890490.pdf 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 Let me know if you need any more info. If I come across any better maps I will let you know. -chris -----Original Message----- From: Oscar van Vlijmen [mailto:ovv@hetnet.nl] Sent: October 30, 2006 5:29 PM To: tz(a)lecserver.nci.nih.gov Subject: Re: Canada details > From: Jesper Norgaard Welen > Date: Mon, 30 Oct 2006 00:43:39 -0600 > Subject: Strange historic timezone in Nigeria > As a side-question, I'm trying to determine a meaningful area for the > timezones Atikokan and Nipigon, it seems to me that they would be > small, like a US county for instance, but I can't find anything about > it. It seems they must be within the larger areas Rainy River district > and Thunder Bay district, but how would it look on a map? Chris Walton put a lot of effort in researching the Canada situation. <http://www3.sympatico.ca/c.walton/canada_dst.html> Very detailed! And then there is of course the Matthews-Vincent 1998 article everybody refers to. It is quite possible that there is simply no more detail available....

1 1

West Australia DST pushing forward
by Jesper Norgaard Welen Nov. 1, 2006

Nov. 1, 2006

West Australia has made a step further to implementing DST, the lower house approved the DST bill, but to go ahead the bill must also be passed in the upper house. In the meantime rhetoric flies high, DST can save lives, the upper house should be abolished if the DST bill is not passed etc. : http://origin.theaustralian.news.com.au/story/0,20867,20682208-29277,00.html Also a sincere thanks to Chris Walton for the "Canada details", I will look into that, but it looks good at first sight, just what I needed. And an apology for the ill-thought-through question about Niger (not Nigeria!), I hadn't even seen the comment in the 'africa' file about the double use of WAT for GMT-1 and GMT+1, and besides I could have confirmed with astro.com that Shanks also agree about the GMT-1 for Niger in the period specified. 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

1 0

FW: Cuba back on standard time
by Olson, Arthur David (NIH/NCI) [E] Oct. 31, 2006

Oct. 31, 2006

I'm forwarding this message from Mike Castleman, who is not on the time zone mailing list. Those of you who are on the list: please direct replies to this message appropriately. Thanks! MC: others have also reported this information, and Paul Eggert has circulated proposed changes to the time zone database to reflect it; those changes should appear in the ftpable version of the database this coming Monday. --ado -----Original Message----- From: mike castleman [mailto:m@mlcastle.net] Sent: Tuesday, October 31, 2006 2:07 AM To: tz(a)lecserver.nci.nih.gov Subject: Cuba back on standard time According to _Granma_, the official newspaper: AT 1:00 a.m. on Sunday, October 29, the clocks in Cuba were put back one hour, thus standard time - also known as winter time - in Cuba has once more come into effect. [...] full article (english): http://www.granma.cu/ingles/2006/octubre/lun30/45hora.html (spanish): http://www.granma.cu/espanol/2006/octubre/vier27/horario-e.html The Spanish article is clearer than the English that the change took place at 1am summer time; i.e., midnight standard time.

1 0

Strange historic timezone in Nigeria
by Jesper Norgaard Welen Oct. 31, 2006

Oct. 31, 2006

Hi, tz emailing list I have stumbled over a peculiarity in the historic data about Nigeria, the africa file contains: Zone Africa/Niamey 0:08:28 - LMT 1912 -1:00 - WAT 1934 Feb 26 0:00 - GMT 1960 1:00 - WAT Since the timezone abbreviation 'WAT' is the same seemingly for both GMT-1 and GMT+1, my suspicion is that it should rather be Zone Africa/Niamey 0:08:28 - LMT 1912 1:00 - WAT 1934 Feb 26 0:00 - GMT 1960 1:00 - WAT which would make more sense from the lunar mean time value ... As a side-question, I'm trying to determine a meaningful area for the timezones Atikokan and Nipigon, it seems to me that they would be small, like a US county for instance, but I can't find anything about it. It seems they most be within the larger areas Rainy River district and Thunder Bay district, but how would it look on a map? Regards, Jesper

4 5

Cuba back on standard time
by mike castleman Oct. 31, 2006

Oct. 31, 2006

According to _Granma_, the official newspaper: AT 1:00 a.m. on Sunday, October 29, the clocks in Cuba were put back one hour, thus standard time – also known as winter time – in Cuba has once more come into effect. [...] full article (english): http://www.granma.cu/ingles/2006/octubre/lun30/45hora.html (spanish): http://www.granma.cu/espanol/2006/octubre/vier27/horario-e.html The Spanish article is clearer than the English that the change took place at 1am summer time; i.e., midnight standard time.

2 1

Chile DST history
by Jesper Norgaard Welen Oct. 31, 2006

Oct. 31, 2006

The page http://www.worldtimeserver.com claims that Chile starts DST this Sunday 8.th. of October at 1:00 so I got interested in if we have the information right concerning Chile. This made me revise the information in the tz database, which lead to the page http://www.shoa.cl which represents the oficial timekeeping of the armed forces of Chile, which in turn is the only authority on time setting matters in Chile since 11.th. of January 1966 according to decree No. 25 of that year. CIA factbook says on page http://www.cia.gov/cia/publications/factbook/geos/ci.html that DST starts second Sunday in October, ends Second Sunday of March. But according to the official page it is really Second Saturday of October at 24:00 and Second Saturday of March at 24:00. 2006 happens to be a year where these two rules get to different results, in fact DST begins in Chile in 2006 Saturday 14.th. of March at 24:00, according to one of the Chile web pages. In tz database, file southamerica says: # From Paul Eggert (2002-10-24): # <http://www.shoa.cl/shoa/faqhoraoficial.htm> gives many details that # disagree with the following table, but we haven't had time to compare them. As far as I see it, this is the maximum authority of time setting in Chile, which should supersede tz database, Shanks, IATA etc. If you disagree on this point, please forward good arguments. Therefore I recommend the following changes to the tz database. I took the time to check out in detail what the differences are from this source compared to tz database, based on the page http://www.horaoficial.cl/horaof.htm which contains timezone and time history in Chile since 1884. Here are the results if you apply those to the tz database (I might have made mistakes, since there are plenty of differences): # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Chile 1927 1931 - Sep 1 0:00 1:00 S Rule Chile 1928 1932 - Apr 1 0:00 0 - Rule Chile 1946 only - Aug 27 4:00u 1:00 S Rule Chile 1947 only - May 21 2:00u 0 - Rule Chile 1968 only - Nov 2 4:00u 1:00 S Rule Chile 1969 only - Mar 29 3:00u 0 - Rule Chile 1969 only - Nov 22 4:00u 1:00 S Rule Chile 1970 only - Mar 28 3:00u 0 - Rule Chile 1971 only - Mar 13 3:00u 0 - Rule Chile 1970 1972 - Oct Sun>=9 4:00u 1:00 S Rule Chile 1973 only - Sep 29 4:00u 1:00 S Rule Chile 1972 1986 - Mar Sun>=9 3:00u 0 - Rule Chile 1974 1987 - Oct Sun>=9 4:00u 1:00 S Rule Chile 1987 only - Apr 12 3:00u 0 - Rule Chile 1988 only - Oct Sun>=1 4:00u 1:00 S Rule Chile 1988 1989 - Mar Sun>=9 3:00u 0 - Rule Chile 1989 only - Oct Sun>=9 4:00u 1:00 S Rule Chile 1990 only - Mar 18 3:00u 0 - Rule Chile 1990 only - Sep 16 4:00u 1:00 S Rule Chile 1991 1996 - Mar Sun>=9 3:00u 0 - Rule Chile 1991 1997 - Oct Sun>=9 4:00u 1:00 S Rule Chile 1997 only - Mar 30 3:00u 0 - Rule Chile 1998 only - Sep 27 4:00u 1:00 S Rule Chile 1998 only - Mar Sun>=9 3:00u 0 - Rule Chile 1999 only - Apr 4 3:00u 0 - Rule Chile 1999 max - Oct Sun>=9 4:00u 1:00 S Rule Chile 2000 max - Mar Sun>=9 3:00u 0 - # IATA SSIM anomalies: (1992-02) says 1992-03-14; # (1996-09) says 1998-03-08. Ignore these. # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone America/Santiago -4:42:40 - LMT 1890 -4:42:40 - SMT 1910 Jan 10 # Santiago Mean Time -5:00 - CL%sT 1916 Jul 1 # Chile Time -4:42:46 - SMT 1918 Sep 10 # Santiago Mean Time -4:00 - CL%sT 1919 Jul 1 # Chile Time -4:42:46 - SMT 1927 Aug 22 # Santiago Mean Time -5:00 Chile CL%sT 1932 Sep # Chile Time -4:00 Chile CL%sT Zone Pacific/Easter -7:17:28 - LMT 1890 # Mataveri -7:17:28 - MMT 1932 Sep # Mataveri Mean Time -7:00 Chile EAS%sT 1982 Jan 18 21:00 # Easter I Time -6:00 Chile EAS%sT Note (1) Since the starting and ending of DST in 1927-1932 is a bit confusing (not covered by a decree of when it ended), I used the tz database as it was, since the first two transitions concur with the web page. It seems that the Chile web page claims that it stopped in 1928, but it doesn't mention a decree about that. Note (2) The DST employment in 1946-1947 was decreed only for the central zone (whatever that is, but surely including Santiago), not for the rest of the country. But since this happens before our cutoff date of 1970, there is no need to make an extra timezone. Note (3) Since one of the IATA anomalies were agreeing with the Chile page, I deleted that from the commentary. I also did not put commentary for if the above changes are accepted (like "Jesper Norgaard wrote ..."), I will leave that happily to whoever might implement it in a coming version of the tz database. 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

3 3

Paraguay link update
by Jesper Norgaard Welen Oct. 31, 2006

Oct. 31, 2006

I contacted Carlos Raúl Perasso from Paraguay, if there was news about the expected change this Sunday to DST in Paraguay. He tells me that the originally scheduled change will happen as planned, and gave me an official link: http://www.presidencia.gov.py/decretos/D1867.pdf The link in the 'southamerica' file is outdated (that happens often), which was Steffen's link from 2004-03-05 <http://www.labor.com.py/noticias.asp?id=27>, note that also my link from 2001-03-06 is outdated: # From Jesper Norgaard (2001-03-06) [an official URL saying similar things]: # http://gateway.abc.com.py:8000/pub/pag04.mbr/artic?FHA=2001-03-03-02.24.52.9 00592 # ... # From Steffen Thorsen (2005-01-05): # Decree 1,867 (2004-03-05) <http://www.labor.com.py/noticias.asp?id=27> The new link from Carlos is also containing decree 1,867. Carlos asks me that his email information in the tz emailing list be updated to crperasso(a)gmail.com Regards, - Jesper Nørgaard Welen 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

2 1

Corrections to latitudes/longitudes in zone.tab
by Andy McDonald Oct. 31, 2006

Oct. 31, 2006

Hi, I've run across a couple of inaccurate latitudes/longitudes in tz's zone.tab (2006n): Approx true lat/long zone.tab lat/long Europe/Jersey +4912-00207 +4912-00237 Europe/Podgorica +4227+01916 +4247+01928 Jersey perhaps looks like a typo.; Podgorica's latitude looks like a typo., but not the longitude. The corrected values come from playing with my Firefox time zone extension (http://www.stemhaus.com/firefox/foxclocks/) and Google Earth, and are of course entirely subjective. Regards, Andy McDonald

1 0

FW: tz database help
by Olson, Arthur David (NIH/NCI) [E] Oct. 30, 2006

Oct. 30, 2006

I'm forwarding this message from Joseph Thurakal, who is not on the time zone mailing list. Those of you who are on the time zone mailing list: please direct replies appropriately. JT: the idea if you're writing a C language program is to set the time zone environment variable to the value associated with the US central time zone location of interest, fill in a "struct tm" with the values associated with the instant of interest, call "mktime" to find the "time_t" value associated with the filled-in structure, then re-set the time zone enviroment variable to the appropriate "another time zone" value and feed mktime's returned time_t value to "localtime." --ado ________________________________ From: Joseph Thurakal [mailto:josephthurakal@gmail.com] Sent: Friday, October 27, 2006 7:55 AM To: tz(a)lecserver.nci.nih.gov Subject: tz database help Hi, My name is Joseph Thurakal and I am new to tz database. I am trying to figure out how to convert historic US central time zone times into another time zone, and I can't figure this out from the readme files. Could you outline how to do this or point me to a good source? Thanks for your help. Joe

1 0

tz database help
by Joseph Thurakal Oct. 27, 2006

Oct. 27, 2006

Hi, My name is Joseph Thurakal and I am new to tz database. I am trying to figure out how to convert historic US central time zone times into another time zone, and I can't figure this out from the readme files. Could you outline how to do this or point me to a good source? Thanks for your help. Joe

1 0

One letter change in tz data
by Jesper Norgaard Welen Oct. 26, 2006

Oct. 26, 2006

There is news about the revival of DST in Cuba (after 3 years of inactivity). An article in GRANMA INTERNACIONAL claims that Cuba will end the 3 years of permanent DST next weekend, see http://www.granma.cu/ingles/2006/octubre/lun16/43horario.html (note there are both spanish and english versions of this article). A few quotes: "AFTER three years of remaining on a summer daylight savings time schedule, Cubas National Electrical Union decided to go back to its normal schedule during this month of October. On Saturday night, October 28 going into Sunday, October 29, at 01:00 , watches should be set back one hour going back to 00:00 hours returning to the normal schedule, which in Cuba is known as the winter schedule ... In Cuba, because of electricity generation shortages, it was decided to maintain the summer daylight savings schedule for three years; however, the country is now in a position to produce all the energy it needs, which is why it was decided to go back to the regular schedule." We are in the lucky position to be able to change this with a single letter change, from "7" to "6": -Rule Cuba 2007 max - Oct lastSun 0:00s 0 S +Rule Cuba 2006 max - Oct lastSun 0:00s 0 S 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

2 2