June 2011 - tz - lists.iana.org

proposed time zone package changes (Samoa, Factory, et al.)
by Arthur David Olson Aug. 28, 2019

Aug. 28, 2019

Below find proposed time zone package changes; the executive summary: * Makefile Change LOCALTIME default from "Factory" to "GMT"; do not compile "factory" file (but keep it in the distribution). * Theory Remove reference to "Factory" zone. * australasia Change end of DST in Samoa in 2011 from 2011-04-03 0:00 to 2011-04-03 1:00 (thanks to Raymond Hughes for a reference). * localtime.c Initialize ttinfo structures filled by tzparse (thanks to Ravindra for reporting a valgrind warning). * zic.c Fix generation of POSIX strings for zones with rules using "weekday<=n" forms of dates (thanks to Lei Liu for finding the problem). Also, limit output for non-POSIX-specificable zones defined to follow the same rules every year. (Note that no zones of either of the above types appear in the distribution; these changes cater to add-on zones). If no problems are found, 2010n will appear on 2010-10-25. --ado diff -r -c old/Makefile new/Makefile *** old/Makefile Mon Sep 27 09:24:25 2010 --- new/Makefile Tue Oct 12 12:36:50 2010 *************** *** 1,5 **** # <pre> ! # @(#)Makefile 8.8 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)Makefile 8.9 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 12,18 **** # make zonenames # to get a list of the values you can use for LOCALTIME. ! LOCALTIME= Factory # If you want something other than Eastern United States time as a template # for handling POSIX-style time zone environment variables, --- 12,18 ---- # make zonenames # to get a list of the values you can use for LOCALTIME. ! LOCALTIME= GMT # If you want something other than Eastern United States time as a template # for handling POSIX-style time zone environment variables, *************** *** 262,269 **** DOCS= README Theory $(MANS) date.1 Makefile PRIMARY_YDATA= africa antarctica asia australasia \ europe northamerica southamerica ! YDATA= $(PRIMARY_YDATA) pacificnew etcetera factory backward ! NDATA= systemv SDATA= solar87 solar88 solar89 TDATA= $(YDATA) $(NDATA) $(SDATA) TABDATA= iso3166.tab zone.tab --- 262,269 ---- DOCS= README Theory $(MANS) date.1 Makefile PRIMARY_YDATA= africa antarctica asia australasia \ europe northamerica southamerica ! YDATA= $(PRIMARY_YDATA) pacificnew etcetera backward ! NDATA= systemv factory SDATA= solar87 solar88 solar89 TDATA= $(YDATA) $(NDATA) $(SDATA) TABDATA= iso3166.tab zone.tab diff -r -c old/Theory new/Theory *** old/Theory Mon Sep 27 09:24:25 2010 --- new/Theory Tue Oct 12 12:36:50 2010 *************** *** 1,4 **** ! @(#)Theory 8.4 This file is in the public domain, so clarified as of 2009-05-17 by Arthur David Olson. --- 1,4 ---- ! @(#)Theory 8.5 This file is in the public domain, so clarified as of 2009-05-17 by Arthur David Olson. *************** *** 287,294 **** See the file `backward' for most of these older names (e.g. `US/Eastern' instead of `America/New_York'). The other old-fashioned names still supported are ! `WET', `CET', `MET', `EET' (see the file `europe'), ! and `Factory' (see the file `factory'). ----- Time zone abbreviations ----- --- 287,293 ---- See the file `backward' for most of these older names (e.g. `US/Eastern' instead of `America/New_York'). The other old-fashioned names still supported are ! `WET', `CET', `MET', and `EET' (see the file `europe'). ----- Time zone abbreviations ----- diff -r -c old/australasia new/australasia *** old/australasia Mon Sep 27 09:24:27 2010 --- new/australasia Tue Oct 12 13:14:56 2010 *************** *** 1,5 **** # <pre> ! # @(#)australasia 8.18 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)australasia 8.19 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 487,497 **** # http://www.parliament.gov.ws/documents/acts/Daylight%20Saving%20Act%20%2020… # </a> Zone Pacific/Apia 12:33:04 - LMT 1879 Jul 5 -11:26:56 - LMT 1911 -11:30 - SAMT 1950 # Samoa Time -11:00 - WST 2010 Sep 26 ! -11:00 1:00 WSDT 2011 Apr 3 -11:00 - WST # Solomon Is --- 487,507 ---- # http://www.parliament.gov.ws/documents/acts/Daylight%20Saving%20Act%20%2020… # </a> + # From Raymond Hughes (2010-10-07): + # Please see + # <a href="http://www.mcil.gov.ws"> + # http://www.mcil.gov.ws + # </a>, + # the Ministry of Commerce, Industry and Labour (sideframe) "Last Sunday + # September 2010 (26/09/10) - adjust clocks forward from 12:00 midnight + # to 01:00am and First Sunday April 2011 (03/04/11) - adjust clocks + # backwards from 1:00am to 12:00am" + Zone Pacific/Apia 12:33:04 - LMT 1879 Jul 5 -11:26:56 - LMT 1911 -11:30 - SAMT 1950 # Samoa Time -11:00 - WST 2010 Sep 26 ! -11:00 1:00 WSDT 2011 Apr 3 1:00 -11:00 - WST # Solomon Is diff -r -c old/localtime.c new/localtime.c *** old/localtime.c Mon Sep 27 09:24:26 2010 --- new/localtime.c Tue Oct 12 12:36:51 2010 *************** *** 5,11 **** #ifndef lint #ifndef NOID ! static char elsieid[] = "@(#)localtime.c 8.14"; #endif /* !defined NOID */ #endif /* !defined lint */ --- 5,11 ---- #ifndef lint #ifndef NOID ! static char elsieid[] = "@(#)localtime.c 8.15"; #endif /* !defined NOID */ #endif /* !defined lint */ *************** *** 914,919 **** --- 914,920 ---- register unsigned char * typep; register char * cp; register int load_result; + static struct ttinfo zttinfo; INITIALIZE(dstname); stdname = name; *************** *** 986,991 **** --- 987,993 ---- /* ** Two transitions per year, from EPOCH_YEAR forward. */ + sp->ttis[0] = sp->ttis[1] = zttinfo; sp->ttis[0].tt_gmtoff = -dstoffset; sp->ttis[0].tt_isdst = 1; sp->ttis[0].tt_abbrind = stdlen + 1; *************** *** 1099,1106 **** } /* ** Finally, fill in ttis. - ** ttisstd and ttisgmt need not be handled. */ sp->ttis[0].tt_gmtoff = -stdoffset; sp->ttis[0].tt_isdst = FALSE; sp->ttis[0].tt_abbrind = 0; --- 1101,1108 ---- } /* ** Finally, fill in ttis. */ + sp->ttis[0] = sp->ttis[1] = zttinfo; sp->ttis[0].tt_gmtoff = -stdoffset; sp->ttis[0].tt_isdst = FALSE; sp->ttis[0].tt_abbrind = 0; *************** *** 1113,1118 **** --- 1115,1121 ---- dstlen = 0; sp->typecnt = 1; /* only standard time */ sp->timecnt = 0; + sp->ttis[0] = zttinfo; sp->ttis[0].tt_gmtoff = -stdoffset; sp->ttis[0].tt_isdst = 0; sp->ttis[0].tt_abbrind = 0; diff -r -c old/zic.c new/zic.c *** old/zic.c Mon Sep 27 09:24:26 2010 --- new/zic.c Tue Oct 12 13:37:29 2010 *************** *** 3,9 **** ** 2006-07-17 by Arthur David Olson. */ ! static char elsieid[] = "@(#)zic.c 8.22"; #include "private.h" #include "locale.h" --- 3,9 ---- ** 2006-07-17 by Arthur David Olson. */ ! static char elsieid[] = "@(#)zic.c 8.24"; #include "private.h" #include "locale.h" *************** *** 1881,1896 **** register int week; if (rp->r_dycode == DC_DOWGEQ) { ! week = 1 + rp->r_dayofmonth / DAYSPERWEEK; ! if ((week - 1) * DAYSPERWEEK + 1 != rp->r_dayofmonth) return -1; } else if (rp->r_dycode == DC_DOWLEQ) { if (rp->r_dayofmonth == len_months[1][rp->r_month]) week = 5; else { ! week = 1 + rp->r_dayofmonth / DAYSPERWEEK; ! if (week * DAYSPERWEEK - 1 != rp->r_dayofmonth) return -1; } } else return -1; /* "cannot happen" */ (void) sprintf(result, "M%d.%d.%d", --- 1881,1896 ---- register int week; if (rp->r_dycode == DC_DOWGEQ) { ! if ((rp->r_dayofmonth % DAYSPERWEEK) != 1) return -1; + week = 1 + rp->r_dayofmonth / DAYSPERWEEK; } else if (rp->r_dycode == DC_DOWLEQ) { if (rp->r_dayofmonth == len_months[1][rp->r_month]) week = 5; else { ! if ((rp->r_dayofmonth % DAYSPERWEEK) != 0) return -1; + week = rp->r_dayofmonth / DAYSPERWEEK; } } else return -1; /* "cannot happen" */ (void) sprintf(result, "M%d.%d.%d", *************** *** 2018,2023 **** --- 2018,2024 ---- register char * envvar; register int max_abbr_len; register int max_envvar_len; + register int prodstic; /* all rules are min to max */ max_abbr_len = 2 + max_format_len + max_abbrvar_len; max_envvar_len = 2 * max_abbr_len + 5 * 9; *************** *** 2032,2037 **** --- 2033,2039 ---- timecnt = 0; typecnt = 0; charcnt = 0; + prodstic = zonecount == 1; /* ** Thanks to Earl Chew ** for noting the need to unconditionally initialize startttisstd. *************** *** 2053,2058 **** --- 2055,2062 ---- updateminmax(rp->r_loyear); if (rp->r_hiwasnum) updateminmax(rp->r_hiyear); + if (rp->r_lowasnum || rp->r_hiwasnum) + prodstic = FALSE; } } /* *************** *** 2075,2080 **** --- 2079,2094 ---- if (max_year <= INT_MAX - YEARSPERREPEAT) max_year += YEARSPERREPEAT; else max_year = INT_MAX; + /* + ** Regardless of any of the above, + ** for a "proDSTic" zone which specifies that its rules + ** always have and always will be in effect, + ** we only need one cycle to define the zone. + */ + if (prodstic) { + min_year = 1900; + max_year = min_year + YEARSPERREPEAT; + } } /* ** For the benefit of older systems,

5 6

proposed tz change for Latvia, Lithuania
by Paul Eggert May 25, 2015

May 25, 2015

It's March Madness time for daylight-saving rule changes. Here's a proposed change to the tz database to keep up with the latest political development, which affects time stamps starting March 29: * Latvia and Lithuania will not observe DST, starting this year. Thanks to Andrei Ivanov for this info. =================================================================== RCS file: RCS/europe,v retrieving revision 2000.3 retrieving revision 2000.3.0.1 diff -pu -r2000.3 -r2000.3.0.1 --- europe 2000/03/04 15:31:08 2000.3 +++ europe 2000/03/08 17:48:59 2000.3.0.1 @@ -1135,6 +1135,12 @@ Link Europe/Rome Europe/San_Marino # 1997-01-21 on transition to Summer time ... established the same order of # daylight savings time settings as in the States of the European Union. +# From Andrei Ivanov (2000-03-06): +# This year Latvia will not switch to Daylight Savings Time (as specified in +# <a href="http://www.lv-laiks.lv/wwwraksti/2000/071072/vd4.htm"> +# The Regulations of the Cabinet of Ministers of the Rep. of Latvia of +# 29-Feb-2000 (#79)</a>, in Latvian for subscribers only). + # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Latvia 1989 1996 - Mar lastSun 2:00s 1:00 S Rule Latvia 1989 1996 - Sep lastSun 2:00s 0 - @@ -1151,7 +1157,8 @@ Zone Europe/Riga 1:36:24 - LMT 1880 3:00 Russia MSK/MSD 1989 Mar lastSun 2:00s 2:00 1:00 EEST 1989 Sep lastSun 2:00s 2:00 Latvia EE%sT 1997 Jan 21 - 2:00 EU EE%sT + 2:00 EU EE%sT 2000 Feb 29 + 2:00 - EET # Liechtenstein # Zone NAME GMTOFF RULES FORMAT [UNTIL] @@ -1178,6 +1185,11 @@ Zone Europe/Vaduz 0:38:04 - LMT 1894 Jun # motion to give up shifting to summer time in spring, as it was # already done by Estonia. +# From Andrei Ivanov (2000-03-06): +# I've heard that Ministers of three Baltic countries on their summit +# somewhere in February decided not to switch to summer time starting from +# this spring. + # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Vilnius 1:41:16 - LMT 1880 1:24:00 - WMT 1917 # Warsaw Mean Time @@ -1192,7 +1204,8 @@ Zone Europe/Vilnius 1:41:16 - LMT 1880 2:00 C-Eur EE%sT 1998 2:00 - EET 1998 Mar 29 1:00u 1:00 EU CE%sT 1999 Oct 31 1:00u - 2:00 EU EE%sT + 2:00 EU EE%sT 2000 Feb + 2:00 - EET # Luxembourg # Whitman disagrees with most of these dates in minor ways; go with Shanks.

5 5

Hong Kong problem and BCN timezone(s)
by Jesper Nørgaard Sept. 20, 2011

Sept. 20, 2011

I have found a small problem in the Hong Kong corrections of 2009q. It seems that the Hong Kong government page says that DST was not used in 1977 and 1978, while this is the current tz data: Rule HK 1965 1977 - Apr Sun>=16 3:30 1:00 S Rule HK 1965 1977 - Oct Sun>=16 3:30 0 - Indeed the whole extract of the government web page is still part of the asia file. I would suggest it should be like this Rule HK 1965 1976 - Apr Sun>=16 3:30 1:00 S Rule HK 1965 1976 - Oct Sun>=16 3:30 0 - My other question concerns the timezone America/Santa_Isabel. It seems that several sources imply that all of Baca California Norte is on the same timezone http://www.frontera.info/EdicionEnlinea/Notas/Noticias/13032010/435414.aspx http://www.notisistema.com/noticias/?p=251578 http://www.timeanddate.com/news/time/north-mexico-dst-change.html This is far from authoritative, but at least and indication that BCN might be one single timezone. I wonder if there has been any confirmation of the Santa Isabel timezone in BCN? I am not saying it is not there, I just haven't found any confirmation of it. - Jesper Norgaard Welen

7 12

US Mountain/Central border at Fort Pierre SD
by Steve Jones Sept. 12, 2011

Sept. 12, 2011

If I might seek the wisdom of the list on a minor topic: The current Mountain/Central boundary in the most recent official US DOT description (49CFR71.7, http://goo.gl/tqBou) has the border running right through Fort Pierre South Dakota. Here is the relevant text: > From the junction of the North Dakota-South Dakota boundary with > the Missouri River southerly along the main channel of that river > to the crossing of the original Chicago & North Western Railway > near Pierre; thence southwesterly to the northern boundary of Jones > County at the northeast corner of the NE 1, Sec. 6, T. 2 N., R. 30 > E. [note: that's about 44.18635, -100.54646) That makes a straight line from the railroad bridge north of town to 44.18635, -100.54646, this line not making much sense in the context of what's on the ground. A second-hand recent conversation with a Stanley County SD official was relayed to me, including the following: >...The person with whom I spoke said the official dividing line is >the Bad River, which makes more >sense than bisecting Fort Pierre. ... The communities along the >Bad River are so tiny (several houses each) that they don't have >official policies. The person with whom I spoke assumed they would >use Central Time because aside from Fort Pierre, there's no >significant populated place that's even close. There are several common sense border adjustments I could make here and probably be more accurate than the DOT (with regards to what a traveler would encounter in the area). Something like a line from the southern end of the dam at Lake Oahe southward to the Bad River, then following the Bad River soutwesterly to the northern border of Jones County... (and from that point rejoining the DOT description). I would prefer to use some authoritative reference - if possible. Any advice on how to proceed? All I can think of is to try a reference librarian in Pierre. Cheers, Steve Jones

3 4

corrected DST data Switzerland 1941 and 1942, final report
by Alois Treindl Aug. 25, 2011

Aug. 25, 2011

Hello I have researched the DST usage in Switzerland during the 1940ies. As I wrote in an earlier message, I suspected the current tzdata values to be wrong. This is now verified. I have found copies of the original ruling by the Swiss Federal government, in 'Eidgenössische Gesetzessammlung 1941 and 1942' (Swiss federal law collection) and attach GIF copies of the two pages for 1941. DST began on Monday 5 May 1941, 1:00 am by shifting the clocks to 2:00 am DST ended on Monday 6 Oct 1941, 2:00 am by shifting the clocks to 1:00 am. DST began on Monday, 4 May 1942 at 01:00 am DST ended on Monday, 5 Oct 1942 at 02:00 am There was no DST in 1940, I have checked the law collection carefully. It is also indicated by the fact that the 1942 entry in the law collection points back to 1941 as a reference, but no reference to any other years are made. Newspaper articles I have read in the archives on 6 May 1941 reported about the introduction of DST (Sommerzeit in German) during the previous night as an absolute novelty, because this was the first time that such a thing had happened in Switzerland. I have also checked 1916, because one book source (Gabriel, Traite de l'heure dans le monde) claims that Switzerland had DST in 1916. This is false, no official document could be found. Probably Gabriel got misled by references to Germany, which introduced DST in 1916 for the first time. The tzdata rules for Switzerland must be changed to: Rule Swiss 1941 1942 - May Mon>=1 1:00 1:00 S Rule Swiss 1941 1942 - Oct Mon>=1 2:00 0 - The 1940 rules must be deleted. One further detail for Switzerland, which is probably out of scope for most users of tzdata: The zone file Zone Europe/Zurich 0:34:08 - LMT 1848 Sep 12 0:29:44 - BMT 1894 Jun #Bern Mean Time 1:00 Swiss CE%sT 1981 1:00 EU CE%sT describes all of Switzerland correctly, with the exception of the Cantone Geneve (Geneva, Genf). Between 1848 and 1894 Geneve did not follow Bern Mean Time but kept its own local mean time. To represent this, an extra zone would be needed. Two GIF files are attached. best regards Alois -- || Alois Treindl, Astrodienst AG, mailto:alois@astro.com || Zollikon/Zurich, Switzerland || Free astrological charts at http://www.astro.com/ || SWISS EPHEMERIS Free Edition at http://www.astro.com/swisseph/

2 3

Re: China time zone
by An Yang Aug. 18, 2011

Aug. 18, 2011

Dear Arthur, Thanks a lot. At first, let me show you some data: Population of Beijing in 2011 is 22,634,722, data from http://www.trueknowledge.com/q/population_of_beijing_in_2011 And population of Shanghai in 2011 is 22,447,529, data from http://www.trueknowledge.com/q/population_of_shanghai_in_2011 And of cause, you can check the population of Beijing and Shanghai in 1996, Beijing is 2,069,722, and Shanghai is 1,188,721. If your data source is http://www.world-gazetteer.com/wg.php?x=1263073253&men=gcis&lng=en&des=game… and http://www.citypopulation.de/world/Agglomerations.html What I can say, the data is wrong absolutely. The following is the data from the China Gov (Chinese only): http://www.shanghai.gov.cn/shanghai/node2314/node2319/node12344/u26ai25463.… http://www.bjstats.gov.cn/rkpc_6/pcsj/201105/t20110506_201580.htm All of these data is different, what should we trust? Let me try to explain it, frankly say, it's difficult to count the exact population of a city which have more than 20,000,000, especially in China. The population data from government, it just include the people who have the locale ID ( hukou ), do not include people without locale ID (hukou). So maybe 20-30% people lost, I think the data from http://www.trueknowledge.com is more accurate, which reflect the real number of people who live in the city. My conclusion is both Beijing and Shanghai are big city in China, and have almost the similar populations. According to the rule: Among locations with similar populations, pick the best-known location, e.g. prefer `Rome' to `Milan'. I think the best-known location is Beijing, no matter from Chinese view or from the foreigner's view. I have read all the messages about Beijing Time in ftp://elsie.nci.nih.gov/pub/tzarchive.gz, and notice that all the voice from China is the same, Beijing should represent China. So trust the people who live there and use Beijing time everyday maybe the best choice. Bests, An Yang 在 2011-06-29三的 06:30 -0400，Arthur Olson写道： > I've added you to the time zone mailing list. > > You may want to check out the old mailing list archives in... > ftp://elsie.nci.nih.gov/pub/tzarchive.gz > ...for past discussions of the Shanghai/Beijing matter (it does come > up every few years). > > --ado

5 8

Samoa to move timezone from east to west of international date line
by David Zülke Aug. 17, 2011

Aug. 17, 2011

http://www.morningstar.co.uk/uk/markets/newsfeeditem.aspx?id=138501958347963 David

6 9

tzdata2011h
by Arthur Olson Aug. 11, 2011

Aug. 11, 2011

The file... ftp://elsie.nci.nih.gov/pub/tzdata2011h.tar.gz ...is now available; this reflects the Russia and Curacao changes circulated recently on the time zone mailing list. --ado

4 3

America/Resolute
by Chris Walton Aug. 6, 2011

Aug. 6, 2011

Back in 2007 I initiated the creation of a new "zone file" for Resolute Bay. Resolute Bay is a small community located about 900km north of the Arctic Circle. The zone file was required because Resolute Bay had decided to use UTC-5 instead of UTC-6 for the winter of 2006-2007. http://www.nnsl.com/frames/newspapers/2006-11/nov13_06none.html According to new information which I received last week, Resolute Bay went back to using UTC-6 in the winter of 2007-2008. This new information conflicts with information I received in November 2008. Assuming the new information is correct, a change is required for "America/Resolute" Details are below. Sorry this post is so long. #---------------------------------------------------------- On March 11/2007 most of Canada went onto daylight saving. On March 14/2007 I phoned the Resolute Bay hamlet office to do a "time check". I talked to somebody that was both knowledgeable and helpful. I was able to confirm that Resolute Bay was still operating on UTC-5. It was explained to me that Resolute Bay had been on the Eastern Time zone (EST) in the winter, and was now back on the Central Time zone (CDT). i.e. the time zone had changed twice in the last year but the clocks had not moved. The residents had to know which time zone they were in so they could follow the correct TV schedule. #---------------------------------------------------------- I did not contact anybody in Resolute Bay for the next year and a half. #---------------------------------------------------------- On Nov 02/2008 most of Canada went onto standard time. On Nov 03/2008 I phoned the Resolute Bay hamlet office. I talked to a woman who had difficulty understanding anything I asked. She managed to tell me that Resolute Bay had changed to "Eastern Time" the day before. I don't recall any elaboration on what this meant. That was all I got out of the call. I don't remember whether or not I tried to do a "time check". I was left with the impression that Resolute Bay was still stuck on UTC-5 (EST in winter and CDT in summer). However, due to the challenging nature of the phone call, I decided to seek out an alternate source of information. I found an e-mail address for somebody by the name of Stephanie Adams whose job was listed as "Inns North Support Officer for Arctic Co-operatives". I was under the impression that Stephanie lived and worked in Resolute Bay. Note: I don't think this was same Stephanie Adams that appeared in the center of a well known U.S. based magazine. I sent an e-mail to Stephanie on Nov 03/2008. Stephanie forwarded my e-mail to somebody by the name of Silvano Cendou; I have no information on who Silvano is. On Nov 05/2008, Silvano responded with this: 'Hi Stephanie Resolute Bay did not turn their clocks back on Sunday! They kept the same time as they had proir to the change. Hope this helps you Silvano' Stephanie forwarded Silvano's e-mail back to me. The phone calls and the e-mails all pointed to the permanent use of UTC-5 with a "time zone change" twice a year. On Nov 13/2008 I sent a post to this mailing list; I stated that Resolute Bay was still using Eastern Standard Time in winter and Central Daylight Time in summer. #---------------------------------------------------------- I did not contact anybody in Resolute Bay for the next two and a half years. #---------------------------------------------------------- On March 14/2011 I phoned the hamlet office again. I was told that Resolute Bay had been using Central Standard Time over the winter of 2010-2011 and that the clocks had therefore been moved one hour ahead on March 13/2011. The person I talked to was aware that Resolute Bay had previously experimented with Eastern Standard Time but he could not tell me when the practice had stopped. #---------------------------------------------------------- On March 17/2011 I searched the Web to find an e-mail address of somebody that might be able to tell me exactly when Resolute Bay went off Eastern Standard Time. I stumbled on the name "Aziz Kheraj". Aziz used to be the mayor of Resolute Bay and he apparently owns half the businesses including "South Camp Inn". This website has some info on Aziz: http://www.uphere.ca/node/493 I sent Aziz an e-mail asking when Resolute Bay had stopped using Eastern Standard Time. Aziz responded quickly with this: 'hi, The time was not changed for the 1 year only, the following year, the community went back to the old way of " spring ahead-fall behind" currently we are zulu plus 5 hrs and in the winter Zulu plus 6 hrs' This of course conflicted with everything I had ascertained in November 2008. I sent Aziz a copy of my 2008 e-mail exchange with Stephanie. Aziz responded with this: 'Hi, Stephanie lives in Winnipeg. I live here, You may want to check with the weather office in Resolute Bay or do a search on the weather through Env. Canada. web site' #-------------------------------------------------------------- If I had realized the Stephanie did not live in Resolute Bay I would never have contacted her. I now believe that all the information I obtained in November 2008 should be ignored. Assuming Aziz is correct, America/Resolute needs some changes. I think it would be best to delete the "Resolute" rule, and then change "America/Resolute" to look like this: Zone America/Resolute 0 - zzz 1947 Aug 31 # Resolute founded -6:00 NT_YK C%sT 2000 Oct 29 2:00 -5:00 - EST 2001 Apr 1 3:00 -6:00 Canada C%sT 2006 Oct 29 2:00 -5:00 - EST 2007 Mar 11 3:00 -6:00 Canada C%sT The comments in zone.tab should be reverted back to: "Central Time - Resolute, Nunavut" I apologize for reporting incorrect information in 2008. -chris

1 1

New site with North American Time Zone borders
by Steve Jones July 21, 2011

July 21, 2011

Apologies if this is not of interest here. I'm new, recently joining to keep up on changes in order to keep a website with time zone data up to date. There is likely nothing here that will be news to anybody, but you may find it interesting: http://ontimezone.com I will be grateful for any feedback about the data, especially corrections! Cheers, Steve Jones

2 2

TAI zone?
by David Magda July 5, 2011

July 5, 2011

[Not a subscriber, so please CC.] Hello, There's been some discussion of removing leap seconds from UTC, as some people need/want a more predictable and deterministic time scale. [1] Given that International Atomic Time [2] exists, there doesn't seem to be an easy way to reference it. Is there any reason why a TAI "time zone" ("TZ=TAI; export TZ") is not present for those that want to ignore leap seconds? I noticed that some Linux distributions have a "right/" directory [3] to deal with this in some way: > Two different versions are provided: > - The "posix" version is based on the Coordinated Universal Time (UTC). > - The "right" version is based on the International Atomic Time (TAI), > and it includes the leap seconds. [...] > > - TZDIR=/usr/share/zoneinfo/posix TZ=Europe/Paris on a system with > hardware clock set to UTC. > - TZDIR=/usr/share/zoneinfo/right TZ=Europe/Paris on a system with > hardware clock set to TAI. Regards, David [1] http://cacm.acm.org/magazines/2011/5/107699-the-one-second-war/fulltext [2] http://en.wikipedia.org/wiki/International_Atomic_Time [3] /usr/share/doc/tzdata/README.Debian

21 67

IERS Message No. 191: Colloquium on redefinition of UTC - Announcement
by central_bureau＠iers.org June 28, 2011

June 28, 2011

************************************************************************ IERS Message No. 191 June 28, 2011 ************************************************************************ Colloquium on redefinition of UTC - Announcement Decoupling Civil Timekeeping from Earth Rotation A Colloquium Exploring Implications of Redefining UTC in Astrodynamics, Astronomy, Geodesy, Navigation, Remote Sensing and Related Fields October 5-6, 2011 Headquarters of Analytical Graphics, Inc. 220 Valley Creek Blvd, Exton PA, 19341-2380 (near Philadelphia) Registration is now open at http://futureofutc.org Universal Time - the conventional measure of Earth rotation and astronomical time-of-day - is the traditional basis for civil timekeeping. Clocks worldwide are synchronized via Coordinated Universal Time (UTC), an atomic time scale recommended by the Radiocommunications Sector of the International Telecommunications Union (ITU-R). A proposal to fundamentally redefine UTC will come to a conclusive vote in January 2012 at the Radiocommunications Assembly of the ITU-R in Geneva. It would halt the intercalary adjustments known as leap seconds that maintain UTC as a form of Universal Time, and eliminate the requirement that time services transmit the varying residuals (DUT1) between Coordinated Universal Time and Universal Time of day. If the proposal is approved, UTC would not keep pace with Earth rotation and the value of DUT1 would become unconstrained. Adverse impacts from redefining UTC have not been extensively researched and documented. The implications extend from technical infrastructure to legal, historical, logistical, sociological and economic domains. Affected technologies may include (but are not limited to) applications in astronomy, astrodynamics and celestial mechanics, geodesy, ground-to-space satellite communications, navigation, remote sensing and space surveillance. This meeting will provide a venue for discussing and documenting the repercussions of changing UTC along with possible mitigation strategies. Co-chairs: Rob Seaman, National Optical Astronomy Observatory John Seago, Analytical Graphics, Inc. Steve Allen, University of California Observatories / Lick Observatory ************************************************************************ IERS Messages are edited and distributed by the IERS Central Bureau. To submit texts for distribution and to subscribe or unsubscribe, please write to <central_bureau(a)iers.org>. Archives: http://www.iers.org/Messages/ ************************************************************************

1 0

Lack of zone Asia/Beijing and other major cites in China
by An Yang June 28, 2011

June 28, 2011

Hi Arthur, Beijing is the capital of People's Republic of China from 1949, and Beijing Time is used in whole PRC according to China law by now. It's a good news for the people who live in China, if they could see Beijing and other major cites in China. If it's possible, I'm glad to contribute. Bests, An Yang

1 0

lack of zone Asia/Beijing
by An Yang June 27, 2011

June 27, 2011

Hi Arthur, Beijing is the capital of People's Republic of China from 1949, and Beijing Time is used in whole PRC according to China law. Do you mind to add Beijing time zone? Bests, An Yang

1 0

Europe/Kaliningrad in 2011h
by yoshito_umaoka＠us.ibm.com June 27, 2011

June 27, 2011

In 2011h, the GMT offset of Europe/Kaliningrad was changed from 2:00 to 3:00 by the new Russian law. Zone Europe/Kaliningrad 1:22:00 - LMT 1893 Apr 1:00 C-Eur CE%sT 1945 2:00 Poland CE%sT 1946 3:00 Russia MSK/MSD 1991 Mar 31 2:00s 2:00 Russia EE%sT 2011 Mar 27 2:00s 3:00 - EET The format - "EET" is used above, which is now different from other "EET" (generated from "EE%sT") used by Eastern European zones. For example, "10:00 EET" in Europe/Bucharest after the daylight-standard transition in this fall is actually "11:00 EET" in Europe/Kaliningrad. I think this is confusing and should use more distinctive format. -Yoshito

2 1

Mid-Atlantic time zone with DST support
by Isaac Lau June 21, 2011

June 21, 2011

Hi, I am wondering if Olsen database supports the above with the following specifics: If it does, please let me know which zone I should use. Note that in Microsoft XP and Windows 7, it contains a Mid-Atlantic time zone which observes DST. Thanks *Isaac # Atlantic Ocean or Mid Atlantic rules # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER Rule MidAT 1980 max - Mar lastSun 2:00 1:00 - Rule MidAT 1980 max - Sep lastSun 2:00 0 - # Atlantic Ocean or Mid Atlantic # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Atlantic/Atlantic_Ocean -2:26:08 - LMT 1890 # -2:00 - GST 1980 # South Georgia Time -2:00 MidAT GST

1 0

Re: proposed time zone package changes (Russia, Curacao)
by Arthur David Olson June 17, 2011

June 17, 2011

> In respect to the the dissolution of AN (Netherlands Antilles), you are > replacing its record with CW Curacao; but shouldn't a record also be > added for the other country formed by the dissolution, namely > Sint-Maarten (SX)? Below are revised changes to get in sync with the current ISO3166 data; these changes are relative to the stuff on the ftp site. --ado diff -r old/iso3166.tab new/iso3166.tab 2c2 < # @(#)iso3166.tab 8.6 --- > # @(#)iso3166.tab 8.9 23a24,27 > # From Arthur David Olson (2011-06-15): > # Resynchronized today with the ISO3116 site > # (deleting AN and adding BQ, CW, and SX). > # 33d36 < AN Netherlands Antilles 55a59 > BQ Bonaire Sint Eustatius & Saba 77a82 > CW Curacao 233a239 > SX Sint Maarten diff -r old/southamerica new/southamerica 2c2 < # @(#)southamerica 8.49 --- > # @(#)southamerica 8.50 1278a1279,1286 > # From Arthur David Olson (2011-06-15): > # At least for now, use links for places with new iso3166 codes. > # The name "Lower Prince's Quarter" is both longer than fourteen charaters > # and contains an apostrophe; use "Lower_Princes" below. > > Link America/Curacao America/Lower_Princes # Sint Maarten > Link America/Curacao America/Kralendijk # Bonaire, Sint Estatius and Saba > diff -r old/zone.tab new/zone.tab 2c2 < # @(#)zone.tab 8.43 --- > # @(#)zone.tab 8.45 35d34 < AN +1211-06900 America/Curacao 89a89 > BQ +120903-0681636 America/Kralendijk 157a158 > CW +1211-06900 America/Curacao 364a366 > SX +180305-0630250 America/Lower_Princes

7 10

DST in America/Metlakatla?
by Bill Seymour June 17, 2011

June 17, 2011

I apologize if this is old news that somehow blew by me. I don't think the zone America/Metlakatla in northamerica is quite right yet. I think the rule in the last line of the zone should be "-", not "US". I'm guessing that that was just a typo. FWIW, I've confirmed independently that Metlakatla observes UTC-8 year-round. My day job is with the U.S. Postal Service, and I work on a system that schedules transportation, so time zones are important to me. Confused by the "US" in America/Metlakatla, I called the 99926 post office; and the woman I spoke to said, "Right now, we're the same time as the rest of Alaska. Fall/winter, we're the same as Seattle." --Bill Seymour "If this were my employer's opinion, I wouldn't be allowed to post it." -- Norman Diamond

2 1

proposed time zone package changes (Russia, Curacao)
by Arthur David Olson June 15, 2011

June 15, 2011

Below find proposed priority changes to the time zone package; the executive summary: antarctica Remove unused "RussAQ" rules. asia Add comment on retaining "old" Russia rules for the benefit of Armenia europe Russia abandons DST in 2011 (thanks to Alexander Krivenyshev) ("old" Russia rules retained for now for Belarus) iso3166.tab Change AN (Netherlands Antilles) to CW (Curacao) zone.tab Change AN (Netherlands Antilles) to CW (Curacao) If no problems are found and nothing goes wrong, these changes are to appear on the ftp site on 2011-06-27. Now that the Russian changes are official, we'll see what Armenia and Belarus do. --ado diff -r old/antarctica new/antarctica 2c2 < # @(#)antarctica 8.8 --- > # @(#)antarctica 8.9 22,33d21 < # These rules are stolen from the `europe' file. < # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S < Rule RussAQ 1981 1984 - Apr 1 0:00 1:00 S < Rule RussAQ 1981 1983 - Oct 1 0:00 0 - < Rule RussAQ 1984 1991 - Sep lastSun 2:00s 0 - < Rule RussAQ 1985 1991 - Mar lastSun 2:00s 1:00 S < Rule RussAQ 1992 only - Mar lastSat 23:00 1:00 S < Rule RussAQ 1992 only - Sep lastSat 23:00 0 - < Rule RussAQ 1993 max - Mar lastSun 2:00s 1:00 S < Rule RussAQ 1993 1995 - Sep lastSun 2:00s 0 - < Rule RussAQ 1996 max - Oct lastSun 2:00s 0 - < diff -r old/asia new/asia 1c1 < # @(#)asia 8.64 --- > # @(#)asia 8.65 79a80,83 > # From Arthur David Olson (2011-06-15): > # While Russia abandoned DST in 2011, Armenia may choose to > # follow Russia's "old" rules. > diff -r old/europe new/europe 2c2 < # @(#)europe 8.32 --- > # @(#)europe 8.33 567a568,587 > # From Alexander Krivenyshev (2011-06-14): > # According to Kremlin press service, Russian President Dmitry Medvedev > # signed a federal law "On calculation of time" on June 9, 2011. > # According to the law Russia is abolishing daylight saving time. > # > # Medvedev signed a law "On the Calculation of Time" (in russian): > # <a href="http://bmockbe.ru/events/?ID=7583"> > # http://bmockbe.ru/events/?ID=7583 > # </a> > # > # Medvedev signed a law on the calculation of the time (in russian): > # <a href="http://www.regnum.ru/news/polit/1413906.html"> > # http://www.regnum.ru/news/polit/1413906.html > # </a> > > # From Arthur David Olson (2011-06-15): > # Take "abolishing daylight saving time" to mean that time is now considered > # to be standard. > # At least for now, keep the "old" Russia rules for the benefit of Belarus. > 2016c2036,2037 < 2:00 Russia EE%sT --- > 2:00 Russia EE%sT 2011 Mar 27 2:00s > 3:00 - EET 2045c2066,2067 < 3:00 Russia MSK/MSD --- > 3:00 Russia MSK/MSD 2011 Mar 27 2:00s > 4:00 - MSK 2058c2080,2081 < 3:00 Russia VOL%sT --- > 3:00 Russia VOL%sT 2011 Mar 27 2:00s > 4:00 - VOLT 2070c2093,2094 < 3:00 Russia SAM%sT --- > 3:00 Russia SAM%sT 2011 Mar 27 2:00s > 4:00 - SAMT 2083c2107,2108 < 5:00 Russia YEK%sT # Yekaterinburg Time --- > 5:00 Russia YEK%sT 2011 Mar 27 2:00s > 6:00 - YEKT # Yekaterinburg Time 2091c2116,2117 < 6:00 Russia OMS%sT --- > 6:00 Russia OMS%sT 2011 Mar 27 2:00s > 7:00 - OMST 2101c2127,2128 < 6:00 Russia NOV%sT --- > 6:00 Russia NOV%sT 2011 Mar 27 2:00s > 7:00 - NOVT 2134c2161,2162 < 6:00 Russia NOV%sT # Novosibirsk/Novokuznetsk Time --- > 6:00 Russia NOV%sT 2011 Mar 27 2:00s > 7:00 - NOVT # Novosibirsk/Novokuznetsk Time 2145c2173,2174 < 7:00 Russia KRA%sT --- > 7:00 Russia KRA%sT 2011 Mar 27 2:00s > 8:00 - KRAT 2155c2184,2185 < 8:00 Russia IRK%sT --- > 8:00 Russia IRK%sT 2011 Mar 27 2:00s > 9:00 - IRKT 2178c2208,2209 < 9:00 Russia YAK%sT --- > 9:00 Russia YAK%sT 2011 Mar 27 2:00s > 10:00 - YAKT 2191c2222,2223 < 10:00 Russia VLA%sT --- > 10:00 Russia VLA%sT 2011 Mar 27 2:00s > 11:00 - VLAT 2201c2233,2234 < 10:00 Russia SAK%sT --- > 10:00 Russia SAK%sT 2011 Mar 27 2:00s > 11:00 - SAKT 2214c2247,2248 < 11:00 Russia MAG%sT --- > 11:00 Russia MAG%sT 2011 Mar 27 2:00s > 12:00 - MAGT 2225c2259,2260 < 11:00 Russia PET%sT --- > 11:00 Russia PET%sT 2011 Mar 27 2:00s > 12:00 - PETT 2234c2269,2270 < 11:00 Russia ANA%sT --- > 11:00 Russia ANA%sT 2011 Mar 27 2:00s > 12:00 - ANAT diff -r old/iso3166.tab new/iso3166.tab 2c2 < # @(#)iso3166.tab 8.6 --- > # @(#)iso3166.tab 8.7 33d32 < AN Netherlands Antilles 77a77 > CW Curacao diff -r old/zone.tab new/zone.tab 2c2 < # @(#)zone.tab 8.43 --- > # @(#)zone.tab 8.44 35d34 < AN +1211-06900 America/Curacao 157a157 > CW +1211-06900 America/Curacao

4 4

Cayman Islands are considering to implement DST
by Alexander Krivenyshev June 14, 2011

June 14, 2011

The Cayman Islands are considering to implement DST to sinc. time with New York year around. "Premier McKeeva Bush announced the upcoming study of a switch to Daylight Saving Time in the Cayman Islands during his budget address Friday. " Committee to study time change- Daylight Saving Time to be considered http://www.compasscayman.com/caycompass/2011/06/14/Committee-to-study-time- change/ or http://www.worldtimezone.com/dst_news/dst_news_cayman-islands01.html Alexander Krivenyshev, http://www.worldtimezone.com

1 0

Russian President signed a federal law to abolish DST
by Alexander Krivenyshev June 14, 2011

June 14, 2011

According to Kremlin press service, Russian President Dmitry Medvedev signed a federal law "On calculation of time" on June 9, 2011. According to the law Russia is abolishing daylight saving time. Medvedev signed a law "On the Calculation of Time" (in russian): http://bmockbe.ru/events/?ID=7583 Medvedev signed a law on the calculation of the time (in russian): http://www.regnum.ru/news/polit/1413906.html Alexander Krivenyshev http://www.worldtimezone.com

1 0

Samoa
by Steven Abner June 13, 2011

June 13, 2011

Hi, Was working on strftime() and came across some info. You may already have it but didn't see it in the current "g" files. >From 29 December 2011, Samoa will advance its daylight savings time from UTC-10 to UTC+14 (and its standard time from UTC-11 to UTC+13), essentially moving the international date line to the other side of the country. http://en.wikipedia.org/wiki/UTC%2B14:00 Might be worth a look? Steve

1 0

FW: correction for tz-link.htm 8.32
by Olson, Arthur David (NIH/NCI) [E] June 12, 2011

June 12, 2011

I'm forwarding this message from Edward McGuire, who is not on the time zone mailing list. Those of you who are on the list, please direct replies appropriately. --ado -----Original Message----- From: metaed(a)gmail.com [mailto:metaed@gmail.com] On Behalf Of Edward McGuire Sent: Friday, June 10, 2011 10:35 To: tz(a)lecserver.nci.nih.gov Subject: correction for tz-link.htm 8.32 As requested at the top of the file, I am posting the following correction for tz-link.htm 8.32, retrieved from <ftp://ftp.irisa.fr/pub/OpenBSD/src/lib/libc/time/tz-link.htm>. Under "Other time zone databases", the link labeled "Windows → Tzid table" is <http://unicode.org/cldr/data/diff/supplemental/windows_tzid.html>, which redirects to <http://unicode.org/repos/cldr-tmp/trunk/diff/supplemental/windows_tzid.html>, which is 404. I guess this is the correction: --- tz-link.htm 2011-06-10 09:31:20.734375000 -0500 +++ tz-link.new 2011-06-10 09:30:57.453125000 -0500 @@ -360,7 +360,7 @@ <li>Some Microsoft Windows versions contain time zone information in an undocumented format, with IDs that can be mapped to <code>TZ</code> values using the <a -href="http://unicode.org/cldr/data/diff/supplemental/windows_tzid.html">Windows +href="http://unicode.org/cldr/data/diff/supplemental/zone_tzid.html">Windows → Tzid table</a> maintained by the <abbr title="Common Locale Data Repository">CLDR</abbr> data mentioned below.</li> Cheers, MetaEd

2 1

correction for tz-link.htm 8.32
by Edward McGuire June 10, 2011

June 10, 2011

As requested at the top of the file, I am posting the following correction for tz-link.htm 8.32, retrieved from <ftp://ftp.irisa.fr/pub/OpenBSD/src/lib/libc/time/tz-link.htm>. Under "Other time zone databases", the link labeled "Windows → Tzid table" is <http://unicode.org/cldr/data/diff/supplemental/windows_tzid.html>, which redirects to <http://unicode.org/repos/cldr-tmp/trunk/diff/supplemental/windows_tzid.html>, which is 404. I guess this is the correction: --- tz-link.htm 2011-06-10 09:31:20.734375000 -0500 +++ tz-link.new 2011-06-10 09:30:57.453125000 -0500 @@ -360,7 +360,7 @@ <li>Some Microsoft Windows versions contain time zone information in an undocumented format, with IDs that can be mapped to <code>TZ</code> values using the <a -href="http://unicode.org/cldr/data/diff/supplemental/windows_tzid.html">Windows +href="http://unicode.org/cldr/data/diff/supplemental/zone_tzid.html">Windows → Tzid table</a> maintained by the <abbr title="Common Locale Data Repository">CLDR</abbr> data mentioned below.</li> Cheers, MetaEd

1 0

Re: seeking verification
by Steven Abner June 7, 2011

June 7, 2011

On Jun 6, 2011, at 7:45 PM, Steven Abner wrote: > > On Jun 6, 2011, at 7:25 PM, Arthur Olson wrote: > >> Thanks for the message. >> >> 1. Hawaii hasn't used DST since the end of World War II, >> which is why the Hawaiian zone ends with the lines... >> -10:30 1:00 HDT 1945 Sep 30 2:00 #Schmitt&Fox+2 >> -10:30 - HST 1947 Jun 8 2:00 #Schmitt&Fox+2 >> -10:00 - HST >> ...rather than your suggested... >> -10:30 1:00 HDT 1945 Sep 30 2:00 #Schmitt&Fox+2 >> -10:30 US H%sT 1947 Jun 8 2:00 #Schmitt&Fox+2 >> -10:00 - HST >> ...(although since there was no federally-mandated DST in the US from the end of >> World War II until the 1960s, the effect is the same). >> >> 2. Since the current best guess is that Metlakatla hasn't used DST since 1983, >> the last two lines of the Metlakatla zone should actually be... >> -8:00 US P%sT 1983 Oct 30 2:00 >> -8:00 - MeST >> ...without separate Metlakatla rules. >> >> --ado > > Thank you for responding! > Hi > > I didn't suggest any change to Hawaii. That is a direct copy from your files tzdata2011g. > As for Metlakatia I don't understand. I believe you are saying that "wiki" information, of the town, for the > timezone is incorrect? Are you saying that they only observe STD and the abbreviated name is "MeST" ? > > Steve > sorry I should have added: http://en.wikipedia.org/wiki/Metlakatla,_Alaska it it where I got no DST but alternating abbreviated names.

1 0