December 2008 - tz - lists.iana.org

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. 6, 2008

Dec. 6, 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. 6, 2008

Dec. 6, 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

Nepal timezone spelling
by Phil Vandry Dec. 4, 2008

Dec. 4, 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

1 0

Posix Timezone format
by Louis Guindon Dec. 2, 2008

Dec. 2, 2008

Hi All, My goal is to provide a user interface showing the information derived from the TZ zone name. Based on the selected TZ zone name by the user, I will assign the corresponding POSIX time zone string to the Linux /tmp/TZ file. This way the local time will show up properly for the user. However, I am having difficulty to find a reliable source for POSIX time zone string representation for each defined time zone in the Olson database. Also, the Olson database is changing many times a year which is making it difficult to hardcode anything in advance. I am sure that my problem already encountered by someone on this mailing list and I am wandering if there is a way to query the current version of the Olson database with some tool to return the related POSIX representation for the requested time zone. I don't know if there is an alternative way, but I am also wandering if the TZ time zone name can used directly without going through the POSIX representation of the time zone. Note: POSIX time zone representation for me is the following. The TZ zone name America/Los_angeles is represented as PST8PDT,M3.2.0,M11.1.0. Regards, Louis Guindon PMC-Sierra Senior System Design Engineer

4 5

Re: zdump loop problem
by Olson, Arthur David (NIH/NCI) [E] Dec. 2, 2008

Dec. 2, 2008

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

2 1

Time WRONG for Australia\Perth
by Vera Tong Dec. 1, 2008

Dec. 1, 2008

Hi, Reckon the Time's wrong for Australia\Perth, The place is now in DST, and the time should be GMT+9 Thanks, ____________________________________________ Vera Tong Maximo System Manager Tungsten Group Pty Ltd Level 3, 100 Dorcas Street, South Melbourne, Victoria, 3207 Phone +61 3 9697 0022 Fax +61 3 9686 7999 Mobile +61 439 345 025 www.tungstengroup.com <http://www.tungstengroup.com/> Tungsten is a division of Programmed Maintenance Services Limited. This e-mail (and any attachments to this e-mail) is for the exclusive use of the person, firm or corporation to which it is addressed and may contain information that by law is privileged, confidential or protected by copyright. If you are not the intended recipient or the person responsible for the delivering of this e-mail to the intended recipient, you are notified that any use, disclosure, distribution, printing or copying of this e-mail transmission is prohibited by law and that the contents must be kept strictly confidential. If you have received this e-mail in error, kindly notify us immediately or respond to the sender by return e-mail. The original of this e-mail must be destroyed. P Please consider the environment before printing this email and any attachments.

1 0