Proposed time zone package changes (Armenia, Chile, Falklands, Tokelau, Antarctica, Creston(Canada))
Here are proposed changes to the time zone package (code & data). These will be released as tz*2012a.tar.gz on Thursday March 1 2012 assuming no problems are found (and if only minor problems are found, and corrected, then something similar on the same date.) The executive summary tzcode: updates to reflect the current homes of the mailing list and distribution files (no changes to the C code at all in this version, unless you need the README or .htm files, you do not need this update.) Note: I have used munnari.oz.au as the primary home for the tz*.tar.gz files as (for now anyway) that is where it is, if the primary source moves to the IANA systems in the future this can be updated. tzdata: antarctica current best known timezone info for various antarctic bases for the winter of 2012 asia Armenia has abolished summer time australasia Tokelau copied Samoa and swapped sides of the International Data line last December. NB: this change affects current timestamps. europe Spelling corrections for some French names in comments. leapseconds Bulletin C43 incorporated (a leap Second will occur 2012-06-30 at 23:59:60 UTC) Bulletin C42 was also incorporated (but never released) - it said nothing very interesting (no leap second 2011-12-31). northamerica New zone America/Creston created for an area in British Columbia that was previously (and apparently incorrectly) considered identical to Dawson Creek. Also, some corrections to 1918 summer time end dates in several Canadian zones. southamerica Chile has extended Summer time in the 2011/2 summer. The Falkland Islands now have it permanently (continuing the 2011 experiment.) This "permanently" is a guess, it apparently is certain for 2012 (as certain as these things ever are) and considered likely into the future. zone.tab New America/Creston zone added, and a typo in the entry for Europe/Samara corrected. Please let us (via the list, or for trivia if you prefer, to me personally) of any problems with any of these changes. I'd particularly appreciate someone (many someone's...) casting an eye over the change to the Falklands zone definition (Atlantic/Stanley) to see if you agree with the way I made that change. If there were any doc changes I missed (any remaining references to elsie.... for example) please let me know. kre --- README 2012/02/25 03:44:34 1.1 +++ README 2012/02/26 22:37:09 @@ -1,4 +1,4 @@ -@(#)README 8.3 +@(#)README 8.4 This file is in the public domain, so clarified as of 2009-05-17 by Arthur David Olson. @@ -40,7 +40,7 @@ mkdir tz cd tz - wget 'ftp://elsie.nci.nih.gov/pub/tz*.tar.gz' + wget 'ftp://munnari.oz.au/pub/tz*.tar.gz' gzip -dc tzcode*.tar.gz | tar -xf - gzip -dc tzdata*.tar.gz | tar -xf - @@ -71,7 +71,7 @@ 1970, and there are undoubtedly errors even for time stamps since 1970. If you know that the rules are different from those in a file, by all means feel free to change file (and please send the changed version to -tz@elsie.nci.nih.gov for use in the future). Europeans take note! +tz@iana.org for use in the future). Europeans take note! Thanks to these Timezone Caballeros who've made major contributions to the time conversion package: Keith Bostic; Bob Devine; Paul Eggert; Robert Elz; @@ -80,7 +80,13 @@ for testing work, and to Gwillim Law for checking local mean time data. None of them are responsible for remaining errors. -Look in the ~ftp/pub directory of elsie.nci.nih.gov +Look in the ~ftp/pub directory of munnari.oz.au for updated versions of these files. -Please send comments or information to tz@elsie.nci.nih.gov. +Please send comments or information to tz@iana.org. + +Postscript: The README above is largely unmodified (aside from details +of mailing list and ftp archive addresses) from that prepared many years +ago by Arthur David Olson, to whom the timezone community owes the +greatest debt of all. Arthur is not currently maintaining this data or +code (though he remains involved). --- tz-art.htm 2012/02/25 03:47:12 1.1 +++ tz-art.htm 2012/02/26 23:38:50 @@ -9,7 +9,7 @@ <body> <h1>Time and the Arts</h1> <address> -@(#)tz-art.htm 8.20 +@(#)tz-art.htm 8.21 </address> <p> This file is in the public domain, so clarified as of @@ -17,7 +17,7 @@ </p> <p> Please send corrections to this web page to the -<a href="mailto:tz@elsie.nci.nih.gov">time zone mailing list</a>.</p> +<a href="mailto:tz@iana.org">time zone mailing list</a>.</p> <p> See also <a href="tz-link.htm">Sources for Time Zone and Daylight Saving Time Data</a>.</p> <hr> --- tz-link.htm 2012/02/25 03:47:12 1.1 +++ tz-link.htm 2012/02/26 23:38:58 @@ -18,7 +18,7 @@ <body> <h1>Sources for Time Zone and Daylight Saving Time Data</h1> <address> -@(#)tz-link.htm 8.32 +@(#)tz-link.htm 8.33 </address> <p> This file is in the public domain, so clarified as of @@ -26,7 +26,7 @@ </p> <p> Please send corrections to this web page to the -<a href="mailto:tz@elsie.nci.nih.gov">time zone mailing list</a>.</p> +<a href="mailto:tz@iana.org">time zone mailing list</a>.</p> <h2>The <code>tz</code> database</h2> <p> The <a href="http://en.wikipedia.org/wiki/Public_domain">public-domain</a> @@ -83,7 +83,7 @@ the location's full name, e.g., <code>TZ="America/New_York"</code>.</p> <p> In the <code>tz</code> database's -<a href="ftp://elsie.nci.nih.gov/pub"><abbr +<a href="ftp://munnari.oz.au/pub"><abbr title="File Transfer Protocol">FTP</abbr> distribution</a> the code is in the file <code>tzcode<var>C</var>.tar.gz</code>, where <code><var>C</var></code> is the code's version; @@ -98,25 +98,30 @@ <code>README</code> file for what to do next.</p> <pre style="margin-left: 2em"><code>mkdir tz cd tz -<a href="http://www.gnu.org/software/wget/">wget</a> 'ftp://elsie.nci.nih.gov/pub/tz*.tar.gz' +<a href="http://www.gnu.org/software/wget/">wget</a> 'ftp://munnari.oz.au/pub/tz*.tar.gz' <a href="http://www.gnu.org/software/gzip/">gzip</a> -dc tzcode*.tar.gz | <a href="http://www.gnu.org/software/tar/">tar</a> -xf - gzip -dc tzdata*.tar.gz | tar -xf - </code></pre> <p> +The code and data files can also be obtained from the +<a href="http:www.iana.org">IANA</a> +<a href="http://www.iana.org/time-zones">timezone web page</a>. +<p> The code lets you compile the <code>tz</code> source files into machine-readable binary files, one for each location. It also lets you read a <code>tz</code> binary file and interpret time stamps for that location.</p> <p> The data are by no means authoritative. If you find errors, please -send changes to the <a href="mailto:tz@elsie.nci.nih.gov">time zone +send changes to the <a href="mailto:tz@iana.org">time zone mailing list</a>. You can also <a href="http://news.gmane.org/gmane.comp.time.tz">browse recent messages</a> sent to the mailing list, <a -href="mailto:tz-request@elsie.nci.nih.gov">subscribe</a> to it, -retrieve the <a -href="ftp://elsie.nci.nih.gov/pub/tzarchive.gz">full archive of old -messages</a> (in gzip compressed format), or retrieve <a +href="https://mm.icann.org/mailman/listinfo/tz">subscribe</a> to it. +browse the <a +href="http://mm.icann.org/pipermail/tz/">archive of old +messages</a> (message by message or in gzip compressed format), +or retrieve <a href="ftp://munnari.oz.au/pub/oldtz">archived older versions of code and data</a>.</p> <p> --- antarctica 2011/10/07 06:09:10 1.1 +++ antarctica 2012/02/26 23:03:41 @@ -1,5 +1,5 @@ # <pre> -# @(#)antarctica 8.9 +# @(#)antarctica 8.10 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. @@ -42,8 +42,19 @@ Rule ChileAQ 1998 only - Mar Sun>=9 3:00u 0 - Rule ChileAQ 1998 only - Sep 27 4:00u 1:00 S Rule ChileAQ 1999 only - Apr 4 3:00u 0 - -Rule ChileAQ 1999 max - Oct Sun>=9 4:00u 1:00 S -Rule ChileAQ 2000 max - Mar Sun>=9 3:00u 0 - +Rule ChileAQ 1999 2010 - Oct Sun>=9 4:00u 1:00 S +Rule ChileAQ 2000 2007 - Mar Sun>=9 3:00u 0 - +# N.B.: the end of March 29 in Chile is March 30 in Universal time, +# which is used below in specifying the transition. +Rule ChileAQ 2008 only - Mar 30 3:00u 0 - +Rule ChileAQ 2009 only - Mar Sun>=9 3:00u 0 - +Rule ChileAQ 2010 only - Apr Sun>=1 3:00u 0 - +Rule ChileAQ 2011 only - May Sun>=2 3:00u 0 - +Rule ChileAQ 2011 only - Aug Sun>=16 4:00u 1:00 S +Rule ChileAQ 2012 only - Apr Sun>=23 3:00u 0 - +Rule ChileAQ 2012 only - Sep Sun>=2 4:00u 1:00 S +Rule ChileAQ 2013 max - Mar Sun>=9 3:00u 0 - +Rule ChileAQ 2013 max - Oct Sun>=9 4:00u 1:00 S # These rules are stolen from the `australasia' file. Rule AusAQ 1917 only - Jan 1 0:01 1:00 - @@ -142,12 +153,16 @@ # Western (Aus) Standard Time 11:00 - CAST 2010 Mar 5 2:00 # Casey Time + 8:00 - WST 2011 Oct 28 2:00 + 11:00 - CAST 2012 Feb 21 17:00u 8:00 - WST Zone Antarctica/Davis 0 - zzz 1957 Jan 13 7:00 - DAVT 1964 Nov # Davis Time 0 - zzz 1969 Feb 7:00 - DAVT 2009 Oct 18 2:00 5:00 - DAVT 2010 Mar 10 20:00u + 7:00 - DAVT 2011 Oct 28 2:00 + 5:00 - DAVT 2012 Feb 21 20:00u 7:00 - DAVT Zone Antarctica/Mawson 0 - zzz 1954 Feb 13 6:00 - MAWT 2009 Oct 18 2:00 --- asia 2011/10/15 03:19:42 1.4 +++ asia 2012/02/26 23:05:26 @@ -1,4 +1,4 @@ -# @(#)asia 8.69 +# @(#)asia 8.70 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. @@ -77,10 +77,6 @@ Rule RussiaAsia 1993 1995 - Sep lastSun 2:00s 0 - Rule RussiaAsia 1996 max - Oct lastSun 2:00s 0 - -# From Arthur David Olson (2011-06-15): -# While Russia abandoned DST in 2011, Armenia may choose to -# follow Russia's "old" rules. - # Afghanistan # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Kabul 4:36:48 - LMT 1890 @@ -97,6 +93,21 @@ # 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, # but started switching at 3:00s in 1998. + +# From Arthur David Olson (2011-06-15): +# While Russia abandoned DST in 2011, Armenia may choose to +# follow Russia's "old" rules. + +# From Alexander Krivenyshev (2012-02-10): +# According to News Armenia, on Feb 9, 2012, +# http://newsarmenia.ru/society/20120209/42609695.html +# +# The Armenia National Assembly adopted final reading of Amendments to the +# Law "On procedure of calculation time on the territory of the Republic of +# Armenia" according to which Armenia [is] abolishing Daylight Saving Time. +# or +# (brief) +# http://www.worldtimezone.com/dst_news/dst_news_armenia03.html # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Yerevan 2:58:00 - LMT 1924 May 2 3:00 - YERT 1957 Mar # Yerevan Time @@ -104,7 +115,8 @@ 3:00 1:00 YERST 1991 Sep 23 # independence 3:00 RussiaAsia AM%sT 1995 Sep 24 2:00s 4:00 - AMT 1997 - 4:00 RussiaAsia AM%sT + 4:00 RussiaAsia AM%sT 2012 Mar 25 2:00s + 4:00 - AMT # Azerbaijan # From Rustam Aliyev of the Azerbaijan Internet Forum (2005-10-23): --- australasia 2011/10/31 06:47:12 1.5 +++ australasia 2012/02/26 23:07:14 @@ -1,5 +1,5 @@ # <pre> -# @(#)australasia 8.29 +# @(#)australasia 8.30 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. @@ -616,6 +616,11 @@ # Dateline Change skip Friday 30th Dec 2011 # Thursday 29th December 2011 23:59:59 Hours # Saturday 31st December 2011 00:00:00 Hours +# +# Clarification by Tim Parenti (2012-01-03): +# Although Samoa has used Daylight Saving Time in the 2010-2011 and 2011-2012 +# seasons, there is not yet any indication that this trend will continue on +# a regular basis. For now, we have explicitly listed the transitions below. Zone Pacific/Apia 12:33:04 - LMT 1879 Jul 5 -11:26:56 - LMT 1911 -11:30 - SAMT 1950 # Samoa Time @@ -633,9 +638,28 @@ 11:00 - SBT # Solomon Is Time # Tokelau Is +# +# From Gwillim Law (2011-12-29) +# A correspondent informed me that Tokelau, like Samoa, will be skipping +# December 31 this year, thereby changing its time zone from UTC-10 to +# UTC+14. When I tried to verify this statement, I found a confirming +# article in Time magazine online +# <a href="http://www.time.com/time/world/article/0,8599,2103243,00.html"> +# (http://www.time.com/time/world/article/0,8599,2103243,00.html). +# </a> +# +# From Jonathan Leffler (2011-12-29) +# Information from the BBC to the same effect: +# <a href="http://www.bbc.co.uk/news/world-asia-16351377"> +# http://www.bbc.co.uk/news/world-asia-16351377 +# </a> +# +# Patch supplied by Tim Parenti (2011-12-29) + # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Pacific/Fakaofo -11:24:56 - LMT 1901 - -10:00 - TKT # Tokelau Time + -10:00 - TKT 2011 Dec 30 # Tokelau Time + 14:00 - TKT # Tonga # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S --- europe 2011/10/31 06:48:42 1.3 +++ europe 2012/02/26 23:08:49 @@ -1,5 +1,5 @@ # <pre> -# @(#)europe 8.40 +# @(#)europe 8.41 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. @@ -211,9 +211,15 @@ # the history of summer time legislation in the United Kingdom. # Since 1998 Joseph S. Myers has been updating # and extending this list, which can be found in -# <a href="http://student.cusu.cam.ac.uk/~jsm28/british-time/"> +# http://student.cusu.cam.ac.uk/~jsm28/british-time/ +# <a href="http://www.polyomino.org.uk/british-time/"> # History of legal time in Britain # </a> +# Rob Crowther (2012-01-04) reports that that URL no longer +# exists, and the article can now be found at: +# <a href="http://www.polyomino.org.uk/british-time/"> +# http://www.polyomino.org.uk/british-time/ +# </a> # From Joseph S. Myers (1998-01-06): # @@ -1150,11 +1156,11 @@ # 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, +# Mont-de-Marsan, Bazas, Langon, Lamothe-Montravel, Mareuil, La +# Rochefoucauld, Champagne-Mouton, La Roche-Posay, La Haye-Decartes, # Loches, Montrichard, Vierzon, Bourges, Moulins, Digoin, -# Paray-le-Monial, Montceau-les-Mines, Chalons-sur-Saone, Arbois, -# Dole, Morez, St-Claude, and Collognes (Haute-Savioe). +# Paray-le-Monial, Montceau-les-Mines, Chalon-sur-Saone, Dole, Arbois, +# Morez, St-Claude, and Collognes (Haute-Savioe). Rule France 1941 only - May 5 0:00 2:00 M # Midsummer # Shanks & Pottenger say this transition occurred at Oct 6 1:00, # but go with Denis Excoffier (1997-12-12), --- leapseconds 2011/10/07 06:09:10 1.1 +++ leapseconds 2012/01/06 11:37:49 @@ -1,5 +1,5 @@ # <pre> -# @(#)leapseconds 8.11 +# @(#)leapseconds 8.13 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. @@ -48,40 +48,54 @@ Leap 1998 Dec 31 23:59:60 + S Leap 2005 Dec 31 23:59:60 + S Leap 2008 Dec 31 23:59:60 + S +Leap 2012 Jun 30 23:59:60 + S # INTERNATIONAL EARTH ROTATION AND REFERENCE SYSTEMS SERVICE (IERS) # # SERVICE INTERNATIONAL DE LA ROTATION TERRESTRE ET DES SYSTEMES DE REFERENCE # +# # SERVICE DE LA ROTATION TERRESTRE # OBSERVATOIRE DE PARIS # 61, Av. de l'Observatoire 75014 PARIS (France) -# Tel. : 33 (0) 1 40 51 22 29 +# Tel. : 33 (0) 1 40 51 22 26 # FAX : 33 (0) 1 40 51 22 91 -# Internet : services.iers@obspm.fr +# e-mail : (E-Mail Removed) +# http://hpiers.obspm.fr/eop-pc +# +# Paris, 5 January 2012 # -# Paris, 2 February 2011 # -# Bulletin C 41 +# Bulletin C 43 # # To authorities responsible # for the measurement and # distribution of time # -# INFORMATION ON UTC - TAI # -# NO positive leap second will be introduced at the end of June 2011. -# The difference between Coordinated Universal Time UTC and the -# International Atomic Time TAI is : +# UTC TIME STEP +# on the 1st of July 2012 +# # -# from 2009 January 1, 0h UTC, until further notice : UTC-TAI = -34 s +# A positive leap second will be introduced at the end of June 2012. +# The sequence of dates of the UTC second markers will be: +# +# 2012 June 30, 23h 59m 59s +# 2012 June 30, 23h 59m 60s +# 2012 July 1, 0h 0m 0s +# +# The difference between UTC and the International Atomic Time TAI is: +# +# from 2009 January 1, 0h UTC, to 2012 July 1 0h UTC : UTC-TAI = - 34s +# from 2012 July 1, 0h UTC, until further notice : UTC-TAI = - 35s # # Leap seconds can be introduced in UTC at the end of the months of December -# or June, depending on the evolution of UT1-TAI. Bulletin C is mailed every -# six months, either to announce a time step in UTC, or to confirm that there +# or June, depending on the evolution of UT1-TAI. Bulletin C is mailed every +# six months, either to announce a time step in UTC or to confirm that there # will be no time step at the next possible date. # +# # Daniel GAMBIS -# Head -# Earth Orientation Center of the IERS +# Head +# Earth Orientation Center of IERS # Observatoire de Paris, France --- northamerica 2011/10/31 06:49:15 1.4 +++ northamerica 2012/01/06 12:09:57 @@ -1,5 +1,5 @@ # <pre> -# @(#)northamerica 8.51 +# @(#)northamerica 8.52 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. @@ -1120,9 +1120,26 @@ # For now, assume all of DST-observing Canada will fall into line with the # new US DST rules, +# From Chris Walton (2011-12-01) +# In the first of Tammy Hardwick's articles +# <a href="http://www.ilovecreston.com/?p=articles&t=spec&ar=260"> +# http://www.ilovecreston.com/?p=articles&t=spec&ar=260 +# </a> +# she quotes the Friday November 1/1918 edition of the Creston Review. +# The quote includes these two statements: +# 'Sunday the CPR went back to the old system of time...' +# '... The daylight saving scheme was dropped all over Canada at the same time,' +# These statements refer to a transition from daylight time to standard time +# that occurred nationally on Sunday October 27/1918. This transition was +# also documented in the Saturday October 26/1918 edition of the Toronto Star. + +# In light of that evidence, we alter the date from the earlier believed +# Oct 31, to Oct 27, 1918 (and Sunday is a more likely transition day +# than Thursday) in all Canadian rulesets. + # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Canada 1918 only - Apr 14 2:00 1:00 D -Rule Canada 1918 only - Oct 31 2:00 0 S +Rule Canada 1918 only - Oct 27 2:00 0 S Rule Canada 1942 only - Feb 9 2:00 1:00 W # War Rule Canada 1945 only - Aug 14 23:00u 1:00 P # Peace Rule Canada 1945 only - Sep 30 2:00 0 S @@ -1645,7 +1662,7 @@ Rule Winn 1916 only - Apr 23 0:00 1:00 D Rule Winn 1916 only - Sep 17 0:00 0 S Rule Winn 1918 only - Apr 14 2:00 1:00 D -Rule Winn 1918 only - Oct 31 2:00 0 S +Rule Winn 1918 only - Oct 27 2:00 0 S Rule Winn 1937 only - May 16 2:00 1:00 D Rule Winn 1937 only - Sep 26 2:00 0 S Rule Winn 1942 only - Feb 9 2:00 1:00 W # War @@ -1728,7 +1745,7 @@ # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Regina 1918 only - Apr 14 2:00 1:00 D -Rule Regina 1918 only - Oct 31 2:00 0 S +Rule Regina 1918 only - Oct 27 2:00 0 S Rule Regina 1930 1934 - May Sun>=1 0:00 1:00 D Rule Regina 1930 1934 - Oct Sun>=1 0:00 0 S Rule Regina 1937 1941 - Apr Sun>=8 0:00 1:00 D @@ -1765,7 +1782,7 @@ # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Edm 1918 1919 - Apr Sun>=8 2:00 1:00 D -Rule Edm 1918 only - Oct 31 2:00 0 S +Rule Edm 1918 only - Oct 27 2:00 0 S Rule Edm 1919 only - May 27 2:00 0 S Rule Edm 1920 1923 - Apr lastSun 2:00 1:00 D Rule Edm 1920 only - Oct lastSun 2:00 0 S @@ -1795,9 +1812,59 @@ # Dawson Creek uses MST. Much of east BC is like Edmonton. # Matthews and Vincent (1998) write that Creston is like Dawson Creek. +# It seems though that (re: Creston) is not entirely correct: + +# From Chris Walton (2011-12-01): +# There are two areas within the Canadian province of British Columbia +# that do not currently observe daylight saving: +# a) The Creston Valley (includes the town of Creston and surrounding area) +# b) The eastern half of the Peace River Regional District +# (includes the cities of Dawson Creek and Fort St. John) + +# Earlier this year I stumbled across a detailed article about the time +# keeping history of Creston; it was written by Tammy Hardwick who is the +# manager of the Creston & District Museum. The article was written in May 2009. +# <a href="http://www.ilovecreston.com/?p=articles&t=spec&ar=260"> +# http://www.ilovecreston.com/?p=articles&t=spec&ar=260 +# </a> +# According to the article, Creston has not changed its clocks since June 1918. +# i.e. Creston has been stuck on UTC-7 for 93 years. +# Dawson Creek, on the other hand, changed its clocks as recently as April 1972. + +# Unfortunately the exact date for the time change in June 1918 remains +# unknown and will be difficult to ascertain. I e-mailed Tammy a few months +# ago to ask if Sunday June 2 was a reasonable guess. She said it was just +# as plausible as any other date (in June). She also said that after writing the +# article she had discovered another time change in 1916; this is the subject +# of another article which she wrote in October 2010. +# <a href="http://www.creston.museum.bc.ca/index.php?module=comments&uop=view_comment&cm+id=56"> +# http://www.creston.museum.bc.ca/index.php?module=comments&uop=view_comment&c... +# </a> + +# Here is a summary of the three clock change events in Creston's history: +# 1. 1884 or 1885: adoption of Mountain Standard Time (GMT-7) +# Exact date unknown +# 2. Oct 1916: switch to Pacific Standard Time (GMT-8) +# Exact date in October unknown; Sunday October 1 is a reasonable guess. +# 3. June 1918: switch to Pacific Daylight Time (GMT-7) +# Exact date in June unknown; Sunday June 2 is a reasonable guess. +# note#1: +# On Oct 27/1918 when daylight saving ended in the rest of Canada, +# Creston did not change its clocks. +# note#2: +# During WWII when the Federal Government legislated a mandatory clock change, +# Creston did not oblige. +# note#3: +# There is no guarantee that Creston will remain on Mountain Standard Time +# (UTC-7) forever. +# The subject was debated at least once this year by the town Council. +# <a href="http://www.bclocalnews.com/kootenay_rockies/crestonvalleyadvance/news/116760809.html"> +# http://www.bclocalnews.com/kootenay_rockies/crestonvalleyadvance/news/116760... +# </a> + # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Vanc 1918 only - Apr 14 2:00 1:00 D -Rule Vanc 1918 only - Oct 31 2:00 0 S +Rule Vanc 1918 only - Oct 27 2:00 0 S Rule Vanc 1942 only - Feb 9 2:00 1:00 W # War Rule Vanc 1945 only - Aug 14 23:00u 1:00 P # Peace Rule Vanc 1945 only - Sep 30 2:00 0 S @@ -1813,6 +1880,13 @@ -8:00 Canada P%sT 1947 -8:00 Vanc P%sT 1972 Aug 30 2:00 -7:00 - MST +Zone America/Creston -7:46:04 - LMT 1884 + -7:00 - MST 1916 Oct 1 + -8:00 - PST 1918 Jun 2 + -8:00 1:00 PDT 1918 Oct 27 2:00 + -7:00 - MST 1942 Feb 9 2:00 + -8:00 Canada P%sT 1945 Sep 30 2:00 + -7:00 - MST # Northwest Territories, Nunavut, Yukon --- southamerica 2011/10/24 14:35:42 1.5 +++ southamerica 2012/02/26 23:31:59 @@ -1,5 +1,5 @@ # <pre> -# @(#)southamerica 8.52 +# @(#)southamerica 8.53 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. @@ -1218,6 +1218,28 @@ # August, not in October as they have since 1968. This is a pilot plan # which will be reevaluated in 2012. +# From Mauricio Parada (2012-02-22), translated by Glenn Eychaner (2012-02-23): +# As stated in the website of the Chilean Energy Ministry +# http://www.minenergia.cl/ministerio/noticias/generales/gobierno-anuncia-fech... +# The Chilean Government has decided to postpone the entrance into winter time +# (to leave DST) from March 11 2012 to April 28th 2012. The decision has not +# been yet formalized but it will within the next days. +# Quote from the website communication: +# +# 6. For the year 2012, the dates of entry into winter time will be as follows: +# a. Saturday April 28, 2012, clocks should go back 60 minutes; that is, at +# 23:59:59, instead of passing to 0:00, the time should be adjusted to be 23:00 +# of the same day. +# b. Saturday, September 1, 2012, clocks should go forward 60 minutes; that is, +# at 23:59:59, instead of passing to 0:00, the time should be adjusted to be +# 01:00 on September 2. +# +# Note that...this is yet another "temporary" change that will be reevaluated +# AGAIN in 2013. + +# NOTE: ChileAQ rules for Antarctic bases are stored separately in the +# 'antarctica' file. + # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Chile 1927 1932 - Sep 1 0:00 1:00 S Rule Chile 1928 1932 - Apr 1 0:00 0 - @@ -1248,8 +1270,6 @@ Rule Chile 1998 only - Sep 27 4:00u 1:00 S Rule Chile 1999 only - Apr 4 3:00u 0 - Rule Chile 1999 2010 - Oct Sun>=9 4:00u 1:00 S -Rule Chile 2011 only - Aug Sun>=16 4:00u 1:00 S -Rule Chile 2012 max - Oct Sun>=9 4:00u 1:00 S Rule Chile 2000 2007 - Mar Sun>=9 3:00u 0 - # N.B.: the end of March 29 in Chile is March 30 in Universal time, # which is used below in specifying the transition. @@ -1257,7 +1277,11 @@ Rule Chile 2009 only - Mar Sun>=9 3:00u 0 - Rule Chile 2010 only - Apr Sun>=1 3:00u 0 - Rule Chile 2011 only - May Sun>=2 3:00u 0 - -Rule Chile 2012 max - Mar Sun>=9 3:00u 0 - +Rule Chile 2011 only - Aug Sun>=16 4:00u 1:00 S +Rule Chile 2012 only - Apr Sun>=23 3:00u 0 - +Rule Chile 2012 only - Sep Sun>=2 4:00u 1:00 S +Rule Chile 2013 max - Mar Sun>=9 3:00u 0 - +Rule Chile 2013 max - Oct Sun>=9 4:00u 1:00 S # IATA SSIM anomalies: (1992-02) says 1992-03-14; # (1996-09) says 1998-03-08. Ignore these. # Zone NAME GMTOFF RULES FORMAT [UNTIL] @@ -1403,6 +1427,21 @@ # will not revert to local mean time, but clocks will remain on Summer # time (UTC/GMT - 3 hours) throughout the whole of 2011. Any long term # change to local time following the trial period will be notified. +# +# From Andrew Newman (2012-02-24) +# A letter from Justin McPhee, Chief Executive, +# Cable & Wireless Falkland Islands (dated 2012-02-22) +# states... +# The current Atlantic/Stanley entry under South America expects the +# clocks to go back to standard Falklands Time (FKT) on the 15th April. +# The database entry states that in 2011 Stanley was staying on fixed +# summer time on a trial basis only. FIG need to contact IANA and/or +# the maintainers of the database to inform them we're adopting +# the same policy this year and suggest recommendations for future years. +# +# For now we will assume permanent summer time for the Falklands +# until advised differently (to apply for 2012 and beyond, after the 2011 +# experiment was apparently successful.) # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Falk 1937 1938 - Sep lastSun 0:00 1:00 S Rule Falk 1938 1942 - Mar Sun>=19 0:00 0 - @@ -1415,14 +1454,14 @@ Rule Falk 1985 2000 - Sep Sun>=9 0:00 1:00 S Rule Falk 1986 2000 - Apr Sun>=16 0:00 0 - Rule Falk 2001 2010 - Apr Sun>=15 2:00 0 - -Rule Falk 2012 max - Apr Sun>=15 2:00 0 - -Rule Falk 2001 max - Sep Sun>=1 2:00 1:00 S +Rule Falk 2001 2010 - Sep Sun>=1 2:00 1:00 S # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Atlantic/Stanley -3:51:24 - LMT 1890 -3:51:24 - SMT 1912 Mar 12 # Stanley Mean Time -4:00 Falk FK%sT 1983 May # Falkland Is Time -3:00 Falk FK%sT 1985 Sep 15 - -4:00 Falk FK%sT + -4:00 Falk FK%sT 2011 Apr 16 + -3:00 Falk FKST # French Guiana # Zone NAME GMTOFF RULES FORMAT [UNTIL] --- zone.tab 2011/10/31 06:49:46 1.4 +++ zone.tab 2012/01/06 11:56:21 @@ -1,5 +1,5 @@ # <pre> -# @(#)zone.tab 8.52 +# @(#)zone.tab 8.54 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. # @@ -131,6 +131,7 @@ CA +690650-1050310 America/Cambridge_Bay Mountain Time - west Nunavut CA +6227-11421 America/Yellowknife Mountain Time - central Northwest Territories CA +682059-1334300 America/Inuvik Mountain Time - west Northwest Territories +CA +4906-11631 America/Creston Mountain Standard Time - Creston, British Columbia CA +5946-12014 America/Dawson_Creek Mountain Standard Time - Dawson Creek & Fort Saint John, British Columbia CA +4916-12307 America/Vancouver Pacific Time - west British Columbia CA +6043-13503 America/Whitehorse Pacific Time - south Yukon @@ -333,7 +334,7 @@ RU +5443+02030 Europe/Kaliningrad Moscow-01 - Kaliningrad RU +5545+03735 Europe/Moscow Moscow+00 - west Russia RU +4844+04425 Europe/Volgograd Moscow+00 - Caspian Sea -RU +5312+05009 Europe/Samara Moscow - Samara, Udmurtia +RU +5312+05009 Europe/Samara Moscow+00 - Samara, Udmurtia RU +5651+06036 Asia/Yekaterinburg Moscow+02 - Urals RU +5500+07324 Asia/Omsk Moscow+03 - west Siberia RU +5502+08255 Asia/Novosibirsk Moscow+03 - Novosibirsk
On Mon, 27 Feb 2012, Robert Elz wrote:
+# note#2: +# During WWII when the Federal Government legislated a mandatory clock change, +# Creston did not oblige.
The rules below seem to show Creston following the Canada DST rules from 1942 to 1945, but the comments above say that Creston did not change its clocks during this period.
+Zone America/Creston -7:46:04 - LMT 1884 + -7:00 - MST 1916 Oct 1 + -8:00 - PST 1918 Jun 2 + -8:00 1:00 PDT 1918 Oct 27 2:00 + -7:00 - MST 1942 Feb 9 2:00 + -8:00 Canada P%sT 1945 Sep 30 2:00 + -7:00 - MST
--apb (Alan Barrett)
OK, this is what I propose now for America/Creston ... Zone America/Creston -7:46:04 - LMT 1884 -8:00 - PST 1918 Jun 2 -7:00 - MST As best I can tell, from reading the article that inspired the need for the new zone http://www.ilovecreston.com/?p=articles&t=spec&ar=260 this reflects (close enough anyway I think) what has actually happened. LMT until 1884, PST until June 1918, then MST ever since. All we're missing is the time of day that the switch from PST to MST actually occurred, but my guess would be, that nothing we put there would actually match reality, so I think we can just leave it like it is (and if anyone actually has a timestamp from the early hours of the morning Sunday June 2, 1918, from Creston) then we'll simply ask them to note that we're not sure what precise time it represents. Does that look OK to everyone? lre
On Mon, 27 Feb 2012, Robert Elz wrote:
OK, this is what I propose now for America/Creston ...
Zone America/Creston -7:46:04 - LMT 1884 -8:00 - PST 1918 Jun 2 -7:00 - MST
As best I can tell, from reading the article that inspired the need for the new zone http://www.ilovecreston.com/?p=articles&t=spec&ar=260 this reflects (close enough anyway I think) what has actually happened. LMT until 1884, PST until June 1918, then MST ever since.
That article seems clear enough that Creston has been at -07:00 since June 1918, but it's not very clear when transitions occured back and forth between PDT (-08:00 standard offset, plus 01:00 DST adjustment) and MST (-07:00 standard offset, no DST adjustment). I'd suggest at least adding a comment to note this uncertainty. --apb (Alan Barrett)
Date: Mon, 27 Feb 2012 12:11:53 +0200 From: Alan Barrett <apb@cequrux.com> Message-ID: <20120227101152.GT1788@apb-laptoy.apb.alt.za> | That article seems clear enough that Creston has been at -07:00 | since June 1918, but it's not very clear when transitions occured | back and forth between PDT (-08:00 standard offset, plus 01:00 DST | adjustment) and MST (-07:00 standard offset, no DST adjustment). Since I have zero regard for tz abbreviations in any case (aside from the need to retain the API), I personally think that doesn't matter in the slightest (and nor do I gather it ever mattered to the people concerned). It appears as if they considered themselves to be PDT during a period of WWII when daylight savings was mandated - by simply declaring they were in the pacific timezone (+1) they managed to avoid voilating the letter of the law, without doing anything at all... I could add the transitions to give effect to that if anyone really feels it is important. I can certainly add some comments noting the issue. kre
Robert Elz wrote:
It appears as if they considered themselves to be PDT during a period of WWII when daylight savings was mandated ... I could add the transitions to give effect to that if anyone really feels it is important.
I think it's important enough to get it right. -zefram
On Mon, 27 Feb 2012, Robert Elz wrote:
Date: Mon, 27 Feb 2012 12:11:53 +0200 From: Alan Barrett <apb@cequrux.com> Message-ID: <20120227101152.GT1788@apb-laptoy.apb.alt.za>
| That article seems clear enough that Creston has been at -07:00 | since June 1918, but it's not very clear when transitions occured | back and forth between PDT (-08:00 standard offset, plus 01:00 DST | adjustment) and MST (-07:00 standard offset, no DST adjustment).
Since I have zero regard for tz abbreviations in any case (aside from the need to retain the API), I personally think that doesn't matter in the slightest (and nor do I gather it ever mattered to the people concerned).
I always considered "is DST in effect, and if so, what is the offset from standard time" to be an important question, even if the abbreviation is not important. But I agree that it doesn't seem to have mattered to the people in Creston at the time, so it's probably fine if the tz database doesn't worry about it. --apb (Alan Barrett)
On Mon, Feb 27, 2012 at 14:50, Alan Barrett <apb@cequrux.com> wrote:
On Mon, 27 Feb 2012, Robert Elz wrote:
Date: Mon, 27 Feb 2012 12:11:53 +0200 From: Alan Barrett <apb@cequrux.com> Message-ID: <20120227101152.GT1788@apb-laptoy.apb.alt.za>
| That article seems clear enough that Creston has been at -07:00 | since June 1918, but it's not very clear when transitions occured | back and forth between PDT (-08:00 standard offset, plus 01:00 DST | adjustment) and MST (-07:00 standard offset, no DST adjustment).
Since I have zero regard for tz abbreviations in any case (aside from the need to retain the API), I personally think that doesn't matter in the slightest (and nor do I gather it ever mattered to the people concerned).
I always considered "is DST in effect, and if so, what is the offset from standard time" to be an important question, even if the abbreviation is not important. But I agree that it doesn't seem to have mattered to the people in Creston at the time, so it's probably fine if the tz database doesn't worry about it.
I'm reminded of the case of the Nunavut community which had a fixed offset from UTC and considered themselves to belong to one time zone for part of the year and to another timezone for the remainder. (I believe that one rationale for thinking like this was TV schedules which are in terms of time zones rather than offset from GMT, so they had to know whether their 12:00 was 12:00 MDT or 12:00 CST, or whatever the two zones were.) How did we handle that case? Cheers, Philip -- Philip Newton <philip.newton@gmail.com>
Date: Mon, 27 Feb 2012 15:50:00 +0200 From: Alan Barrett <apb@cequrux.com> Message-ID: <20120227135000.GW1788@apb-laptoy.apb.alt.za> | I always considered "is DST in effect, and if so, what is the | offset from standard time" to be an important question, Could you perhaps explain why? The important questions to me seems to be to be able to determine the relative offsets of clocks in different parts of the world at a particular instant (with one of them usually being a UTC clock, but that's not important), and to be able to measure time intervals at some location, taking into account clock discontinuities. Notions of "standard" time vs summer time are purely ones of perception. For those areas with bi-annual clock jumps, we could just as easily consider the time during summer to be the "standard" time, and that that applies during winter to be "winter adjustment time" applied to allow the sun to rise at an earlier clock time in winter. It is all just a matter of perception, and I don't really think it important at all. The only real notion of "standard" time that we could adopt, that would be meaningful, would be to revert strictly to a set of 24 (or 48, or 96) zones determined by longitude. Of course, for about half the world that would make that definition of "standard" time different from the one observed in practice, and politically and socially, it would be totally ignored, so there's probably little real incentive to bother. We need the tm_isdst field for API compatability, and because it allows mktime() to be instructed which of two possible results is desired in the case of ambiguous input. If it weren't for those, I'd happily see it simply go away, as I don't think the information it conveys is useful. All that said, I'm happy to make the rules for America/Creston be whatever the community feel they should be. I'm not going to delay this update to wait for this to be perfected however. We're talking about data that affects timestamps that are almost 70 years old. Since until this update appears, Creston hasn't had a zone file entry that was correct for it at all, I think they (and we) can manage to wait another update or two to make corrections, if we can't come to a conclusion on this in the next couple of days. Do note that the updated proposed update I sent out just a short while ago was prepared before I saw any of the recent few messages, even though it is dated after them (I was preparing it, not reading incoming mail...) That is, it was not intended to represent any kind of conclusion on this issue. kre
On Mon, 27 Feb 2012, Robert Elz wrote:
From: Alan Barrett <apb@cequrux.com> | I always considered "is DST in effect, and if so, what is the | offset from standard time" to be an important question,
Could you perhaps explain why?
Partly because I imagine that at least some of the people who live in the area would care about it (some government officials, even if no ordinary people), and partly because it's exposed in the API. If you call mktime() twice, with tm_isdst=0 and tm_isdst=1, and subtract the results, then you get the DST offset; if both results are equal, then you know that there is no DST for that zone/date/time.
Notions of "standard" time vs summer time are purely ones of perception. For those areas with bi-annual clock jumps, we could just as easily consider the time during summer to be the "standard" time, and that that applies during winter to be "winter adjustment time" applied to allow the sun to rise at an earlier clock time in winter. It is all just a matter of perception, and I don't really think it important at all.
Well, yes, it's just a matter of perception, but I think the database should try to match the perception of the people.
I'm not going to delay this update to wait for this to be perfected however.
That's very sensible. --apb (Alan Barrett)
OK, this is what I propose now for America/Creston ...
Zone America/Creston -7:46:04 - LMT 1884 -8:00 - PST 1918 Jun 2 -7:00 - MST
As best I can tell, from reading the article that inspired the need for the new zone http://www.ilovecreston.com/?p=articles&t=spec&ar=260 this reflects (close enough anyway I think) what has actually happened. LMT until 1884, PST until June 1918, then MST ever since.
Robert, Please don't hold up the next release of the database on account of America/Creston! Changes to current rules in existing zones should take precedence over the introduction of historical entries. But assuming everything else is taken care of... Tammy Hardwick from the Creston museum published "two" articles. I provided URLs for both articles in my original "America/Creston" posting. Here they are again: #1 written May 2009: http://www.ilovecreston.com/?p=articles&t=spec&ar=260 #2 written Oct 2010: http://www.creston.museum.bc.ca/index.php?module=comments&uop=view_comment&c... You need to read "both" articles to get the full story. The second article states: "Creston was on Mountain Time from the adoption of standard time in 1885, until October 1916" This fact is omitted from your simplified proposal for America/Creston. Creston (as far as know) was the only region in Canada that did not change its clocks when ordered to do so by the Federal government in 1942. It changed the time zone from MST(GMT-7) to PDT(GMT-7) as a means of avoiding a clock change. That is why I included rules for 1942 and 1945 even though the rules maintain a constant offset of seven hours from UTC. For discussion purposes I have included my two original proposals below. I also included a third proposal that does not show the use of PDT between 1942 and 1945. __Proposal #1 (same as I posted Dec 1/2011)__ # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone America/Creston -7:46:04 - LMT 1884 -7:00 - MST 1916 Oct 1 -8:00 - PST 1918 Jun 2 -8:00 1:00 PDT 1918 Oct 27 2:00 -7:00 - MST 1942 Feb 9 2:00 -8:00 Canada P%sT 1945 Sep 30 2:00 -7:00 - MST __Proposal #2 (same as I posted Dec 1/2011)__ This proposal omits the exact dates in Oct 1916 and June 1918 could since we don't know what they are; this forces zic to default to Oct 1/1916 and June 1/1918. # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone America/Creston -7:46:04 - LMT 1884 -7:00 - MST 1916 Oct -8:00 - PST 1918 Jun -8:00 1:00 PDT 1918 Oct 27 2:00 -7:00 - MST 1942 Feb 9 2:00 -8:00 Canada P%sT 1945 Sep 30 2:00 -7:00 - MST __Proposal #3 (new) This proposal is a simplification which does not reflect what Creston did to avoid the mandated clock change in 1942. The actual time offsets from UTC are the same as in proposal #1 # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone America/Creston -7:46:04 - LMT 1884 -7:00 - MST 1916 Oct 1 -8:00 - PST 1918 Jun 2 -8:00 1:00 PDT 1918 Oct 27 2:00 -7:00 - MST -chris
Like Chris Walton, Philip Newton, and Alan Barrett, I prefer the inclusion of all the "zone changes," even if they didn't result in clock changes. Although, in the time period we're discussing, broadcast schedules weren't really a factor, this still seems to me to be how people travelling through the area (by railroad, for instance) would think of the time... not in terms of UTC, but rather in terms of offsets from the surrounding zones. Knowing if one's time was "in line" with the bulk of the Pacific zone or the Mountain Zone would be important, even if that effect is caused by everyone else changing their clocks, not you. While the differences in semantics may not be strictly of horological relevance, they certainly are of cultural relevance. And while it may not have been the tz database's original purpose to be a literary history of world timekeeping, any brief glance at the comments shows that it has gradually assumed this dual purpose over time. (And I am not the only one to have noticed this: http://blog.jonudell.net/2009/10/23/a-literary-appreciation-of-the-olsonzone...) I think we should do our best to preserve these little tidbits wherever it is reasonable to do so, and looking through the discussion thusfar, it seems that this is where consensus lies. That said, I realize we are very close to the release of 2012a, that this is low-priority, that what we currently have on the table is "good enough" to get the correct clock time, and that it will be commented to note the ongoing discussion. But as Zefram said, "it's important enough to get it right," so I support Robert Elz's proposal to add the additional rules in the next release. -- Tim Parenti
Date: Mon, 27 Feb 2012 07:59:58 +0200 From: Alan Barrett <apb@cequrux.com> Message-ID: <20120227055958.GP1788@apb-laptoy.apb.alt.za> | The rules below seem to show Creston following the Canada DST | rules from 1942 to 1945, but the comments above say that Creston did | not change its clocks during this period. Right, thanks, I shall fix that. kre
# 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, +# Mont-de-Marsan, Bazas, Langon, Lamothe-Montravel, Mareuil, La +# Rochefoucauld, Champagne-Mouton, La Roche-Posay, La Haye-Decartes, # Loches, Montrichard, Vierzon, Bourges, Moulins, Digoin, -# Paray-le-Monial, Montceau-les-Mines, Chalons-sur-Saone, Arbois, -# Dole, Morez, St-Claude, and Collognes (Haute-Savioe). +# Paray-le-Monial, Montceau-les-Mines, Chalon-sur-Saone, Dole, Arbois, +# Morez, St-Claude, and Collognes (Haute-Savioe).
Since this list is like a quotation from Le Corre's work, I think that we should use Le Corre's spelling, whether or not it matches the modern French spelling of those place names. Errors, or names that have changed over time, can be marked in brackets. --apb (Alan Barrett)
Alan Barrett <apb@cequrux.com> wrote:
# 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, +# Mont-de-Marsan, Bazas, Langon, Lamothe-Montravel, Mareuil, La +# Rochefoucauld, Champagne-Mouton, La Roche-Posay, La Haye-Decartes,
I think it should be "La Haye-Descartes". See: http://tourainesereine.hautetfort.com/images/medium_La_Guerche_1.JPG -- Dominique
----- Original Message ----- From: "Alan Barrett" <apb@cequrux.com> To: <tz@iana.org> Sent: Monday, February 27, 2012 7:09 AM Subject: [tz] Spelling of French place names
# 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, +# Mont-de-Marsan, Bazas, Langon, Lamothe-Montravel, Mareuil, La +# Rochefoucauld, Champagne-Mouton, La Roche-Posay, La Haye-Decartes, # Loches, Montrichard, Vierzon, Bourges, Moulins, Digoin, -# Paray-le-Monial, Montceau-les-Mines, Chalons-sur-Saone, Arbois, -# Dole, Morez, St-Claude, and Collognes (Haute-Savioe). +# Paray-le-Monial, Montceau-les-Mines, Chalon-sur-Saone, Dole, Arbois, +# Morez, St-Claude, and Collognes (Haute-Savioe).
Since this list is like a quotation from Le Corre's work, I think that we should use Le Corre's spelling, whether or not it matches the modern French spelling of those place names. Errors, or names that have changed over time, can be marked in brackets.
--apb (Alan Barrett)
Savioe is a typo, ancient name could be sabaudia, savoia => s/Savioe/Savoie/ http://www.sabaudia.org/v2/ Gilles
From Henri Le Corre, Régimes Horaires pour le Monde Entier, 1987, the 3rd page of France (no page numbers):
"Limites supérieures de la zone libre : Arneguy, Orthez, Mont-de-Marsan, Bazas, Langon, Lamotte-Montravel, Marouil, La Rochefoucault, Champagne-Mouton, La Roche-Posay, La Haye-Descartes, Loches, Montrichard, Vierzon, Bourges, Moulins, Digoin, Paray-le-Monial, Montceau-les-Mines, Châlons-sur-Saône, Arbois, Dôle, Morez, St-Claude, Collonges (Haute Savoie)." The above is exactly as Le Corre has it. John --- On Sun, 2/26/12, Gilles Espinasse <g.esp@free.fr> wrote:
From: Gilles Espinasse <g.esp@free.fr> Subject: Re: [tz] Spelling of French place names To: "Alan Barrett" <apb@cequrux.com>, tz@iana.org Date: Sunday, February 26, 2012, 11:17 PM
----- Original Message ----- From: "Alan Barrett" <apb@cequrux.com> To: <tz@iana.org> Sent: Monday, February 27, 2012 7:09 AM Subject: [tz] Spelling of French place names
# 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, +# Mont-de-Marsan, Bazas, Langon, Lamothe-Montravel, Mareuil, La +# Rochefoucauld, Champagne-Mouton, La Roche-Posay, La Haye-Decartes, # Loches, Montrichard, Vierzon, Bourges, Moulins, Digoin, -# Paray-le-Monial, Montceau-les-Mines, Chalons-sur-Saone, Arbois, -# Dole, Morez, St-Claude, and Collognes (Haute-Savioe). +# Paray-le-Monial, Montceau-les-Mines, Chalon-sur-Saone, Dole, Arbois, +# Morez, St-Claude, and Collognes (Haute-Savioe).
Since this list is like a quotation from Le Corre's work, I think that we should use Le Corre's spelling, whether or not it matches the modern French spelling of those place names. Errors, or names that have changed over time, can be marked in brackets.
--apb (Alan Barrett)
Savioe is a typo, ancient name could be sabaudia, savoia => s/Savioe/Savoie/ http://www.sabaudia.org/v2/
Gilles
Date: Mon, 27 Feb 2012 08:09:30 +0200 From: Alan Barrett <apb@cequrux.com> Message-ID: <20120227060930.GQ1788@apb-laptoy.apb.alt.za> | Since this list is like a quotation from Le Corre's work, I think | that we should use Le Corre's spelling, I have no problem with that, provided that someone here has a copy (or access to one) and can verify the spelling there - as it is now, I have no idea whether whatever errors (or differences) there are are "correct" transcriptions of the original, or typos made while entering it into the tz files. Since, of all of the changes that are in this update, this one is of no urgency at all (only the odd weirdo that actually reads the tzdata files will ever encounter it) I think I'll defer this change (everything related to spelling of French place names - a topic upon which I plead 100% ignorance) until a later update - after we have some agreement on what we should be using (it can just remain as it has been for at least one more update). Consider that change gone from the tz*2012a updates. kre
On Mon, 27 Feb 2012, Robert Elz wrote:
I'd particularly appreciate someone (many someone's...) casting an eye over the change to the Falklands zone definition (Atlantic/Stanley) to see if you agree with the way I made that change.
The change seems to match the comments. It would probably have been sufficient to change the "Falk" DST rules without changing the "America/Stanley" rules, but changing them both seems fine. --apb (Alan Barrett)
Forgive me if I'm wrong, but the proposed changes to Atlantic/Stanley seem to have a double-effect. Taking out the rule from 2012 to max which ends DST in April would put the zone on permanent DST effective at the final change, which I'm reading as the Sunday 5 September 2010. But then the zone change listed for 16 April 2011 seems to move the clocks forward an hour further, to UTC–3+1 (which is wrong). Much like we handled Russia's "permanent DST," I believe a more appropriate (and correct) patch would be as follows: *** a/southamerica Fri Oct 14 23:46:37 2011 --- c/southamerica Wed Feb 29 14:41:38 2012 *************** *** 1415,1428 **** Rule Falk 1985 2000 - Sep Sun>=9 0:00 1:00 S Rule Falk 1986 2000 - Apr Sun>=16 0:00 0 - Rule Falk 2001 2010 - Apr Sun>=15 2:00 0 - ! Rule Falk 2012 max - Apr Sun>=15 2:00 0 - ! Rule Falk 2001 max - Sep Sun>=1 2:00 1:00 S # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Atlantic/Stanley -3:51:24 - LMT 1890 -3:51:24 - SMT 1912 Mar 12 # Stanley Mean Time -4:00 Falk FK%sT 1983 May # Falkland Is Time -3:00 Falk FK%sT 1985 Sep 15 ! -4:00 Falk FK%sT # French Guiana # Zone NAME GMTOFF RULES FORMAT [UNTIL] --- 1415,1428 ---- Rule Falk 1985 2000 - Sep Sun>=9 0:00 1:00 S Rule Falk 1986 2000 - Apr Sun>=16 0:00 0 - Rule Falk 2001 2010 - Apr Sun>=15 2:00 0 - ! Rule Falk 2001 2010 - Sep Sun>=1 2:00 1:00 S # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Atlantic/Stanley -3:51:24 - LMT 1890 -3:51:24 - SMT 1912 Mar 12 # Stanley Mean Time -4:00 Falk FK%sT 1983 May # Falkland Is Time -3:00 Falk FK%sT 1985 Sep 15 ! -4:00 Falk FK%sT 2010 Sep 5 2:00 ! -3:00 - FKST # French Guiana # Zone NAME GMTOFF RULES FORMAT [UNTIL] -- Tim Parenti On Mon, Feb 27, 2012 at 01:22, Alan Barrett <apb@cequrux.com> wrote:
On Mon, 27 Feb 2012, Robert Elz wrote:
I'd particularly appreciate someone (many someone's...) casting an eye over the change to the Falklands zone definition (Atlantic/Stanley) to see if you agree with the way I made that change.
The change seems to match the comments. It would probably have been sufficient to change the "Falk" DST rules without changing the "America/Stanley" rules, but changing them both seems fine.
--apb (Alan Barrett)
Date: Wed, 29 Feb 2012 14:44:21 -0500 From: Tim Parenti <tim@timtimeonline.com> Message-ID: <CAFpi07yzuQMx5q8Pn52YTrOeVBo8-azRX=mvEjzYGfh43mN7_Q@mail.gmail.com> | Forgive me if I'm wrong, but the proposed changes to Atlantic/Stanley seem | to have a double-effect. You're not wrong, and I hope I would have caught this before the release (but I might not have done...) I do a complete zdump and diff of the previous version and the to-be-new version, and make sure I understand the reason for every change, in all of the zones - but I don't do that before the proposed updates are distributed because if I can rely on all of you good people to find the bugs for me, that means less work (and less chance I will get something wrong because of my misunderstanding of what is right). I now have the rules for the Falklands the way you proposed them, and that's what will be in the 2012a release in a few minutes. Thanks, kre
Robert Elz wrote:
tzcode: updates to reflect the current homes of the mailing list and distribution files (no changes to the C code at all in this version,
I'm waiting on some code changes that I proposed in October last year. What's the plan for them? <20111011204409.GA7679@lake.fysh.org> has a patch to prevent zic getting confused by a zone having two transitions in a month, allowing it to correctly fill the POSIX-TZ field of Africa/Cairo. <20111011220906.GA16264@lake.fysh.org> has a patch (with a correction in <20111012082521.GA11645@lake.fysh.org>) to make zic add an extra transition when filling in 400 years of explicit observations that happen to amount to no transitions, which makes the 400 year trick work properly for America/Argentina/San_Luis. <20111012203157.GE5839@lake.fysh.org> has a patch to extend the 400 years by two years, to make a 400-year cyclic interpretation work cleanly. Also, in <20111001140537.GB10643@lake.fysh.org> I proposed adding an item to tz-link.htm about DateTime::TimeZone::Tzfile. No one expressed an opinion on whether it should go in. -zefram
Date: Mon, 27 Feb 2012 09:39:15 +0000 From: Zefram <zefram@fysh.org> Message-ID: <20120227093915.GA19820@lake.fysh.org> | I'm waiting on some code changes that I proposed in October last year. | What's the plan for them? I'll start looking at the various code changes (yours and others) that have been proposed for the next version. I think there are just 3 or 4 (from memory, which is not always all that great) - none of which seemed highly critical (not objectionable) to me. I see no reason not to add the extra link in tz-link.htm, I must have just missed that one, I'll find that message and add that in this update if it doesn't require too much. kre
participants (9)
-
Alan Barrett -
Chris Walton -
Dominique Pellé -
Gilles Espinasse -
John Halloran -
Philip Newton -
Robert Elz -
Tim Parenti -
Zefram