- tz - lists.iana.org

FW: Iranian time DST not availale for this year !
by Olson, Arthur David (NIH/NCI) [E] March 23, 2006

March 23, 2006

Hamid Hashemi is not on the time zone mailing list; direct replies appropriately. (The Iran switch is already covered in Paul's latest proposed patches.) --ado -----Original Message----- From: Hamid Hashemi [mailto:hamid@morva.net] Sent: Wednesday, March 22, 2006 9:22 AM To: tz(a)lecserver.nci.nih.gov Subject: Iranian time DST not availale for this year ! Hi, Following iranian goverment rule we won't any Daylight Saving rule in this year ( 2006-2007 ) and the times won't go backward or forward. I did fix the timezone file and attached it to this email. Please check and let me know if any correction required. -- Regards ================================================================= / Seyyed Hamid Reza / WINDOWS FOR NOW !! / / Hashemi Golpayegani / Linux for future , FreeBSD for ever / / Morva System Co. / ------------------------------------- / / Network Administrator/ hamid(a)morva.net , ICQ# : 42209876 / ================================================================ # Iran # From Roozbeh Pournader (2003-03-15): # This is an English translation of what I just found (originally in Persian). # The Gregorian dates in brackets are mine: # # Official Newspaper No. 13548-1370/6/25 [1991-09-16] # No. 16760/T233 H 1370/6/10 [1991-09-01] # # The Rule About Change of the Official Time of the Country # # The Board of Ministers, in the meeting dated 1370/5/23 [1991-08-14], # based on the suggestion number 2221/D dated 1370/4/22 [1991-07-13] # of the Country's Organization for Official and Employment Affairs, # and referring to the law for equating the working hours of workers # and officers in the whole country dated 1359/4/23 [1980-07-14], and # for synchronizing the official times of the country, agreed that: # # The official time of the country will should move forward one hour # at the 24[:00] hours of the first day of Farvardin and should return # to its previous state at the 24[:00] hours of the 30th day of # Shahrivar. # # First Deputy to the President - Hassan Habibi # # Update: President Ahmadinejad ignored the DST for Iranian Time on # 22 March 2006 # and Hamid Hashemi ( hamid(a)morva.net ) fixed the zonefile on # 22 March 2006 until 22 March 2007 # # From personal experience, that agrees with what has been followed # for at least the last 5 years. Before that, for a few years, the # date used was the first Thursday night of Farvardin and the last # Thursday night of Shahrivar, but I can't give exact dates.... # I have also changed the abbreviations to what is considered correct # here in Iran, IRST for regular time and IRDT for daylight saving time. # # From Roozbeh Pournader (2005-04-05): # The text of the Iranian law, in effect since 1925, clearly mentions # that the true solar year is the measure, and there is no arithmetic # leap year calculation involved. There has never been any serious # plan to change that law.... # # From Paul Eggert (2005-04-05): # Go with Shanks before September 1991, and with Pournader thereafter. # I used Ed Reingold's cal-persia in GNU Emacs 21.2 to check Persian dates, # stopping after 2037 when 32-bit time_t's overflow. # That cal-persia used Birashk's approximation, which disagrees with the solar # calendar predictions for the year 2025, so I corrected those dates by hand. # # From Oscar van Vlijmen (2005-03-30), writing about future # discrepancies between cal-persia and the Iranian calendar: # For 2091 solar-longitude-after yields 2091-03-20 08:40:07.7 UT for # the vernal equinox and that gets so close to 12:00 some local # Iranian time that the definition of the correct location needs to be # known exactly, amongst other factors. 2157 is even closer: # 2157-03-20 08:37:15.5 UT. But the Gregorian year 2025 should give # no interpretation problem whatsoever. By the way, another instant # in the near future where there will be a discrepancy between # arithmetical and astronomical Iranian calendars will be in 2058: # vernal equinox on 2058-03-20 09:03:05.9 UT. The Java version of # Reingold's/Dershowitz' calculator gives correctly the Gregorian date # 2058-03-21 for 1 Farvardin 1437 (astronomical). # # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Iran 1978 1980 - Mar 21 0:00 1:00 D Rule Iran 1978 only - Oct 21 0:00 0 S Rule Iran 1979 only - Sep 19 0:00 0 S Rule Iran 1980 only - Sep 23 0:00 0 S Rule Iran 1991 only - May 3 0:00 1:00 D Rule Iran 1992 1995 - Mar 22 0:00 1:00 D Rule Iran 1991 1995 - Sep 22 0:00 0 S Rule Iran 1996 only - Mar 21 0:00 1:00 D Rule Iran 1996 only - Sep 21 0:00 0 S Rule Iran 1997 1999 - Mar 22 0:00 1:00 D Rule Iran 1997 1999 - Sep 22 0:00 0 S Rule Iran 2000 only - Mar 21 0:00 1:00 D Rule Iran 2000 only - Sep 21 0:00 0 S Rule Iran 2001 2003 - Mar 22 0:00 1:00 D Rule Iran 2001 2003 - Sep 22 0:00 0 S Rule Iran 2004 only - Mar 21 0:00 1:00 D Rule Iran 2004 only - Sep 21 0:00 0 S Rule Iran 2005 2007 - Mar 22 0:00 0 S Rule Iran 2005 2007 - Sep 22 0:00 0 S Rule Iran 2008 only - Mar 21 0:00 1:00 D Rule Iran 2008 only - Sep 21 0:00 0 S Rule Iran 2009 2011 - Mar 22 0:00 1:00 D Rule Iran 2009 2011 - Sep 22 0:00 0 S Rule Iran 2012 only - Mar 21 0:00 1:00 D Rule Iran 2012 only - Sep 21 0:00 0 S Rule Iran 2013 2015 - Mar 22 0:00 1:00 D Rule Iran 2013 2015 - Sep 22 0:00 0 S Rule Iran 2016 only - Mar 21 0:00 1:00 D Rule Iran 2016 only - Sep 21 0:00 0 S Rule Iran 2017 2019 - Mar 22 0:00 1:00 D Rule Iran 2017 2019 - Sep 22 0:00 0 S Rule Iran 2020 only - Mar 21 0:00 1:00 D Rule Iran 2020 only - Sep 21 0:00 0 S Rule Iran 2021 2023 - Mar 22 0:00 1:00 D Rule Iran 2021 2023 - Sep 22 0:00 0 S Rule Iran 2024 only - Mar 21 0:00 1:00 D Rule Iran 2024 only - Sep 21 0:00 0 S Rule Iran 2025 2027 - Mar 22 0:00 1:00 D Rule Iran 2025 2027 - Sep 22 0:00 0 S Rule Iran 2028 2029 - Mar 21 0:00 1:00 D Rule Iran 2028 2029 - Sep 21 0:00 0 S Rule Iran 2030 2031 - Mar 22 0:00 1:00 D Rule Iran 2030 2031 - Sep 22 0:00 0 S Rule Iran 2032 2033 - Mar 21 0:00 1:00 D Rule Iran 2032 2033 - Sep 21 0:00 0 S Rule Iran 2034 2035 - Mar 22 0:00 1:00 D Rule Iran 2034 2035 - Sep 22 0:00 0 S Rule Iran 2036 2037 - Mar 21 0:00 1:00 D Rule Iran 2036 2037 - Sep 21 0:00 0 S # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Tehran 3:25:44 - LMT 1916 3:25:44 - TMT 1946 # Tehran Mean Time 3:30 - IRST 1977 Nov 4:00 Iran IR%sT 1979 3:30 Iran IR%sT

2 1

RE: tz behavior difference TZif vs. TZif2 (potential fix)
by Olson, Arthur David (NIH/NCI) [E] March 23, 2006

March 23, 2006

Here are changes to zic.c to eliminate unused abbreviations from output files. This at-first-blush gratuitous optimization avoids problems with old versions of the time zone package misinterpreting the binary files. I'd love to know if this solves the problems with Indian/Cocos and such. --ado ------- zic.c ------- *** /tmp/geta28731 Thu Mar 23 16:13:23 2006 --- /tmp/getb28731 Thu Mar 23 16:13:23 2006 *************** *** 1,4 **** ! static char elsieid[] = "@(#)zic.c 8.1"; #include "private.h" #include "locale.h" --- 1,4 ---- ! static char elsieid[] = "@(#)zic.c 8.2"; #include "private.h" #include "locale.h" *************** *** 1587,1592 **** --- 1587,1595 ---- int writetype[TZ_MAX_TIMES]; int typemap[TZ_MAX_TYPES]; register int thistypecnt; + char thischars[TZ_MAX_CHARS]; + char thischarcnt; + int indmap[TZ_MAX_CHARS]; if (pass == 1) { thistimei = timei32; *************** *** 1618,1623 **** --- 1621,1639 ---- thistypecnt = 0; for (i = 0; i < typecnt; ++i) typemap[i] = writetype[i] ? thistypecnt++ : -1; + for (i = 0; i < sizeof indmap / sizeof indmap[0]; ++i) + indmap[i] = -1; + thischarcnt = 0; + for (i = 0; i < typecnt; ++i) { + if (!writetype[i]) + continue; + if (indmap[abbrinds[i]] >= 0) + continue; + indmap[abbrinds[i]] = thischarcnt; + (void) strcpy(&thischars[thischarcnt], + &chars[abbrinds[i]]); + thischarcnt += strlen(&chars[abbrinds[i]]) + 1; + } #define DO(field) (void) fwrite((void *) tzh.field, \ (size_t) sizeof tzh.field, (size_t) 1, fp) tzh = tzh0; *************** *** 1628,1634 **** convert(eitol(thisleapcnt), tzh.tzh_leapcnt); convert(eitol(thistimecnt), tzh.tzh_timecnt); convert(eitol(thistypecnt), tzh.tzh_typecnt); ! convert(eitol(charcnt), tzh.tzh_charcnt); DO(tzh_magic); DO(tzh_version); DO(tzh_reserved); --- 1644,1650 ---- convert(eitol(thisleapcnt), tzh.tzh_leapcnt); convert(eitol(thistimecnt), tzh.tzh_timecnt); convert(eitol(thistypecnt), tzh.tzh_typecnt); ! convert(eitol(thischarcnt), tzh.tzh_charcnt); DO(tzh_magic); DO(tzh_version); DO(tzh_reserved); *************** *** 1656,1666 **** if (writetype[i]) { puttzcode(gmtoffs[i], fp); (void) putc(isdsts[i], fp); ! (void) putc(abbrinds[i], fp); } ! if (charcnt != 0) ! (void) fwrite((void *) chars, (size_t) sizeof chars[0], ! (size_t) charcnt, fp); for (i = thisleapi; i < thisleaplim; ++i) { register zic_t todo; --- 1672,1683 ---- if (writetype[i]) { puttzcode(gmtoffs[i], fp); (void) putc(isdsts[i], fp); ! (void) putc((unsigned char) indmap[abbrinds[i]], fp); } ! if (thischarcnt != 0) ! (void) fwrite((void *) thischars, ! (size_t) sizeof thischars[0], ! (size_t) thischarcnt, fp); for (i = thisleapi; i < thisleaplim; ++i) { register zic_t todo;

1 0

RE: No more DST in Iran
by Dave Stewart March 23, 2006

March 23, 2006

Hi Paul, I sent this out on Monday - Did it not get through? Rgds, Dave ------------------------------------------------------------------------ -------- From: Dave Stewart Sent: 20 March 2006 13:32 To: 'tz(a)lecserver.nci.nih.gov' Subject: Daylight saving abolished for religious reasons [in Iran?] Iran apparently now not changing on Wednesday..... http://english.alarabonline.org/display.asp?fname=2006%5C03%5C03-20%5Czc ulturez%5C971.htm&dismode=x&ts=20/03/2006%2011:46:42%20%C3%95 Daylight saving abolished for religious reasons Daylight saving, which was due to come into force in Iran on Tuesday - the first day of the Iranian new year - has been abolished by president Mahmoud Ahmadinejad. Changing the clocks with the seasons was introduced in Iran in 1990 to try to reduce energy consumption. Government spokesman Gholam Hossein Elham justified the decision to eliminate daylight saving on the grounds that when the legal hour changes many faithful have difficulty in calculating with precision the hour of prayer. In the same presidential decree, Ahmadinejad said that students returning from New Years holidays must turn up for school at 7 am instead of 8am, and public officers will open an hour earlier, at 7.30 am local time. The decision by Ahmadinejad to suspend daylight saving on religious grounds, ignoring the economic motivations of the government in 1990, has been criticised by reformists and economists. "The country is in no condition to increase public spending" warned economist Fereidoun Khavanad. "With the Iranian nuclear dossier before the Security Council it does not seem very intelligent to increase energy consumption rather than diminish it" added Khavand. Under Daylight Saving Time, official time is adjusted forward, usually by one hour, remaining that way for the spring and summer months. The measure is intended to provide a better match between the hours of daylight and the active hours of work and school and allow more efficient use of natural sunlight resource in summer time. -----Original Message----- From: Paul Eggert [mailto:eggert@CS.UCLA.EDU] Sent: 22 March 2006 18:27 To: tz(a)lecserver.nci.nih.gov Subject: Re: No more DST in Iran Steffen Thorsen <straen(a)thorsen.priv.no> writes: > Several of my users have reported that Iran will not observe DST anymore: > http://www.irna.ir/en/news/view/line-17/0603193812164948.htm Thanks very much for the heads-up. I'll try to get a proposed revised patch out quickly. _____________________________________________________________________ This message has been checked for all known viruses by Star Internet delivered through the MessageLabs Virus Control Centre. For further information visit http://www.star.net.uk/stats.asp

1 0

RE: No more DST in Iran
by Dave Stewart March 23, 2006

March 23, 2006

Hi Paul, I sent this out on Monday - Did it not get through? Rgds, Dave ------------------------------------------------------------------------ -------- From: Dave Stewart Sent: 20 March 2006 13:32 To: 'tz(a)lecserver.nci.nih.gov' Subject: Daylight saving abolished for religious reasons [in Iran?] Iran apparently now not changing on Wednesday..... http://english.alarabonline.org/display.asp?fname=2006%5C03%5C03-20%5Czc ulturez%5C971.htm&dismode=x&ts=20/03/2006%2011:46:42%20%C3%95 Daylight saving abolished for religious reasons Daylight saving, which was due to come into force in Iran on Tuesday - the first day of the Iranian new year - has been abolished by president Mahmoud Ahmadinejad. Changing the clocks with the seasons was introduced in Iran in 1990 to try to reduce energy consumption. Government spokesman Gholam Hossein Elham justified the decision to eliminate daylight saving on the grounds that when the legal hour changes many faithful have difficulty in calculating with precision the hour of prayer. In the same presidential decree, Ahmadinejad said that students returning from New Years holidays must turn up for school at 7 am instead of 8am, and public officers will open an hour earlier, at 7.30 am local time. The decision by Ahmadinejad to suspend daylight saving on religious grounds, ignoring the economic motivations of the government in 1990, has been criticised by reformists and economists. "The country is in no condition to increase public spending" warned economist Fereidoun Khavanad. "With the Iranian nuclear dossier before the Security Council it does not seem very intelligent to increase energy consumption rather than diminish it" added Khavand. Under Daylight Saving Time, official time is adjusted forward, usually by one hour, remaining that way for the spring and summer months. The measure is intended to provide a better match between the hours of daylight and the active hours of work and school and allow more efficient use of natural sunlight resource in summer time. -----Original Message----- From: Paul Eggert [mailto:eggert@CS.UCLA.EDU] Sent: 22 March 2006 18:27 To: tz(a)lecserver.nci.nih.gov Subject: Re: No more DST in Iran Steffen Thorsen <straen(a)thorsen.priv.no> writes: > Several of my users have reported that Iran will not observe DST anymore: > http://www.irna.ir/en/news/view/line-17/0603193812164948.htm Thanks very much for the heads-up. I'll try to get a proposed revised patch out quickly. _____________________________________________________________________ This message has been checked for all known viruses by Star Internet delivered through the MessageLabs Virus Control Centre. For further information visit http://www.star.net.uk/stats.asp

1 0

No more DST in Iran
by Steffen Thorsen March 22, 2006

March 22, 2006

Several of my users have reported that Iran will not observe DST anymore: http://www.irna.ir/en/news/view/line-17/0603193812164948.htm Since it was going to start today, it means that current timestamps for Iran are wrong, so the current rule and a lot of future Iran rules could probably be removed. Best regards, Steffen

2 1

Iranian time DST not availale for this year !
by Hamid Hashemi March 22, 2006

March 22, 2006

Hi, Following iranian goverment rule we won't any Daylight Saving rule in this year ( 2006-2007 ) and the times won't go backward or forward. I did fix the timezone file and attached it to this email. Please check and let me know if any correction required. -- Regards ================================================================= / Seyyed Hamid Reza / WINDOWS FOR NOW !! / / Hashemi Golpayegani / Linux for future , FreeBSD for ever / / Morva System Co. / ------------------------------------- / / Network Administrator/ hamid(a)morva.net , ICQ# : 42209876 / ================================================================ # Iran # From Roozbeh Pournader (2003-03-15): # This is an English translation of what I just found (originally in Persian). # The Gregorian dates in brackets are mine: # # Official Newspaper No. 13548-1370/6/25 [1991-09-16] # No. 16760/T233 H 1370/6/10 [1991-09-01] # # The Rule About Change of the Official Time of the Country # # The Board of Ministers, in the meeting dated 1370/5/23 [1991-08-14], # based on the suggestion number 2221/D dated 1370/4/22 [1991-07-13] # of the Country's Organization for Official and Employment Affairs, # and referring to the law for equating the working hours of workers # and officers in the whole country dated 1359/4/23 [1980-07-14], and # for synchronizing the official times of the country, agreed that: # # The official time of the country will should move forward one hour # at the 24[:00] hours of the first day of Farvardin and should return # to its previous state at the 24[:00] hours of the 30th day of # Shahrivar. # # First Deputy to the President - Hassan Habibi # # Update: President Ahmadinejad ignored the DST for Iranian Time on # 22 March 2006 # and Hamid Hashemi ( hamid(a)morva.net ) fixed the zonefile on # 22 March 2006 until 22 March 2007 # # From personal experience, that agrees with what has been followed # for at least the last 5 years. Before that, for a few years, the # date used was the first Thursday night of Farvardin and the last # Thursday night of Shahrivar, but I can't give exact dates.... # I have also changed the abbreviations to what is considered correct # here in Iran, IRST for regular time and IRDT for daylight saving time. # # From Roozbeh Pournader (2005-04-05): # The text of the Iranian law, in effect since 1925, clearly mentions # that the true solar year is the measure, and there is no arithmetic # leap year calculation involved. There has never been any serious # plan to change that law.... # # From Paul Eggert (2005-04-05): # Go with Shanks before September 1991, and with Pournader thereafter. # I used Ed Reingold's cal-persia in GNU Emacs 21.2 to check Persian dates, # stopping after 2037 when 32-bit time_t's overflow. # That cal-persia used Birashk's approximation, which disagrees with the solar # calendar predictions for the year 2025, so I corrected those dates by hand. # # From Oscar van Vlijmen (2005-03-30), writing about future # discrepancies between cal-persia and the Iranian calendar: # For 2091 solar-longitude-after yields 2091-03-20 08:40:07.7 UT for # the vernal equinox and that gets so close to 12:00 some local # Iranian time that the definition of the correct location needs to be # known exactly, amongst other factors. 2157 is even closer: # 2157-03-20 08:37:15.5 UT. But the Gregorian year 2025 should give # no interpretation problem whatsoever. By the way, another instant # in the near future where there will be a discrepancy between # arithmetical and astronomical Iranian calendars will be in 2058: # vernal equinox on 2058-03-20 09:03:05.9 UT. The Java version of # Reingold's/Dershowitz' calculator gives correctly the Gregorian date # 2058-03-21 for 1 Farvardin 1437 (astronomical). # # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Iran 1978 1980 - Mar 21 0:00 1:00 D Rule Iran 1978 only - Oct 21 0:00 0 S Rule Iran 1979 only - Sep 19 0:00 0 S Rule Iran 1980 only - Sep 23 0:00 0 S Rule Iran 1991 only - May 3 0:00 1:00 D Rule Iran 1992 1995 - Mar 22 0:00 1:00 D Rule Iran 1991 1995 - Sep 22 0:00 0 S Rule Iran 1996 only - Mar 21 0:00 1:00 D Rule Iran 1996 only - Sep 21 0:00 0 S Rule Iran 1997 1999 - Mar 22 0:00 1:00 D Rule Iran 1997 1999 - Sep 22 0:00 0 S Rule Iran 2000 only - Mar 21 0:00 1:00 D Rule Iran 2000 only - Sep 21 0:00 0 S Rule Iran 2001 2003 - Mar 22 0:00 1:00 D Rule Iran 2001 2003 - Sep 22 0:00 0 S Rule Iran 2004 only - Mar 21 0:00 1:00 D Rule Iran 2004 only - Sep 21 0:00 0 S Rule Iran 2005 2007 - Mar 22 0:00 0 S Rule Iran 2005 2007 - Sep 22 0:00 0 S Rule Iran 2008 only - Mar 21 0:00 1:00 D Rule Iran 2008 only - Sep 21 0:00 0 S Rule Iran 2009 2011 - Mar 22 0:00 1:00 D Rule Iran 2009 2011 - Sep 22 0:00 0 S Rule Iran 2012 only - Mar 21 0:00 1:00 D Rule Iran 2012 only - Sep 21 0:00 0 S Rule Iran 2013 2015 - Mar 22 0:00 1:00 D Rule Iran 2013 2015 - Sep 22 0:00 0 S Rule Iran 2016 only - Mar 21 0:00 1:00 D Rule Iran 2016 only - Sep 21 0:00 0 S Rule Iran 2017 2019 - Mar 22 0:00 1:00 D Rule Iran 2017 2019 - Sep 22 0:00 0 S Rule Iran 2020 only - Mar 21 0:00 1:00 D Rule Iran 2020 only - Sep 21 0:00 0 S Rule Iran 2021 2023 - Mar 22 0:00 1:00 D Rule Iran 2021 2023 - Sep 22 0:00 0 S Rule Iran 2024 only - Mar 21 0:00 1:00 D Rule Iran 2024 only - Sep 21 0:00 0 S Rule Iran 2025 2027 - Mar 22 0:00 1:00 D Rule Iran 2025 2027 - Sep 22 0:00 0 S Rule Iran 2028 2029 - Mar 21 0:00 1:00 D Rule Iran 2028 2029 - Sep 21 0:00 0 S Rule Iran 2030 2031 - Mar 22 0:00 1:00 D Rule Iran 2030 2031 - Sep 22 0:00 0 S Rule Iran 2032 2033 - Mar 21 0:00 1:00 D Rule Iran 2032 2033 - Sep 21 0:00 0 S Rule Iran 2034 2035 - Mar 22 0:00 1:00 D Rule Iran 2034 2035 - Sep 22 0:00 0 S Rule Iran 2036 2037 - Mar 21 0:00 1:00 D Rule Iran 2036 2037 - Sep 21 0:00 0 S # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Tehran 3:25:44 - LMT 1916 3:25:44 - TMT 1946 # Tehran Mean Time 3:30 - IRST 1977 Nov 4:00 Iran IR%sT 1979 3:30 Iran IR%sT

1 0

CEOs and Accountability
by GCC Events March 21, 2006

March 21, 2006

This mail can not be seen for non-HTML mail clients

1 0

Zdump for Warsaw 1944
by Jesper Norgaard Welen March 21, 2006

March 21, 2006

I confirmed today at work on a Linux server that there is a problem similar to Asia/Baku, for timezone Europe/Warsaw in 1944. This is a fraction of the output produced for timezone Europe/Warsaw using JodaTime: UTC: 1944-04-03T00:59:59.000Z, Europe/Warsaw: 1944-04-03T01:59:59.000+01:00 UTC: 1944-04-03T01:00:00.000Z, Europe/Warsaw: 1944-04-03T03:00:00.000+02:00 UTC: 1944-09-30T21:59:59.000Z, Europe/Warsaw: 1944-09-30T23:59:59.000+02:00 UTC: 1944-09-30T22:00:00.000Z, Europe/Warsaw: 1944-09-30T23:00:00.000+01:00 The equivalent in zdump should be something like: Europe/Warsaw Mon Apr 3 00:59:59 1944 UTC = Mon Apr 3 01:59:59 1944 CET isdst=0 Europe/Warsaw Mon Apr 3 01:00:00 1944 UTC = Mon Apr 3 03:00:00 1944 CEST isdst=1 Europe/Warsaw Sat Sep 30 21:59:59 1944 UTC = Sat Sep 30 23:59:59 1944 CEST isdst=1 Europe/Warsaw Sat Sep 30 22:00:00 1944 UTC = Sat Sep 30 23:00:00 1944 CET isdst=0 The error is the change from DST to standard time in 1944. It should have been October 4.th. at 2:00 and not at the exact time that there is a change rule from C-Eur to Poland, which *is* the October 1.st 1944 at 0:00, but this should not result in a change in GMT offset from +2 to +1. Here is the relevant lines from the tz database source, I'm suggesting to add a line for DST for Poland rule before 1.st. October and copied a line from the C-Eur rule for convenience, but there must be many ways to do this: Rule C-Eur 1944 only - Apr 3 2:00s 1:00 S # Whitman gives 1944 Oct 7; go with Shanks. Rule C-Eur 1944 only - Oct 2 2:00s 0 - # Poland # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Poland 1918 1919 - Sep 16 2:00s 0 - Rule Poland 1919 only - Apr 15 2:00s 1:00 S +Rule Poland 1944 only - Apr 3 2:00s 1:00 S # Whitman gives 1944 Nov 30; go with Shanks. Rule Poland 1944 only - Oct 4 2:00 0 - # For 1944-1948 Whitman gives the previous day; go with Shanks. Rule Poland 1945 only - Apr 29 0:00 1:00 S Rule Poland 1945 only - Nov 1 0:00 0 - This should produce the following zdump output: Europe/Warsaw Mon Apr 3 00:59:59 1944 UTC = Mon Apr 3 01:59:59 1944 CET isdst=0 Europe/Warsaw Mon Apr 3 01:00:00 1944 UTC = Mon Apr 3 03:00:00 1944 CEST isdst=1 Europe/Warsaw Tue Oct 3 23:59:59 1944 UTC = Wed Oct 4 01:59:59 1944 CEST isdst=1 Europe/Warsaw Wed Oct 4 00:00:00 1944 UTC = Wed Oct 4 01:00:00 1944 CET isdst=0 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 free program World Time Explorer, I made: http://www.worldtimeexplorer.com/index.html

2 1

EUAsia rule glitch?
by Jesper Norgaard Welen March 21, 2006

March 21, 2006

I have found an application of the rule EUAsia for Azerbaijan, which results in DST for Azerbaijan since 01-Jan-1996 which doesn't seem logical, and does not follow common sense. I don't have a version of zdump here, but use JodaTime, a package that uses tz database directly to produce the tz transitions. Jodatime reports the following transitions for Baku for 1996: UTC: 1995-12-31T19:59:59.000Z, Asia/Baku: 1995-12-31T23:59:59.000+04:00 UTC: 1995-12-31T20:00:00.000Z, Asia/Baku: 1996-01-01T01:00:00.000+05:00 UTC: 1996-10-27T00:59:59.000Z, Asia/Baku: 1996-10-27T05:59:59.000+05:00 UTC: 1996-10-27T01:00:00.000Z, Asia/Baku: 1996-10-27T05:00:00.000+04:00 This is based on the following tz database definition: Zone Asia/Baku 3:19:24 - LMT 1924 May 2 3:00 - BAKT 1957 Mar # Baku Time 4:00 RussiaAsia BAK%sT 1991 Mar 31 2:00s 3:00 1:00 BAKST 1991 Aug 30 # independence 3:00 RussiaAsia AZ%sT 1992 Sep lastSat 23:00 4:00 - AZT 1996 # Azerbaijan time 4:00 EUAsia AZ%sT 1997 4:00 Azer AZ%sT The EUAsia rule looks like this: # These rules are stolen from the `europe' file. # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule EUAsia 1981 max - Mar lastSun 1:00u 1:00 S Rule EUAsia 1996 max - Oct lastSun 1:00u 0 - As you can see above, the intention was simply to copy EU rules to the 'asia' file so as to use the same logic (because the asia file can't see the europe file). However, the above implementation is a cut-down version of EU rule, where the logic is presumably that we only need rules for 1996 and beyond. This has the side effect that DST in the EUAsia rule is applied Last Sunday of March 1981 and maintained unaltered until Last Sunday of October 1996. The error is that DST was (probably) not observed from 01-Jan-1996 to Last Sunday of March 1996, although I don't have authoritative information about this. I therefore suggest the following change: # These rules are stolen from the `europe' file. # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule EUAsia 1981 max - Mar lastSun 1:00u 1:00 S +Rule EUAsia 1979 1995 - Sep lastSun 1:00u 0 - Rule EUAsia 1996 max - Oct lastSun 1:00u 0 - This will give EUAsia rule the expected behavior right from 1981, with DST transitions equivalent to the EU rule. 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 free program World Time Explorer, I made: http://www.cimmyt.org/timezone/index.htm

2 1

Uzbekistan doubled lines
by Jesper Norgaard Welen March 21, 2006

March 21, 2006

# Uzbekistan # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Samarkand 4:27:12 - LMT 1924 May 2 4:00 - SAMT 1930 Jun 21 # Samarkand Time 5:00 - SAMT 1981 Apr 1 5:00 1:00 SAMST 1981 Oct 1 6:00 RussiaAsia TAS%sT 1991 Mar 31 2:00 # Tashkent Time 5:00 RussiaAsia TAS%sT 1991 Sep 1 # independence - 5:00 RussiaAsia UZ%sT 1992 5:00 RussiaAsia UZ%sT 1993 5:00 - UZT Zone Asia/Tashkent 4:37:12 - LMT 1924 May 2 5:00 - TAST 1930 Jun 21 # Tashkent Time 6:00 RussiaAsia TAS%sT 1991 Mar 31 2:00s 5:00 RussiaAsia TAS%sT 1991 Sep 1 # independence - 5:00 RussiaAsia UZ%sT 1992 5:00 RussiaAsia UZ%sT 1993 5:00 - UZT In the above timezones it seems that the 1992-lines are superfluous and are handled nicely by the 1993-lines. Is there something I'm missing here? - 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 free program World Time Explorer, I made: http://www.cimmyt.org/timezone/index.htm

2 1