- tz - lists.iana.org

FW: Cuba 2004-2006
by Olson, Arthur David (NIH/NCI) [E] Dec. 10, 2008

Dec. 10, 2008

I'm forwarding this message from hsv(a)tbbs.net, who is not on the time zone mailing list (at least not at that address). Those of you who are on the list, please direct replies appropriately. Hsv is correct that there's no real shift in April 2005 or April 2006. While the current rules do the right thing, I plan to include a change from... Rule Cuba 2000 2006 - Apr Sun>=1 0:00s 1:00 D ...to... Rule Cuba 2000 2004 - Apr Sun>=1 0:00s 1:00 D ...in the next bundle of changes for clarity. --ado -----Original Message----- From: hsv(a)tbbs.net [mailto:hsv@tbbs.net] Sent: Sunday, December 07, 2008 12:19 To: tz(a)lecserver.nci.nih.gov Subject: Cuba 2004-2006 This looks queer: Rule Cuba 1998 2003 - Oct lastSun 0:00s 0 S Rule Cuba 2000 2006 - Apr Sun>=1 0:00s 1:00 D Rule Cuba 2006 max - Oct lastSun 0:00s 0 S I take the foregoing for something like this: ... 2003 Apr Sun>=1 0:00s 1:00 D 2003 Oct lastSun 0:00s 0 S 2004 Apr Sun>=1 0:00s 1:00 D 2005 Apr Sun>=1 0:00s 1:00 D 2006 Apr Sun>=1 0:00s 1:00 D 2006 Oct lastSun 0:00s 0 S ... but at those Aprils in 2005 and 2006 there is no real shift. Is this right?

1 0

Brazil rule issue
by Alain Petit Dec. 10, 2008

Dec. 10, 2008

Hi I am looking in the Brazil rules and I was wondering if this was expected: <snapshot> Rule Brazil 2007 only - Oct Sun>=8 0:00 1:00 S # From Frederico A. C. Neves (2008-09-10): # Acording to this decree # <a href="http://www.planalto.gov.br/ccivil_03/_Ato2007-2010/2008/Decreto/D6558.htm"> # http://www.planalto.gov.br/ccivil_03/_Ato2007-2010/2008/Decreto/D6558.htm # </a> # [t]he DST period in Brazil now on will be from the 3rd Oct Sunday to the # 3rd Feb Sunday. There is an exception on the return date when this is # the Carnival Sunday then the return date will be the next Sunday... Rule Brazil 2008 max - Oct Sun>=15 0:00 1:00 S Rule Brazil 2008 2011 - Feb Sun>=15 0:00 0 - Rule Brazil 2012 only - Feb Sun>=22 0:00 0 - Rule Brazil 2013 2014 - Feb Sun>=15 0:00 0 - Rule Brazil 2015 only - Feb Sun>=22 0:00 0 - Rule Brazil 2016 2022 - Feb Sun>=15 0:00 0 - Rule Brazil 2023 only - Feb Sun>=22 0:00 0 - Rule Brazil 2024 2025 - Feb Sun>=15 0:00 0 - Rule Brazil 2026 only - Feb Sun>=22 0:00 0 - Rule Brazil 2027 2033 - Feb Sun>=15 0:00 0 - Rule Brazil 2034 only - Feb Sun>=22 0:00 0 - Rule Brazil 2035 2036 - Feb Sun>=15 0:00 0 - Rule Brazil 2037 only - Feb Sun>=22 0:00 0 - # From Arthur David Olson (2008-09-29): # The next is wrong in some years but is better than nothing. Rule Brazil 2038 max - Feb Sun>=15 0:00 0 - </snapshot> There is 2 'max' entry for Brazil, one for 2008, and one for 2038. Rule Brazil 2008 max - Oct Sun>=15 0:00 1:00 S Rule Brazil 2038 max - Feb Sun>=15 0:00 0 - Reading the entries for 2012+ I feel that the one for 2008 should be a 'only' rather than 'max'. Is that correct? Thanks Alain Petit

8 12

Re: Timezones and Holidays
by Sue Williams Dec. 9, 2008

Dec. 9, 2008

> > Hello All, > > Anyone have information on a location that would describe local/official > holidays in some sort of global format like the timezones? > > Bill Raymond > braymond <at> arinc.com Q++ Studio is another website offering comprehensive worldwide public holiday information. http://www.qppstudio.net/publicholidays.htm Here's another organization that focusses on Bank holidays: http://www.bank-holidays.com/ With a little searching, there may be more. I'm not aware of any open community effort to maintain such information. Perhaps someone else knows of something. Good luck. Susan J Williams

2 1

FW: Nepal timezone spelling
by Olson, Arthur David (NIH/NCI) [E] Dec. 9, 2008

Dec. 9, 2008

I'm forwarding this message from Phil Vandry; PV is now on the time zone mailing list. --ado -----Original Message----- From: Phil Vandry [mailto:vandry@TZoNE.ORG] Sent: Thursday, December 04, 2008 4:10 To: tz(a)lecserver.nci.nih.gov Subject: Nepal timezone spelling Hello, I propose that the name of the Asia/Katmandu zone be changed to Asia/Kathmandu. Although Katmandu is an acceptable alternate spelling, I can attest, having recently returned from a holiday in Nepal, that it is hardly ever used. In fact, I saw no occurence at all of the spelling 'Katmandu' while inside the country. This patch keeps the Katmandu spelling for backward compatibility. After trying Asia/Kathmandu and then grepping the whole database for Kathmandu, I nearly concluded that this timezone definition was missing from the database before finally finding it under the alternate spelling! -Phil --- asia.orig 2008-10-08 08:35:57.000000000 -0400 +++ asia 2008-12-04 16:05:36.000000000 -0500 @@ -1474,7 +1474,7 @@ # Nepal # Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Asia/Katmandu 5:41:16 - LMT 1920 +Zone Asia/Kathmandu 5:41:16 - LMT 1920 5:30 - IST 1986 5:45 - NPT # Nepal Time --- backward.orig 2008-09-09 22:33:26.000000000 -0400 +++ backward 2008-12-04 16:05:28.000000000 -0500 @@ -24,6 +24,7 @@ Link Asia/Ashgabat Asia/Ashkhabad Link Asia/Chongqing Asia/Chungking Link Asia/Dhaka Asia/Dacca +Link Asia/Kathmandu Asia/Katmandu Link Asia/Kolkata Asia/Calcutta Link Asia/Macau Asia/Macao Link Asia/Jerusalem Asia/Tel_Aviv

3 2

Nepal timezone spelling
by Phil Vandry Dec. 9, 2008

Dec. 9, 2008

Hello, I propose that the name of the Asia/Katmandu zone be changed to Asia/Kathmandu. Although Katmandu is an acceptable alternate spelling, I can attest, having recently returned from a holiday in Nepal, that it is hardly ever used. In fact, I saw no occurence at all of the spelling 'Katmandu' while inside the country. This patch keeps the Katmandu spelling for backward compatibility. After trying Asia/Kathmandu and then grepping the whole database for Kathmandu, I nearly concluded that this timezone definition was missing from the database before finally finding it under the alternate spelling! -Phil --- asia.orig 2008-10-08 08:35:57.000000000 -0400 +++ asia 2008-12-04 16:05:36.000000000 -0500 @@ -1474,7 +1474,7 @@ # Nepal # Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Asia/Katmandu 5:41:16 - LMT 1920 +Zone Asia/Kathmandu 5:41:16 - LMT 1920 5:30 - IST 1986 5:45 - NPT # Nepal Time --- backward.orig 2008-09-09 22:33:26.000000000 -0400 +++ backward 2008-12-04 16:05:28.000000000 -0500 @@ -24,6 +24,7 @@ Link Asia/Ashgabat Asia/Ashkhabad Link Asia/Chongqing Asia/Chungking Link Asia/Dhaka Asia/Dacca +Link Asia/Kathmandu Asia/Katmandu Link Asia/Kolkata Asia/Calcutta Link Asia/Macau Asia/Macao Link Asia/Jerusalem Asia/Tel_Aviv

2 1

Re: zdump loop problem
by Robbin Kawabata Dec. 8, 2008

Dec. 8, 2008

I ran ado's fix against all the timezones, and got good results. This is the diff: *** zdump_loop.c Tue Dec 2 11:17:01 2008 --- zdump_fix_ado.c Tue Dec 2 12:49:05 2008 *************** *** 312,322 **** (void) strncpy(buf, abbr(&tm), sizeof (buf) - 1); } for (;;) { ! if (t >= cuthitime) break; newt = t + SECSPERHOUR * 12; - if (newt >= cuthitime) - break; if (newt <= t) break; newtmp = localtime(&newt); --- 312,320 ---- (void) strncpy(buf, abbr(&tm), sizeof (buf) - 1); } for (;;) { ! if (t >= cuthitime || t >= cuthitime - SECSPERHOUR * 12) break; newt = t + SECSPERHOUR * 12; if (newt <= t) break; newtmp = localtime(&newt); However, isn't the check for "if (newt <= t) break" no longer needed? ----- Begin Forwarded Message ----- Date: Mon, 01 Dec 2008 16:21:00 -0500 From: "Olson, Arthur David (NIH/NCI) [E]" <olsona(a)dc37a.nci.nih.gov> Subject: Re: zdump loop problem To: tz(a)lecserver.nci.nih.gov Cc: Andreas Radke <a.radke(a)arcor.de> So...in the real world, does changing the zic.c lines reading... if (t >= cuthitime) break; newt = t + SECSPERHOUR * 12; if (newt >= cuthitime) break; ...to read... if (t >= cuthitime || t >= cuthitime - SECSPERHOUR * 12) break; newt = t + SECSPERHOUR * 12; ...result in working code? I'd particularly appreciate feedback from Andreas Radke or other ArchLinux users. ----- End Forwarded Message -----

1 0

FW: Time Zone naming
by Olson, Arthur David (NIH/NCI) [E] Dec. 8, 2008

Dec. 8, 2008

I'm forwarding this message from Martin Barnes, who is not on the time zone mailing list. Those of you who are on the list, please direct replies appropriately. --ado From: Martin Barnes [mailto:barnes@yahoo-inc.com] Sent: Friday, November 28, 2008 11:48 To: tz(a)lecserver.nci.nih.gov Subject: Time Zone naming I have a question related to the accepted standard for expressing the "Olsen" name where multiple zones exhibit the same "behaviour" in terms of belonging to the same country, having the same UTC offset and exactly the same DST rules. For example, it appears that all clocks within all locations within Argentina will have the same time all year round. The 12 zones reveal the same behaviour. The same is true of China and a number of other countries. I have been aware of the concept of a "consolidated" or "preferred" time zone which is a combined zone that takes the name of the most important location (eg. "America/Buenos_Aires" in the case of Argentina) Do these combined "super" zones exist? If so, is there information available that indicates how the individual zones roll up? My enquiry relates to a need to provide information that can identify the correct timezone for every place (city, postcode, county, state, etc etc) on earth via a back-end mapping service that calculates the spatial relationship between the place coordinate and the timezone boundary. I am looking to build up an accurate timezone boundary map essentially using existing map objects as building blocks. Many thanks -Martin Barnes ______________________ GeoData Manager Yahoo! Geo Technologies Geo Informatics team London

3 6

Cuba 2004-2006
by hsv＠tbbs.net Dec. 7, 2008

Dec. 7, 2008

This looks queer: Rule Cuba 1998 2003 - Oct lastSun 0:00s 0 S Rule Cuba 2000 2006 - Apr Sun>=1 0:00s 1:00 D Rule Cuba 2006 max - Oct lastSun 0:00s 0 S I take the foregoing for something like this: ... 2003 Apr Sun>=1 0:00s 1:00 D 2003 Oct lastSun 0:00s 0 S 2004 Apr Sun>=1 0:00s 1:00 D 2005 Apr Sun>=1 0:00s 1:00 D 2006 Apr Sun>=1 0:00s 1:00 D 2006 Oct lastSun 0:00s 0 S ... but at those Aprils in 2005 and 2006 there is no real shift. Is this right?

1 0

Western Samoa may implement Daylight Saving Time in 2009
by Alexander Krivenyshev Dec. 7, 2008

Dec. 7, 2008

The Samoa government (Western Samoa) may implement DST on the first Sunday of October 2009 (October 4, 2009) until the last Sunday of March 2010 (March 28, 2010). Selected Committee reports to Cabinet on Daylight Saving Time", Government of Samoa: http://www.govt.ws/pr_article.cfm?pr_id=560 or http://www.worldtimezone.com/dst_news/dst_news_samoa01.html Alexander Krivenyshev, http://www.worldtimezone.com/dst_news/ New York, NY

1 0

FW: Incorrect time zone abbreviations for Indonesia
by Olson, Arthur David (NIH/NCI) [E] Dec. 5, 2008

Dec. 5, 2008

I'm forwarding this message from Jason Grimes, who is not on the time zone mailing list. Those of you who are on the list, please direct replies appropriately. Note that time zone abbreviations are consistently abbreviations of the English-language names of time zones. --ado -----Original Message----- From: Jason Grimes [mailto:jg@proz.com] Sent: Wednesday, November 19, 2008 12:23 To: tz(a)lecserver.nci.nih.gov Cc: Jason Grimes Subject: Incorrect time zone abbreviations for Indonesia Dear time zone data maintainers, I'm a developer at ProZ.com, a website for human language translators. One of our users has reported that the time zone names for the time zones in Indonesia, specifically Asia/Jakarta, Asia/Pontianak, Asia/Makassar, and Asia/Jayapura, are incorrect in the current time zone data. According to her, and to the following references, it appears that these time zone abbreviations should be updated as follows: ID offset current new Asia/Jakarta UTC+7 WIT WIB (Waktu Indonesia Barat) Asia/Pontianak UTC+7 WIT WIB (Waktu Indonesia Barat) Asia/Makassar UTC+8 CIT WITA (Waktu Indonesia Tengah) Asia/Jayapura UTC+9 EIT WIT (Waktu Indonesia Timur) References: http://time.kim.lipi.go.id/ http://www.statoids.com/tid.html I noticed a similar bug report from 2005 but I was unable to find any resolution: http://article.gmane.org/gmane.linux.debian.devel.glibc/12741/match=indo nesia I hope this gives enough information to update these time zone names. Thanks to all of you who help to maintain this valuable resource. Best regards, Jason Grimes

2 1