- tz - lists.iana.org

Asia/Taipei has DST in 1979 between July 1st and Sep.30
by smallufo April 3, 2010

April 3, 2010

According to Taiwan's CWB : http://www.cwb.gov.tw/V6/astronomy/cdata/summert.htm Taipei has DST in 1979 between July 1st and Sep.30 but Olson DB doesn't mention this.

1 0

[somehow OT] "undoing" manual tzdata compilation on a Mac
by Mariano Absatz - El Baby April 3, 2010

April 3, 2010

Hi, I know Argentina has a long history of doing last minute changes about our timezones including inter-provincial anarchy. However, tzdata is easy enough to quickly adapt to this changes, and if you're somehow savvy, it is quite easy to fix things on your own. Last October, Argentina decided not to apply DST this (Southern) summer on the last minute and this was reflexed on tzdata2009p published on October 26th. Since Apple didn't immediately made this changes, knowing that OS X is actually running on top of some kind of BSD and actually finding zic and /usr/share/zoneinfo in it, I volunteered "fixing" a friend's macbook pro. I simply compiled the southamerica file from tzdata2009p and that was it... right? wrong! This actually made the mac go somehow crazy since it also uses some ICU files which I don't know how to handle. My friend ended up using Chile's time during the summer and Uruguay's time after Uruguay's DST period ended. Since a week ago the non-existent DST for Argentina would have ended, I told him to try again Argentina's time but it keeps being inconsistent. Another mac he has at home has now the correct time. Does anyone know how to restore the original OS X tzdata files without reinstalling the OS? I know nothing about its packaging system... Mac users seem to rely on "Apple update" service but I probably f##k'd it up when I overwrote some files under /usr/share/zoneinfo. Any help (or links to better places) will be greatly appreciated. -- Mariano Absatz - "El Baby" baby(a)baby.com.ar www.clueless.com.ar -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- I haven't lost my mind, I have it backed up on tape somewhere. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- * TagZilla 0.066 * http://tagzilla.mozdev.org

2 1

Asia/Taipei has DST in 1979 between July 1st and Sep.30
by smallufo April 2, 2010

April 2, 2010

According to Taiwan's CWB : http://www.cwb.gov.tw/V6/astronomy/cdata/summert.htm Taipei has DST in 1979 between July 1st and Sep.30 but Olson DB doesn't mention this.

1 0

FW: Questions about tzdata implementations
by Olson, Arthur David (NIH/NCI) [E] April 1, 2010

April 1, 2010

I'm forwarding this message from Chad Eberle, who is not on the time zone mailing list. Those of you who are on the list, please direct replies appropriately. --ado -----Original Message----- From: Chad Eberle [mailto:ceberle@co.pierce.wa.us] Sent: Monday, March 29, 2010 1:15 To: tz(a)lecserver.nci.nih.gov Subject: Questions about tzdata implementations I apologize if this isn't the right place for this question, but would appreciate any help with tracking down the answer to these questions. Background: We have Java web services that send back date/time values with GMT offsets adjusted for DST following historical rules that match what I see in the northamerica file for America/Los_Angeles. Our client code is largely JavaScript, and depending on the operating system, will sometimes be incongruous about when DST starts or ends (dates before 2007 on Windows and before 1950. As one can imagine, this has caused a few problems. I can't seem to find any solution for the JavaScript end, so I was planning on writing one myself (if anyone knows of a solution, I'd appreciate any pointers). My questions: 1) Is there some reference implementation for the algorithm that selects the correct rule for a given date? 2) For the general US rules, there is a rule that says DST started in 1945 on Aug 14 at 23:00; however, my tests in Java indicate that DST was observed from Feb 9 1942 through Sep 30 1945, continuously. The latter matches the historical information I've found. Is this rule superfluous? Again, any tips would be appreciated. --Chad Eberle

2 3

How can I reduce size of zoneinfo compiled binary files?
by Dominique Pellé March 31, 2010

March 31, 2010

Hi I'd like to compile the zoneinfo files for an embedded system where I'd like to strip as much information as possible. I see that all the zoneinfo binary files take 6.1Mb: $ du -s -h /usr/share/zoneinfo/ 6,1M /usr/share/zoneinfo/ If I run the zic compiler, it produces the following file sizes for example for Europe/Paris, Europe/Amsterdam, Europe/Berlin: $ mkdir -p test $ zic -d test europe $ ls -l test/Europe/{Paris,Amsterdam,Berlin} -rw-r--r-- 1 pel pel 2917 2010-03-31 22:09 test/Europe/Amsterdam -rw-r--r-- 1 pel pel 2309 2010-03-31 22:09 test/Europe/Berlin -rw-r--r-- 1 pel pel 2945 2010-03-31 22:09 test/Europe/Paris Since I don't care about time zone rules in the past for my embedded application, I'd like to compile only the rules starting at year >= 2010 for example (in other words, I'd like to ignore all historical rules older than < 2010). I would then expect output binary files to become not only smaller, but also many of them should also identical since most countries in Europe follow the same rules nowadays (Europe/Amsterdam, Europe/Berlin and Europe/Paris in my above example should become identical). So I should then be able to create links to most of them. However, I don't see any command line option in the 'zic' compiler to let me compile rules from >= 2010 only, or am I missing something? I suppose that I could edit the input ASCII file 'europe', 'asia' (etc) to remove rules in the past, but it seems error prone (especially since input text files can be updated regularly). Is there a simpler solution? Thanks -- Dominique

1 0

tzdata file is incorrect for Canada/Newfoundland?
by D. Greening March 31, 2010

March 31, 2010

I don't think the tzdata file is correct for Canada/Newfoundland. When will this be updated?

1 0

proposed time zone package changes (Pakistan and Tunisia)
by Arthur David Olson March 31, 2010

March 31, 2010

Below are proposed changes to the time zone package; a summary: africa No Tunisia DST 2010 and forward asia No Pakistan DST 2010 and forward If no problems are found these will show up on the ftp site on 2010-04-05. --ado ------- africa ------- *** /tmp/geta17120 Wed Mar 31 10:24:32 2010 --- /tmp/getb17120 Wed Mar 31 10:24:32 2010 *************** *** 1,5 **** # <pre> ! # @(#)africa 8.23 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)africa 8.24 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 942,947 **** --- 942,965 ---- # Therefore, the standard time will be kept unchanged the whole year long." # So foregoing DST seems to be an exception (albeit one that may be repeated in the future). + # From Alexander Krivenyshev (2010-03-27): + # According to some news reports Tunis confirmed not to use DST in 2010 + # + # (translation): + # "The Tunisian government has decided to abandon DST, which was scheduled on + # Sunday... + # Tunisian authorities had suspended the DST for the first time last year also + # coincided with the month of Ramadan..." + # + # (in Arabic) + # <a href="http://www.moheet.com/show_news.aspx?nid=358861&pg=1"> + # http://www.moheet.com/show_news.aspx?nid=358861&pg=1 + # <a href="http://www.almadenahnews.com/newss/news.php?c=118&id=38036"> + # http://www.almadenahnews.com/newss/news.php?c=118&id=38036 + # or + # <a href="http://www.worldtimezone.com/dst_news/dst_news_tunis02.html"> + # http://www.worldtimezone.com/dst_news/dst_news_tunis02.html + # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Tunisia 1939 only - Apr 15 23:00s 1:00 S Rule Tunisia 1939 only - Nov 18 23:00s 0 - *************** *** 968,975 **** Rule Tunisia 2005 only - Sep 30 1:00s 0 - Rule Tunisia 2006 2008 - Mar lastSun 2:00s 1:00 S Rule Tunisia 2006 2008 - Oct lastSun 2:00s 0 - ! Rule Tunisia 2010 max - Mar lastSun 2:00s 1:00 S ! Rule Tunisia 2010 max - Oct lastSun 2:00s 0 - # Shanks & Pottenger give 0:09:20 for Paris Mean Time; go with Howse's # more precise 0:09:21. # Shanks & Pottenger say the 1911 switch was on Mar 9; go with Howse's Mar 11. --- 986,992 ---- Rule Tunisia 2005 only - Sep 30 1:00s 0 - Rule Tunisia 2006 2008 - Mar lastSun 2:00s 1:00 S Rule Tunisia 2006 2008 - Oct lastSun 2:00s 0 - ! # Shanks & Pottenger give 0:09:20 for Paris Mean Time; go with Howse's # more precise 0:09:21. # Shanks & Pottenger say the 1911 switch was on Mar 9; go with Howse's Mar 11. ------- asia ------- *** /tmp/geta17138 Wed Mar 31 10:24:32 2010 --- /tmp/getb17138 Wed Mar 31 10:24:32 2010 *************** *** 1,4 **** ! # @(#)asia 8.58 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,4 ---- ! # @(#)asia 8.59 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 1912,1924 **** # [T]he German Consulate General in Karachi reported me today that Pakistan # will go back to standard time on 1st of November. # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Pakistan 2002 only - Apr Sun>=2 0:01 1:00 S Rule Pakistan 2002 only - Oct Sun>=2 0:01 0 - Rule Pakistan 2008 only - Jun 1 0:00 1:00 S Rule Pakistan 2008 only - Nov 1 0:00 0 - ! Rule Pakistan 2009 max - Apr 15 0:00 1:00 S ! Rule Pakistan 2009 max - Nov 1 0:00 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Karachi 4:28:12 - LMT 1907 5:30 - IST 1942 Sep --- 1912,1946 ---- # [T]he German Consulate General in Karachi reported me today that Pakistan # will go back to standard time on 1st of November. + # From Steffen Thorsen (2010-03-26): + # Steffen Thorsen wrote: + # > On Thursday (2010-03-25) it was announced that DST would start in + # > Pakistan on 2010-04-01. + # > + # > Then today, the president said that they might have to revert the + # > decision if it is not supported by the parliament. So at the time + # > being, it seems unclear if DST will be actually observed or not - but + # > April 1 could be a more likely date than April 15. + # Now, it seems that the decision to not observe DST in final: + # + # "Govt Withdraws Plan To Advance Clocks" + # <a href="http://www.apakistannews.com/govt-withdraws-plan-to-advance-clocks-172041"> + # http://www.apakistannews.com/govt-withdraws-plan-to-advance-clocks-172041 + # </a> + # + # "People laud PM's announcement to end DST" + # <a href="http://www.app.com.pk/en_/index.php?option=com_content&task=view&id=99374&I…"> + # http://www.app.com.pk/en_/index.php?option=com_content&task=view&id=99374&I… + # </a> + # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Pakistan 2002 only - Apr Sun>=2 0:01 1:00 S Rule Pakistan 2002 only - Oct Sun>=2 0:01 0 - Rule Pakistan 2008 only - Jun 1 0:00 1:00 S Rule Pakistan 2008 only - Nov 1 0:00 0 - ! Rule Pakistan 2009 only - Apr 15 0:00 1:00 S ! Rule Pakistan 2009 only - Nov 1 0:00 0 - ! # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Karachi 4:28:12 - LMT 1907 5:30 - IST 1942 Sep

1 0

Tunis confirmed not to use DST in 2010
by Alexander Krivenyshev March 30, 2010

March 30, 2010

According to some news reports Tunis confirmed not to use DST in 2010 (translation:) "The Tunisian government has decided to abandon DST, which was scheduled on Sunday ... Tunisian authorities had suspended the DST for the first time last year also coincided with the month of Ramadan..." (in Arabic) http://www.moheet.com/show_news.aspx?nid=358861&pg=1 http://www.almadenahnews.com/newss/news.php?c=118&id=38036 or http://www.worldtimezone.com/dst_news/dst_news_tunis02.html Alexander Krivenyshev, http://www.worldtimezone.com

5 4

Questions about tzdata implementations
by Chad Eberle March 29, 2010

March 29, 2010

I apologize if this isn't the right place for this question, but would appreciate any help with tracking down the answer to these questions. Background: We have Java web services that send back date/time values with GMT offsets adjusted for DST following historical rules that match what I see in the northamerica file for America/Los_Angeles. Our client code is largely JavaScript, and depending on the operating system, will sometimes be incongruous about when DST starts or ends (dates before 2007 on Windows and before 1950. As one can imagine, this has caused a few problems. I can't seem to find any solution for the JavaScript end, so I was planning on writing one myself (if anyone knows of a solution, I'd appreciate any pointers). My questions: 1) Is there some reference implementation for the algorithm that selects the correct rule for a given date? 2) For the general US rules, there is a rule that says DST started in 1945 on Aug 14 at 23:00; however, my tests in Java indicate that DST was observed from Feb 9 1942 through Sep 30 1945, continuously. The latter matches the historical information I've found. Is this rule superfluous? Again, any tips would be appreciated. --Chad Eberle

1 0

data2010g
by Olson, Arthur David (NIH/NCI) [E] March 29, 2010

March 29, 2010

The file... ftp://elsie.nci.nih.gov/pub/tzdata2010g.tar.gz ...is now available, reflecting the changes circulated last week on the time zone mailing list. Given news received since last Wednesday, I plan to circulate a few more changes (including Pakistan and Tunisia) this coming Wednesday, so data2010h may appear in a week. Those wanting to avoid version thrash may want to wait for data2010h. --ado

1 0