- tz - lists.iana.org

DST in Tunisia 2006
by Weltzeituhr March 27, 2006

March 27, 2006

Several of my users have reported that Tunisia observe DST in 2006 again: http://www.infotunisie.com/2006/03/240306-7.html (in French language) Best regards Klaus Marten http://www.weltzeituhr.de

1 0

Asia/Tehran tz information
by Ali Sharifpour March 26, 2006

March 26, 2006

Hello time zone mailing list Iran as of this year does not observe Daylight Savings. I read that this is valid from 2006-2009 on timeanddate.com but I am not sure of its reference. I am not sure if this has been updated in the most recent tz but in my updated OS X install it is not, along with several other web sites (other than timeanddate.com) I apologize if it has been already updated. Anyone updating their OS X tz themselves? Regards. Ali Sharifpour __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

1 0

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

March 25, 2006

Here's a potential fix to the fencepost problem. It regresses correctly here on elsie; we'll see what happens elsewhere. Note that this is a change to the 8.2 version circulated earlier this week. --ado ------- zic.c ------- *** /tmp/geta5270 Sat Mar 25 15:47:14 2006 --- /tmp/getb5270 Sat Mar 25 15:47:15 2006 *************** *** 1,4 **** ! static char elsieid[] = "@(#)zic.c 8.2"; #include "private.h" #include "locale.h" --- 1,4 ---- ! static char elsieid[] = "@(#)zic.c 8.3"; #include "private.h" #include "locale.h" *************** *** 1606,1614 **** thisleaplim = thisleapi + thisleapcnt; for (i = 0; i < typecnt; ++i) writetype[i] = thistimecnt == timecnt; ! if (thistimecnt == 0) ! writetype[types[thistimelim - 1]] = TRUE; ! else { for (i = thistimei - 1; i < thistimelim; ++i) if (i >= 0) writetype[types[i]] = TRUE; --- 1606,1619 ---- thisleaplim = thisleapi + thisleapcnt; for (i = 0; i < typecnt; ++i) writetype[i] = thistimecnt == timecnt; ! if (thistimecnt == 0) { ! /* ! ** No transition times fall in the current ! ** (32- or 64-bit) window. ! */ ! if (typecnt != 0) ! writetype[typecnt - 1] = TRUE; ! } else { for (i = thistimei - 1; i < thistimelim; ++i) if (i >= 0) writetype[types[i]] = TRUE;

1 0

proposed tz data changes for Iran, Sri Lanka, Alberta, Thule, etc.
by Paul Eggert March 25, 2006

March 25, 2006

Here are proposed changes to the tz data to reflect the recently-announced changes for Iran (effective today) and Sri Lanka (effective next month), along with lower-priority changes for Alberta and Thule (next year) and historical changes for lots of other places ranging from Mongolia to Easter Island. These changes affect only data, not code. * Changes affecting current and future time stamps. Asia/Tehran: Iran stopped observing DST, permanently, effective today! (Thanks to Steffen Thorsen for this info.) Asia/Colombo: Sri Lanka switches from UTC+6 to UTC+5:30 effective April 14. (Thanks to Petr Machata for this info.) America/Edmonton will adopt new US rules, starting 2007 as usual. (Thanks to Chris Walton for this info.) America/Thule will adopt new US rules, starting 2007 as usual. (I discovered this problem. Nobody authoritative has confirmed this but it's a pretty good guess.) * Changes affecting historical time stamps. New Zone America/North_Dakota/New_Salem, to reflect the 2003 switch in Morton county, ND. (Thanks for Gwillim Law for this info.) Asia/Ulaanbaatar, Asia/Hovd, Asia/Choibalsan: Change all the 1984/1998 transitions to occur at 00:00 rather than at 02:00s, as per Shanks & Pottenger. America/Bogota: Switch 1992/1993 DST transitions from 1992-05-02/1992-12-31 to 1992-05-03/1993-04-04 (all transitions at 00:00), as per Shanks & Pottenger. Asia/Samarkand, Asia/Tashkent: Did not observe DST in 1992, as per Shanks & Pottenger. (Thanks to Jesper Norgaard Welen for pointing out the glitch in this area.) Asia/Samarkand: Fix glitch in 1991 transition reported by Jesper Norgaard Welen. Fix abbreviation TAST->SAMT when the time zone was actually Samarkand time, not Tashkent time. Pacific/Easter: Fix glitch in fall 1982 that caused two phantom transitions. (Thanks to Jesper Norgaard Welen for this fix.) America/Anchorage: Use "CAPT" (Central Alaska Peace Time) rather than CAWT for time stamps between the end of the war in 1945-08-14 23:00 UTC the end of daylight-saving time in 1945. This is for consistency with other North American zones. America/Puerto_Rico: Likewise, except for "APT" versus "AWT". America/Tijuana: Likewise, except for "PPT" versus "PWT". Europe/Warsaw: Fix fall 1944 transition from Sep 30 22:00:00 to Oct 4 00:00:00 UTC. (Thanks to Jesper Norgaard Welen for this fix.) America/Montevideo: Correct typo for 1941/1942 DST, which had the regular and DST columns switched. (Thanks to Jesper Norgaard Welen for reporting a glitch in this area.) * Changes affecting zone.tab and commentary, but not the time zone database proper. America/Indiana/Vincennes: Remove Martin and Pulaski counties, as de facto they will be like America/Indiana/Indianapolis. America/Montserrat: Increase latitude slightly, to escape the volcano's devastation. (Problem reported by Jesper Norgaard Welen.) * Changes affecting the web page. Update URL for World Time Explorer. Update URL for Royer's draft time zone registration process. This draft has expired, and I don't know of any successor. Add URL for iCalendar TIMEZONE Problems and Recommendations. Add URL for a Timezone Option for DHCP. * Changes affecting the text of the database, but not the resulting time stamps. Use "Sun>=1" rather than "Sun<=7", and likewise for other rules, for consistency. (Thanks to Jesper Norgaard Welen for this suggestion.) Remove redundant Rule for Moncton in 1956. (Thanks to Jesper Norgaard Welen for this suggestion.) * Changes affecting commentary only. Note that Shanks (1999) has been replaced by Shank & Pottenger (2003). Update commentary for Indiana to reflect the recent uproars in Martin and Pulaski counties. Update commentary for Mexico to reflect the fact that Shanks & Pottenger (2003) don't disagree with us as much as Shanks (1999) does. Update commentary for Montserrat to say Cork Hill is now the most populous location (we think), since Plymouth is buried under volcano ash. Update commentary for Curacao to reflect Shanks & Pottenger (2003) rather than Shanks (1999). =================================================================== RCS file: RCS/africa,v retrieving revision 2006.2 retrieving revision 2006.2.0.1 diff -pu -r2006.2 -r2006.2.0.1 --- africa 2006/02/20 15:08:17 2006.2 +++ africa 2006/03/22 23:14:41 2006.2.0.1 @@ -5,11 +5,11 @@ # go ahead and edit the file (and please send any changes to # tz(a)elsie.nci.nih.gov for general use in the future). -# From Paul Eggert (1999-03-22): +# From Paul Eggert (2006-03-22): # # A good source for time zone historical data outside the U.S. is -# Thomas G. Shanks, The International Atlas (5th edition), -# San Diego: ACS Publications, Inc. (1999). +# Thomas G. Shanks and Rique Pottenger, The International Atlas (6th edition), +# San Diego: ACS Publications, Inc. (2003). # # Gwillim Law writes that a good source # for recent time zone data is the International Air Transport @@ -17,8 +17,8 @@ # published semiannually. Law sent in several helpful summaries # of the IATA's data after 1990. # -# Except where otherwise noted, Shanks is the source for entries through 1990, -# and IATA SSIM is the source for entries after 1990. +# Except where otherwise noted, Shanks & Pottenger is the source for +# entries through 1990, and IATA SSIM is the source for entries afterwards. # # Another source occasionally used is Edward W. Whitman, World Time Differences, # Whitman Publishing Co, 2 Niagara Av, Ealing, London (undated), which @@ -65,7 +65,7 @@ # Algeria # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Algeria 1916 only - Jun 14 23:00s 1:00 S -Rule Algeria 1916 1919 - Oct Sun<=7 23:00s 0 - +Rule Algeria 1916 1919 - Oct Sun>=1 23:00s 0 - Rule Algeria 1917 only - Mar 24 23:00s 1:00 S Rule Algeria 1918 only - Mar 9 23:00s 1:00 S Rule Algeria 1919 only - Mar 1 23:00s 1:00 S @@ -75,7 +75,7 @@ Rule Algeria 1921 only - Mar 14 23:00s 1 Rule Algeria 1921 only - Jun 21 23:00s 0 - Rule Algeria 1939 only - Sep 11 23:00s 1:00 S Rule Algeria 1939 only - Nov 19 1:00 0 - -Rule Algeria 1944 1945 - Apr Mon<=7 2:00 1:00 S +Rule Algeria 1944 1945 - Apr Mon>=1 2:00 1:00 S Rule Algeria 1944 only - Oct 8 2:00 0 - Rule Algeria 1945 only - Sep 16 1:00 0 - Rule Algeria 1971 only - Apr 25 23:00s 1:00 S @@ -86,7 +86,8 @@ Rule Algeria 1978 only - Mar 24 1:00 1: Rule Algeria 1978 only - Sep 22 3:00 0 - Rule Algeria 1980 only - Apr 25 0:00 1:00 S Rule Algeria 1980 only - Oct 31 2:00 0 - -# Shanks gives 0:09 for Paris Mean Time; go with Howse's more precise 0:09:21. +# Shanks & Pottenger give 0:09:20 for Paris Mean Time; go with Howse's +# more precise 0:09:21. # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Africa/Algiers 0:12:12 - LMT 1891 Mar 15 0:01 0:09:21 - PMT 1911 Mar 11 # Paris Mean Time @@ -106,7 +107,8 @@ Zone Africa/Luanda 0:52:56 - LMT 1892 1:00 - WAT # Benin -# Whitman says they switched to 1:00 in 1946, not 1934; go with Shanks. +# Whitman says they switched to 1:00 in 1946, not 1934; +# go with Shanks & Pottenger. # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Africa/Porto-Novo 0:10:28 - LMT 1912 0:00 - GMT 1934 Feb 26 @@ -130,7 +132,7 @@ Zone Africa/Bujumbura 1:57:28 - LMT 1890 2:00 - CAT # Cameroon -# Whitman says they switched to 1:00 in 1920; go with Shanks. +# Whitman says they switched to 1:00 in 1920; go with Shanks & Pottenger. # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Africa/Douala 0:38:48 - LMT 1912 1:00 - WAT @@ -229,9 +231,9 @@ Zone Africa/Asmera 2:35:32 - LMT 1870 3:00 - EAT # Ethiopia -# From Paul Eggert (1997-10-05): -# Shanks writes that Ethiopia had six narrowly-spaced time zones between -# 1870 and 1890, and that they merged to 38E50 (2:35:20) in 1890. +# From Paul Eggert (2006-03-22): +# Shanks & Pottenger write that Ethiopia had six narrowly-spaced time zones +# between 1870 and 1890, and that they merged to 38E50 (2:35:20) in 1890. # We'll guess that 38E50 is for Adis Dera. # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Africa/Addis_Ababa 2:34:48 - LMT 1870 @@ -252,7 +254,8 @@ Zone Africa/Banjul -1:06:36 - LMT 1912 # Ghana # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S -# Whitman says DST was observed from 1931 to ``the present''; go with Shanks. +# Whitman says DST was observed from 1931 to ``the present''; +# go with Shanks & Pottenger. Rule Ghana 1936 1942 - Sep 1 0:00 0:20 GHST Rule Ghana 1936 1942 - Dec 31 0:00 0 GMT # Zone NAME GMTOFF RULES FORMAT [UNTIL] @@ -288,13 +291,14 @@ Zone Africa/Maseru 1:50:00 - LMT 1903 Ma 2:00 - SAST # Liberia -# From Paul Eggert (2001-07-17): +# From Paul Eggert (2006-03-22): # In 1972 Liberia was the last country to switch # from a UTC offset that was not a multiple of 15 or 20 minutes. # Howse reports that it was in honor of their president's birthday. -# Shanks reports the date as May 1, whereas Howse reports Jan; go with Shanks. -# For Liberia before 1972, Shanks reports -0:44, whereas Howse and Whitman -# each report -0:44:30; go with the more precise figure. +# Shank & Pottenger report the date as May 1, whereas Howse reports Jan; +# go with Shanks & Pottenger. +# For Liberia before 1972, Shanks & Pottenger report -0:44, whereas Howse and +# Whitman each report -0:44:30; go with the more precise figure. # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Africa/Monrovia -0:43:08 - LMT 1882 -0:43:08 - MMT 1919 Mar # Monrovia Mean Time @@ -324,7 +328,7 @@ Zone Africa/Tripoli 0:52:44 - LMT 1920 1:00 Libya CE%sT 1959 2:00 - EET 1982 1:00 Libya CE%sT 1990 May 4 -# The following entries are all from Shanks; +# The following entries are from Shanks & Pottenger; # the IATA SSIM data contain some obvious errors. 2:00 - EET 1996 Sep 30 1:00 - CET 1997 Apr 4 @@ -403,8 +407,8 @@ Zone Africa/Maputo 2:10:20 - LMT 1903 Ma 2:00 - CAT # Namibia -# The 1994-04-03 transition is from Shanks. -# Shanks reports no DST after 1998-04; go with IATA. +# The 1994-04-03 transition is from Shanks & Pottenger. +# Shanks & Pottenger report no DST after 1998-04; go with IATA. # RULE NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Namibia 1994 max - Sep Sun>=1 2:00 1:00 S Rule Namibia 1995 max - Apr Sun>=1 2:00 0 - @@ -488,7 +492,7 @@ Zone Indian/Mahe 3:41:48 - LMT 1906 Jun # Sierra Leone # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S -# Whitman gives Mar 31 - Aug 31 for 1931 on; go with Shanks. +# Whitman gives Mar 31 - Aug 31 for 1931 on; go with Shanks & Pottenger. Rule SL 1935 1942 - Jun 1 0:00 0:40 SLST Rule SL 1935 1942 - Oct 1 0:00 0 WAT Rule SL 1957 1962 - Jun 1 0:00 1:00 SLST @@ -596,8 +600,9 @@ Rule Tunisia 1989 only - Mar 26 0:00s 1 Rule Tunisia 1990 only - May 1 0:00s 1:00 S Rule Tunisia 2005 only - May 1 0:00s 1:00 S Rule Tunisia 2005 only - Sep 30 1:00s 0 - -# Shanks gives 0:09 for Paris Mean Time; go with Howse's more precise 0:09:21. -# Shanks says the 1911 switch occurred on Mar 9; go with Howse's Mar 11. +# 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. # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Africa/Tunis 0:40:44 - LMT 1881 May 12 0:09:21 - PMT 1911 Mar 11 # Paris Mean Time =================================================================== RCS file: RCS/antarctica,v retrieving revision 2006.2 retrieving revision 2006.2.0.1 diff -pu -r2006.2 -r2006.2.0.1 --- antarctica 2006/02/20 15:08:17 2006.2 +++ antarctica 2006/03/22 23:14:41 2006.2.0.1 @@ -34,12 +34,12 @@ Rule RussAQ 1996 max - Oct lastSun 2:00 Rule ArgAQ 1964 1966 - Mar 1 0:00 0 - Rule ArgAQ 1964 1966 - Oct 15 0:00 1:00 S Rule ArgAQ 1967 only - Apr 1 0:00 0 - -Rule ArgAQ 1967 1968 - Oct Sun<=7 0:00 1:00 S -Rule ArgAQ 1968 1969 - Apr Sun<=7 0:00 0 - +Rule ArgAQ 1967 1968 - Oct Sun>=1 0:00 1:00 S +Rule ArgAQ 1968 1969 - Apr Sun>=1 0:00 0 - Rule ArgAQ 1974 only - Jan 23 0:00 1:00 S Rule ArgAQ 1974 only - May 1 0:00 0 - -Rule ArgAQ 1974 1976 - Oct Sun<=7 0:00 1:00 S -Rule ArgAQ 1975 1977 - Apr Sun<=7 0:00 0 - +Rule ArgAQ 1974 1976 - Oct Sun>=1 0:00 1:00 S +Rule ArgAQ 1975 1977 - Apr Sun>=1 0:00 0 - Rule ChileAQ 1966 1997 - Oct Sun>=9 0:00 1:00 S Rule ChileAQ 1967 1998 - Mar Sun>=9 0:00 0 - Rule ChileAQ 1998 only - Sep 27 0:00 1:00 S =================================================================== RCS file: RCS/asia,v retrieving revision 2006.2 retrieving revision 2006.2.0.1 diff -pu -r2006.2 -r2006.2.0.1 --- asia 2006/02/20 15:08:17 2006.2 +++ asia 2006/03/22 23:14:41 2006.2.0.1 @@ -5,11 +5,11 @@ # go ahead and edit the file (and please send any changes to # tz(a)elsie.nci.nih.gov for general use in the future). -# From Paul Eggert (1999-03-22): +# From Paul Eggert (2006-03-22): # # A good source for time zone historical data outside the U.S. is -# Thomas G. Shanks, The International Atlas (5th edition), -# San Diego: ACS Publications, Inc. (1999). +# Thomas G. Shanks and Rique Pottenger, The International Atlas (6th edition), +# San Diego: ACS Publications, Inc. (2003). # # Gwillim Law writes that a good source # for recent time zone data is the International Air Transport @@ -17,8 +17,8 @@ # published semiannually. Law sent in several helpful summaries # of the IATA's data after 1990. # -# Except where otherwise noted, Shanks is the source for entries through 1990, -# and IATA SSIM is the source for entries after 1990. +# Except where otherwise noted, Shanks & Pottenger is the source for +# entries through 1990, and IATA SSIM is the source for entries afterwards. # # Another source occasionally used is Edward W. Whitman, World Time Differences, # Whitman Publishing Co, 2 Niagara Av, Ealing, London (undated), which @@ -61,6 +61,7 @@ # 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 - Rule E-EurAsia 1981 max - Mar lastSun 0:00 1:00 S Rule E-EurAsia 1979 1995 - Sep lastSun 0:00 0 - @@ -82,10 +83,11 @@ Zone Asia/Kabul 4:36:48 - LMT 1890 4:30 - AFT # Armenia -# From Paul Eggert (1999-10-29): -# Shanks has Yerevan switching to 3:00 (with Russian DST) in spring 1991, -# then to 4:00 with no DST in fall 1995, then readopting Russian DST in 1997. -# Go with Shanks, even when he disagrees with others. Edgar Der-Danieliantz +# From Paul Eggert (2006-03-22): +# Shanks & Pottenger have Yerevan switching to 3:00 (with Russian DST) +# in spring 1991, then to 4:00 with no DST in fall 1995, then +# readopting Russian DST in 1997. Go with Shanks & Pottenger, even +# when they disagree with others. Edgar Der-Danieliantz # reported (1996-05-04) that Yerevan probably wouldn't use DST # in 1996, though it did use DST in 1995. IATA SSIM (1991/1998) reports that # Armenia switched from 3:00 to 4:00 in 1998 and observed DST after 1991, @@ -194,13 +196,15 @@ Zone Asia/Phnom_Penh 6:59:40 - LMT 1906 # CHINA 8 H AHEAD OF UTC ALL OF CHINA, INCL TAIWAN # CHINA 9 H AHEAD OF UTC APR 17 - SEP 10 -# From Paul Eggert (1995-12-19): -# Shanks writes that China has had a single time zone since 1980 May 1, -# observing summer DST from 1986 through 1991; this contradicts Devine's +# From Paul Eggert (2006-03-22): +# Shanks & Pottenger write that China (except for Hong Kong and Macau) +# has had a single time zone since 1980 May 1, observing summer DST +# from 1986 through 1991; this contradicts Devine's # note about Time magazine, though apparently _something_ happened in 1986. -# Go with Shanks for now. I made up names for the other pre-1980 time zones. +# Go with Shanks & Pottenger for now. I made up names for the other +# pre-1980 time zones. -# From Shanks: +# From Shanks & Pottenger: # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Shang 1940 only - Jun 3 0:00 1:00 D Rule Shang 1940 1941 - Oct 1 0:00 0 S @@ -266,7 +270,7 @@ Zone Asia/Hong_Kong 7:36:36 - LMT 1904 O # Taiwan -# Shanks writes that Taiwan observed DST during 1945, when it +# Shanks & Pottenger write that Taiwan observed DST during 1945, when it # was still controlled by Japan. This is hard to believe, but we don't # have any other information. @@ -423,7 +427,7 @@ Zone Asia/Calcutta 5:53:28 - LMT 1880 # # Indonesia # -# From Gwillim Law (2001-05-28), overriding Shanks: +# From Gwillim Law (2001-05-28), overriding Shanks & Pottenger: # <http://www.sumatera-inc.com/go_to_invest/about_indonesia.asp#standtime> # says that Indonesia's time zones changed on 1988-01-01. Looking at some # time zone maps, I think that must refer to Western Borneo (Kalimantan Barat @@ -431,7 +435,7 @@ Zone Asia/Calcutta 5:53:28 - LMT 1880 # # # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Jakarta 7:07:12 - LMT 1867 Aug 10 -# Shanks says the next transition was at 1924 Jan 1 0:13, +# Shanks & Pottenger say the next transition was at 1924 Jan 1 0:13, # but this must be a typo. 7:07:12 - JMT 1923 Dec 31 23:47:12 # Jakarta 7:20 - JAVT 1932 Nov # Java Time @@ -498,8 +502,8 @@ Zone Asia/Jayapura 9:22:48 - LMT 1932 No # 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. +# From Paul Eggert (2006-03-22): +# Go with Shanks & Pottenger before Sept. 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 @@ -519,6 +523,14 @@ Zone Asia/Jayapura 9:22:48 - LMT 1932 No # Reingold's/Dershowitz' calculator gives correctly the Gregorian date # 2058-03-21 for 1 Farvardin 1437 (astronomical). # +# From Paul Eggert (2006-03-22): +# The above comments about post-2006 transitions may become relevant again, +# if Iran ever resuscitates DST, so we'll leave the comments in. +# +# From Steffen Thorsen (2006-03-22): +# Several of my users have reported that Iran will not observe DST anymore: +# http://www.irna.ir/en/news/view/line-17/0603193812164948.htm +# # 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 @@ -537,38 +549,8 @@ 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 1:00 D -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 +Rule Iran 2005 only - Mar 22 0:00 1:00 D +Rule Iran 2005 only - Sep 22 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 @@ -601,7 +583,8 @@ Rule Iraq 1984 1985 - Apr 1 0:00 1:00 D Rule Iraq 1985 1990 - Sep lastSun 1:00s 0 S Rule Iraq 1986 1990 - Mar lastSun 1:00s 1:00 D # IATA SSIM (1991/1996) says Apr 1 12:01am UTC; guess the `:01' is a typo. -# Shanks says Iraq did not observe DST 1992/1997 or 1999 on; ignore this. +# Shanks & Pottenger say Iraq did not observe DST 1992/1997; ignore this. +# Rule Iraq 1991 max - Apr 1 3:00s 1:00 D Rule Iraq 1991 max - Oct 1 3:00s 0 S # Zone NAME GMTOFF RULES FORMAT [UNTIL] @@ -635,7 +618,7 @@ Zone Asia/Baghdad 2:57:40 - LMT 1890 # high on my favorite-country list (and not only because my wife's # family is from India). -# From Shanks: +# From Shanks & Pottenger: # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Zion 1940 only - Jun 1 0:00 1:00 D Rule Zion 1942 1944 - Nov 1 0:00 0 S @@ -874,14 +857,15 @@ Zone Asia/Jerusalem 2:20:56 - LMT 1880 # of the Japanese wanted to scrap daylight-saving time, as opposed to 30% who # wanted to keep it.) -# Shanks writes that daylight saving in Japan during those years was as follows: +# From Paul Eggert (2006-03-22): +# Shanks & Pottenger write that DST in Japan during those years was as follows: # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Japan 1948 only - May Sun>=1 2:00 1:00 D Rule Japan 1948 1951 - Sep Sat>=8 2:00 0 S Rule Japan 1949 only - Apr Sun>=1 2:00 1:00 D Rule Japan 1950 1951 - May Sun>=1 2:00 1:00 D # but the only locations using it (for birth certificates, presumably, since -# Shanks's audience is astrologers) were US military bases. For now, assume +# their audience is astrologers) were US military bases. For now, assume # that for most purposes daylight-saving time was observed; otherwise, what # would have been the point of the 1951 poll? @@ -906,8 +890,9 @@ Rule Japan 1950 1951 - May Sun>=1 2:00 1 # I wrote "ordinance" above, but I don't know how to translate. # In Japanese it's "chokurei", which means ordinance from emperor. -# Shanks claims JST in use since 1896, and that a few places (e.g. Ishigaki) -# use +0800; go with Suzuki. Guess that all ordinances took effect on Jan 1. +# Shanks & Pottenger claim JST in use since 1896, and that a few +# places (e.g. Ishigaki) use +0800; go with Suzuki. Guess that all +# ordinances took effect on Jan 1. # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Tokyo 9:18:59 - LMT 1887 Dec 31 15:00u @@ -979,11 +964,11 @@ Zone Asia/Amman 2:23:44 - LMT 1931 # Guess that Aqtau and Aqtobe diverged in 1995, since that's the first time # IATA SSIM mentions a third time zone in Kazakhstan. -# From Paul Eggert (2001-10-18): +# From Paul Eggert (2006-03-22): # German Iofis, ELSI, Almaty (2001-10-09) reports that Kazakhstan uses # RussiaAsia rules, instead of switching at 00:00 as the IATA has it. -# Go with Shanks, who has them always using RussiaAsia rules. -# Also go with the following claims of Shanks: +# Go with Shanks & Pottenger, who have them always using RussiaAsia rules. +# Also go with the following claims of Shanks & Pottenger: # # - Kazakhstan did not observe DST in 1991. # - Qyzylorda switched from +5:00 to +6:00 on 1992-01-19 02:00. @@ -1063,7 +1048,7 @@ Zone Asia/Oral 3:25:24 - LMT 1924 May 2 5:00 - ORAT # Kyrgyzstan (Kirgizstan) -# Transitions through 1991 are from Shanks. +# Transitions through 1991 are from Shanks & Pottenger. # From Paul Eggert (2005-08-15): # According to an article dated today in the Kyrgyzstan Development Gateway @@ -1096,12 +1081,12 @@ Zone Asia/Bishkek 4:58:24 - LMT 1924 May # Daylight Savings Time was not observed until 1987. He did not know # at what time of day DST starts or ends. -# From Shanks: +# From Shanks & Pottenger: # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule ROK 1960 only - May 15 0:00 1:00 D Rule ROK 1960 only - Sep 13 0:00 0 S -Rule ROK 1987 1988 - May Sun<=14 0:00 1:00 D -Rule ROK 1987 1988 - Oct Sun<=14 0:00 0 S +Rule ROK 1987 1988 - May Sun>=8 0:00 1:00 D +Rule ROK 1987 1988 - Oct Sun>=8 0:00 0 S # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Seoul 8:27:52 - LMT 1890 @@ -1184,8 +1169,8 @@ Zone Asia/Kuala_Lumpur 6:46:46 - LMT 190 7:30 - MALT 1982 Jan 1 8:00 - MYT # Malaysia Time # Sabah & Sarawak -# From Paul Eggert (2003-11-01): -# The data here are mostly from Shanks, but the 1942, 1945 and 1982 +# From Paul Eggert (2006-03-22): +# The data here are mostly from Shanks & Pottenger, but the 1942, 1945 and 1982 # transition dates are from Mok Ly Yng. # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Kuching 7:21:20 - LMT 1926 Mar @@ -1203,8 +1188,8 @@ Zone Indian/Maldives 4:54:00 - LMT 1880 # Mongolia -# Shanks says that Mongolia has three time zones, but usno1995 and the CIA map -# Standard Time Zones of the World (1997-01) +# Shanks & Pottenger say that Mongolia has three time zones, but +# usno1995 and the CIA map Standard Time Zones of the World (2005-03) # both say that it has just one. # From Oscar van Vlijmen (1999-12-11): @@ -1274,11 +1259,19 @@ Zone Indian/Maldives 4:54:00 - LMT 1880 # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Mongol 1983 1984 - Apr 1 0:00 1:00 S Rule Mongol 1983 only - Oct 1 0:00 0 - -# IATA SSIM says 1990s switches occurred at 00:00, but Shanks (1995) lists -# them at 02:00s, and McDow says the 2001 switches also occurred at 02:00. -# Also, IATA SSIM (1996-09) says 1996-10-25. Go with Shanks through 1998. -Rule Mongol 1985 1998 - Mar lastSun 2:00s 1:00 S -Rule Mongol 1984 1998 - Sep lastSun 2:00s 0 - +# Shanks & Pottenger and IATA SSIM say 1990s switches occurred at 00:00, +# but McDow says the 2001 switches occurred at 02:00. Also, IATA SSIM +# (1996-09) says 1996-10-25. Go with Shanks & Pottenger through 1998. +# +# Shanks & Pottenger say that the Sept. 1984 through Sept. 1990 switches +# in Choibalsan (more precisely, in Dornod and Sukhbaatar) took place +# at 02:00 standard time, not at 00:00 local time as in the rest of +# the country. That would be odd, and possibly is a result of their +# correction of 02:00 (in the previous edition) not being done correctly +# in the latest edition; so ignore it for now. + +Rule Mongol 1985 1998 - Mar lastSun 0:00 1:00 S +Rule Mongol 1984 1998 - Sep lastSun 0:00 0 - # IATA SSIM (1999-09) says Mongolia no longer observes DST. Rule Mongol 2001 only - Apr lastSat 2:00 1:00 S Rule Mongol 2001 max - Sep lastSat 2:00 0 - @@ -1404,8 +1397,8 @@ Zone Asia/Karachi 4:28:12 - LMT 1907 # I guess more info may be available from the PA's web page (if/when they # have one). -# From Paul Eggert (1998-02-25): -# Shanks writes that Gaza did not observe DST until 1957, but we'll go +# From Paul Eggert (2006-03-22): +# Shanks & Pottenger write that Gaza did not observe DST until 1957, but go # with Shapir and assume that it observed DST from 1940 through 1947, # and that it used Jordanian rules starting in 1996. # We don't yet need a separate entry for the West Bank, since @@ -1473,7 +1466,7 @@ Zone Asia/Gaza 2:17:52 - LMT 1900 Oct # Philippines, issued a proclamation announcing that 1844-12-30 was to # be immediately followed by 1845-01-01. Robert H. van Gent has a # transcript of the decree in <http://www.phys.uu.nl/~vgent/idl/idl.htm>. -# The rest of this data is from Shanks. +# The rest of the data are from Shanks & Pottenger. # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Phil 1936 only - Nov 1 0:00 1:00 S Rule Phil 1937 only - Feb 1 0:00 0 - @@ -1533,6 +1526,11 @@ Zone Asia/Singapore 6:55:25 - LMT 1901 J # With effect from 12.30 a.m. on 26th October 1996 # Sri Lanka will be six (06) hours ahead of GMT. +# From Petr Machata (2006-03-09): +# It was brought to my attention that Sri Lanka is going to change +# timezone from GMT+6:00 to GMT+5:30, quite soon at Apr/13: +# http://www.hindu.com/thehindu/holnus/001200603042035.htm + # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Colombo 5:19:24 - LMT 1880 5:19:32 - MMT 1906 # Moratuwa Mean Time @@ -1541,7 +1539,8 @@ Zone Asia/Colombo 5:19:24 - LMT 1880 5:30 1:00 IST 1945 Oct 16 2:00 5:30 - IST 1996 May 25 0:00 6:30 - LKT 1996 Oct 26 0:30 - 6:00 - LKT + 6:00 - LKT 2006 Apr 14 + 5:30 - IST # Syria # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S @@ -1576,7 +1575,7 @@ Rule Syria 1993 only - Sep 25 0:00 0 - # IATA SSIM (1998-02) says 1998-04-02; # (1998-09) says 1999-03-29 and 1999-09-29; (1999-02) says 1999-04-02, # 2000-04-02, and 2001-04-02; (1999-09) says 2000-03-31 and 2001-03-31; -# ignore all these claims and go with Shanks. +# ignore all these claims and go with Shanks & Pottenger. Rule Syria 1994 1996 - Apr 1 0:00 1:00 S Rule Syria 1994 max - Oct 1 0:00 0 - Rule Syria 1997 1998 - Mar lastMon 0:00 1:00 S @@ -1586,7 +1585,7 @@ Zone Asia/Damascus 2:25:12 - LMT 1920 # 2:00 Syria EE%sT # Tajikistan -# From Shanks. +# From Shanks & Pottenger. # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Dushanbe 4:35:12 - LMT 1924 May 2 5:00 - DUST 1930 Jun 21 # Dushanbe Time @@ -1601,13 +1600,13 @@ Zone Asia/Bangkok 6:42:04 - LMT 1880 7:00 - ICT # Turkmenistan -# From Shanks. +# From Shanks & Pottenger. # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Ashgabat 3:53:32 - LMT 1924 May 2 # or Ashkhabad 4:00 - ASHT 1930 Jun 21 # Ashkhabad Time 5:00 RussiaAsia ASH%sT 1991 Mar 31 2:00 4:00 RussiaAsia ASH%sT 1991 Oct 27 # independence - 4:00 RussiaAsia TM%sT 1992 Jan 19 2:00 + 4:00 RussiaAsia TM%sT 1992 Jan 19 2:00 5:00 - TMT # United Arab Emirates @@ -1621,24 +1620,24 @@ Zone Asia/Samarkand 4:27:12 - LMT 1924 M 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 + 6:00 - TAST 1982 Apr 1 # Tashkent Time + 5:00 RussiaAsia SAM%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 + 6:00 RussiaAsia TAS%sT 1991 Mar 31 2:00 5:00 RussiaAsia TAS%sT 1991 Sep 1 # independence 5:00 RussiaAsia UZ%sT 1992 - 5:00 RussiaAsia UZ%sT 1993 5:00 - UZT # Vietnam + # From Paul Eggert (1993-11-18): # Saigon's official name is Thanh-Pho Ho Chi Minh, but it's too long. # We'll stick with the traditional name for now. -# From Shanks: + +# From Shanks & Pottenger: # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Saigon 7:06:40 - LMT 1906 Jun 9 7:06:20 - SMT 1911 Mar 11 0:01 # Saigon MT? =================================================================== RCS file: RCS/australasia,v retrieving revision 2006.2 retrieving revision 2006.2.0.1 diff -pu -r2006.2 -r2006.2.0.1 --- australasia 2006/02/20 15:08:17 2006.2 +++ australasia 2006/03/22 23:14:41 2006.2.0.1 @@ -210,7 +210,7 @@ Zone Indian/Christmas 7:02:52 - LMT 1895 7:00 - CXT # Christmas Island Time # Cook Is -# From Shanks: +# From Shanks & Pottenger: # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Cook 1978 only - Nov 12 0:00 0:30 HS Rule Cook 1979 1991 - Mar Sun>=1 0:00 0 - @@ -308,7 +308,7 @@ Zone Pacific/Nauru 11:07:40 - LMT 1921 J Rule NC 1977 1978 - Dec Sun>=1 0:00 1:00 S Rule NC 1978 1979 - Feb 27 0:00 0 - Rule NC 1996 only - Dec 1 2:00s 1:00 S -# Shanks says the following was at 2:00; go with IATA. +# Shanks & Pottenger say the following was at 2:00; go with IATA. Rule NC 1997 only - Mar 2 2:00s 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Pacific/Noumea 11:05:48 - LMT 1912 Jan 13 @@ -507,10 +507,10 @@ Zone Pacific/Wallis 12:15:20 - LMT 1901 # go ahead and edit the file (and please send any changes to # tz(a)elsie.nci.nih.gov for general use in the future). -# From Paul Eggert (1999-10-29): +# From Paul Eggert (2006-03-22): # A good source for time zone historical data outside the U.S. is -# Thomas G. Shanks, The International Atlas (5th edition), -# San Diego: ACS Publications, Inc. (1999). +# Thomas G. Shanks and Rique Pottenger, The International Atlas (6th edition), +# San Diego: ACS Publications, Inc. (2003). # # Gwillim Law writes that a good source # for recent time zone data is the International Air Transport @@ -518,8 +518,8 @@ Zone Pacific/Wallis 12:15:20 - LMT 1901 # published semiannually. Law sent in several helpful summaries # of the IATA's data after 1990. # -# Except where otherwise noted, Shanks is the source for entries through 1990, -# and IATA SSIM is the source for entries after 1990. +# Except where otherwise noted, Shanks & Pottenger is the source for +# entries through 1990, and IATA SSIM is the source for entries afterwards. # # Another source occasionally used is Edward W. Whitman, World Time Differences, # Whitman Publishing Co, 2 Niagara Av, Ealing, London (undated), which @@ -669,7 +669,7 @@ Zone Pacific/Wallis 12:15:20 - LMT 1901 # understood in Australia. # From Paul Eggert (1995-12-19): -# Shanks reports 2:00 for all autumn changes in Australia and New Zealand. +# Shanks & Pottenger report 2:00 for all autumn changes in Australia and NZ. # Mark Prior writes that his newspaper # reports that NSW's fall 1995 change will occur at 2:00, # but Robert Elz says it's been 3:00 in Victoria since 1970 @@ -842,14 +842,14 @@ Zone Pacific/Wallis 12:15:20 - LMT 1901 # current DST ending dates, no worries. # # Rule Oz 1971 1985 - Oct lastSun 2:00 1:00 - -# Rule Oz 1986 max - Oct Sun<=24 2:00 1:00 - +# Rule Oz 1986 max - Oct Sun>=18 2:00 1:00 - # Rule Oz 1972 only - Feb 27 3:00 0 - # Rule Oz 1973 1986 - Mar Sun>=1 3:00 0 - -# Rule Oz 1987 max - Mar Sun<=21 3:00 0 - +# Rule Oz 1987 max - Mar Sun>=15 3:00 0 - # Zone Australia/Tasmania 10:00 Oz EST # Zone Australia/South 9:30 Oz CST # Zone Australia/Victoria 10:00 Oz EST 1985 Oct lastSun 2:00 -# 10:00 1:00 EST 1986 Mar Sun<=21 3:00 +# 10:00 1:00 EST 1986 Mar Sun>=15 3:00 # 10:00 Oz EST # From Robert Elz (1991-03-06): @@ -875,7 +875,7 @@ Zone Pacific/Wallis 12:15:20 - LMT 1901 # ... # Rule AS 1971 max - Oct lastSun 2:00 1:00 D # Rule AS 1972 1985 - Mar Sun>=1 3:00 0 C -# Rule AS 1986 1990 - Mar Sun<=21 3:00 0 C +# Rule AS 1986 1990 - Mar Sun>=15 3:00 0 C # Rule AS 1991 max - Mar Sun>=1 3:00 0 C # From Bradley White (1992-03-11): @@ -1068,9 +1068,9 @@ Zone Pacific/Wallis 12:15:20 - LMT 1901 # shown on clocks on LHI. I guess this means that for 30 minutes at the start # of DST, LHI is actually 1 hour ahead of the rest of NSW. -# From Paul Eggert (2001-02-09): -# For Lord Howe dates we use Shanks through 1989, and Lonergan thereafter. -# For times we use Lonergan. +# From Paul Eggert (2006-03-22): +# For Lord Howe dates we use Shanks & Pottenger through 1989, and +# Lonergan thereafter. For times we use Lonergan. ############################################################################### @@ -1101,16 +1101,16 @@ Zone Pacific/Wallis 12:15:20 - LMT 1901 # rather than the October 1 value. # From Paul Eggert (1995-12-19); -# Shanks reports 2:00 for all autumn changes in Australia and New Zealand. +# Shank & Pottenger report 2:00 for all autumn changes in Australia and NZ. # Robert Uzgalis writes that the New Zealand Daylight # Savings Time Order in Council dated 1990-06-18 specifies 2:00 standard # time on both the first Sunday in October and the third Sunday in March. # As with Australia, we'll assume the tradition is 2:00s, not 2:00. # -# From Paul Eggert (2003-05-26): +# From Paul Eggert (2006-03-22): # The Department of Internal Affairs (DIA) maintains a brief history, # as does Carol Squires; see tz-link.htm for the full references. -# Use these sources in preference to Shanks. +# Use these sources in preference to Shanks & Pottenger. # # For Chatham, IATA SSIM (1991/1999) gives the NZ rules but with # transitions at 2:45 local standard time; this confirms that Chatham @@ -1185,8 +1185,8 @@ Zone Pacific/Wallis 12:15:20 - LMT 1901 # ``I am certain, having lived there for the past decade, that "Truk" # (now properly known as Chuuk) ... is in the time zone GMT+10.'' # -# Shanks writes that Truk switched from UTC+10 to UTC+11 on 1978-10-01; -# ignore this for now. +# Shanks & Pottenger write that Truk switched from UTC+10 to UTC+11 +# on 1978-10-01; ignore this for now. # From Paul Eggert (1999-10-29): # The Federated States of Micronesia Visitors Board writes in @@ -1279,8 +1279,8 @@ Zone Pacific/Wallis 12:15:20 - LMT 1901 # on the World Day of Prayer, you would be the first people on Earth # to say your prayers in the morning." -# From Paul Eggert (1999-08-12): -# Shanks says the transition was on 1968-10-01; go with Mundell. +# From Paul Eggert (2006-03-22): +# Shanks & Pottenger say the transition was on 1968-10-01; go with Mundell. # From Eric Ulevik (1999-05-03): # Tonga's director of tourism, who is also secretary of the National Millenium =================================================================== RCS file: RCS/europe,v retrieving revision 2006.2 retrieving revision 2006.2.0.1 diff -pu -r2006.2 -r2006.2.0.1 --- europe 2006/02/20 15:08:17 2006.2 +++ europe 2006/03/22 23:14:41 2006.2.0.1 @@ -5,10 +5,10 @@ # go ahead and edit the file (and please send any changes to # tz(a)elsie.nci.nih.gov for general use in the future). -# From Paul Eggert (1999-10-29): +# From Paul Eggert (2006-03-22): # A good source for time zone historical data outside the U.S. is -# Thomas G. Shanks, The International Atlas (5th edition), -# San Diego: ACS Publications, Inc. (1999). +# Thomas G. Shanks and Rique Pottenger, The International Atlas (6th edition), +# San Diego: ACS Publications, Inc. (2003). # # Gwillim Law writes that a good source # for recent time zone data is the International Air Transport @@ -16,8 +16,8 @@ # published semiannually. Law sent in several helpful summaries # of the IATA's data after 1990. # -# Except where otherwise noted, Shanks is the source for entries through 1991, -# and IATA SSIM is the source for entries afterwards. +# Except where otherwise noted, Shanks & Pottenger is the source for +# entries through 1991, and IATA SSIM is the source for entries afterwards. # # Other sources occasionally used include: # @@ -221,11 +221,12 @@ # (Lords Hansard 11 June 1997 columns 964 to 976) # </a>. -# From Paul Eggert (2001-07-18): +# From Paul Eggert (2006-03-22): # -# For lack of other data, we'll follow Shanks for Eire in 1940-1948. +# For lack of other data, follow Shanks & Pottenger for Eire in 1940-1948. # -# Given Ilieve and Myers's data, the following claims by Shanks are incorrect: +# Given Ilieve and Myers's data, the following claims by Shanks & Pottenger +# are incorrect: # * Wales did not switch from GMT to daylight saving time until # 1921 Apr 3, when they began to conform with the rest of Great Britain. # Actually, Wales was identical after 1880. @@ -237,18 +238,19 @@ # Actually, that date saw the usual switch to summer time. # Standard time was not changed until 1968-10-27 (the clocks didn't change). # -# Here is another incorrect claim by Shanks: +# Here is another incorrect claim by Shanks & Pottenger: # * Jersey, Guernsey, and the Isle of Man did not switch from GMT # to daylight saving time until 1921 Apr 3, when they began to # conform with Great Britain. # S.R.&O. 1916, No. 382 and HO 45/10811/312364 (quoted above) say otherwise. # -# The following claim by Shanks is possible though doubtful; +# The following claim by Shanks & Pottenger is possible though doubtful; # we'll ignore it for now. # * Dublin's 1971-10-31 switch was at 02:00, even though London's was 03:00. # # -# Whitman says Dublin Mean Time was -0:25:21, which is more precise than Shanks. +# Whitman says Dublin Mean Time was -0:25:21, which is more precise than +# Shanks & Pottenger. # Perhaps this was Dunsink Observatory Time, as Dunsink Observatory # (8 km NW of Dublin's center) seemingly was to Dublin as Greenwich was # to London. For example: @@ -476,7 +478,7 @@ Rule C-Eur 1942 only - Nov 2 2:00s 0 - Rule C-Eur 1943 only - Mar 29 2:00s 1:00 S Rule C-Eur 1943 only - Oct 4 2:00s 0 - Rule C-Eur 1944 only - Apr 3 2:00s 1:00 S -# Whitman gives 1944 Oct 7; go with Shanks. +# Whitman gives 1944 Oct 7; go with Shanks & Pottenger. Rule C-Eur 1944 only - Oct 2 2:00s 0 - Rule C-Eur 1977 1980 - Apr Sun>=1 2:00s 1:00 S Rule C-Eur 1977 only - Sep lastSun 2:00s 0 - @@ -596,12 +598,12 @@ Zone Europe/Andorra 0:06:04 - LMT 1901 # Austria -# From Paul Eggert (2003-02-28): Shanks gives 1918-06-16 and +# From Paul Eggert (2006-03-22): Shanks & Pottenger give 1918-06-16 and # 1945-11-18, but the Austrian Federal Office of Metrology and # Surveying (BEV) gives 1918-09-16 and for Vienna gives the "alleged" # date of 1945-04-12 with no time. For the 1980-04-06 transition -# Shanks gives 02:00, the BEV 00:00. Go with the BEV, and guess 02:00 -# for 1945-04-12. +# Shanks & Pottenger give 02:00, the BEV 00:00. Go with the BEV, +# and guess 02:00 for 1945-04-12. # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Austria 1920 only - Apr 5 2:00s 1:00 S @@ -713,7 +715,7 @@ Zone Europe/Brussels 0:17:30 - LMT 1880 # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Bulg 1979 only - Mar 31 23:00 1:00 S Rule Bulg 1979 only - Oct 1 1:00 0 - -Rule Bulg 1980 1982 - Apr Sat<=7 23:00 1:00 S +Rule Bulg 1980 1982 - Apr Sat>=1 23:00 1:00 S Rule Bulg 1980 only - Sep 29 1:00 0 - Rule Bulg 1981 only - Sep 27 2:00 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] @@ -813,10 +815,10 @@ Zone Atlantic/Faeroe -0:27:04 - LMT 1908 # East Greenland and Franz Josef Land, but we don't know their time zones. # My source for this is Wilhelm Dege's book mentioned under Svalbard. # -# From Paul Eggert (1996-11-22): +# From Paul Eggert (2006-03-22): # Greenland joined the EU as part of Denmark, obtained home rule on 1979-05-01, # and left the EU on 1985-02-01. It therefore should have been using EU -# rules at least through 1984. Shanks says Scoresbysund and Godthab +# rules at least through 1984. Shanks & Pottenger say Scoresbysund and Godthab # used C-Eur rules after 1980, but IATA SSIM (1991/1996) says they use EU # rules since at least 1991. Assume EU rules since 1980. @@ -871,17 +873,21 @@ Zone Atlantic/Faeroe -0:27:04 - LMT 1908 # I heard back from someone stationed at Thule; the time change took place # there at 2:00 AM. -# From Paul Eggert (2001-11-19): -# The 1997 CIA map shows Danmarkshavn on GMT; the 1995 map as like Godthab. +# From Paul Eggert (2006-03-22): +# From 1997 on the CIA map shows Danmarkshavn on GMT; +# the 1995 map as like Godthab. # For lack of better info, assume they were like Godthab before 1996. # startkart.no says Thule does not observe DST, but this is clearly an error, -# so go with Shanks for all Thule transitions. +# so go with Shanks & Pottenger for Thule transitions until this year. +# For 2007 on assume Thule will stay in sync with US DST rules. # # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Thule 1991 1992 - Mar lastSun 2:00 1:00 D Rule Thule 1991 1992 - Sep lastSun 2:00 0 S -Rule Thule 1993 max - Apr Sun>=1 2:00 1:00 D -Rule Thule 1993 max - Oct lastSun 2:00 0 S +Rule Thule 1993 2006 - Apr Sun>=1 2:00 1:00 D +Rule Thule 1993 2006 - Oct lastSun 2:00 0 S +Rule Thule 2007 max - Mar Sun>=8 2:00 1:00 D +Rule Thule 2007 max - Nov Sun>=1 2:00 0 S # # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone America/Danmarkshavn -1:14:40 - LMT 1916 Jul 28 @@ -963,13 +969,13 @@ Zone Europe/Tallinn 1:39:00 - LMT 1880 # Finland # -# From Hannu Strang (25 Sep 1994 06:03:37 UTC): +# From Hannu Strang (1994-09-25 06:03:37 UTC): # Well, here in Helsinki we're just changing from summer time to regular one, # and it's supposed to change at 4am... # -# From Paul Eggert (25 Sep 1994): -# Shanks says Finland has switched at 02:00 standard time since 1981. -# Go with Strang instead. +# From Paul Eggert (2006-03-22): +# Shanks & Pottenger say Finland has switched at 02:00 standard time +# since 1981. Go with Strang instead. # # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Finland 1942 only - Apr 3 0:00 1:00 S @@ -999,7 +1005,7 @@ Link Europe/Helsinki Europe/Mariehamn # -# Shanks seems to use `24:00' ambiguously; we resolve it with Whitman. +# Shank & Pottenger seem to use `24:00' ambiguously; resolve it with Whitman. # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule France 1916 only - Jun 14 23:00s 1:00 S Rule France 1916 1919 - Oct Sun>=1 23:00s 0 - @@ -1013,7 +1019,7 @@ Rule France 1921 only - Oct 25 23:00s 0 Rule France 1922 only - Mar 25 23:00s 1:00 S # DSH writes that a law of 1923-05-24 specified 3rd Sat in Apr at 23:00 to 1st # Sat in Oct at 24:00; and that in 1930, because of Easter, the transitions -# were Apr 12 and Oct 5. Go with Shanks. +# were Apr 12 and Oct 5. Go with Shanks & Pottenger. Rule France 1922 1938 - Oct Sat>=1 23:00s 0 - Rule France 1923 only - May 26 23:00s 1:00 S Rule France 1924 only - Mar 29 23:00s 1:00 S @@ -1034,8 +1040,8 @@ Rule France 1938 only - Mar 26 23:00s 1: Rule France 1939 only - Apr 15 23:00s 1:00 S Rule France 1939 only - Nov 18 23:00s 0 - Rule France 1940 only - Feb 25 2:00 1:00 S -# The French rules for 1941-1944 were not used in Paris, but Shanks writes -# that they were used in Monaco and in many French locations. +# The French rules for 1941-1944 were not used in Paris, but Shanks & Pottenger +# write that they were used in Monaco and in many French locations. # Le Corre writes that the upper limit of the free zone was Arneguy, Orthez, # Mont-de-Marsan, Bazas, Langon, Lamotte-Montravel, Marouil, La # Rochefoucault, Champagne-Mouton, La Roche-Posay, La Haye-Decartes, @@ -1043,7 +1049,7 @@ Rule France 1940 only - Feb 25 2:00 1:0 # Paray-le-Monial, Montceau-les-Mines, Chalons-sur-Saone, Arbois, # Dole, Morez, St-Claude, and Collognes (Haute-Savioe). Rule France 1941 only - May 5 0:00 2:00 M # Midsummer -# Shanks says this transition occurred at Oct 6 1:00, +# Shanks & Pottenger say this transition occurred at Oct 6 1:00, # but go with Denis Excoffier (1997-12-12), # who quotes the Ephemerides Astronomiques for 1998 from Bureau des Longitudes # as saying 5/10/41 22hUT. @@ -1056,21 +1062,21 @@ Rule France 1944 only - Apr 3 2:00 2:0 Rule France 1944 only - Oct 8 1:00 1:00 S Rule France 1945 only - Apr 2 2:00 2:00 M Rule France 1945 only - Sep 16 3:00 0 - -# Shanks gives Mar 28 2:00 and Sep 26 3:00; +# Shanks & Pottenger give Mar 28 2:00 and Sep 26 3:00; # go with Excoffier's 28/3/76 0hUT and 25/9/76 23hUT. Rule France 1976 only - Mar 28 1:00 1:00 S Rule France 1976 only - Sep 26 1:00 0 - -# Shanks gives 0:09 for Paris Mean Time, and Whitman gives 0:09:05, +# Shanks & Pottenger give 0:09:20 for Paris Mean Time, and Whitman 0:09:05, # but Howse quotes the actual French legislation as saying 0:09:21. # Go with Howse. Howse writes that the time in France was officially based # on PMT-0:09:21 until 1978-08-09, when the time base finally switched to UTC. # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Paris 0:09:21 - LMT 1891 Mar 15 0:01 0:09:21 - PMT 1911 Mar 11 0:01 # Paris MT -# Shanks gives 1940 Jun 14 0:00; go with Excoffier and Le Corre. +# Shanks & Pottenger give 1940 Jun 14 0:00; go with Excoffier and Le Corre. 0:00 France WE%sT 1940 Jun 14 23:00 # Le Corre says Paris stuck with occupied-France time after the liberation; -# go with Shanks. +# go with Shanks & Pottenger. 1:00 C-Eur CE%sT 1944 Aug 25 0:00 France WE%sT 1945 Sep 16 3:00 1:00 France CE%sT 1977 @@ -1128,16 +1134,16 @@ Zone Europe/Gibraltar -0:21:24 - LMT 188 # Greece # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S -# Whitman gives 1932 Jul 5 - Nov 1; go with Shanks. +# Whitman gives 1932 Jul 5 - Nov 1; go with Shanks & Pottenger. Rule Greece 1932 only - Jul 7 0:00 1:00 S Rule Greece 1932 only - Sep 1 0:00 0 - -# Whitman gives 1941 Apr 25 - ?; go with Shanks. +# Whitman gives 1941 Apr 25 - ?; go with Shanks & Pottenger. Rule Greece 1941 only - Apr 7 0:00 1:00 S -# Whitman gives 1942 Feb 2 - ?; go with Shanks. +# Whitman gives 1942 Feb 2 - ?; go with Shanks & Pottenger. Rule Greece 1942 only - Nov 2 3:00 0 - Rule Greece 1943 only - Mar 30 0:00 1:00 S Rule Greece 1943 only - Oct 4 0:00 0 - -# Whitman gives 1944 Oct 3 - Oct 31; go with Shanks. +# Whitman gives 1944 Oct 3 - Oct 31; go with Shanks & Pottenger. Rule Greece 1952 only - Jul 1 0:00 1:00 S Rule Greece 1952 only - Nov 2 0:00 0 - Rule Greece 1975 only - Apr 12 0:00s 1:00 S @@ -1157,7 +1163,7 @@ Zone Europe/Athens 1:34:52 - LMT 1895 Se 2:00 Greece EE%sT 1941 Apr 30 1:00 Greece CE%sT 1944 Apr 4 2:00 Greece EE%sT 1981 - # Shanks says they switched to C-Eur in 1981; + # Shanks & Pottenger say it switched to C-Eur in 1981; # go with EU instead, since Greece joined it on Jan 1. 2:00 EU EE%sT @@ -1220,10 +1226,10 @@ Zone Europe/Budapest 1:16:20 - LMT 1890 # might be a reference to the Julian calendar as opposed to Gregorian, or it # might mean something else (???). # -# From Paul Eggert (1999-10-29): -# The Iceland Almanak, Shanks and Whitman disagree on many points. -# We go with the Almanak, except for one claim from Shanks, namely that -# Reykavik was 21W57 from 1837 to 1908, local mean time before that. +# From Paul Eggert (2006-03-22): +# The Iceland Almanak, Shanks & Pottenger, and Whitman disagree on many points. +# We go with the Almanak, except for one claim from Shanks & Pottenger, namely +# that Reykavik was 21W57 from 1837 to 1908, local mean time before that. # # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Iceland 1917 1918 - Feb 19 23:00 1:00 S @@ -1261,15 +1267,16 @@ Zone Atlantic/Reykjavik -1:27:24 - LMT 1 # But these events all occurred before the 1970 cutoff, # so record only the time in Rome. # -# From Paul Eggert (1996-05-06): -# For Italian DST we have three sources: Shanks, Whitman, and F. Pollastri +# From Paul Eggert (2006-03-22): +# For Italian DST we have three sources: Shanks & Pottenger, Whitman, and +# F. Pollastri # <a href="http://toi.iriti.cnr.it/uk/ienitlt.html"> -# Day-light Saving Time in Italy (1996-03-14) +# Day-light Saving Time in Italy (2006-02-03) # </a> # (`FP' below), taken from an Italian National Electrotechnical Institute # publication. When the three sources disagree, guess who's right, as follows: # -# year FP Shanks (S) Whitman (W) Go with: +# year FP Shanks&P. (S) Whitman (W) Go with: # 1916 06-03 06-03 24:00 06-03 00:00 FP & W # 09-30 09-30 24:00 09-30 01:00 FP; guess 24:00s # 1917 04-01 03-31 24:00 03-31 00:00 FP & S @@ -1467,7 +1474,8 @@ Zone Europe/Vilnius 1:41:16 - LMT 1880 2:00 EU EE%sT # Luxembourg -# Whitman disagrees with most of these dates in minor ways; go with Shanks. +# Whitman disagrees with most of these dates in minor ways; +# go with Shanks & Pottenger. # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Lux 1916 only - May 14 23:00 1:00 S Rule Lux 1916 only - Oct 1 1:00 0 - @@ -1523,9 +1531,9 @@ Zone Europe/Malta 0:58:04 - LMT 1893 Nov # Moldova -# From Paul Eggert (2001-02-11): -# A previous version of this database followed Shanks, who writes that -# Tiraspol switched to Moscow time on 1992-01-19 at 02:00. +# From Paul Eggert (2006-03-22): +# A previous version of this database followed Shanks & Pottenger, who write +# that Tiraspol switched to Moscow time on 1992-01-19 at 02:00. # However, this is most likely an error, as Moldova declared independence # on 1991-08-27 (the 1992-01-19 date is that of a Russian decree). # In early 1992 there was large-scale interethnic violence in the area @@ -1550,7 +1558,8 @@ Zone Europe/Chisinau 1:55:20 - LMT 1880 2:00 EU EE%sT # Monaco -# Shanks gives 0:09 for Paris Mean Time; go with Howse's more precise 0:09:21. +# Shanks & Pottenger give 0:09:20 for Paris Mean Time; go with Howse's +# more precise 0:09:21. # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Monaco 0:29:32 - LMT 1891 Mar 15 0:09:21 - PMT 1911 Mar 11 # Paris Mean Time @@ -1633,7 +1642,8 @@ Zone Europe/Amsterdam 0:19:32 - LMT 1835 1:00 EU CE%sT # Norway -# http://met.no/met/met_lex/q_u/sommertid.html (2004-01) agrees with Shanks. +# http://met.no/met/met_lex/q_u/sommertid.html (2004-01) agrees with Shanks & +# Pottenger. # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Norway 1916 only - May 22 1:00 1:00 S Rule Norway 1916 only - Sep 30 0:00 0 - @@ -1704,9 +1714,10 @@ Link Europe/Oslo Atlantic/Jan_Mayen # 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 -# Whitman gives 1944 Nov 30; go with Shanks. +Rule Poland 1944 only - Apr 3 2:00s 1:00 S +# Whitman gives 1944 Nov 30; go with Shanks & Pottenger. Rule Poland 1944 only - Oct 4 2:00 0 - -# For 1944-1948 Whitman gives the previous day; go with Shanks. +# For 1944-1948 Whitman gives the previous day; go with Shanks & Pottenger. Rule Poland 1945 only - Apr 29 0:00 1:00 S Rule Poland 1945 only - Nov 1 0:00 0 - # For 1946 on the source is Kazimierz Borkowski, @@ -1762,9 +1773,9 @@ Zone Europe/Warsaw 1:24:00 - LMT 1880 # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S # DSH writes that despite Decree 1,469 (1915), the change to the clocks was not # done every year, depending on what Spain did, because of railroad schedules. -# Go with Shanks. +# Go with Shanks & Pottenger. Rule Port 1916 only - Jun 17 23:00 1:00 S -# Whitman gives 1916 Oct 31; go with Shanks. +# Whitman gives 1916 Oct 31; go with Shanks & Pottenger. Rule Port 1916 only - Nov 1 1:00 0 - Rule Port 1917 only - Feb 28 23:00s 1:00 S Rule Port 1917 1921 - Oct 14 23:00s 0 - @@ -1780,24 +1791,23 @@ Rule Port 1927 only - Apr 9 23:00s 1:00 Rule Port 1928 only - Apr 14 23:00s 1:00 S Rule Port 1929 only - Apr 20 23:00s 1:00 S Rule Port 1931 only - Apr 18 23:00s 1:00 S -# Whitman gives 1931 Oct 8; go with Shanks. +# Whitman gives 1931 Oct 8; go with Shanks & Pottenger. Rule Port 1931 1932 - Oct Sat>=1 23:00s 0 - Rule Port 1932 only - Apr 2 23:00s 1:00 S -# Shanks gives 1934 Apr 4; go with Whitman. Rule Port 1934 only - Apr 7 23:00s 1:00 S -# Whitman gives 1934 Oct 5; go with Shanks. +# Whitman gives 1934 Oct 5; go with Shanks & Pottenger. Rule Port 1934 1938 - Oct Sat>=1 23:00s 0 - -# Shanks gives 1935 Apr 30; go with Whitman. +# Shanks & Pottenger give 1935 Apr 30; go with Whitman. Rule Port 1935 only - Mar 30 23:00s 1:00 S Rule Port 1936 only - Apr 18 23:00s 1:00 S -# Whitman gives 1937 Apr 2; go with Shanks. +# Whitman gives 1937 Apr 2; go with Shanks & Pottenger. Rule Port 1937 only - Apr 3 23:00s 1:00 S Rule Port 1938 only - Mar 26 23:00s 1:00 S Rule Port 1939 only - Apr 15 23:00s 1:00 S -# Whitman gives 1939 Oct 7; go with Shanks. +# Whitman gives 1939 Oct 7; go with Shanks & Pottenger. Rule Port 1939 only - Nov 18 23:00s 0 - Rule Port 1940 only - Feb 24 23:00s 1:00 S -# Shanks gives 1940 Oct 7; go with Whitman. +# Shanks & Pottenger give 1940 Oct 7; go with Whitman. Rule Port 1940 1941 - Oct 5 23:00s 0 - Rule Port 1941 only - Apr 5 23:00s 1:00 S Rule Port 1942 1945 - Mar Sat>=8 23:00s 1:00 S @@ -1811,8 +1821,8 @@ Rule Port 1946 only - Apr Sat>=1 23:00s Rule Port 1946 only - Oct Sat>=1 23:00s 0 - Rule Port 1947 1949 - Apr Sun>=1 2:00s 1:00 S Rule Port 1947 1949 - Oct Sun>=1 2:00s 0 - -# Shanks says DST was observed in 1950; go with Whitman. -# Whitman gives Oct lastSun for 1952 on; go with Shanks. +# Shanks & Pottenger say DST was observed in 1950; go with Whitman. +# Whitman gives Oct lastSun for 1952 on; go with Shanks & Pottenger. Rule Port 1951 1965 - Apr Sun>=1 2:00s 1:00 S Rule Port 1951 1965 - Oct Sun>=1 2:00s 0 - Rule Port 1977 only - Mar 27 0:00s 1:00 S @@ -1824,7 +1834,7 @@ Rule Port 1980 only - Mar lastSun 0:00s Rule Port 1981 1982 - Mar lastSun 1:00s 1:00 S Rule Port 1983 only - Mar lastSun 2:00s 1:00 S # Zone NAME GMTOFF RULES FORMAT [UNTIL] -# Shanks says that the transition from LMT to WET occurred 1911-05-24; +# Shanks & Pottenger say the transition from LMT to WET occurred 1911-05-24; # Willett says 1912-01-01. Go with Willett. Zone Europe/Lisbon -0:36:32 - LMT 1884 -0:36:32 - LMT 1912 Jan 1 # Lisbon Mean Time @@ -1877,11 +1887,12 @@ Zone Europe/Bucharest 1:44:24 - LMT 1891 # Russia -# From Paul Eggert (1999-11-12): +# From Paul Eggert (2006-03-22): # Except for Moscow after 1919-07-01, I invented the time zone abbreviations. # Moscow time zone abbreviations after 1919-07-01, and Moscow rules after 1991, -# are from Andrey A. Chernov. The rest is from Shanks, except we follow -# Chernov's report that 1992 DST transitions were Sat 23:00, not Sun 02:00s. +# are from Andrey A. Chernov. The rest is from Shanks & Pottenger, +# except we follow Chernov's report that 1992 DST transitions were Sat +# 23:00, not Sun 02:00s. # # From Stanislaw A. Kuzikowski (1994-06-29): # But now it is some months since Novosibirsk is 3 hours ahead of Moscow! @@ -1989,7 +2000,7 @@ Zone Asia/Novosibirsk 5:31:40 - LMT 191 6:00 - NOVT 1930 Jun 21 # Novosibirsk Time 7:00 Russia NOV%sT 1991 Mar 31 2:00s 6:00 Russia NOV%sT 1992 Jan 19 2:00s - 7:00 Russia NOV%sT 1993 May 23 # says Shanks + 7:00 Russia NOV%sT 1993 May 23 # say Shanks & P. 6:00 Russia NOV%sT # # From Oscar van Vlijmen (2001-08-25): [This region consists of] @@ -2085,7 +2096,7 @@ Zone Europe/Belgrade 1:22:00 - LMT 1884 1:00 1:00 CEST 1945 Sep 16 2:00s # Metod Kozelj reports that the legal date of # transition to EU rules was 1982-11-27, for all of Yugoslavia at the time. -# Shanks doesn't give as much detail, so go with Kozelj. +# Shanks & Pottenger don't give as much detail, so go with Kozelj. 1:00 - CET 1982 Nov 27 1:00 EU CE%sT Link Europe/Belgrade Europe/Ljubljana # Slovenia @@ -2101,28 +2112,30 @@ Link Europe/Prague Europe/Bratislava # Spain # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S -# For 1917-1919 Whitman gives Apr Sat>=1 - Oct Sat>=1; go with Shanks. +# For 1917-1919 Whitman gives Apr Sat>=1 - Oct Sat>=1; +# go with Shanks & Pottenger. Rule Spain 1917 only - May 5 23:00s 1:00 S Rule Spain 1917 1919 - Oct 6 23:00s 0 - Rule Spain 1918 only - Apr 15 23:00s 1:00 S Rule Spain 1919 only - Apr 5 23:00s 1:00 S -# Whitman gives 1921 Feb 28 - Oct 14; go with Shanks. +# Whitman gives 1921 Feb 28 - Oct 14; go with Shanks & Pottenger. Rule Spain 1924 only - Apr 16 23:00s 1:00 S -# Whitman gives 1924 Oct 14; go with Shanks. +# Whitman gives 1924 Oct 14; go with Shanks & Pottenger. Rule Spain 1924 only - Oct 4 23:00s 0 - Rule Spain 1926 only - Apr 17 23:00s 1:00 S -# Whitman says no DST in 1929; go with Shanks. +# Whitman says no DST in 1929; go with Shanks & Pottenger. Rule Spain 1926 1929 - Oct Sat>=1 23:00s 0 - Rule Spain 1927 only - Apr 9 23:00s 1:00 S Rule Spain 1928 only - Apr 14 23:00s 1:00 S Rule Spain 1929 only - Apr 20 23:00s 1:00 S -# Whitman gives 1937 Jun 16, 1938 Apr 16, 1940 Apr 13; go with Shanks. +# Whitman gives 1937 Jun 16, 1938 Apr 16, 1940 Apr 13; +# go with Shanks & Pottenger. Rule Spain 1937 only - May 22 23:00s 1:00 S Rule Spain 1937 1939 - Oct Sat>=1 23:00s 0 - Rule Spain 1938 only - Mar 22 23:00s 1:00 S Rule Spain 1939 only - Apr 15 23:00s 1:00 S Rule Spain 1940 only - Mar 16 23:00s 1:00 S -# Whitman says no DST 1942-1945; go with Shanks. +# Whitman says no DST 1942-1945; go with Shanks & Pottenger. Rule Spain 1942 only - May 2 22:00s 2:00 M # Midsummer Rule Spain 1942 only - Sep 1 22:00s 1:00 S Rule Spain 1943 1946 - Apr Sat>=13 22:00s 2:00 M @@ -2171,7 +2184,7 @@ Zone Atlantic/Canary -1:01:36 - LMT 1922 # Sweden -# From Ivan Nilsson (2001-04-13), superseding Shanks: +# From Ivan Nilsson (2001-04-13), superseding Shanks & Pottenger: # # The law "Svensk forfattningssamling 1878, no 14" about standard time in 1879: # From the beginning of 1879 (that is 01-01 00:00) the time for all @@ -2232,7 +2245,7 @@ Zone Europe/Stockholm 1:12:12 - LMT 1879 # From Whitman (who writes ``Midnight?''): Rule Swiss 1940 only - Nov 2 0:00 1:00 S Rule Swiss 1940 only - Dec 31 0:00 0 - -# From Shanks: +# From Shanks & Pottenger: Rule Swiss 1941 1942 - May Sun>=1 2:00 1:00 S Rule Swiss 1941 1942 - Oct Sun>=1 0:00 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] @@ -2251,7 +2264,8 @@ Rule Turkey 1921 only - Apr 3 0:00 1:00 Rule Turkey 1921 only - Oct 3 0:00 0 - Rule Turkey 1922 only - Mar 26 0:00 1:00 S Rule Turkey 1922 only - Oct 8 0:00 0 - -# Whitman gives 1923 Apr 28 - Sep 16 and no DST in 1924-1925; go with Shanks. +# Whitman gives 1923 Apr 28 - Sep 16 and no DST in 1924-1925; +# go with Shanks & Pottenger. Rule Turkey 1924 only - May 13 0:00 1:00 S Rule Turkey 1924 1925 - Oct 1 0:00 0 - Rule Turkey 1925 only - May 1 0:00 1:00 S @@ -2260,7 +2274,8 @@ Rule Turkey 1940 only - Oct 5 0:00 0 - Rule Turkey 1940 only - Dec 1 0:00 1:00 S Rule Turkey 1941 only - Sep 21 0:00 0 - Rule Turkey 1942 only - Apr 1 0:00 1:00 S -# Whitman omits the next two transition and gives 1945 Oct 1; go with Shanks. +# Whitman omits the next two transition and gives 1945 Oct 1; +# go with Shanks & Pottenger. Rule Turkey 1942 only - Nov 1 0:00 0 - Rule Turkey 1945 only - Apr 2 0:00 1:00 S Rule Turkey 1945 only - Oct 8 0:00 0 - @@ -2357,11 +2372,13 @@ Zone Europe/Simferopol 2:16:24 - LMT 188 3:00 Russia MSK/MSD 1990 3:00 - MSK 1990 Jul 1 2:00 2:00 - EET 1992 -# From Paul Eggert (1999-11-12): +# From Paul Eggert (2006-03-22): # The _Economist_ (1994-05-28, p 45) reports that central Crimea switched # from Kiev to Moscow time sometime after the January 1994 elections. -# Shanks says ``date of change uncertain'', but implies that it happened -# sometime between the 1994 DST switches. For now, guess it changed in May. +# Shanks (1999) says ``date of change uncertain'', but implies that it happened +# sometime between the 1994 DST switches. Shanks & Pottenger simply say +# 1994-09-25 03:00, but that can't be right. For now, guess it +# changed in May. 2:00 E-Eur EE%sT 1994 May # From IATA SSIM (1994/1997), which also says that Kerch is still like Kiev. 3:00 E-Eur MSK/MSD 1996 Mar 31 3:00s =================================================================== RCS file: RCS/northamerica,v retrieving revision 2006.2 retrieving revision 2006.2.0.1 diff -pu -r2006.2 -r2006.2.0.1 --- northamerica 2006/02/20 15:08:17 2006.2 +++ northamerica 2006/03/22 23:14:41 2006.2.0.1 @@ -30,12 +30,12 @@ # That 1883 transition occurred at 12:00 new time, not at 12:00 old time. # See p 46 of David Prerau, Seize the daylight, Thunder's Mouth Press (2005). -# From Paul Eggert (1995-12-19): +# From Paul Eggert (2006-03-22): # A good source for time zone historical data in the US is # Thomas G. Shanks, The American Atlas (5th edition), # San Diego: ACS Publications, Inc. (1991). # Make sure you have the errata sheet; the book is somewhat useless without it. -# It is the source for most of the pre-1991 US and Puerto Rico entries below. +# It is the source for most of the pre-1991 US entries below. # From Paul Eggert (2001-03-06): # Daylight Saving Time was first suggested as a joke by Benjamin Franklin @@ -229,7 +229,7 @@ Zone PST8PDT -8:00 US P%sT # Public law 106-564 (2000-12-23) introduced the abbreviation # "Chamorro Standard Time" for time in Guam and the Northern Marianas. # See the file "australasia". - + # From Arthur David Olson, 2005-08-09 # The following was signed into law on 2005-08-08. # @@ -274,7 +274,7 @@ Zone PST8PDT -8:00 US P%sT # set their watches and clocks on Eastern time." It quotes H.H. "Bubba" # Roberts, city administrator in Phenix City. as saying "We are in the Central # time zone, but we do go by the Eastern time zone because so many people work -# in Columbus." +# in Columbus." # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER Rule NYC 1920 only - Mar lastSun 2:00 1:00 D @@ -321,14 +321,16 @@ Zone America/Chicago -5:50:36 - LMT 1883 Zone America/North_Dakota/Center -6:45:12 - LMT 1883 Nov 18 12:14:48 -7:00 US M%sT 1992 Oct 25 02:00 -6:00 US C%sT -# From Paul Eggert (2006-01-20): -# The following is not implemented yet. -# What is the most populous city in that area? -# From http://www.statoids.com/tus.html (2006-01-20): -# 2003-10-26 02:00: All of Morton County, ND, and the part of Sioux -# County, ND east of ND route 31 moved from MT to CT. (The area -# around Fort Yates in Sioux County and the area around Mandan in -# Morton County were already in CT.) +# Morton County, ND, switched from mountain to central time on +# 2003-10-26, except for the area around Mandan. +# See <http://dmses.dot.gov/docimages/p63/135818.pdf>. +# Officially this switch also included part of Sioux County, and +# Jones, Mellette, and Todd Counties in South Dakota; +# but in practice these other counties were already observing central time. +# See <http://www.epa.gov/fedrgstr/EPA-IMPACT/2003/October/Day-28/i27056.htm>. +Zone America/North_Dakota/New_Salem -6:45:39 - LMT 1883 Nov 18 12:14:21 + -7:00 US M%sT 2003 Oct 26 02:00 + -6:00 US C%sT # US mountain time, represented by Denver # @@ -407,7 +409,8 @@ Zone America/Yakutat 14:41:05 - LMT 186 Zone America/Anchorage 14:00:24 - LMT 1867 Oct 18 -9:59:36 - LMT 1900 Aug 20 12:00 -10:00 - CAT 1942 - -10:00 US CAT/CAWT 1946 + -10:00 US CAT/CAWT 1945 Aug 14 23:00u + -10:00 US CAT/CAPT 1946 # Peace -10:00 - CAT 1967 Apr -10:00 - AHST 1969 -10:00 US AH%sT 1983 Oct 30 2:00 @@ -527,9 +530,9 @@ Zone America/Boise -7:44:49 - LMT 1883 N # For a map of Indiana's time zone regions, see: # <a href="http://www.mccsc.edu/time.html"> # What time is it in Indiana? -# </a> (2005-10-30) +# </a> (2006-03-01) # -# From Paul Eggert (2006-01-20): +# From Paul Eggert (2006-03-22): # Since 1970, most of Indiana has been like America/Indiana/Indianapolis, # with the following exceptions: # @@ -541,14 +544,23 @@ Zone America/Boise -7:44:49 - LMT 1883 N # - Clark, Floyd, and Harrison counties have been like # America/Kentucky/Louisville. # -# - Daviess, Dubois, Knox, Martin, Perry, and Pulaski counties +# - Daviess, Dubois, Knox, and Perry counties # have been like America/Indiana/Vincennes. # +# - Officially, Martin and Pulaski counties have also been like +# America/Indiana/Vincennes, but an AP article on Pulaski county +# <http://www.indystar.com/apps/pbcs.dll/article?AID=/20060207/NEWS01/60207040…> +# (2006-02-07) and an InsideINdianaBusiness.com report on Martin county +# <http://www.insideindianabusiness.com/newsitem.asp?ID=17202> (2006-03-15) +# say that the county commissioners have voted to stay on eastern time in +# 2006, which means they are actually like America/Indiana/Indianopolis. +# # - Crawford, Pike, Starke, and Switzerland counties have their own time zone # histories as noted below. # # Shanks partitioned Indiana into 345 regions, each with its own time history, # and wrote ``Even newspaper reports present contradictory information.'' +# Those Hoosiers! Such a flighty and changeable people! # Fortunately, most of the complexity occurred before our cutoff date of 1970. # # Other than Indianapolis, the Indiana place names are so nondescript @@ -605,7 +617,7 @@ Zone America/Indiana/Marengo -5:45:23 - -5:00 - EST 2006 -5:00 US E%sT # -# Daviess, Dubois, Knox, Martin, Perry, and Pulaski Counties, Indiana, +# Daviess, Dubois, Knox, and Perry Counties, Indiana, # switched from eastern to central time in April 2006. # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER Rule Vincennes 1946 only - Apr lastSun 2:00 1:00 D @@ -625,7 +637,7 @@ Zone America/Indiana/Vincennes -5:50:07 -5:00 US E%sT 1971 -5:00 - EST 2006 Apr 2 2:00 -6:00 US C%sT -# +# # Pike County, Indiana moved from central to eastern time in 1977, # then switched back in 2006. # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER @@ -818,10 +830,10 @@ Zone America/Menominee -5:50:27 - LMT 18 ################################################################################ -# From Paul Eggert (1999-10-29): -# A good source for time zone historical data outside the US is -# Thomas G. Shanks, The International Atlas (5th edition), -# San Diego: ACS Publications, Inc. (1999). +# From Paul Eggert (2006-03-22): +# A good source for time zone historical data outside the U.S. is +# Thomas G. Shanks and Rique Pottenger, The International Atlas (6th edition), +# San Diego: ACS Publications, Inc. (2003). # # Gwillim Law writes that a good source # for recent time zone data is the International Air Transport @@ -829,8 +841,8 @@ Zone America/Menominee -5:50:27 - LMT 18 # published semiannually. Law sent in several helpful summaries # of the IATA's data after 1990. # -# Except where otherwise noted, Shanks is the source for entries through 1990, -# and IATA SSIM is the source for entries after 1990. +# Except where otherwise noted, Shanks & Pottenger is the source for +# entries through 1990, and IATA SSIM is the source for entries afterwards. # # Other sources occasionally used include: # @@ -878,9 +890,10 @@ Zone America/Menominee -5:50:27 - LMT 18 # From Paul Eggert (1994-11-22): # Alas, this sort of thing must be handled by localization software. -# Unless otherwise specified, the data for Canada are all from Shanks. +# Unless otherwise specified, the data for Canada are all from Shanks +# & Pottenger. -# From Paul Eggert (2005-12-21): +# From Paul Eggert (2006-03-22): # H. David Matthews and Mary Vincent's map # <a href="http://www.canadiangeographic.ca/Magazine/SO98/geomap.asp"> # "It's about TIME", _Canadian Geographic_ (September-October 1998) @@ -899,17 +912,18 @@ Zone America/Menominee -5:50:27 - LMT 18 # CBC news also reported that Prince Edward Island is the first # province in Atlantic Canada to follow the US change, and that Quebec # had agreed; see <http://www.cbc.ca/pei/story/pe_daylight_20051207.html> -# (2005-12-07). +# (2005-12-07). It also reported that Alberta will fall into line; see +# <http://www.cbc.ca/calgary/story/ca_daylight20060202.html> (2006-02-02). # -# To reflect all this, the Canada and Winn rules have been adjusted to -# agree with the 2007 US change. This means we assume most of Canada -# will fall into line. However, Alberta, British Columbia, +# To reflect all this, the Canada, Edm, and Winn rules have been +# adjusted to agree with the 2007 US change. This means we assume +# most of Canada will fall into line. However, British Columbia, # Newfoundland, Northwest Territories, and Yukon already have separate # rules in our database, so for now we'll leave them alone, which # means that we currently assume these regions will not change their # rules and will disagree with the US starting in 2007. This # assumption is probably incorrect, with the possible exception of -# Newfoundland. We plan to adjust the Edm, Vanc, StJohns, and NT_YK +# Newfoundland. We plan to adjust the Vanc, StJohns, and NT_YK # rules as the corresponding provinces make their announcements. # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S @@ -936,20 +950,21 @@ Rule Canada 2007 max - Nov Sun>=1 2:00 0 # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule StJohns 1917 only - Apr 8 2:00 1:00 D Rule StJohns 1917 only - Sep 17 2:00 0 S -# Whitman gives 1919 Apr 5 and 1920 Apr 5; go with Shanks. +# Whitman gives 1919 Apr 5 and 1920 Apr 5; go with Shanks & Pottenger. Rule StJohns 1919 only - May 5 23:00 1:00 D Rule StJohns 1919 only - Aug 12 23:00 0 S -# For 1931-1935 Whitman gives Apr same date; go with Shanks. +# For 1931-1935 Whitman gives Apr same date; go with Shanks & Pottenger. Rule StJohns 1920 1935 - May Sun>=1 23:00 1:00 D Rule StJohns 1920 1935 - Oct lastSun 23:00 0 S -# For 1936-1941 Whitman gives May Sun>=8 and Oct Sun>=1; go with Shanks. +# For 1936-1941 Whitman gives May Sun>=8 and Oct Sun>=1; go with Shanks & +# Pottenger. Rule StJohns 1936 1941 - May Mon>=9 0:00 1:00 D Rule StJohns 1936 1941 - Oct Mon>=2 0:00 0 S # Whitman gives the following transitions: # 1942 03-01/12-31, 1943 05-30/09-05, 1944 07-10/09-02, 1945 01-01/10-07 -# but go with Shanks and assume they used Canadian rules. +# but go with Shanks & Pottenger and assume they used Canadian rules. # For 1946-9 Whitman gives May 5,4,9,1 - Oct 1,5,3,2, and for 1950 he gives -# Apr 30 - Sep 24; go with Shanks. +# Apr 30 - Sep 24; go with Shanks & Pottenger. Rule StJohns 1946 1950 - May Sun>=8 2:00 1:00 D Rule StJohns 1946 1950 - Oct Sun>=2 2:00 0 S Rule StJohns 1951 1986 - Apr lastSun 2:00 1:00 D @@ -989,12 +1004,13 @@ Zone America/Goose_Bay -4:01:40 - LMT 18 # west Labrador, Nova Scotia, Prince Edward I -# From Paul Eggert (1996-06-12): -# Shanks writes that since 1970 most of this region has been like Halifax. -# Many locales did not observe peacetime DST until 1972; +# From Paul Eggert (2006-03-22): +# Shanks & Pottenger write that since 1970 most of this region has been like +# Halifax. Many locales did not observe peacetime DST until 1972; # Glace Bay, NS is the largest that we know of. -# Shanks also writes that Liverpool, NS was the only town in Canada to observe -# DST in 1971 but not 1970; for now we'll assume this is a typo. +# Shanks & Pottenger also write that Liverpool, NS was the only town +# in Canada to observe DST in 1971 but not 1970; for now we'll assume +# this is a typo. # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Halifax 1916 only - Apr 1 0:00 1:00 D @@ -1076,7 +1092,7 @@ Rule Moncton 1940 only - May 19 1:00 1:0 Rule Moncton 1941 only - May 4 1:00 1:00 D Rule Moncton 1946 1972 - Apr lastSun 2:00 1:00 D Rule Moncton 1946 1956 - Sep lastSun 2:00 0 S -Rule Moncton 1956 1972 - Oct lastSun 2:00 0 S +Rule Moncton 1957 1972 - Oct lastSun 2:00 0 S Rule Moncton 1993 2006 - Apr Sun>=1 0:01 1:00 D Rule Moncton 1993 2006 - Oct lastSun 0:01 0 S Rule Moncton 2007 max - Mar Sun>=8 0:01 1:00 D @@ -1093,9 +1109,9 @@ Zone America/Moncton -4:19:08 - LMT 1883 # Ontario, Quebec -# From Paul Eggert (1996-06-12): -# Shanks writes that since 1970 most of Ontario has been like Toronto, -# and most of Quebec has been like Montreal. +# From Paul Eggert (2006-03-22): +# Shanks & Pottenger writes that since 1970 most of Ontario has been like +# Toronto, and most of Quebec has been like Montreal. # Thunder Bay skipped DST in 1973. # Many smaller locales did not observe peacetime DST until 1974; # Nipigon (EST) and Rainy River (CST) are the largest that we know of. @@ -1125,7 +1141,9 @@ Zone America/Moncton -4:19:08 - LMT 1883 # says that Ontario east of 90W uses EST/EDT, and west of 90W uses CST/CDT. # Officially Atikokan is therefore on CST/CDT, and most likely this report # concerns a non-official time observed as a matter of local practice. -# For what it's worth, Shanks says that Atikokan has agreed with +# +# From Paul Eggert (2006-03-22): +# For what it's worth, Shanks & Pottenger say that Atikokan has agreed with # Rainy River ever since standard time was introduced. # From Paul Eggert (2000-10-02): @@ -1176,7 +1194,8 @@ Rule Toronto 1920 only - Sep 26 0:00 0 S Rule Toronto 1921 only - May 15 2:00 1:00 D Rule Toronto 1921 only - Sep 15 2:00 0 S Rule Toronto 1922 1923 - May Sun>=8 2:00 1:00 D -# Shanks says 1923-09-19; assume it's a typo and that "-16" was meant. +# Shanks & Pottenger say 1923-09-19; assume it's a typo and that "-16" +# was meant. Rule Toronto 1922 1926 - Sep Sun>=15 2:00 0 S Rule Toronto 1924 1927 - May Sun>=1 2:00 1:00 D # The 1927-to-1939 rules can be expressed more simply as @@ -1200,9 +1219,10 @@ Rule Toronto 1949 only - Nov lastSun 0:0 Rule Toronto 1950 1973 - Apr lastSun 2:00 1:00 D Rule Toronto 1950 only - Nov lastSun 2:00 0 S Rule Toronto 1951 1956 - Sep lastSun 2:00 0 S -# Shanks says Toronto ended DST a week early in 1971, namely on 1971-10-24, -# but Mark Brader wrote (2003-05-31) that he checked the 1971-10-30 issue -# of the Toronto Star, and it said that DST ended 1971-10-31 as usual. +# Shanks & Pottenger say Toronto ended DST a week early in 1971, +# namely on 1971-10-24, but Mark Brader wrote (2003-05-31) that he +# checked the 1971-10-30 issue of the Toronto Star, and it said that +# DST ended 1971-10-31 as usual. Rule Toronto 1957 1973 - Oct lastSun 2:00 0 S # From Paul Eggert (2003-07-27): @@ -1308,8 +1328,8 @@ Zone America/Winnipeg -6:28:36 - LMT 188 # Willett (1914-03) notes that DST "has been in operation ... in the # City of Moose Jaw, Saskatchewan, for one year." -# From Paul Eggert (2000-10-02): -# Shanks writes that since 1970 most of this region has been like Regina. +# From Paul Eggert (2006-03-22): +# Shanks & Pottenger say that since 1970 this region has mostly been as Regina. # Some western towns (e.g. Swift Current) switched from MST/MDT to CST in 1972. # Other western towns (e.g. Lloydminster) are like Edmonton. # Matthews and Vincent (1998) write that Denare Beach and Creighton @@ -1395,8 +1415,10 @@ Rule Edm 1967 only - Oct lastSun 2:00 0 Rule Edm 1969 only - Apr lastSun 2:00 1:00 D Rule Edm 1969 only - Oct lastSun 2:00 0 S Rule Edm 1972 1986 - Apr lastSun 2:00 1:00 D -Rule Edm 1972 max - Oct lastSun 2:00 0 S -Rule Edm 1987 max - Apr Sun>=1 2:00 1:00 D +Rule Edm 1972 2006 - Oct lastSun 2:00 0 S +Rule Edm 1987 2006 - Apr Sun>=1 2:00 1:00 D +Rule Edm 2007 max - Mar Sun>=8 2:00 1:00 D +Rule Edm 2007 max - Nov Sun>=1 2:00 0 S # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone America/Edmonton -7:33:52 - LMT 1906 Sep -7:00 Edm M%sT @@ -1404,8 +1426,9 @@ Zone America/Edmonton -7:33:52 - LMT 190 # British Columbia -# From Paul Eggert (2000-10-02): -# Shanks writes that since 1970 most of this region has been like Vancouver. +# From Paul Eggert (2006-03-22): +# Shanks & Pottenger write that since 1970 most of this region has +# been like Vancouver. # Dawson Creek uses MST. Much of east BC is like Edmonton. # Matthews and Vincent (1998) write that Creston is like Dawson Creek. @@ -1431,7 +1454,7 @@ Zone America/Dawson_Creek -8:00:56 - LMT # Northwest Territories, Nunavut, Yukon -# From Paul Eggert (1999-10-29): +# From Paul Eggert (2006-03-22): # Dawson switched to PST in 1973. Inuvik switched to MST in 1979. # Mathew Englander (1996-10-07) gives the following refs: # * 1967. Paragraph 28(34)(g) of the Interpretation Act, S.C. 1967-68, @@ -1440,7 +1463,8 @@ Zone America/Dawson_Creek -8:00:56 - LMT # * C.O. 1973/214 switched Yukon to PST on 1973-10-28 00:00. # * O.I.C. 1980/02 established DST. # * O.I.C. 1987/056 changed DST to Apr firstSun 2:00 to Oct lastSun 2:00. -# Shanks says Yukon's 1973-10-28 switch was at 2:00; go with Englander. +# Shanks & Pottenger say Yukon's 1973-10-28 switch was at 2:00; go +# with Englander. # From Rives McDow (1999-09-04): # Nunavut ... moved ... to incorporate the whole territory into one time zone. @@ -1609,16 +1633,12 @@ Zone America/Dawson -9:17:40 - LMT 1900 # history of Mexican local time (in Spanish) # </a>. # -# Here are the discrepancies between Shanks and the MLoC. +# Here are the discrepancies between Shanks & Pottenger (S&P) and the MLoC. # (In all cases we go with the MLoC.) -# Shanks reports that Baja was at -8:00 in 1922/1923. -# Shanks says the 1930 transition in Baja was 1930-11-16. -# Shanks reports no DST during summer 1931. -# Shanks reports a transition at 1932-03-30 23:00, not 1932-04-01. -# Shanks does not report transitions for Baja in 1945 or 1948. -# Shanks reports southern Mexico transitions on 1981-12-01, not 12-23. -# Shanks says Quintana Roo switched to -6:00 on 1982-12-02, and to -5:00 -# on 1997-10-26 at 02:00. +# S&P report that Baja was at -8:00 in 1922/1923. +# S&P say the 1930 transition in Baja was 1930-11-16. +# S&P report no DST during summer 1931. +# S&P report a transition at 1932-03-30 23:00, not 1932-04-01. # From Gwillim Law (2001-02-20): # There are some other discrepancies between the Decrees page and the @@ -1626,10 +1646,6 @@ Zone America/Dawson -9:17:40 - LMT 1900 # the researchers who prepared the Decrees page failed to find some of # the relevant documents. -# From Paul Eggert (2000-07-26): -# Shanks gives 1942-04-01 instead of 1942-04-24, and omits the 1981 -# and 1988 DST experiments. Go with spin.com.mx. - # From Alan Perry (1996-02-15): # A guy from our Mexico subsidiary finally found the Presidential Decree # outlining the timezone changes in Mexico. @@ -1829,7 +1845,8 @@ Zone America/Tijuana -7:48:04 - LMT 1922 -8:00 - PST 1931 Apr 1 -8:00 1:00 PDT 1931 Sep 30 -8:00 - PST 1942 Apr 24 - -8:00 1:00 PWT 1945 Nov 12 + -8:00 1:00 PWT 1945 Aug 14 23:00u + -8:00 1:00 PPT 1945 Nov 12 # Peace -8:00 - PST 1948 Apr 5 -8:00 1:00 PDT 1949 Jan 14 -8:00 - PST 1954 @@ -1839,12 +1856,13 @@ Zone America/Tijuana -7:48:04 - LMT 1922 -8:00 Mexico P%sT 2001 -8:00 US P%sT 2002 Feb 20 -8:00 Mexico P%sT -# From Paul Eggert (2001-03-05): +# From Paul Eggert (2006-03-22): # Formerly there was an America/Ensenada zone, which differed from # America/Tijuana only in that it did not observe DST from 1976 -# through 1995. This was as per Shanks. However, Guy Harris reports +# through 1995. This was as per Shanks (1999). But Shanks & Pottenger say +# Ensenada did not observe DST from 1948 through 1975. Guy Harris reports # that the 1987 OAG says "Only Ensenada, Mexicale, San Felipe and -# Tijuana observe DST," which contradicts Shanks but does imply that +# Tijuana observe DST," which agrees with Shanks & Pottenger but implies that # DST-observance was a town-by-town matter back then. This concerns # data after 1970 so most likely there should be at least one Zone # other than America/Tijuana for Baja, but it's not clear yet what its @@ -1888,7 +1906,7 @@ Zone America/Barbados -3:58:28 - LMT 192 -4:00 Barb A%sT # Belize -# Whitman entirely disagrees with Shanks; go with Shanks. +# Whitman entirely disagrees with Shanks; go with Shanks & Pottenger. # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Belize 1918 1942 - Oct Sun>=2 0:00 0:30 HD Rule Belize 1919 1943 - Feb Sun>=9 0:00 0 S @@ -1917,7 +1935,8 @@ Zone America/Cayman -5:25:32 - LMT 1890 Rule CR 1979 1980 - Feb lastSun 0:00 1:00 D Rule CR 1979 1980 - Jun Sun>=1 0:00 0 S Rule CR 1991 1992 - Jan Sat>=15 0:00 1:00 D -# IATA SSIM (1991-09) says the following was at 1:00; go with Shanks. +# IATA SSIM (1991-09) says the following was at 1:00; +# go with Shanks & Pottenger. Rule CR 1991 only - Jul 1 0:00 0 S Rule CR 1992 only - Mar 15 0:00 0 S # There are too many San Joses elsewhere, so we'll use `Costa Rica'. @@ -1943,12 +1962,12 @@ Zone America/Costa_Rica -5:36:20 - LMT 1 # From Evert van der Veer via Steffen Thorsen (2004-10-28): # Cuba is not going back to standard time this year. -# From Paul Eggert (2004-10-28): +# From Paul Eggert (2006-03-22): # http://www.granma.cu/ingles/2004/septiembre/juev30/41medid-i.html # says that it's due to a problem at the Antonio Guiteras # thermoelectric plant, and says "This October there will be no return # to normal hours (after daylight saving time)". -# For now, let's assume that it's a one-year temporary measure. +# For now, let's assume that it's a temporary measure. # From Carlos A. Carnero Delgado (2005-11-12): # This year (just like in 2004-2005) there's no change in time zone @@ -2089,7 +2108,8 @@ Zone America/Guatemala -6:02:04 - LMT 19 Rule Haiti 1983 only - May 8 0:00 1:00 D Rule Haiti 1984 1987 - Apr lastSun 0:00 1:00 D Rule Haiti 1983 1987 - Oct lastSun 0:00 0 S -# Shanks says AT is 2:00, but IATA SSIM (1991/1997) says 1:00s. Go with IATA. +# Shanks & Pottenger say AT is 2:00, but IATA SSIM (1991/1997) says 1:00s. +# Go with IATA. Rule Haiti 1988 1997 - Apr Sun>=1 1:00s 1:00 D Rule Haiti 1988 1997 - Oct lastSun 1:00s 0 S Rule Haiti 2005 only - Apr Sun>=1 0:00 1:00 D @@ -2100,7 +2120,7 @@ Zone America/Port-au-Prince -4:49:20 - L -5:00 Haiti E%sT # Honduras -# Shanks says 1921 Jan 1; go with Whitman's more precise Apr 1. +# Shanks & Pottenger say 1921 Jan 1; go with Whitman's more precise Apr 1. # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone America/Tegucigalpa -5:48:52 - LMT 1921 Apr -6:00 Salv C%sT @@ -2115,7 +2135,7 @@ Zone America/Tegucigalpa -5:48:52 - LMT # From U. S. Naval Observatory (1989-01-19): # JAMAICA 5 H BEHIND UTC -# From Shanks: +# From Shanks & Pottenger: # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone America/Jamaica -5:07:12 - LMT 1890 # Kingston -5:07:12 - KMT 1912 Feb # Kingston Mean Time @@ -2132,11 +2152,11 @@ Zone America/Martinique -4:04:20 - -4:00 - AST # Montserrat -# From Paul Eggert (1997-08-31): -# Recent volcanic eruptions have forced evacuation of Plymouth, the capital. -# Luckily, Olveston, the current de facto capital, has the same longitude. +# From Paul Eggert (2006-03-22): +# In 1995 volcanic eruptions forced evacuation of Plymouth, the capital. +# world.gazetteer.com says Cork Hill is the most populous location now. # Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone America/Montserrat -4:08:52 - LMT 1911 Jul 1 0:01 # Olveston +Zone America/Montserrat -4:08:52 - LMT 1911 Jul 1 0:01 # Cork Hill -4:00 - AST # Nicaragua @@ -2203,7 +2223,7 @@ Zone America/Panama -5:18:08 - LMT 1890 # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone America/Puerto_Rico -4:24:25 - LMT 1899 Mar 28 12:00 # San Juan -4:00 - AST 1942 May 3 - -4:00 1:00 AWT 1945 Sep 30 2:00 + -4:00 US A%sT 1946 -4:00 - AST # St Kitts-Nevis @@ -2232,8 +2252,8 @@ Zone America/St_Vincent -4:04:56 - LMT 1 -4:00 - AST # Turks and Caicos -# From Paul Eggert (1998-08-06): -# Shanks says they use US DST rules, but IATA SSIM (1991/1998) +# From Paul Eggert (2006-03-22): +# Shanks & Pottenger say they use US DST rules, but IATA SSIM (1991/1998) # says they switch at midnight. Go with IATA SSIM. # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule TC 1979 1986 - Apr lastSun 0:00 1:00 D =================================================================== RCS file: RCS/southamerica,v retrieving revision 2006.2 retrieving revision 2006.2.0.1 diff -pu -r2006.2 -r2006.2.0.1 --- southamerica 2006/02/20 15:08:17 2006.2 +++ southamerica 2006/03/22 23:14:41 2006.2.0.1 @@ -5,10 +5,10 @@ # go ahead and edit the file (and please send any changes to # tz(a)elsie.nci.nih.gov for general use in the future). -# From Paul Eggert (1999-07-07): +# From Paul Eggert (2006-03-22): # A good source for time zone historical data outside the U.S. is -# Thomas G. Shanks, The International Atlas (5th edition), -# San Diego: ACS Publications, Inc. (1999). +# Thomas G. Shanks and Rique Pottenger, The International Atlas (6th edition), +# San Diego: ACS Publications, Inc. (2003). # # Gwillim Law writes that a good source # for recent time zone data is the International Air Transport @@ -16,8 +16,8 @@ # published semiannually. Law sent in several helpful summaries # of the IATA's data after 1990. # -# Except where otherwise noted, Shanks is the source for entries through 1990, -# and IATA SSIM is the source for entries after 1990. +# Except where otherwise noted, Shanks & Pottenger is the source for +# entries through 1990, and IATA SSIM is the source for entries afterwards. # # Earlier editions of these tables used the North American style (e.g. ARST and # ARDT for Argentine Standard and Daylight Time), but the following quote @@ -92,8 +92,6 @@ Rule Arg 1988 only - Dec 1 0:00 1:00 S # obtaining the data from the: # Talleres de Hidrografia Naval Argentina # (Argentine Naval Hydrography Institute) -# -# Shanks stops after 1992-03-01; go with Otero. Rule Arg 1989 1993 - Mar Sun>=1 0:00 0 - Rule Arg 1989 1992 - Oct Sun>=15 0:00 1:00 S # @@ -150,12 +148,12 @@ Rule Arg 2000 only - Mar Sun>=1 0:00 0 - # It's Law No. 7,210. This change is due to a public power emergency, so for # now we'll assume it's for this year only. # -# From Paul Eggert (2002-01-22): +# From Paul Eggert (2006-03-22): # <a href="http://www.spicasc.net/horvera.html"> -# Hora de verano para la Republica Argentina (2000-10-01) +# Hora de verano para la Republica Argentina (2003-06-08) # </a> says that standard time in Argentina from 1894-10-31 # to 1920-05-01 was -4:16:48.25. Go with this more-precise value -# over Shanks. +# over Shanks & Pottenger. # # From Mariano Absatz (2004-06-05): # These media articles from a major newspaper mostly cover the current state: @@ -202,8 +200,8 @@ Rule Arg 2000 only - Mar Sun>=1 0:00 0 - # http://www.sanjuan.gov.ar/prensa/archivo/000426.html # http://www.sanjuan.gov.ar/prensa/archivo/000441.html -# Unless otherwise specified, data are from Shanks through 1992, from -# the IATA otherwise. As noted below, Shanks says that +# Unless otherwise specified, data are from Shanks & Pottenger through 1992, +# from the IATA otherwise. As noted below, Shanks & Pottenger say that # America/Cordoba split into 6 subregions during 1991/1992, but we # haven't verified this yet so for now we'll keep it a single region. # @@ -222,7 +220,7 @@ Zone America/Argentina/Buenos_Aires -3:5 # Formosa (FM), Salta (SA), Santiago del Estero (SE), Cordoba (CB), # San Luis (SL), La Pampa (LP), Neuquen (NQ), Rio Negro (RN) # -# Shanks also makes the following claims, which we haven't verified: +# Shanks & Pottenger also make the following claims, which we haven't verified: # - Formosa switched to -3:00 on 1991-01-07. # - Misiones switched to -3:00 on 1990-12-29. # - Chaco switched to -3:00 on 1991-01-04. @@ -712,7 +710,7 @@ Zone America/Rio_Branco -4:31:12 - LMT 1 # It clearly confirms my earlier suggestion, that DST begins at 22:00 # on Easter Island.... But it also seems to be saying that the # observance of DST in Chile began in 1966, rather than 1969 as -# ... [Shanks] has it.... +# ... [Shanks & Pottenger have] it.... # # My translation: # @@ -724,8 +722,8 @@ Zone America/Rio_Branco -4:31:12 - LMT 1 # to Easter Island and Sala y Gomez Island, will be set forward at # midnight and at 22:00, respectively, by 20 minutes." -# From Paul Eggert (2001-05-04): -# Go with this article in preference to Shanks's 1969 date for modern DST. +# From Paul Eggert (2006-03-22): +# Go with Law in preference to Shanks & Pottenger's 1969 date for modern DST. # Assume this rule has been used since DST was introduced in the islands. # From Paul Eggert (2002-10-24): @@ -752,7 +750,7 @@ Zone America/Santiago -4:42:40 - LMT 189 -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 Mar 14 # Easter I Time + -7:00 Chile EAS%sT 1982 Mar 13 21:00 # Easter I Time -6:00 Chile EAS%sT # # Sala y Gomez Island is like Pacific/Easter. @@ -760,11 +758,9 @@ Zone Pacific/Easter -7:17:28 - LMT 1890 # San Felix, and Antarctic bases, are like America/Santiago. # Colombia -# Shanks specifies 24:00 for 1992 transition times; go with IATA, -# as it seems implausible to change clocks at midnight New Year's Eve. # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S -Rule CO 1992 only - May 2 0:00 1:00 S -Rule CO 1992 only - Dec 31 0:00 0 - +Rule CO 1992 only - May 3 0:00 1:00 S +Rule CO 1993 only - Apr 4 0:00 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone America/Bogota -4:56:20 - LMT 1884 Mar 13 -4:56:20 - BMT 1914 Nov 23 # Bogota Mean Time @@ -773,10 +769,21 @@ Zone America/Bogota -4:56:20 - LMT 1884 # no information; probably like America/Bogota # Curacao -# Shanks says that Bottom and Oranjestad have been at -4:00 since -# standard time was introduced on 1912-03-02; and that Kralendijk and Rincon -# used Kralendijk Mean Time (-4:33:08) from 1912-02-02 to 1965-01-01. -# This all predates our 1970 cutoff, though. +# +# From Paul Eggert (2006-03-22): +# Shanks & Pottenger say that The Bottom and Philipsburg have been at +# -4:00 since standard time was introduced on 1912-03-02; and that +# Kralendijk and Rincon used Kralendijk Mean Time (-4:33:08) from +# 1912-02-02 to 1965-01-01. The former is dubious, since S&P also say +# Saba Island has been like Curacao. +# This all predates our 1970 cutoff, though. +# +# By July 2007 Curacao and Sint Maarten are planned to become +# associated states within the Netherlands, much like Aruba; +# Bonaire, Saba and Sint Eustatius would become directly part of the +# Netherlands as Kingdom Islands. This won't affect their time zones +# though, as far as we know. +# # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone America/Curacao -4:35:44 - LMT 1912 Feb 12 # Willemstad -4:30 - ANT 1965 # Netherlands Antilles Time @@ -793,9 +800,9 @@ Zone Pacific/Galapagos -5:58:24 - LMT 19 # Falklands -# From Paul Eggert (2001-03-05): -# Between 1990 and 2000 inclusive, Shanks and the IATA agree except -# the IATA gives 1996-09-08. Go with Shanks. +# From Paul Eggert (2006-03-22): +# Between 1990 and 2000 inclusive, Shanks & Pottenger and the IATA agree except +# the IATA gives 1996-09-08. Go with Shanks & Pottenger. # From Falkland Islands Government Office, London (2001-01-22) # via Jesper Norgaard: @@ -878,9 +885,9 @@ Zone America/Guyana -3:52:40 - LMT 1915 -4:00 - GYT # Paraguay -# From Paul Eggert (1999-10-29): -# Shanks (1999) says that spring transitions are from 01:00 -> 02:00, -# and autumn transitions are from 00:00 -> 23:00. Go with earlier +# From Paul Eggert (2006-03-22): +# Shanks & Pottenger say that spring transitions are from 01:00 -> 02:00, +# and autumn transitions are from 00:00 -> 23:00. Go with pre-1999 # editions of Shanks, and with the IATA, who say transitions occur at 00:00. # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Para 1975 1988 - Oct 1 0:00 1:00 S @@ -915,9 +922,9 @@ Rule Para 1996 only - Mar 1 0:00 0 - # http://gateway.abc.com.py:8000/pub/pag04.mbr/artic?FHA=2001-03-03-02.24.52.… # Rule Para 1996 2001 - Oct Sun>=1 0:00 1:00 S -# IATA SSIM (1997-09) says Mar 1; go with Shanks. +# IATA SSIM (1997-09) says Mar 1; go with Shanks & Pottenger. Rule Para 1997 only - Feb lastSun 0:00 0 - -# Shanks says 1999-02-28; IATA SSIM (1999-02) says 1999-02-27, but +# Shanks & Pottenger say 1999-02-28; IATA SSIM (1999-02) says 1999-02-27, but # (1999-09) reports no date; go with above sources and Gerd Knops (2001-02-27). Rule Para 1998 2001 - Mar Sun>=1 0:00 0 - # From Rives McDow (2002-02-28): @@ -949,8 +956,8 @@ Zone America/Asuncion -3:50:40 - LMT 189 # When we were in Peru in 1985-1986, they apparently switched over # sometime between December 29 and January 3 while we were on the Amazon. # -# From Paul Eggert (2003-11-02): -# Shanks doesn't have this transition. Assume 1986 was like 1987. +# From Paul Eggert (2006-03-22): +# Shanks & Pottenger don't have this transition. Assume 1986 was like 1987. # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Peru 1938 only - Jan 1 0:00 1:00 S @@ -961,7 +968,7 @@ Rule Peru 1986 1987 - Jan 1 0:00 1:00 S Rule Peru 1986 1987 - Apr 1 0:00 0 - Rule Peru 1990 only - Jan 1 0:00 1:00 S Rule Peru 1990 only - Apr 1 0:00 0 - -# IATA is ambiguous for 1993/1995; go with Shanks. +# IATA is ambiguous for 1993/1995; go with Shanks & Pottenger. Rule Peru 1994 only - Jan 1 0:00 1:00 S Rule Peru 1994 only - Apr 1 0:00 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] @@ -994,23 +1001,23 @@ Zone America/Port_of_Spain -4:06:04 - LM # Uruguay # From Paul Eggert (1993-11-18): # Uruguay wins the prize for the strangest peacetime manipulation of the rules. -# From Shanks: +# From Shanks & Pottenger: # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S -# Whitman gives 1923 Oct 1; go with Shanks. +# Whitman gives 1923 Oct 1; go with Shanks & Pottenger. Rule Uruguay 1923 only - Oct 2 0:00 0:30 HS Rule Uruguay 1924 1926 - Apr 1 0:00 0 - Rule Uruguay 1924 1925 - Oct 1 0:00 0:30 HS Rule Uruguay 1933 1935 - Oct lastSun 0:00 0:30 HS -# Shanks gives 1935 Apr 1 0:00 and 1936 Mar 30 0:00; go with Whitman. +# Shanks & Pottenger give 1935 Apr 1 0:00 & 1936 Mar 30 0:00; go with Whitman. Rule Uruguay 1934 1936 - Mar Sat>=25 23:30s 0 - Rule Uruguay 1936 only - Nov 1 0:00 0:30 HS Rule Uruguay 1937 1941 - Mar lastSun 0:00 0 - -# Whitman gives 1937 Oct 3; go with Shanks. +# Whitman gives 1937 Oct 3; go with Shanks & Pottenger. Rule Uruguay 1937 1940 - Oct lastSun 0:00 0:30 HS # Whitman gives 1941 Oct 24 - 1942 Mar 27, 1942 Dec 14 - 1943 Apr 13, -# and 1943 Apr 13 ``to present time''; go with Shanks. -Rule Uruguay 1941 only - Aug 1 0:00 0 - -Rule Uruguay 1942 only - Jan 1 0:00 0:30 HS +# and 1943 Apr 13 ``to present time''; go with Shanks & Pottenger. +Rule Uruguay 1941 only - Aug 1 0:00 0:30 HS +Rule Uruguay 1942 only - Jan 1 0:00 0 - Rule Uruguay 1942 only - Dec 14 0:00 1:00 S Rule Uruguay 1943 only - Mar 14 0:00 0 - Rule Uruguay 1959 only - May 24 0:00 1:00 S @@ -1036,7 +1043,7 @@ Rule Uruguay 1988 only - Mar 14 0:00 0 Rule Uruguay 1988 only - Dec 11 0:00 1:00 S Rule Uruguay 1989 only - Mar 12 0:00 0 - Rule Uruguay 1989 only - Oct 29 0:00 1:00 S -# Shanks says no DST was observed in 1990/1 and 1991/2, +# Shanks & Pottenger say no DST was observed in 1990/1 and 1991/2, # and that 1992/3's DST was from 10-25 to 03-01. Go with IATA. Rule Uruguay 1990 1992 - Mar Sun>=1 0:00 0 - Rule Uruguay 1990 1991 - Oct Sun>=21 0:00 1:00 S =================================================================== RCS file: RCS/tz-link.htm,v retrieving revision 2006.2 retrieving revision 2006.2.0.1 diff -pu -r2006.2 -r2006.2.0.1 --- tz-link.htm 2006/02/20 15:08:18 2006.2 +++ tz-link.htm 2006/03/22 23:14:41 2006.2.0.1 @@ -9,7 +9,7 @@ <meta http-equiv="Content-type" content='text/html; charset="US-ASCII"' /> <meta name="DC.Creator" content="Eggert, Paul" /> <meta name="DC.Contributor" content="Olson, Arthur David" /> -<meta name="DC.Date" content="2006-01-20" /> +<meta name="DC.Date" content="2006-03-22" /> <meta name="DC.Description" content="Sources of information about time zones and daylight saving time" /> <meta name="DC.Identifier" content="http://www.twinsun.com/tz/tz-link.htm" /> @@ -147,15 +147,18 @@ Consortium</a> is promoting further work href="ftp://ftp.rfc-editor.org/internet-drafts/draft-royer-ical-basic-04.txt">iCalendar Basic</a> is a draft simplified definition that omits VTIMEZONE due to its complexity, but this removal is expected to appear as an -independent specification later.</li> +independent specification later. <a +href="http://www.calconnect.org/publications/icalendartimezoneproblemsandrecommen…">iCalendar +TIMEZONE Problems and Recommendations</a> offers guidelines and +recommendations for the use of VTIMEZONE and <code>tz</code>.</li> <li><a -href="ftp://ftp.rfc-editor.org/internet-drafts/draft-royer-timezone-registry-03.t…">Time +href="http://ietfreport.isoc.org/idref/draft-royer-timezone-registry/">Time Zone Registry</a> proposes an <a href="http://www.iana.org/"><abbr title="Internet Assigned Numbers Authority">IANA</abbr></a> time zone registration process that would establish unique names for each version of each <code>tz</code> zone, along with a polygonal representation of the geographical area corresponding to the -zone.</li> +zone. (This draft has expired, though.)</li> <li>The <a href="http://lists.w3.org/Archives/Public/www-rdf-calendar/">www-rdf-calendar</a> list discusses <a @@ -254,7 +257,7 @@ a Mac OS X program. Its developers <a href="http://www.veladg.com/tzoffer.html">offer free licenses</a> to <code>tz</code> contributors.</li> <li><a -href="http://www.cimmyt.org/timezone/">World Time Explorer</a> is a +href="http://www.worldtimeexplorer.com/index.html">World Time Explorer</a> is a Microsoft Windows program.</li> </ul> <h2>Other time zone databases</h2> @@ -436,6 +439,12 @@ title="Network Time Protocol">NTP</abbr> Time Protocol</a> discusses how to synchronize clocks of Internet hosts.</li> +<li><a +href="ftp://ftp.rfc-editor.org/internet-drafts/draft-lear-dhc-timezone-option-02.…">A +Timezone Option for <abbr title="Dynamic Host Configuration +Protocol">DHCP</abbr></a> proposes a <a +href="http://www.dhcp.org/">DHCP</a> option for a server to configure +a client's time zone and daylight saving settings automatically.</a> <li><a href="http://gauss.gge.unb.ca/GMT.UT.and.the.RGO.html">A Few Facts Concerning <abbr title="Greenwich Mean Time">GMT</abbr>, <abbr title="Universal Time">UT</abbr>, and =================================================================== RCS file: RCS/zone.tab,v retrieving revision 2006.2 retrieving revision 2006.2.0.1 diff -pu -r2006.2 -r2006.2.0.1 --- zone.tab 2006/02/20 15:08:18 2006.2 +++ zone.tab 2006/03/22 23:14:41 2006.2.0.1 @@ -257,7 +257,7 @@ MO +2214+11335 Asia/Macau MP +1512+14545 Pacific/Saipan MQ +1436-06105 America/Martinique MR +1806-01557 Africa/Nouakchott -MS +1644-06213 America/Montserrat +MS +1643-06213 America/Montserrat MT +3554+01431 Europe/Malta MU -2010+05730 Indian/Mauritius MV +0410+07330 Indian/Maldives @@ -376,10 +376,11 @@ US +382232-0862041 America/Indiana/Maren US +411745-0863730 America/Indiana/Knox Eastern Time - Indiana - Starke County US +384452-0850402 America/Indiana/Vevay Eastern Time - Indiana - Switzerland County US +415100-0873900 America/Chicago Central Time -US +384038-0873143 America/Indiana/Vincennes Central Time - Indiana - Daviess, Dubois, Knox, Martin, Perry & Pulaski +US +384038-0873143 America/Indiana/Vincennes Central Time - Indiana - Daviess, Dubois, Knox & Perry Counties US +382931-0871643 America/Indiana/Petersburg Central Time - Indiana - Pike County US +450628-0873651 America/Menominee Central Time - Michigan - Dickinson, Gogebic, Iron & Menominee Counties US +470659-1011757 America/North_Dakota/Center Central Time - North Dakota - Oliver County +US +465042-1012439 America/North_Dakota/New_Salem Central Time - North Dakota - Morton County (except Mandan area) US +394421-1045903 America/Denver Mountain Time US +433649-1161209 America/Boise Mountain Time - south Idaho & east Oregon US +364708-1084111 America/Shiprock Mountain Time - Navajo

2 3

RE: tz behavior difference TZif vs. TZif2
by Robbin Kawabata March 24, 2006

March 24, 2006

The zic.c fix of 3/23/06 still has a problem. The problem described in below email is against 2006b/src64/zic.c. The problem still exists after the 3/23/06 zic.c fix is applied. ------------- Begin Forwarded Message ------------- Date: Thu, 23 Mar 2006 14:54:43 -0800 From: Kenjiro Tsuji <kenjiro.tsuji(a)sun.com> Subject: zic.c This seems like a bug of zic.c. In writezone(), around line 1609, there is a chance that it causes an illegal memory access, as the following: if (thistimecnt == 0) writetype[types[thistimelim - 1]] = TRUE; If thistimelim is 0 here, types[thistimelim-1] will be an access to types[-1]. On sparc with gcc, types[-1] is likely to return 1, as a result, the above will be writetype[1] = TRUE, which means not LMT but CCT will be referred. So, if you put dummy declarations around types[] declaration as the following, you will always get the result that is equivalent to others, even on SPARC with gcc: register FILE * fp; register int i, j; register int leapcnt32, leapi32; register int timecnt32, timei32; register int pass; static char * fullname; static const struct tzhead tzh0; static struct tzhead tzh; zic_t ats[TZ_MAX_TIMES]; -> unsigned char dummy1 = 0; unsigned char types[TZ_MAX_TIMES]; -> unsigned char dummy2 = 0; ------------- End Forwarded Message ------------- If zic (with fix of 3/23/06) is built with gcc on x86 (Solaris), the Cocos file is bad - "LMT" is written to the abbreviations field: % od -xc zoneinfo_fix_gcc.i386/Indian/Cocos 0000000 545a 6966 3200 0000 0000 0000 0000 0000 T Z i f 2 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 0000020 0000 0000 0000 0001 0000 0001 0000 0000 \0 \0 \0 \0 \0 \0 \0 001 \0 \0 \0 001 \0 \0 \0 \0 0000040 0000 0000 0000 0001 0000 0004 0000 5adc \0 \0 \0 \0 \0 \0 \0 001 \0 \0 \0 004 \0 \0 Z 334 0000060 0000 4c4d 5400 0000 545a 6966 3200 0000 \0 \0 L M T \0 \0 \0 T Z i f 2 \0 \0 \0 0000100 0000 0000 0000 0000 0000 0000 0000 0002 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 002 0000120 0000 0002 0000 0000 0000 0001 0000 0002 \0 \0 \0 002 \0 \0 \0 \0 \0 \0 \0 001 \0 \0 \0 002 0000140 0000 0008 ffff ffff 7c55 26a4 0100 005a \0 \0 \0 \b 377 377 377 377 | U & 244 001 \0 \0 Z 0000160 dc00 0000 005b 6800 044c 4d54 0043 4354 334 \0 \0 \0 \0 [ h \0 004 L M T \0 C C T 0000200 0000 0000 000a 4343 542d 363a 3330 0a00 \0 \0 \0 \0 \0 \n C C T - 6 : 3 0 \n 0000217 Note if zic is built with gcc on sparc, the Cocos file is "OK" - "CCT" is written to the abbreviations field: % od -xc zoneinfo_fix_gcc.sparc/Indian/Cocos 0000000 545a 6966 3200 0000 0000 0000 0000 0000 T Z i f 2 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 0000020 0000 0000 0000 0001 0000 0001 0000 0000 \0 \0 \0 \0 \0 \0 \0 001 \0 \0 \0 001 \0 \0 \0 \0 0000040 0000 0000 0000 0001 0000 0004 0000 5b68 \0 \0 \0 \0 \0 \0 \0 001 \0 \0 \0 004 \0 \0 [ h 0000060 0000 4343 5400 0000 545a 6966 3200 0000 \0 \0 C C T \0 \0 \0 T Z i f 2 \0 \0 \0 0000100 0000 0000 0000 0000 0000 0000 0000 0002 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 002 0000120 0000 0002 0000 0000 0000 0001 0000 0002 \0 \0 \0 002 \0 \0 \0 \0 \0 \0 \0 001 \0 \0 \0 002 0000140 0000 0008 ffff ffff 7c55 26a4 0100 005a \0 \0 \0 \b 377 377 377 377 | U & 244 001 \0 \0 Z 0000160 dc00 0000 005b 6800 044c 4d54 0043 4354 334 \0 \0 \0 \0 [ h \0 004 L M T \0 C C T 0000200 0000 0000 000a 4343 542d 363a 3330 0a00 \0 \0 \0 \0 \0 \n C C T - 6 : 3 0 \n 0000217 % cmp -l zoneinfo_fix_gcc.*/Indian/Cocos 47 132 133 48 334 150 51 114 103 52 115 103

1 0

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

March 24, 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

Uruguay rule
by Jesper Norgaard Welen March 21, 2006

March 21, 2006

In the Uruguay rule, for 1941 there seems to be an obsolete statement Rule Uruguay 1937 1941 - Mar lastSun 0:00 0 - # Whitman gives 1937 Oct 3; go with Shanks. Rule Uruguay 1937 1940 - Oct lastSun 0:00 0:30 HS # Whitman gives 1941 Oct 24 - 1942 Mar 27, 1942 Dec 14 - 1943 Apr 13, # and 1943 Apr 13 ``to present time''; go with Shanks. Rule Uruguay 1941 only - Aug 1 0:00 0 - Rule Uruguay 1942 only - Jan 1 0:00 0:30 HS The next-last line above concerning 1941-08-01 can be deleted, since Last Sunday of March 1941 was returning to standard time, no need to do it again. 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

Martin County, Indiana defects back to eastern time
by Paul Eggert March 21, 2006

March 21, 2006

An InsideINdianaBusiness.com report on Martin county, Indiana <http://www.insideindianabusiness.com/newsitem.asp?ID=17202> (2006-03-15) say that the county commissioners have voted to stay on eastern time in 2006, which means they will stay like America/Indiana/Indianopolis, instead of switching to eastern time as earlier planned. They join Pulaski county in changing their minds. (I reported on this last month.) Those Hoosiers! Such a flighty and changeable people!

1 0

Capital of Montserrat
by Jesper Norgaard Welen March 21, 2006

March 21, 2006

Some time ago I investigated what might be the capital of Montserrat when the former capital Plymouth was abandoned because of heavy volcanic activity in 1995 and onwards (now it is a bit more quiet). I came to the conclusion that it was probably Brades, from having several addresses of government there. Recently I checked wikipedia and the CIA factbook and it confirms it was changed from Plymouth to Brades. In the tz database we don't have a big problem from the fortunate timezone naming America/Montserrat instead of America/Olveston. However, there are two comments that state it is Olveston in the tz entry (see below). In the web I could only find an old reference from 1996 talking about a government office in Olveston, other references say Brades or Brades Estate. # Montserrat # From Paul Eggert (1997-08-31): # Recent volcanic eruptions have forced evacuation of Plymouth, the capital. # Luckily, Olveston, the current de facto capital, has the same longitude. # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone America/Montserrat -4:08:52 - LMT 1911 Jul 1 0:01 # Olveston -4:00 - AST http://www.gis.gov.ms/ http://www.odci.gov/cia/publications/factbook/geos/mh.html http://en.wikipedia.org/wiki/Montserrat http://en.wikipedia.org/wiki/Brades%2C_Montserrat Unfortunately that will mean we have to recalculate LMT since it is (as would be expected) not very close to the turmoil of Plymouth. The last page has a nice little map to show where Brades is located in the north of Montserrat. As usual tz database prefers largest city, but I don't know if that differs from Brades. - 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

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

March 20, 2006

Here's what I get from "od" on elsie: > Script started on Mon 20 Mar 2006 08:53:11 AM EST > elsie$ od -xc ./tmp/etc/zoneinfo/Indian/Cocos > 0000000 545a 6966 3200 0000 0000 0000 0000 0000 > T Z i f 2 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 > 0000020 0000 0000 0000 0001 0000 0001 0000 0000 > \0 \0 \0 \0 \0 \0 \0 001 \0 \0 \0 001 \0 \0 \0 \0 > 0000040 0000 0000 0000 0001 0000 0008 0000 5b68 > \0 \0 \0 \0 \0 \0 \0 001 \0 \0 \0 \b \0 \0 [ h > 0000060 0004 4c4d 5400 4343 5400 0000 545a 6966 > \0 004 L M T \0 C C T \0 \0 \0 T Z i f > 0000100 3200 0000 0000 0000 0000 0000 0000 0000 > 2 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 > 0000120 0000 0002 0000 0002 0000 0000 0000 0001 > \0 \0 \0 002 \0 \0 \0 002 \0 \0 \0 \0 \0 \0 \0 001 > 0000140 0000 0002 0000 0008 ffff ffff 7c55 26a4 > \0 \0 \0 002 \0 \0 \0 \b ÿ ÿ ÿ ÿ | U & ¤ > 0000160 0100 005a dc00 0000 005b 6800 044c 4d54 > 001 \0 \0 Z Ü \0 \0 \0 \0 [ h \0 004 L M T > 0000200 0043 4354 0000 0000 000a 4343 542d 363a > \0 C C T \0 \0 \0 \0 \0 \n C C T - 6 : > 0000220 3330 0a00 > 3 0 \n > 0000223 > elsie$ exit > > script done on Mon 20 Mar 2006 08:53:26 AM EST Note the "0000060 0004" above and the "0000060 0000" below. The number in question is the index into the zone abbreviation characters which are "LMT\0CCT\0"; the difference is why we're seeing "CCT" (the correct behavior) on elsie and "LMT" (the worng behavior) on your system; it's also why the zgress test worked here on elsie. --ado -----Original Message----- From: Robbin Kawabata [mailto:Robbin.Kawabata@eng.sun.com] Sent: Friday, March 17, 2006 5:11 PM To: tz(a)elsie.nci.nih.gov; eggert(a)CS.UCLA.EDU; Olson, Arthur David (NIH/NCI) [E]; olsona(a)elsie.nci.nih.gov Cc: robbin.kawabata(a)sun.com Subject: tz behavior difference TZif vs. TZif2 ... This is a dump of the Indian/Cocos TZif2 file: % od -xc ./Indian/Cocos 0000000 545a 6966 3200 0000 0000 0000 0000 0000 T Z i f 2 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 0000020 0000 0000 0000 0001 0000 0001 0000 0000 \0 \0 \0 \0 \0 \0 \0 001 \0 \0 \0 001 \0 \0 \0 \0 0000040 0000 0000 0000 0001 0000 0008 0000 5adc \0 \0 \0 \0 \0 \0 \0 001 \0 \0 \0 \b \0 \0 Z 334 0000060 0000 4c4d 5400 4343 5400 0000 545a 6966 \0 \0 L M T \0 C C T \0 \0 \0 T Z i f 0000100 3200 0000 0000 0000 0000 0000 0000 0000 2 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 0000120 0000 0002 0000 0002 0000 0000 0000 0001 \0 \0 \0 002 \0 \0 \0 002 \0 \0 \0 \0 \0 \0 \0 001 0000140 0000 0002 0000 0008 ffff ffff 7c55 26a4 \0 \0 \0 002 \0 \0 \0 \b 377 377 377 377 | U & 244 0000160 0100 005a dc00 0000 005b 6800 044c 4d54 001 \0 \0 Z 334 \0 \0 \0 \0 [ h \0 004 L M T 0000200 0043 4354 0000 0000 000a 4343 542d 363a \0 C C T \0 \0 \0 \0 \0 \n C C T - 6 : 0000220 3330 0a00 3 0 \n 0000223 ...

1 0

tz behavior difference TZif vs. TZif2
by Robbin Kawabata March 19, 2006

March 19, 2006

I still see a behavior difference for some timezones with 32-bit 2005l localtime() when using TZif vs. TZif2 (built with 2006b zic.c) format timezones. Do you get this behavior too? I would have expected the difference to show up on a zgress test, however. It seems the TZif2 file has an extra "LMT" in the first portion of the binary, which is supposed to be identical to the old TZif files. The extra "LMT" also seems to cause Solaris localtime() to behave differently. It would be better for Solaris compatibility if "LMT" was not included in the first portion of the TZif2 file, and if the first portion of a TZif2 file was identical to a TZif file except for the "2" in "TZif2". As an example using 32-bit 2005l localtime.c, this is the behavior difference of zdump for Indian/Cocos timezone between TZif format vs. TZif2 format: old TZif vs. new TZif2 Indian/Cocos: < Indian/Cocos Fri Dec 13 20:45:52 1901 UTC = Sat Dec 14 03:15:52 1901 CCT isds t=0 < Indian/Cocos Sat Dec 14 20:45:52 1901 UTC = Sun Dec 15 03:15:52 1901 CCT isds t=0 < Indian/Cocos Tue Jan 19 03:14:07 2038 UTC = Tue Jan 19 09:44:07 2038 CCT isds t=0 < Indian/Cocos Mon Jan 18 03:14:07 2038 UTC = Mon Jan 18 09:44:07 2038 CCT isds t=0 --- > Indian/Cocos Fri Dec 13 20:45:52 1901 UTC = Sat Dec 14 03:13:32 1901 LMT isds t=0 > Indian/Cocos Sat Dec 14 20:45:52 1901 UTC = Sun Dec 15 03:13:32 1901 LMT isds t=0 > Indian/Cocos Tue Jan 19 03:14:07 2038 UTC = Tue Jan 19 09:41:47 2038 LMT isds t=0 > Indian/Cocos Mon Jan 18 03:14:07 2038 UTC = Mon Jan 18 09:41:47 2038 LMT isds This is a dump of the Indian/Cocos TZif2 file: % od -xc ./Indian/Cocos 0000000 545a 6966 3200 0000 0000 0000 0000 0000 T Z i f 2 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 0000020 0000 0000 0000 0001 0000 0001 0000 0000 \0 \0 \0 \0 \0 \0 \0 001 \0 \0 \0 001 \0 \0 \0 \0 0000040 0000 0000 0000 0001 0000 0008 0000 5adc \0 \0 \0 \0 \0 \0 \0 001 \0 \0 \0 \b \0 \0 Z 334 0000060 0000 4c4d 5400 4343 5400 0000 545a 6966 \0 \0 L M T \0 C C T \0 \0 \0 T Z i f 0000100 3200 0000 0000 0000 0000 0000 0000 0000 2 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 0000120 0000 0002 0000 0002 0000 0000 0000 0001 \0 \0 \0 002 \0 \0 \0 002 \0 \0 \0 \0 \0 \0 \0 001 0000140 0000 0002 0000 0008 ffff ffff 7c55 26a4 \0 \0 \0 002 \0 \0 \0 \b 377 377 377 377 | U & 244 0000160 0100 005a dc00 0000 005b 6800 044c 4d54 001 \0 \0 Z 334 \0 \0 \0 \0 [ h \0 004 L M T 0000200 0043 4354 0000 0000 000a 4343 542d 363a \0 C C T \0 \0 \0 \0 \0 \n C C T - 6 : 0000220 3330 0a00 3 0 \n 0000223 This is a dump of the Indian/Cocos TZif file: % od -xc /usr/share/lib/zoneinfo/Indian/Cocos 0000000 545a 6966 0000 0000 0000 0000 0000 0000 T Z i f \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 0000020 0000 0000 0000 0001 0000 0001 0000 0000 \0 \0 \0 \0 \0 \0 \0 001 \0 \0 \0 001 \0 \0 \0 \0 0000040 0000 0000 0000 0001 0000 0004 0000 5b68 \0 \0 \0 \0 \0 \0 \0 001 \0 \0 \0 004 \0 \0 [ h 0000060 0000 4343 5400 0000 \0 \0 C C T \0 \0 \0 0000070 The following timezones (which seem to have no transitions) showed similar behavior differences with 2005l localtime.c and TZif vs. TZif2 formats: Africa/Bujumbura Africa/Kinshasa Africa/Lome Africa/Lubumbashi Atlantic/South_Georgia Indian/Christmas Indian/Cocos Pacific/Fakaofo Pacific/Funafuti Pacific/Palau Pacific/Ponape Pacific/Port_Moresby Pacific/Tarawa Pacific/Truk Pacific/Wake Pacific/Wallis

2 1

RE: next time zone package update
by Olson, Arthur David (NIH/NCI) [E] March 14, 2006

March 14, 2006

I'll also bundle in the LONG_LONG_MAX fix. --ado

1 0

next time zone package update
by Arthur David Olson March 14, 2006

March 14, 2006

My plan is to wait for Sri Lanka changes (which affect present and future rather than historical instants) then update the elsie ftp directory to contain old-tzcode-32-bit-binary-files.tar.gz (tz32code2006b.tar.gz renamed) and tzcode2006c.tar.gz (not tz64code2006c.tar.gz) and tzdata2006c.tar.gz (not tz64data2006c.tar.gz) Proposed code changes are at the end of this message; the changes would: 1. eliminate conditionalization on __STDC__ by assuming a standard-conforming compiler is in use; 2. avoid gcc warnings about format strings in asctime; 3. introduce binary search logic in localtime.c. At least for now, the plan is to forego size_t tweaks, changes in default zdump cutoff years, and elimination of the P (paramater) macro. --ado ------- asctime.c ------- *** /tmp/geta17330 Tue Mar 14 10:20:10 2006 --- /tmp/getb17330 Tue Mar 14 10:20:10 2006 *************** *** 11,17 **** #ifndef lint #ifndef NOID ! static char elsieid[] = "@(#)asctime.c 8.1"; #endif /* !defined NOID */ #endif /* !defined lint */ --- 11,17 ---- #ifndef lint #ifndef NOID ! static char elsieid[] = "@(#)asctime.c 8.2"; #endif /* !defined NOID */ #endif /* !defined lint */ *************** *** 23,29 **** /* ** Some systems only handle "%.2d"; others only handle "%02d"; ** "%02.2d" makes (most) everybody happy. ! ** At least some versions of gcc warn about the %02.2d; ignore the warning. */ /* ** All years associated with 32-bit time_t values are exactly four digits long; --- 23,30 ---- /* ** Some systems only handle "%.2d"; others only handle "%02d"; ** "%02.2d" makes (most) everybody happy. ! ** At least some versions of gcc warn about the %02.2d; ! ** we conditionalize below to avoid the warning. */ /* ** All years associated with 32-bit time_t values are exactly four digits long; *************** *** 37,43 **** --- 38,48 ---- ** The ISO C 1999 and POSIX 1003.1-2004 standards prohibit padding the year, ** but many implementations pad anyway; most likely the standards are buggy. */ + #ifdef __GNUC__ + #define ASCTIME_FMT "%.3s %.3s%3d %2.2d:%2.2d:%2.2d %-4s\n" + #else /* !defined __GNUC__ */ #define ASCTIME_FMT "%.3s %.3s%3d %02.2d:%02.2d:%02.2d %-4s\n" + #endif /* !defined __GNUC__ */ /* ** For years that are more than four digits we put extra spaces before the year ** so that code trying to overwrite the newline won't end up overwriting *************** *** 44,50 **** --- 49,59 ---- ** a digit within a year and truncating the year (operating on the assumption ** that no output is better than wrong output). */ + #ifdef __GNUC__ + #define ASCTIME_FMT_B "%.3s %.3s%3d %2.2d:%2.2d:%2.2d %s\n" + #else /* !defined __GNUC__ */ #define ASCTIME_FMT_B "%.3s %.3s%3d %02.2d:%02.2d:%02.2d %s\n" + #endif /* !defined __GNUC__ */ #define STD_ASCTIME_BUF_SIZE 26 /* ------- date.c ------- *** /tmp/geta17349 Tue Mar 14 10:20:10 2006 --- /tmp/getb17349 Tue Mar 14 10:20:10 2006 *************** *** 1,6 **** #ifndef lint #ifndef NOID ! static char elsieid[] = "@(#)date.c 8.1"; /* ** Modified from the UCB version with the SCCS ID appearing below. */ --- 1,6 ---- #ifndef lint #ifndef NOID ! static char elsieid[] = "@(#)date.c 8.2"; /* ** Modified from the UCB version with the SCCS ID appearing below. */ *************** *** 352,364 **** /*ARGSUSED*/ static void - #if __STDC__ reset(const time_t newt, const int nflag) - #else /* !__STDC__ */ - reset(newt, nflag) - const time_t newt; - const int nflag; - #endif /* !__STDC__ */ { register int fid; time_t oldt; --- 352,358 ---- *************** *** 623,636 **** #define ATOI2(ar) (ar[0] - '0') * 10 + (ar[1] - '0'); ar += 2; static time_t - #if __STDC__ convert(register const char * const value, const int dousg, const time_t t) - #else /* !__STDC__ */ - convert(value, dousg, t) - register const char * const value; - const int dousg; - const time_t t; - #endif /* !__STDC__ */ { register const char * cp; register const char * dotp; --- 617,623 ---- *************** *** 734,751 **** */ static void - #if __STDC__ checkfinal(const char * const value, const int didusg, const time_t t, const time_t oldnow) - #else /* !__STDC__ */ - checkfinal(value, didusg, t, oldnow) - const char * const value; - const int didusg; - const time_t t; - const time_t oldnow; - #endif /* !__STDC__ */ { time_t othert; struct tm tm; --- 721,730 ---- *************** *** 804,819 **** } static void - #if __STDC__ iffy(const time_t thist, const time_t thatt, const char * const value, const char * const reason) - #else /* !__STDC__ */ - iffy(thist, thatt, value, reason) - const time_t thist; - const time_t thatt; - const char * const value; - const char * const reason; - #endif /* !__STDC__ */ { struct tm tm; --- 783,790 ---- ------- localtime.c ------- *** /tmp/geta17444 Tue Mar 14 10:20:12 2006 --- /tmp/getb17444 Tue Mar 14 10:20:12 2006 *************** *** 5,11 **** #ifndef lint #ifndef NOID ! static char elsieid[] = "@(#)localtime.c 8.1"; #endif /* !defined NOID */ #endif /* !defined lint */ --- 5,11 ---- #ifndef lint #ifndef NOID ! static char elsieid[] = "@(#)localtime.c 8.3"; #endif /* !defined NOID */ #endif /* !defined lint */ *************** *** 602,614 **** */ static const char * - #if __STDC__ getqzname(register const char *strp, const int delim) - #else /* !__STDC__ */ - getqzname(strp, delim) - register const char * strp; - const int delim; - #endif /* !__STDC__ */ { register int c; --- 602,608 ---- *************** *** 1263,1272 **** break; } } else { ! for (i = 1; i < sp->timecnt; ++i) ! if (t < sp->ats[i]) ! break; ! i = (int) sp->types[i - 1]; } ttisp = &sp->ttis[i]; /* --- 1257,1273 ---- break; } } else { ! register int lo = 1; ! register int hi = sp->timecnt; ! ! while (lo < hi) { ! register int mid = (lo + hi) >> 1; ! ! if (t < sp->ats[mid]) ! hi = mid; ! else lo = mid + 1; ! } ! i = (int) sp->types[lo - 1]; } ttisp = &sp->ttis[i]; /* ------- private.h ------- *** /tmp/geta17482 Tue Mar 14 10:20:12 2006 --- /tmp/getb17482 Tue Mar 14 10:20:12 2006 *************** *** 21,27 **** #ifndef lint #ifndef NOID ! static char privatehid[] = "@(#)private.h 8.1"; #endif /* !defined NOID */ #endif /* !defined lint */ --- 21,27 ---- #ifndef lint #ifndef NOID ! static char privatehid[] = "@(#)private.h 8.2"; #endif /* !defined NOID */ #endif /* !defined lint */ *************** *** 152,166 **** */ /* ! ** SunOS 4.1.1 cc lacks prototypes. */ #ifndef P - #if __STDC__ #define P(x) x - #else /* !__STDC__ */ - #define P(x) () - #endif /* ! __STDC__ */ #endif /* !defined P */ /* --- 152,162 ---- */ /* ! ** If your compiler lacks prototypes, "#define P(x) ()". */ #ifndef P #define P(x) x #endif /* !defined P */ /* ------- zdump.c ------- *** /tmp/geta17586 Tue Mar 14 10:20:14 2006 --- /tmp/getb17586 Tue Mar 14 10:20:14 2006 *************** *** 1,4 **** ! static char elsieid[] = "@(#)zdump.c 8.1"; /* ** This code has been made independent of the rest of the time --- 1,4 ---- ! static char elsieid[] = "@(#)zdump.c 8.2"; /* ** This code has been made independent of the rest of the time *************** *** 130,140 **** #endif /* !defined TZ_DOMAIN */ #ifndef P - #if __STDC__ #define P(x) x - #else /* !__STDC__ */ - #define P(x) () - #endif /* !__STDC__ */ #endif /* !defined P */ extern char ** environ; --- 130,136 ---- *************** *** 475,488 **** } static time_t - #if __STDC__ hunt(char *name, time_t lot, time_t hit) - #else /* !__STDC__ */ - hunt(name, lot, hit) - char * name; - time_t lot; - time_t hit; - #endif /* !__STDC__ */ { time_t t; long diff; --- 471,477 ---- *************** *** 552,565 **** } static void - #if __STDC__ show(char *zone, time_t t, int v) - #else /* !__STDC__ */ - show(zone, t, v) - char * zone; - time_t t; - int v; - #endif /* !__STDC__ */ { register struct tm * tmp; --- 541,547 ----

3 2

FW: Question about Leap Second Features
by Olson, Arthur David (NIH/NCI) [E] March 11, 2006

March 11, 2006

Dan White is not on the time zone mailing list; direct replies appropriately. --ado -----Original Message----- From: Dan White [mailto:ygor@comcast.net] Sent: Saturday, February 18, 2006 9:59 AM To: tz(a)lecserver.nci.nih.gov Subject: Question about Leap Second Features Is there any implementation for this information on Microsoft operating systems ?

4 6

Re: 75% speedup for zdump on 64-bit Solaris sparc
by Arthur David Olson March 10, 2006

March 10, 2006

The simplest way to avoid problems with the thread safeness comment is to delete it. It also pays, of course, to get the code right. So...let's take a look at this possible change: =============================================================================== ------- localtime.c ------- *** /tmp/geta21149 Tue Mar 7 10:52:03 2006 --- /tmp/getb21149 Tue Mar 7 10:52:03 2006 *************** *** 5,11 **** #ifndef lint #ifndef NOID ! static char elsieid[] = "@(#)localtime.c 8.1"; #endif /* !defined NOID */ #endif /* !defined lint */ --- 5,11 ---- #ifndef lint #ifndef NOID ! static char elsieid[] = "@(#)localtime.c 8.3"; #endif /* !defined NOID */ #endif /* !defined lint */ *************** *** 1263,1271 **** break; } } else { ! for (i = 1; i < sp->timecnt; ++i) if (t < sp->ats[i]) break; i = (int) sp->types[i - 1]; } ttisp = &sp->ttis[i]; --- 1263,1281 ---- break; } } else { ! static int guess; ! ! i = guess; ! if (i < 1 || i >= sp->timecnt || t < sp->ats[i]) ! i = 1; ! for ( ; i < sp->timecnt; ++i) if (t < sp->ats[i]) break; + /* + ** Heuristic alert: "guess = i - 1" caters to programs such as + ** zdump that do lots of calls straddling a transition time. + */ + guess = i - 1; i = (int) sp->types[i - 1]; } ttisp = &sp->ttis[i]; =============================================================================== I used the script below for metering purposes here on the mother ship (a 500 MHz Sun Blade 100 running Solaris 8)... ( sccs get -r8.1 localtime.c make clean make install TOPDIR=$PWD/tmp 2>/dev/null make clean make zdump TOPDIR=$PWD/tmp CFLAGS="-D_TIME_T \"-Dtime_t=long long\"" time ./zdump -v US/Pacific > /dev/null sccs get -r8.3 localtime.c make clean make zdump TOPDIR=$PWD/tmp CFLAGS="-D_TIME_T \"-Dtime_t=long long\"" time ./zdump -v US/Pacific > /dev/null rm -f localtime.c cp eggert.c localtime.c make clean make zdump TOPDIR=$PWD/tmp CFLAGS="-D_TIME_T \"-Dtime_t=long long\"" time ./zdump -v US/Pacific > /dev/null rm -f localtime.c ) > /dev/null ...and got these results... real 38.5 user 38.2 sys 0.0 real 19.7 user 19.6 sys 0.0 real 20.7 user 20.2 sys 0.0 ...for a virtual tie between the cache and search approaches. --ado

3 4

FW: Chages in timezone for Sri Lanka
by Olson, Arthur David (NIH/NCI) [E] March 9, 2006

March 9, 2006

Petr Machata is not on the time zone mailing list; direct replies appropriately. --ado -----Original Message----- From: Petr Machata [mailto:pmachata@redhat.com] Sent: Thursday, March 09, 2006 10:48 AM To: Olson, Arthur David (NIH/NCI) [E] Subject: Chages in timezone for Sri Lanka Hi, I'm contacting you as you seem to be close to tzdata mailing list administration. As such you will probably know what to do. It was brought to my attention that Sri Lanka is going to change timezone from GMT+6:00 to GMT+5:30, quite soon at Apr/13: http://www.hindu.com/thehindu/holnus/001200603042035.htm Do you know anything closer, or anything that looks more "official"? Is there going to be new tzdata release? Thanks, PM

2 1