- tz - lists.iana.org

Re: [tz] Comments and mapping of tz zones to the real world
by Tobias Conradi May 9, 2012

May 9, 2012

Below an opinion of Steffen Daode Nurpmeso, unfortunately in German, which is not the main language for the tz mailing list. 2012/5/9 Steffen Daode Nurpmeso <sdaoden(a)googlemail.com>: > Es gibt viele Leute, die Fehler melden, auch bittere, > und die trotzdem niemals irgendeine Rückmeldung bekommen. > Auf deine momentane Art erreicht man jedenfalls auf gar keinen > Fall irgendetwas, erst recht nichts gutes. > Und wieso glaube ich, dass du das genau weißt. > Danke für dein Verständnis. > > --steffen > Forza Figa! -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

1 0

Fwd: Time Zone List
by Marshall Eubanks May 9, 2012

May 9, 2012

Here is your answer Marshall ---------- Forwarded message ---------- From: Russ Housley <housley(a)vigilsec.com> Date: Wed, May 9, 2012 at 9:50 AM Subject: Re: Time Zone List To: Marshall Eubanks <marshall.eubanks(a)gmail.com> Done quite a while ago. On May 9, 2012, at 9:44 AM, Marshall Eubanks wrote: > Do you know if the IESG confirmed Paul Eggert as admin and expert of > the time zone database mailing list. > > Regards > Marshall

1 0

Re: [tz] Comments and mapping of tz zones to the real world
by Tobias Conradi May 9, 2012

May 9, 2012

On Tue, May 8, 2012 at 7:52 PM, John Hawkinson <jhawk(a)mit.edu> wrote: > I just wanted to add my voice to that of others. > You are out of line. > Please be more polite and respectful or you are likely to be ignored, > and certainly your concerns will be marginalized. My concern is having a correct as possible tzdb. If my concerns will be marginalized, it would be "marginalizing" the goal of having bugs fixed. I never have respect towards bugs, I am happy to make them better visible by posting them on the list. -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

5 6

Comments and mapping of tz zones to the real world
by Tobias Conradi May 9, 2012

May 9, 2012

was: [tz] proposed changes: past Altai/Tomsk time zone shifts On Sat, May 5, 2012 at 8:48 PM, Robert Elz <kre(a)munnari.oz.au> wrote: > Date: Sat, 5 May 2012 04:11:55 +0200 > From: Tobias Conradi <tobias.conradi(a)gmail.com> > Message-ID: <CAAGevbVsY5SEs=3NGyau7T_aLW+W0cV18tofP3d_aDfjTw1M0w(a)mail.gmail.com> > > | Putting something into the wrong timezone is by definition having a > | bug in the TIMEZONE database. > > No, once again, it is not, or not in any way that is important. There was no claim of importance, the claim only was that there is a bug. > | > If the comments in the zone file are wrong, > | > we should certainly fix them sometime, > | Now you change your opinion? > > No, not at all, we fix erroneous comments, but erroneous comments are > not a bug, as they don't affect the results, Of course they do. If one selects timezone Asia/Baku based on a comment that this is the tz zone for Chicago then one would get false offsets and false transitions. > they're just a minor > insignificant error. Not to me, and maybe not for the people trying to find the Chicago zone data. > Like any error, such things should get fixed, > but like other irrelevant errors, fixing them isn't urgent. Not for me. > | Any prove that all the view at > | http://stats.grok.se/en/201204/List_of_tz_database_time_zones > | are from list members? > > List members can do whatever they like, and some of the people on > this list (and associated with this project) certainly do attempt to > make maps of timezones in one way or another. That's all fine, but > it is not this project. I didn't claim that. Your claim was " ...comments .... have no real importance and are generally only ever even seen by the people on this list (no-one else is really very likely to read through all of that stuff -...)" You provide no proof that the views of the Wikipedia page in question came only from list members. In absence of this, I think your claim is false. > | >(no-one else is really very likely to > | > read through all of that stuff - zic certainly doesn't care.) > | I read the comments before I was a list member. > > Sure, there are people who look at this stuff, but not very many > compared with the number of people who use the real product of this > project - which is the zone database. Can you tell a way of how a user determines the correct zone for a random location in Indiana, selecting between America/Indiana/Indianapolis America/Indiana/Vincennes America/Indiana/Winamac America/Indiana/Marengo America/Indiana/Petersburg America/Indiana/Vevay America/Kentucky/Louisville America/New York without reading the comments? -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

7 14

zone.tab comment for Europe/Volgograd
by Tobias Conradi May 9, 2012

May 9, 2012

Current: tzdata2012c/zone.tab Europe/Volgograd Moscow+00 - Caspian Sea tzdata2012c/europe # Astrakhanskaya oblast', Kirovskaya oblast', Saratovskaya oblast', # Volgogradskaya oblast'. ... Zone Europe/Volgograd Propose: zone.tab Europe/Volgograd Moscow+00 - Astrakhan, Kirov, Saratov, Volgograd Reasoning: "Astrakhan, Kirov, Saratov, Volgograd" refers to federal subjects (1st level country subdivisions), while "Caspian Sea" to a lake only. According to http://en.wikipedia.org/wiki/Federal_subjects_of_Russia The federal subjects of Russia that are bordering the Caspian Sea are 05 Dagestan 08 Kalmykia 20 Chechnya 30 Astrakhan Dagestan, Kalmykia, Chechnya according to the europe file are located in Zone Europe/Moscow. Only Astrakhan is contained in both groups (Caspian Sea neigbor, Zone Europe/Volgograd member). So Caspian Sea in the comment column is not only imprecise but actually misleading. The comment for Europe/Moscow in zone.tab is Moscow+00 - west Russia a comment that does not list Dagestan, Kalmykia, Chechnya. Therefore a reader could not deduct that these three, out of four Caspian Sea neighbors among the federal subjects, don't belong to "Moscow+00 - Caspian Sea". -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

1 0

zone.tab comment for Asia/Irkutsk
by Tobias Conradi May 8, 2012

May 8, 2012

Current: tzdata2012c\zone.tab "Moscow+05 - Lake Baikal" tzdata2012c\europe # From Oscar van Vlijmen (2001-08-25): [This region consists of] # Respublika Buryatiya, Irkutskaya oblast', # Ust'-Ordynskij Buryatskij avtonomnyj okrug. http://en.wikipedia.org/wiki/Ust-Orda_Buryat_Okrug "Ust-Orda Buryatia, is an administrative division of Irkutsk Oblast" " It was a federal subject of Russia (an autonomous okrug of Irkutsk Oblast) from 1993 to January 1, 2008, when it merged with Irkutsk Oblast (it also had autonomous okrug status from September 26, 1937 to 1993" Propose: zone.tab "Moscow+05 - Irkutsk, Buryatia" europe Add a notice of merge. Reasoning: "Irkutsk, Buryatia" refers to federal subjects (1st level country subdivisions), while "Lake Baikal" to a lake only. But the zone covers the area of the two federal subjects. Do it similar to the 2nd level country subdivision comments for these US zones: America/Kentucky/Monticello Eastern Time - Kentucky - Wayne County America/Indiana/Indianapolis Eastern Time - Indiana - most locations America/Indiana/Vincennes Eastern Time - Indiana - Daviess, Dubois, Knox & Martin Counties America/Indiana/Winamac Eastern Time - Indiana - Pulaski County America/Indiana/Marengo Eastern Time - Indiana - Crawford County America/Indiana/Petersburg Eastern Time - Indiana - Pike County America/Indiana/Vevay Eastern Time - Indiana - Switzerland County -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

1 0

Sakhalin bug - seven months past - still not fixed
by Tobias Conradi May 8, 2012

May 8, 2012

reported 2011-09-16 by Alexander Krivenyshev http://mm.icann.org/pipermail/tz/2011-September/008798.html 2012-09-22 Tobias Conradi proposes new zone Asia/Yuzhno-Kurilsk http://mm.icann.org/pipermail/tz/2011-September/008845.html 2012-10-02 Arthur David Olson starts the last thread in 2012 covering this Sakhalin bug http://mm.icann.org/pipermail/tz/2011-October/008933.html ----- This may need a zone creation similar to the ones in the Sakha Republic. The Sakha summary may contain all needed laws: http://mm.icann.org/pipermail/tz/2012-May/017688.html If I have time, the bug is open and I am still allowed to post to the tz mailing list I may mail a deeper analyze of the needed fix, similar to the one I did create for the Sakha Republic. If not, this posting here may serve simply as a reminder. -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

1 0

Catfighting (was: Re: Comments and mapping of tz zones to the real world)
by Doug Ewell May 8, 2012

May 8, 2012

>>>> in a manner that often comes across as rude and offensive. >>> That is your interpretation. >> >> That is not his interpretation, that is very likely >> the interpretation by the vast majority of people on this list. > An interpretation can be shared by different people. I didn't wrote > that it would be exclusively his interpretation. > >> Stop being aggressive. Stop being abrasive. >> Stop being condescending. > Again, lack of any evidence for that to have been happened. > >> Start saying "please", > You mean like in my first posting this year Wow, this sure isn't what I signed up for on this list. I guess I'll unsubscribe and just poll the IANA page to find out about updates to the tz database. Sorry for sticking my nose into the boudoir. -- Doug Ewell | Thornton, Colorado, USA http://www.ewellic.org | @DougEwell

2 1

Notification of new releases only
by James Diebel May 8, 2012

May 8, 2012

Hello, I'm a user of the tz database, but not a contributor. I would like to receive notification of when a new release has been issued, but without receiving the messages between contributors debating the merits of various proposed changes. Is there a way to configure my mailing list subscription to only receive release notifications? Or is there some other method by which I can receive release notifications without checking the web site every day? If this is not possible, perhaps the subject line of a message announcing a new release could always contain some keywords so that I could write a mail filter to archive non-release-announcement messages? And do such new release announcements always come from the same person? That would also help. Thanks! Cheers, James

6 5

So who is this KRE person, anyway?
by David Braverman May 8, 2012

May 8, 2012

A number of posts to the list recently have concerned me greatly. It appears that people new to this list may not know of Robert Elz's contributions, or why we* other contributors generally accord him the deference we do. What follows is my own opinion, though I hope it reflects the consensus view. Back in September, when Astrolabe sued list coordinators Arthur Olson and Paul Eggert over the time zone database, KRE immediately stepped up to keep the database available. He provided server space and technical support following the database's removal from the National Institutes of Health (where it had lived from its inception); he insulated the list from the U.S. courts; he made sure that the subsequent database updates got published when necessary; and he did myriad other things that showed his commitment to the database and its users. Now that the lawsuit is gone, and Paul Eggert has officially taken over as coordinator, KRE has less of a formal role than he did as the de facto coordinator during the crisis. But even a casual scan through the list's archives will show he's long been one of the most conscientious and helpful contributors for years. He has earned my respect since I've been contributing to the list; I suspect I'm not alone. Of course, all of this is evident from the list's archives. I would suggest to anyone new to a mailing list or online community-as people have suggested, no doubt with similar effect, since the ancient days of the WELL, CompuServe, and dial-up BBSs-that reading a list's archives can answer a lot of questions, including about the community's structures and relationships, and can prevent unfortunate misunderstandings from taking over the conversation. I hope this clarifies why recent posts have generated some, shall I say, strongly-worded responses. I also hope we can now return to our regular discussion of what times the world's clocks are showing. David Braverman Inner Drive Technology https://www.inner-drive.com/Demo/Timezones.aspx * We, in this context, means those of us expressing these opinions. I think I speak for everyone here when I say no one speaks for everyone here.

1 0

Re: [tz] Comments and mapping of tz zones to the real world
by Tobias Conradi May 8, 2012

May 8, 2012

On Tue, May 8, 2012 at 7:43 PM, Bennett Todd <bet(a)rahul.net> wrote: > Please stop unproductive provocation on this list. Any quote for an "unproductive provocation on this list"? >It doesn't advance the > maintenance of the zoneinfo database, Can be tested after you give a quote. >and it doesn't make you look good. I don't care about how I look, when mailing to the tz mailing list. When I email to the tz mailing list, I care about the correctness of the tzdb and statements made in other mailings related to that. -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

1 0

Re: [tz] Theory - typo - simplifes -> simplyfies
by Tobias Conradi May 8, 2012

May 8, 2012

Even bug reports can contain bugs. T On Tue, May 8, 2012 at 8:03 PM, David Zülke <david.zuelke(a)bitextender.com> wrote: > On 08.05.2012, at 19:29, Tobias Conradi wrote: > >> tzcode2012b/Theory >> >> Indicate to humans as to where that region is. This simplifes use. >> >> simplifes -> simplyfies > > It's "simplifies". Get your own facts straight before you waste everyone's time with nonsensical "input" like this. I bet you'll follow up with another message in two months, subject "Two month past [sic] - still not fixed". > > David > > -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

1 0

As long as we're looking at the Theory file...
by Guy Harris May 8, 2012

May 8, 2012

It says * This package is already part of many POSIX-compliant hosts, including BSD, HP, Linux, Network Appliance, SCO, SGI, and Sun. On such hosts, the primary use of this package is to update obsolete time zone rule tables. To do this, you may need to compile the time zone compiler `zic' supplied with this package instead of using the system `zic', since the format of zic's input changed slightly in late 1994, and many vendors still do not support the new input format. NetApp's machines aren't POSIX-compliant - the original Data ONTAP was a very specialized OS, and ONTAP GX or whatever it's called may be FreeBSD-based (with, I think, the NetApp-specific stuff running in special kernel-mode code rather than atop standard FreeBSD) but I'm not sure it supports arbitrary applications. I'm not sure whether the right solution is to drop "POSIX-compliant" or to put NetApp's machines into a separate category; I'm inclined towards the latter. In addition, OS X and iOS could be considered to fall under the heading of "BSD", but it might be worth mentioning OS X separately (you wouldn't be able to install zic-compiled tables on non-jailbroken iOS, so I wouldn't mention it). (Oh, and you might want to say "Solaris" or "Oracle" rather than "Sun", given that Sun Microsystems no longer exists.)

1 0

Sakha Republic bugs - eight months passed - still not fixed
by Tobias Conradi May 7, 2012

May 7, 2012

1) Since September 2011 - at least - there is disagreement between reported law and tzdb for current offsets in Bulunsky Ulus, Oymyakonsky Ulus, Tomponsky Ulus, Ust-Maysky Ulus which are located in Russia. On 2012-04-29 (http://mm.icann.org/pipermail/tz/2012-April/017639.html) it was defined by a TZ maintainer that: "The first order of business is to ensure that current (2012) time stamps are handled correctly throughout Russia." So, I assume the below could fall under first order of business. 2012-09-16 Alexander Krivenyshev reported differences http://mm.icann.org/pipermail/tz/2011-September/008798.html 2012-09-16 Tobias Conradi wondered whether there was a change in offset or the TZ DB simply contained false data Two zones are proposed in case the data is correct for the time before the decree took effect Asia/Khandyga (setup changed later) Asia/Ust-Nera containing Oymyakonsky http://mm.icann.org/pipermail/tz/2011-September/008799.html 2012-09-17 Arthur David Olson makes a summary http://mm.icann.org/pipermail/tz/2011-September/008818.html 2012-09-20 Tobias Conradi changes the proposal for Asia/Khandyga to only contain Tomponsky, Ust-Maysky http://mm.icann.org/pipermail/tz/2011-September/008836.html 2012-09-27 Arthur David Olson asks for old decree "Decree #725 indicates that it abrogates Decree #23 of January 8, 1992 (among other things abrogated); is the abrogated decree available online?" http://mm.icann.org/pipermail/tz/2011-September/008898.html 2012-09-27 Sanjeev Gupta provides a link to the scan http://government.consultant.ru/page.aspx?1223966 http://mm.icann.org/pipermail/tz/2011-September/008899.html 2012-10-02 Arthur David Olson makes some analysis of the data http://mm.icann.org/pipermail/tz/2011-October/008933.html 2012-10-02 Yury Tarasievich clarifies that the sections contain border descriptions and additionally writes "BTW, the document only notes the possibility, but doesn't explicitly refer to the then actual (Soviet) practice for the large territories to observe the zonal time of the neighbouring timezone." http://mm.icann.org/pipermail/tz/2011-October/008935.html Now follows my interpretation of http://government.consultant.ru/page.aspx?1223966 (granitsa mezhdy = border between) page 5 section about Zone 8 - Zone 9 border Zone 8/left: Bulunsky Raion Zone 9/right: Ust-Maysky Raion + Tomponsky Raion page 6 section about Zone 9 - Zone 10 border Zone 10/right: Oymyakonsky Raion Which, except for Bulunsky Raion, is what according to "tzdata2012c/europe" Oscar van Vlijmen did report, but no sources were cited for. That would mean that: A) two zones need to be created: Asia/Ust-Nera Oymyakonsky Ulus Asia/Khandyga Tomponsky Ulus, Ust-Maysky Ulus both zones observing a change in offset towards Moscow Time in September 2011, exact time see below. B) Bulunsky Ulus needs a fix. Either 2009-11-29 Oscar van Vlijmen report is correct, then a new zone is needed or it is not correct, then the report should be removed or marked deprecated and the data from the 1992 decree could be used for the time before the 2011 decree became effective. Time of change: http://en.wikipedia.org/wiki/Oymyakonsky_District#cite_note-RuTime-7 "Опубликован: "Российская Газета", No.197, 6 сентября 2011 г" My translation: ~Published ..... 2011-09-06 "Effective as of after 7 days following the day of the official publication." which would mean the law became effective 2011-09-13 a Tuesday. http://www.rg.ru/2011/09/06/chas-zona-dok.html "Дата первой официальной публикации: 6 сентября 2011 г" My translation: First official publication 2011-09-06. Note: That all leaves out effects as mentioned in the above cited 2012-10-02 comment by Yury Tarasievich. Maybe there was no offset change relative to Moscow Time, so no zones are needed. But in absence of reports supporting deviation from the 1992 decree boundaries for any of the four raion/ulus I would follow the 1992 decreed zone boundaries. 2) Law 2011 Sakha Republic is split by decree #725 http://government.ru/gov/results/16355/ between Zone 7 - Moscow Time + 6 ...Bulunskij, Tomponskij, Ust'-Majskij... Zone 8 - Moscow Time + 7 ...Ojmyakonskij... Zone 9 - Moscow Time + 8 3) TZDB 2012 tzdata2012c\europe splits Sakha as follows # From Oscar van Vlijmen (2009-11-29): # The Sakha districts are: Aldanskij, Amginskij, Anabarskij, # Verkhnevilyujskij, Vilyujskij, Gornyj, # Zhiganskij, Kobyajskij, Lenskij, Megino-Kangalasskij, Mirninskij, # Namskij, Nyurbinskij, Olenyokskij, Olyokminskij, # Suntarskij, Tattinskij, Ust'-Aldanskij, Khangalasskij, # Churapchinskij, Eveno-Bytantajskij Natsional'nij. Zone Asia/Yakutsk (zone.tab: Moscow+06) # From Oscar van Vlijmen (2009-11-29): # The Sakha districts are: Bulunskij, Verkhoyanskij, Tomponskij, Ust'-Majskij, # Ust'-Yanskij. Zone Asia/Vladivostok (zone.tab: Moscow+07) # From Oscar van Vlijmen (2009-11-29): # The Sakha districts are: Abyjskij, Allaikhovskij, Verkhhhnekolymskij, Momskij, # Nizhnekolymskij, Ojmyakonskij, Srednekolymskij. Zone Asia/Magadan (zone.tab: Moscow+08) -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

6 11

Unsubscribe
by Brenda Burnell (bburnell) May 7, 2012

May 7, 2012

6 5

Re: [tz] Comments and mapping of tz zones to the real world
by Steve Jones May 7, 2012

May 7, 2012

At 02:55 5/6/2012, Tobias Conradi wrote: >If a majority in a given country does not observe what the law >mandates, I would ask on the tz mailing list, whether the >information for that area should be changed. Not sure if this adds to or distracts from the conversation, but when I set out to provide accurate time zone borders for North America and eventually realized any such effort needed the sort of caveat I include for <http://ontimezone.com/>http://ontimezone.com: Ours is really just an "interpretation" of time zone data, because current time zone boundary data is elusive. And once you think you have nailed down the official "legislated" time zone, you learn about differences between that and the locally "observed" time zone... Wherever locally "observed" time differs from official, the main borders in OnTimeZone.com follow the observed time - which is what a traveler is likely to actually encounter. A problem with that is that unofficial "observed" differences typically follow vague "areas of influence" which defy precise definition. But we had to draw them somewhere. Usually these borders are in very lightly settled areas - and we took pains to draw them on the correct side of any area which may have businesses or services. That was our intent anyway - corrections appreciated! Wherever these areas are in the US, the official border is also drawn in green, for reference purposes. No attempt was made to do this for other countries, because distinctions between official and unofficial blur a bit in the various political subdivisions within most countries. In the US all official time zone borders are well and clearly documented by a single source - the US Dept. of Transportation. But be aware that within an area where observed practice differs from official, there are often internal exceptions such as Polling places, Post Offices or other federal offices, and sometimes law enforcement or various other levels of government -- who may observe official time even if the rest of the community does not. Commonly bars or liquor stores in these areas observe official time. This can provide quite a competitive advantage for properly situated bars, when last-call sojourners migrate across an official time zone border to cadge one more hour of bliss. Cheers, Steve Jones

2 1

proposed changes: past Altai/Tomsk time zone shifts
by OvV_HN May 6, 2012

May 6, 2012

A couple of additional tidbits, probably not really contributing to the Russian timezones discussion, but possibly interesting to some. Most details are from memory; I have not the time to look up all references. 1) Back then another contributor to the TZ list looked up which districts (ulusy) of Sakha (Jakutija) were in which timezone. I merely incorporated his research into my report on all Russian timezones. I tried to give him credits, but his name was somehow lost in the comments in the TZ file. I forgot, I have lost the emails, if reference is needed: please look it up yourself in the TZ mail archive. 2) Transliteration scheme: back then I chose for the Chemical Abstracts transliteration which had 2 advantages: (a) two-way, (b) Posix 1 compatible. Two-way means: the transliterated text can be transformed back into Russian again. With schemes like GOST 7.79 (ISO 9) and several other schemes, only one-way transliteration is possible. Why Posix 1? Because the text files in the TZ distribution have no document type definition, nor any character set designation. Furthermore, the rest of the database and the software should be Posix 1 compatible, I learned from the TZ maintainers. Hence: thou shalt not use any characters beyond 7-bits ASCII or so. 3) Districts in Sakha are in this republic called ulusy (nominative case; singular: ulus), in several other Russian publications they are called rajony (singular: rajon). The law (see my point 5) gives both terms. I think "districts" is close enough for a text comment in English. 4) With respect to the transliteration scheme in the comments: what are we talking about? At any rate not about any vital part of the TZ software. I wouldn't give it much more attention, if I may suggest. 5) The law (http://www.garant.ru/hotlaw/federal/346568/) states very clearly which Sakha districts are in which timezone. Please check this for current times in the TZ database, if not done already. There is however one not so clear part, namely the Newsiberian Islands. From memory I recall that one TZ contributor said they are administered from the central government of the republic. Heaving read several texts and looked at a couple of Russian maps, I'm inclined to believe the islands are part of the Bulunskij Ulus. Regretfully I have no definitive reference for you. Then again: how many people actually live in this reserve? So, what is the effect if we put it into the wrong timezone? Oscar van Vlijmen

4 6

Revised proposed changes: past Altai/Tomsk time zone shifts
by Arthur David Olson May 6, 2012

May 6, 2012

I've attached revised proposed changes for past Altai/Tomsk time zone shifts; they also appear below (with tab characters mangled). I've added references provided by Dmitry V. Lenin to the "europe" file. I've changed "west Siberia" to "Omsk" in the "zone.tab" file. I've left unchanged the quote from "translate.google.com (since it is a quote.) For now, I've left unchanged the names provided by Oscar van Vlijmen; I hope we can defer issues of translation and transliteration until finishing the work on past changes in western Siberia and on 2011 changes. --ado diff -r -c old/europe new/europe *** old/europe 2012-05-02 17:54:22.581472200 -0400 --- new/europe 2012-05-05 09:40:53.091364400 -0400 *************** *** 1,5 **** # <pre> ! # @(#)europe 8.41 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)europe 8.43 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 2164,2182 **** 4:00 Russia SVE%sT 1992 Jan 19 2:00s 5:00 Russia YEK%sT 2011 Mar 27 2:00s 6:00 - YEKT # Yekaterinburg Time ! # ! # From Oscar van Vlijmen (2001-08-25): [This region consists of] ! # Respublika Altaj, Altajskij kraj, Omskaya oblast'. Zone Asia/Omsk 4:53:36 - LMT 1919 Nov 14 5:00 - OMST 1930 Jun 21 # Omsk TIme 6:00 Russia OMS%sT 1991 Mar 31 2:00s 5:00 Russia OMS%sT 1992 Jan 19 2:00s 6:00 Russia OMS%sT 2011 Mar 27 2:00s 7:00 - OMST ! # ! # From Paul Eggert (2006-08-19): I'm guessing about Tomsk here; it's ! # not clear when it switched from +7 to +6. ! # Novosibirskaya oblast', Tomskaya oblast'. Zone Asia/Novosibirsk 5:31:40 - LMT 1919 Dec 14 6:00 6:00 - NOVT 1930 Jun 21 # Novosibirsk Time 7:00 Russia NOV%sT 1991 Mar 31 2:00s --- 2164,2223 ---- 4:00 Russia SVE%sT 1992 Jan 19 2:00s 5:00 Russia YEK%sT 2011 Mar 27 2:00s 6:00 - YEKT # Yekaterinburg Time ! ! # From Tobias Conradi (2011-09-17): ! # I know that Wikipedia is not reliable, still I would like to start with: ! # <a href=" http://ru.wikipedia.org/wiki/%D0%A7%D0%B0%D1%81%D0%BE%D0%B2%D1%8B%D0%B5_%D0… "> ! # http://ru.wikipedia.org/wiki/%D0%A7%D0%B0%D1%81%D0%BE%D0%B2%D1%8B%D0%B5_%D0… ! # </a> ! ! # From Arthur David Olson (2012-05-02): ! # According to ! # <a href=" http://translate.google.com/translate?hl=en&sl=ru&u=http://ru.wikipedia.org… "> ! # http://translate.google.com/translate?hl=en&sl=ru&u=http://ru.wikipedia.org… ! # </a>: "...the regions of Western Siberia, ! # formerly stationed in the area of MSK+4, ! # switched to the time of MSK+3, joining the Omsk Time: ! # Novosibirsk Region May 23, 1993 at 00:00, ! # Altai and the Altai Republic May 28, 1995 at 4:00 am, ! # Tomsk Region May 1, 2002 at 3:00 am." ! ! # From Dmitry V. Levin (2012-05-03): ! # ! # Novosibirsk Region May 23, 1993 at 00:00 ! # An article in a newspaper archive (in Russian): ! # <a href="http://vedomosti.sfo.ru/articles/?article=20345"> ! # http://vedomosti.sfo.ru/articles/?article=20345 ! # </a> ! # (Refers to a resolution of the Legislative Assembly of Novosibirsk Region ! # On Transferring to the Fifth Time Zone). ! # ! # ! # Altai and the Altai Republic May 28, 1995 at 4:00 am ! # Text of the Resolution (in Russian): ! # <a href="http://altai.regionz.ru/index.php?ds=1326596"> ! # http://altai.regionz.ru/index.php?ds=1326596 ! # </a> ! # (State Assembly-El Kurultai of the Altai Republic Resolution #8-11 of ! # 6 April 1995 On Transferring the Altai Republic to the Fifth Time Zone. ! # Mentions: Altai Krai Legislative Assembly Resolution #35 of 3 March 1995 ! # On Transferring Altai Krai to the Fifth Time Zone). ! # ! # ! # Tomsk Region May 1, 2002 at 3:00 am ! # Text of the Resolution (in Russian): ! # <a href="http://docs.kodeks.ru/document/901815739"> ! # http://docs.kodeks.ru/document/901815739 ! # </a> ! # (Government of the Russian Federation. Resolution #246 of 17 April 2002 ! # On Using the Time of the Fifth Time Zone on the Territory of Tomsk Oblast). ! ! # Omskaya oblast'. Zone Asia/Omsk 4:53:36 - LMT 1919 Nov 14 5:00 - OMST 1930 Jun 21 # Omsk TIme 6:00 Russia OMS%sT 1991 Mar 31 2:00s 5:00 Russia OMS%sT 1992 Jan 19 2:00s 6:00 Russia OMS%sT 2011 Mar 27 2:00s 7:00 - OMST ! ! # Novosibirskaya oblast'. Zone Asia/Novosibirsk 5:31:40 - LMT 1919 Dec 14 6:00 6:00 - NOVT 1930 Jun 21 # Novosibirsk Time 7:00 Russia NOV%sT 1991 Mar 31 2:00s *************** *** 2185,2190 **** --- 2226,2249 ---- 6:00 Russia NOV%sT 2011 Mar 27 2:00s 7:00 - NOVT + # Respublika Altaj, Altajskij kraj. + Zone Asia/Barnaul 5:35:00 - LMT 1919 Nov 14 + 6:00 - BART 1930 Jun 21 # Barnaul Time + 7:00 Russia BAR%sT 1991 Mar 31 2:00s + 6:00 Russia BAR%sT 1992 Jan 19 2:00s + 7:00 Russia BAR%sT 1995 May 28 4:00s # wikipedia.ru + 6:00 Russia OMS%sT 2011 Mar 27 2:00s + 7:00 - OMST + + # Tomskaya oblast'. + Zone Asia/Tomsk 5:39:52 - LMT 1919 Dec 14 6:00 + 6:00 - TOMT 1930 Jun 21 # Tomsk Time + 7:00 Russia TOM%sT 1991 Mar 31 2:00s + 6:00 Russia TOM%sT 1992 Jan 19 2:00s + 7:00 Russia TOM%sT 2002 May 1 3:00s # wikipedia.ru + 6:00 Russia OMS%sT 2011 Mar 27 2:00s + 7:00 - OMST + # From Alexander Krivenyshev (2009-10-13): # Kemerovo oblast' (Kemerovo region) in Russia will change current time zone on # March 28, 2010: diff -r -c old/zone.tab new/zone.tab *** old/zone.tab 2012-05-02 17:54:34.515493100 -0400 --- new/zone.tab 2012-05-05 09:40:50.719228800 -0400 *************** *** 1,5 **** # <pre> ! # @(#)zone.tab 8.55 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. # --- 1,5 ---- # <pre> ! # @(#)zone.tab 8.57 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. # *************** *** 336,343 **** RU +4844+04425 Europe/Volgograd Moscow+00 - Caspian Sea 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 RU +5345+08707 Asia/Novokuznetsk Moscow+03 - Novokuznetsk RU +5601+09250 Asia/Krasnoyarsk Moscow+04 - Yenisei River RU +5216+10420 Asia/Irkutsk Moscow+05 - Lake Baikal --- 336,345 ---- RU +4844+04425 Europe/Volgograd Moscow+00 - Caspian Sea RU +5312+05009 Europe/Samara Moscow+00 - Samara, Udmurtia RU +5651+06036 Asia/Yekaterinburg Moscow+02 - Urals ! RU +5500+07324 Asia/Omsk Moscow+03 - Omsk RU +5502+08255 Asia/Novosibirsk Moscow+03 - Novosibirsk + RU +5322+08345 Asia/Barnaul Moscow+03 - Altai + RU +5800+08458 Asia/Tomsk Moscow+03 - Tomsk RU +5345+08707 Asia/Novokuznetsk Moscow+03 - Novokuznetsk RU +5601+09250 Asia/Krasnoyarsk Moscow+04 - Yenisei River RU +5216+10420 Asia/Irkutsk Moscow+05 - Lake Baikal

3 4

Sakha Republic - raion, ulus, district
by Tobias Conradi May 5, 2012

May 5, 2012

In reply to Oscar van Vlijmen 2012-05-04 (ca. 20:06 - not sure what offsets my mailer uses) ============= "[tz] proposed changes: past Altai/Tomsk time zone shifts" >> http://www.garant.ru/hotlaw/federal/346568/ >> ???? (ulus) not found on that page > > Them trolls! Good you looked into this! > The complete text of the law is now published at: > http://government.ru/gov/results/16355/ ============== The 1992 http://government.consultant.ru/page.aspx?1223966 only has raion as far as I could see. 2011 http://government.ru/gov/results/16355/ for Sakha has ulus with raion in parentheses. while the summary at http://www.garant.ru/hotlaw/federal/346568/ has only raion. All non-English Wikipedias use a form of "Ulus" for an article about an individual ulus, only the English WP does not, e.g.: http://en.wikipedia.org/wiki/Abyysky_District I suggest using only transliteration (i.e. raion or ulus) instead of using the term "district" for the tz database. This avoids issues with other entities that may be translated as district. Following are two examples of other translations for the pair raion=district. Economic raion -> Economic region http://en.wikipedia.org/wiki/Economic_regions_of_Russia Federal okrug -> Federal district http://en.wikipedia.org/wiki/Federal_districts_of_Russia -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

1 0

proposed changes: past Altai/Tomsk time zone shifts
by OvV_HN May 4, 2012

May 4, 2012

Replying to: [tz] proposed changes: past Altai/Tomsk time zone shifts Tobias Conradi tobias.conradi at gmail.com Fri May 4 16:43:02 UTC 2012 2) > ISO_9 is two way, isn't it? System A and B of ISO 9 are meant to be 2-way, but System A cannot be represented in ASCII 7-bits. System B can. Be my guest. 3) > http://www.garant.ru/hotlaw/federal/346568/ > ???? (ulus) not found on that page Them trolls! Good you looked into this! The complete text of the law is now published at: http://government.ru/gov/results/16355/ Oscar van Vlijmen

1 0

proposed changes: past Altai/Tomsk time zone shifts
by OvV_HN May 3, 2012

May 3, 2012

In reply to: Tobias Conradi tobias.conradi at gmail.com Thu May 3 15:02:15 UTC 2012 First I suggest to change "[This region consists of]" as e.g. in ! # From Oscar van Vlijmen (2001-08-25): [This region consists of] to "[This zone consists of]" since I assume "region" here refers to the tzdb zone. Second I suggest to A) either use the names of the country subdivisions as in the Wikipedia article names...... etc., etc. Reply: With respect, but you can do whatever you want, TZ can do whatever they want, I don't care, but my advice would be: just stick as close as you can get (with a reasonable transliteration) to the official region names, as stated in the law regarding time zones, to be foud at: http://www.garant.ru/hotlaw/federal/346568/ (in Russian). Oscar van Vlijmen

2 1

proposed changes: past Altai/Tomsk time zone shifts
by Arthur David Olson May 3, 2012

May 3, 2012

I've attached proposed changes to reflect past Altai/Tomsk time zone shifts; the changes appear below with mangled tabs. Thanks to Tobias Conradi for providing information. --ado diff -r -c old/europe new/europe *** old/europe 2012-05-02 17:54:22.581472200 -0400 --- new/europe 2012-05-02 18:10:54.852205400 -0400 *************** *** 1,5 **** # <pre> ! # @(#)europe 8.41 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)europe 8.42 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 2164,2182 **** 4:00 Russia SVE%sT 1992 Jan 19 2:00s 5:00 Russia YEK%sT 2011 Mar 27 2:00s 6:00 - YEKT # Yekaterinburg Time ! # ! # From Oscar van Vlijmen (2001-08-25): [This region consists of] ! # Respublika Altaj, Altajskij kraj, Omskaya oblast'. Zone Asia/Omsk 4:53:36 - LMT 1919 Nov 14 5:00 - OMST 1930 Jun 21 # Omsk TIme 6:00 Russia OMS%sT 1991 Mar 31 2:00s 5:00 Russia OMS%sT 1992 Jan 19 2:00s 6:00 Russia OMS%sT 2011 Mar 27 2:00s 7:00 - OMST ! # ! # From Paul Eggert (2006-08-19): I'm guessing about Tomsk here; it's ! # not clear when it switched from +7 to +6. ! # Novosibirskaya oblast', Tomskaya oblast'. Zone Asia/Novosibirsk 5:31:40 - LMT 1919 Dec 14 6:00 6:00 - NOVT 1930 Jun 21 # Novosibirsk Time 7:00 Russia NOV%sT 1991 Mar 31 2:00s --- 2164,2196 ---- 4:00 Russia SVE%sT 1992 Jan 19 2:00s 5:00 Russia YEK%sT 2011 Mar 27 2:00s 6:00 - YEKT # Yekaterinburg Time ! ! # From Tobias Conradi (2011-09-17): ! # I know that Wikipedia is not reliable, still I would like to start with: ! # <a href=" http://ru.wikipedia.org/wiki/%D0%A7%D0%B0%D1%81%D0%BE%D0%B2%D1%8B%D0%B5_%D0… "> ! # http://ru.wikipedia.org/wiki/%D0%A7%D0%B0%D1%81%D0%BE%D0%B2%D1%8B%D0%B5_%D0… ! # </a> ! ! # From Arthur David Olson (2012-05-02): ! # According to ! # <a href=" http://translate.google.com/translate?hl=en&sl=ru&u=http://ru.wikipedia.org… "> ! # http://translate.google.com/translate?hl=en&sl=ru&u=http://ru.wikipedia.org… ! # </a>: "...the regions of Western Siberia, ! # formerly stationed in the area of MSK+4, ! # switched to the time of MSK+3, joining the Omsk Time: ! # Novosibirsk Region May 23, 1993 at 00:00, ! # Altai and the Altai Republic May 28, 1995 at 4:00 am, ! # Tomsk Region May 1, 2002 at 3:00 am." ! ! # Omskaya oblast'. Zone Asia/Omsk 4:53:36 - LMT 1919 Nov 14 5:00 - OMST 1930 Jun 21 # Omsk TIme 6:00 Russia OMS%sT 1991 Mar 31 2:00s 5:00 Russia OMS%sT 1992 Jan 19 2:00s 6:00 Russia OMS%sT 2011 Mar 27 2:00s 7:00 - OMST ! ! # Novosibirskaya oblast'. Zone Asia/Novosibirsk 5:31:40 - LMT 1919 Dec 14 6:00 6:00 - NOVT 1930 Jun 21 # Novosibirsk Time 7:00 Russia NOV%sT 1991 Mar 31 2:00s *************** *** 2185,2190 **** --- 2199,2222 ---- 6:00 Russia NOV%sT 2011 Mar 27 2:00s 7:00 - NOVT + # Respublika Altaj, Altajskij kraj. + Zone Asia/Barnaul 5:35:00 - LMT 1919 Nov 14 + 6:00 - BART 1930 Jun 21 # Barnaul Time + 7:00 Russia BAR%sT 1991 Mar 31 2:00s + 6:00 Russia BAR%sT 1992 Jan 19 2:00s + 7:00 Russia BAR%sT 1995 May 28 4:00s # wikipedia.ru + 6:00 Russia OMS%sT 2011 Mar 27 2:00s + 7:00 - OMST + + # Tomskaya oblast'. + Zone Asia/Tomsk 5:39:52 - LMT 1919 Dec 14 6:00 + 6:00 - TOMT 1930 Jun 21 # Tomsk Time + 7:00 Russia TOM%sT 1991 Mar 31 2:00s + 6:00 Russia TOM%sT 1992 Jan 19 2:00s + 7:00 Russia TOM%sT 2002 May 1 3:00s # wikipedia.ru + 6:00 Russia OMS%sT 2011 Mar 27 2:00s + 7:00 - OMST + # From Alexander Krivenyshev (2009-10-13): # Kemerovo oblast' (Kemerovo region) in Russia will change current time zone on # March 28, 2010: diff -r -c old/zone.tab new/zone.tab *** old/zone.tab 2012-05-02 17:54:34.515493100 -0400 --- new/zone.tab 2012-05-02 17:53:52.504619400 -0400 *************** *** 1,5 **** # <pre> ! # @(#)zone.tab 8.55 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. # --- 1,5 ---- # <pre> ! # @(#)zone.tab 8.56 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. # *************** *** 338,343 **** --- 338,345 ---- 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 + RU +5322+08345 Asia/Barnaul Moscow+03 - Altai + RU +5800+08458 Asia/Tomsk Moscow+03 - Tomsk RU +5345+08707 Asia/Novokuznetsk Moscow+03 - Novokuznetsk RU +5601+09250 Asia/Krasnoyarsk Moscow+04 - Yenisei River RU +5216+10420 Asia/Irkutsk Moscow+05 - Lake Baikal

3 4

New Time Zone for Mexico- Quintana Roo state
by Alexander Krivenyshev May 3, 2012

May 3, 2012

According to news, Mexico Senate approved creating a new time zone for Quintana Roo state (Cancun, Cozumel) (in Spanish) Nuevo Huso Horario para QR será una hora de diferencia y no dos, aclara Senadora (audio); datos equivocados generaron confusión: EQR http://www.expedientequintanaroo.com/2012/04/nuevo-huso-horario-para-qr-ser… una.html Senado aprueba nuevo huso horario para Quintana Roo http://noticias.terra.com.mx/mexico/estados/senado-aprueba-nuevo-huso-horar… para-quintana-roo,9f5c873e0d7e6310VgnVCM5000009ccceb0aRCRD.html (brief in English) http://www.worldtimezone.com/dst_news/dst_news_mexico10.html This measure passed by the Senate and now have to be passed by the Chamber of Deputies. Alexander Krivenyshev- WorldTimeZone.com http://www.worldtimezone.com

2 1

Bugs in Russia - Seven month past since 2011-09-17 - still not fixed
by Tobias Conradi May 3, 2012

May 3, 2012

Can these bugs please be fixed http://mm.icann.org/pipermail/tz/2011-September/008809.html http://mm.icann.org/pipermail/tz/2011-October/008937.html ? -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/tobias_conradi

8 19

Re: [tz] Bugs in Russia - Seven month past since 2011-09-17 - still not fixed
by Robert Elz May 3, 2012

May 3, 2012

I received a copy of this message via private mail, not copied to the list - and replied (as below) - then I saw another copy of the message was sent to the list, so I am forwarding my reply to the list as well... Date: Wed, 2 May 2012 16:42:58 +0200 From: Tobias Conradi <mail.2012(a)tobiasconradi.com> Message-ID: <CAAGevbUqw308pGi7bYYNeZrwwvwtinqqskvW0Jv8aTOcESzMnA@mai= l.gmail.com> | Suggested new zone: | Asia/Barnaul, split from Asia/Omsk But why? What's different about the zones, aside from their names? | Moves to Omsk Time That tells me nothing. | FIX: oblast should be Republic. Do you mean that we should change the word we use? Could you explain why (and it would be better on the list than in private mail to m= e). | > that isn't "making up new rules on the fly" | If not on the fly, it should be specified in the Theory file, so that= | contributors are warned that their fixes may not be added for 7+ | months if they don't affect current time stamps. No, that's not why the changes you want didn't get made - it is because no-one understands what was supposed to be changed, or why. It might be obvious to you, it isn't to anyone else. | I think you are misinformed here. E.g. for | "Zone Asia/Omsk" it says in tzdata2012c\europe | #... [This region consists of] | # Respublika Altaj, Altajskij kraj, Omskaya oblast'. Sure, we attempt to indicate what region the zone applies in, and we will fix bugs in that if we understand what the bug is, but the purpose of the project isn't to make those mappings, that's one of the frills - we collect that data more so we know that we have all of the needed zones, not so the region data can be used for anything very useful. If that's allowed you to find a missing zone, that's great, but we can't just make a new zone with no data in it, we need to know what to put there, and it needs to be different from the existing zones, we avoid making duplicates (within a country). kre

2 1

Re: [tz] Bugs in Russia - Seven month past since 2011-09-17 - still not fixed
by Tobias Conradi May 3, 2012

May 3, 2012

> "Suggested new zone: > Asia/Barnaul, split from Asia/Omsk" > >>or why. > "Moves to Omsk Time" > > > I think I see the problem. "Split from Asia/Omsk" implies that the area > involved was already on Omsk time. If it moved to Omsk time, then it was > in some other zone previously, and is split from that zone. Andy, thanks for this. Actually both /could/ be true. The two Altais (proposed "Asia/Barnaul") could have observed the time of Asia/Omsk in the past (Omsk Time), then for some years they didn't, because Omsk changed it's offset from Moscow. So the split from Omsk occurred in reality too. Later they join Omsk Time (Omsk Time Zone), i.e. observe the time of Asia/Omsk tz zone, but they stay in Asia/Barnaul tz zone. But at http://en.wikipedia.org/wiki/Omsk_Time I see no indication that the Altais did observe Omsk Time in the past. It looks as if it was Novosibirsk Time, i.e. when Novosibirsk changed to Omsk Time, Novosibirsk and the Altais split. So the real split occurred from Asia/Novosibirsk. -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

1 0

Morroco changes
by Sebastien WILLEMIJNS May 1, 2012

May 1, 2012

http://www.lavieeco.com/news/actualites/gmt-1-officialise-pour-de-bon-21957… http://french.cri.cn/621/2012/04/29/442s279539.htm dunno if TZ change has been done recently or it is for next year...

7 9

tzdata2012c contains tz@elsie.nci.nih.gov, change to tz@iana.org?
by Tobias Conradi May 1, 2012

May 1, 2012

# This data is by no means authoritative; if you think you know better, # go ahead and edit the file (and please send any changes to # tz(a)elsie.nci.nih.gov for general use in the future). Maybe change tz(a)elsie.nci.nih.gov to tz(a)iana.org ? -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

1 0

Re: [tz] Russia questions regarding 2010 and 2011
by Tobias Conradi April 30, 2012

April 30, 2012

Thanks for explaining how you see things. On Mon, Apr 30, 2012 at 1:00 AM, Marc Lehmann <schmorp(a)schmorp.de> wrote: > On Sun, Apr 29, 2012 at 11:28:20PM +0200, Tobias Conradi <tobias.conradi(a)gmail.com> wrote: >> 3) You are not the position to decide what is needed and what not. >> 4) I know Ado does this voluntary as anyone else that did contribute >> facts. Maybe you too. > > Did you just post a private mail to a public mailinglist? If yes, that's > really rude. > > In any case, he was right, your comment and tone were (are) completely > uncalled for. There is also a big difference between what you did and > what ado did, so pulling him down on your level of contribution is very > arrogant of you. > > Last not least, dealing this out, and then being superpicky because > somebody called you "mate" (which is nothing special) is rather childish - > maybe this can be attributed to a lack of understanding of the english > language? > > If that's the case, you should listen when people react "weirdly": English > is full of subtleties - it's often a hint that you sounded more arrogant > than you actually intended to. > > Just a well-meant hint. > > -- > The choice of a > -----==- _GNU_ > ----==-- _ generation > ---==---(_)__ __ ____ __ Marc Lehmann > --==---/ / _ \/ // /\ \/ / schmorp(a)schmorp.de > -=====/_/_//_/\_,_/ /_/\_\ -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/tobias_conradi

2 1

New zone for DE, split from Europe/Berlin
by Mr tobias conradi April 30, 2012

April 30, 2012

The German exclave of Büsingen (http://www.buesingen.de/) surrounded by the Swiss canton Schaffhausen, did not start observing DST in 1980 as the rest of DE (West Germany at that time) and DD (East Germany at that time) did. DD merged into DE, the area is currently covered by code DE in ISO 3166-1, which in turn is covered by the zone Europe/Berlin. Source for the time in Büsingen 1980: http://www.videoportal.sf.tv/video?id=c012c029-03b7-4c2b-9164-aa5902cd58d3 Suggested zone name: Europe/Busingen (removing diacritics as does UN/LOCODE) OR Europe/Buesingen (resolving as in German language) -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin, Germany http://tobiasconradi.com

6 8

Re: [tz] Russia questions regarding 2010 and 2011
by Tobias Conradi April 30, 2012

April 30, 2012

1) I am not your mate. 2) The question was not rhetorical. 3) You are not the position to decide what is needed and what not. 4) I know Ado does this voluntary as anyone else that did contribute facts. Maybe you too. On Sun, Apr 29, 2012 at 10:10 PM, Paw Boel Nielsen <pawboelnielsen(a)yahoo.com> wrote: > Hey mate, > > About your latest mail to the tz-mail-list: > >>> Does >>> anyone know whether folks in Russia now think of themselves as being >>> on "permanent daylight saving time" or think of themselves as having >>> new, different standard times? >>"folks" sounds quite unspecific. Do you mean people living in areas that >> "did not turn its clocks back in the fall" as claimed in the first sentence? > > I am assuming you comment about "folks" is rhetorical in which case kindly > refrain from posting that kind of comments in the future, it doesn't add > anything positive to the forum. > Ado does his work voluntarily, and your comment is unneeded. > > Kind regards, > Paw > > > -----Original > Message----- > From: tz-bounces(a)iana.org [mailto:tz-bounces@iana.org] On Behalf Of Tobias > Conradi > Sent: 29 April 2012 20:24 > To: tz(a)iana.org > Subject: [tz] Russia questions regarding 2010 and 2011 > > On Sun, Apr 29, > 2012 at 4:50 PM, Arthur David Olson <arthurdavidolson...> wrote: > >> 1. Some > areas of Russia reportedly changed time zones in 2011. Does >> anyone know > the exact instants at which these changes were made (both >> date and > time for each affected region, since the instant at which the >> change was > made may vary from region to region)? > Could you name > what areas you refer to, so people can search more precisely for what you > want > to know? > > Which reports do > you refer to? > > In 2011 there > were talks on the mailing list about issues with Yakutia and with Sakhalin. > > I myself did > suggest new zones that may be needed, given the old information in the tzdb > was > correct: > http://mm.icann.org/pipermail/tz/2011-September/008799.html > >> 2. In 2010 > much of Russia did not turn its clocks back in the fall. > Can you cite a > reference for that claim? > >> Does >> anyone know > whether folks in Russia now think of themselves as being >> on > "permanent daylight saving time" or think of themselves as having >> new, > different standard times? > "folks" > sounds quite unspecific. Do you mean people living in areas that "did not > turn its clocks back in the fall" as claimed in the first sentence? > > -- > Tobias Conradi > Rheinsberger > Str. 18 > 10115 Berlin > Germany > > http://tobiasconradi.com > -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com/

2 2

Russia questions regarding 2010 and 2011
by Tobias Conradi April 29, 2012

April 29, 2012

On Sun, Apr 29, 2012 at 4:50 PM, Arthur David Olson <arthurdavidolson...> wrote: > 1. Some areas of Russia reportedly changed time zones in 2011. Does anyone > know the exact instants at which these changes were made (both date and time > for each affected region, since the instant at which the change was made may > vary from region to region)? Could you name what areas you refer to, so people can search more precisely for what you want to know? Which reports do you refer to? In 2011 there were talks on the mailing list about issues with Yakutia and with Sakhalin. I myself did suggest new zones that may be needed, given the old information in the tzdb was correct: http://mm.icann.org/pipermail/tz/2011-September/008799.html > 2. In 2010 much of Russia did not turn its clocks back in the fall. Can you cite a reference for that claim? > Does > anyone know whether folks in Russia now think of themselves as being on > "permanent daylight saving time" or think of themselves as having new, > different standard times? "folks" sounds quite unspecific. Do you mean people living in areas that "did not turn its clocks back in the fall" as claimed in the first sentence? -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com

1 0

Samoa error in backward file
by Timo Kähkönen April 7, 2012

April 7, 2012

Hi, I downloaded the file ftp://ftp.iana.org/tz/tzdata-latest.tar.gz and noticed one error in a text file named "backward". Backward file has two zones, which both link to Pacific/Pago_Pago. These are the two rows: Link Pacific/Pago_Pago Pacific/Samoa Link Pacific/Pago_Pago US/Samoa I'm not sure, but I assume that the record is wrong. There are two countries: 1. Samoa (WS), which Capital is Apia. Timezone UTC+13, Summer Time UTC+14 (Note! The same offsets than in Pacific/Apia) 2. American Samoa (AS), whose capital is Pago Pago. Timezone Samoa Standard Time (SST), UTC-11 (Note! THe same offsets than in Pacific/Pago_Pago. So, I assume that the rows should be: Link Pacific/Apia Pacific/Samoa Link Pacific/Pago_Pago US/Samoa Please correct if I'm wrong. Timo Kähkönen

2 1

Paul Eggert as new coordinator?
by Arthur David Olson April 7, 2012

April 7, 2012

I've been in touch with Paul Eggert; Paul is willing to serve as time zone coordinator. Paul has been part of the time zone community since the early 1990s; folks can read the database files to see the depth of Paul's involvement. I'd appreciate reactions to Paul's offer; please respond within the next week. (I hope to have a new coordinator in place sooner rather than later.) --ado

26 31

tzdata2012c released
by Robert Elz April 2, 2012

April 2, 2012

The file ftp://munnari.oz.au/pub/tzdata2012c.tar.gz is now available. This reflects the changes circulated last week by the tz co-ordinator (Arthur David Olson). Just in case it isn't obvious, this is a data only update (no code changes) tzcode2012b remains the current code version. The executive summary of the changes: africa Summer time changes for Morocco (to start late April 2012) asia Changes for 2012 for Gaza & the West Bank (Hebron) and Syria northamerica Haiti following US/Canada rules for 2012 (and we're assuming, for now anyway, for the future). Crypto hashes using several algorithms from NetBSD's pkgsrc digest program are appended, you can use these to verify that you have successfully fetched the same file that I intended to distribute (which is a tar.gz file that ado sent me to distribute). A few words on the logistics of all of this ... my term maintaining this stuff ended when ado & Paul returned after the law suit was withdrawn. For now, Arthur is the co-ordinator again, but as you have all seen on the list, the plan is for Paul to take over soon, in accordance with Arthur's long stated plan to retire sometime this year. The files are still being distributed from munnari.oz.au as (as I understand it) elsie is no longer available for this function, and arrangements to make it convenient to use the IANA site as a distribution point will probably not be made until after Paul has taken over. I expect the file will be copied to the IANA site sometime later today. kre MD5 (tzdata2012c.tar.gz) = cfdc2710bd05c26dbd624441d57028f6 RMD160 (tzdata2012c.tar.gz) = cf38b711231e0ddba2b4c0f7be4d18658d751774 SHA1 (tzdata2012c.tar.gz) = e0cd9c2cc0ac8d90ed842133b910d4bb3bc1a6dd SHA512 (tzdata2012c.tar.gz) = c43630f0bf1973b368229c788da90965d7c8b0d6dc8aa0f4bcbfac018a8c8291e1eb21cae05282df2eba6ec9a647c53c02fd92fea91fd5cb93855808387e52b9 TIGER (tzdata2012c.tar.gz) = 75f21b8b8645630cf679fbdd37f5d5789ace4ad69ebe9f26 WHIRLPOOL (tzdata2012c.tar.gz) = 119d8076a88287eb5063bd977aa63eaf918310e33b1d1f4fc60ad9ad72ed9b1d62918345e6f5786ca0ce6d5b938db1e33d05c0bdfdf70d1bd22a10ee825cf99d

1 0

Re: [tz] Paul Eggert as new coordinator?
by ctoraman＠isbank.net.tr March 29, 2012

March 29, 2012

+1 Gönderen: Christopher LILJENSTOLPE <cdl(a)asgaard.org> Tarih: Perşembe, Mart 29, 2012 2:38 pm Konu: Re: [tz] Paul Eggert as new coordinator? > +1 > > Chris > > On 28Mar2012, at 19.12, Robert Masters wrote: > > > I think Paul is an excellent choice. > > > > My deepest thanks to him for agreeing to take over, and to you, > Arthur, for all your work in creating this. > > > > -Rob > > > > From: tz-bounces(a)iana.org [tz-bounces(a)iana.org] On Behalf Of > Arthur David Olson > > Sent: Tuesday, 27 March 2012 10:51 AM > > To: tz(a)iana.org > > Subject: [tz] Paul Eggert as new coordinator? > > > > I've been in touch with Paul Eggert; > > Paul is willing to serve as time zone coordinator. > > Paul has been part of the time zone community since the early 1990s; > > folks can read the database files to see the depth of Paul's > involvement.> > > I'd appreciate reactions to Paul's offer; > > please respond within the next week. > > (I hope to have a new coordinator in place sooner rather than > later.)> > > --ado > > > > > ************************************************************************> Bunnings Legal Disclaimer: > > > > 1) This email is confidential and may contain legally privileged > > information. If you are not the intended recipient, you must not > > disclose or use the information contained in it. If you have > received> this email in error, please notify us immediately by > return email and > > delete the document. > > > > 2) All emails sent to and sent from Bunnings Group Limited. > > are scanned for content. Any material deemed to contain > inappropriate> subject matter will be reported to the email > administrator of all > > parties concerned. > > > ************************************************************************ > -- > 李柯睿 > Check my PGP key here: https://www.asgaard.org/~cdl/cdl.asc > Current vCard here: https://www.asgaard.org/~cdl/cdl.vcf > Check my calendar availability: https://tungle.me/cdl > > >

1 0

Re: [tz] Paul Eggert as new coordinator?
by SM March 29, 2012

March 29, 2012

At 19:50 26-03-2012, Arthur David Olson wrote: >I've been in touch with Paul Eggert; >Paul is willing to serve as time zone coordinator. >Paul has been part of the time zone community since the early 1990s; The time zone database will be in good hands with Paul Eggert serving as time zone coordinator. Regards, -sm

1 0

Re: [tz] Paul Eggert as new coordinator?
by Ephraim Silverberg March 28, 2012

March 28, 2012

> I'd appreciate reactions to Paul's offer; > please respond within the next week. I wholeheartedly support the choice of Paul Eggert as TZ coordinator. Ephraim _____________________________________ Ephraim Silverberg, CSE System Group, Hebrew University, Jerusalem, Israel. Phone/Fax number: +972-2-5494521

1 0

Nagorno-Karabakh abolishing Daylight Saving Time
by Alexander Krivenyshev March 28, 2012

March 28, 2012

According to news Nagorno-Karabakh (de facto independent republic, disputed between Armenia and Azerbaijan) is abolishing Daylight Saving Time. about Nagorno-Karabakh http://en.wikipedia.org/wiki/Nagorno-Karabakh_Republic (in Russian) Nagorno-Karabakh rejects daylight saving time. http://nbnews.com.ua/news/34302/ http://www.kavkaz-uzel.ru/articles/203632/ some translation from Russian: According to the Department of Information and Public Relations of the government of Nagorno-Karabakh, the government void decision "On a new procedure for the calculation time of the Nagorno-Karabakh" (October 25, 1996), which used to regulate transition to DST or (brief) http://www.worldtimezone.com/dst_news/dst_news_nagorno-karabakh01.html P.S. Armenia will not observe DST in 2012 and Azerbaijan begins DST on March 25, 2012. Alexander Krivenyshev- WorldTimeZone.com http://www.worldtimezone.com

3 5

proposed time zone package changes (Morocco, Haiti, Syria, West Bank, Gaza)
by Arthur David Olson March 27, 2012

March 27, 2012

I've attached "2012c.txt" with proposed time zone package changes; for convenience, the text appears below (as munged by Gmail). A summary: africa Morocco 2012 DST from last Sunday in April through last Sunday in September. asia Insert missing html directive at top of file. Change start of DST in Syria to last Friday in March in 2012 and (as a guess) forward. Starts and (guessed) ends of DST in West Bank and Gaza for 2012. northamerica Start and end of DST in Haiti in 2012 according to US rules. I'll send tarballs to KRE for possible use at munnari. --ado diff -r -c old/africa new/africa *** old/africa 2012-03-27 11:38:41.434131900 -0400 --- new/africa 2012-03-27 11:39:34.942225900 -0400 *************** *** 1,5 **** # <pre> ! # @(#)africa 8.33 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)africa 8.35 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 768,773 **** --- 768,804 ---- # wall clock time (i.e. 11pm UTC), but that's what I would assume. It has # also been like that in the past. + # From Alexander Krivenyshev (2012-03-09): + # According to Infomédiaire web site from Morocco (infomediaire.ma ), + # on March 9, 2012, (in French) Heure légale: + # Le Maroc adopte officiellement l'heure d'été + # <a href=" http://www.infomediaire.ma/news/maroc/heure-l%C3%A9gale-le-maroc-adopte-off… "> + # http://www.infomediaire.ma/news/maroc/heure-l%C3%A9gale-le-maroc-adopte-off… + # </a> + # Governing Council adopted draft decree, that Morocco DST starts on + # the last Sunday of March (March 25, 2012) and ends on + # last Sunday of September (September 30, 2012) + # except the month of Ramadan. + # or (brief) + # <a href="http://www.worldtimezone.com/dst_news/dst_news_morocco06.html"> + # http://www.worldtimezone.com/dst_news/dst_news_morocco06.html + # </a> + + # From Arthur David Olson (2012-03-10): + # The infomediaire.ma source indicates that the system is to be in + # effect every year. It gives 03H00 as the "fall back" time of day; + # it lacks a "spring forward" time of day; assume 2:00 XXX. + # Wait on specifying the Ramadan exception for details about + # start date, start time of day, end date, and end time of day XXX. + + # From Christophe Tropamer (2012-03-16): + # Seen Morocco change again: + # <a href="http://www.le2uminutes.com/actualite.php"> + # http://www.le2uminutes.com/actualite.php + # </a> + # "...à partir du dernier dimance d'avril et non fins mars, + # comme annoncé précédemment." + # RULE NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Morocco 1939 only - Sep 12 0:00 1:00 S *************** *** 793,798 **** --- 824,832 ---- Rule Morocco 2010 only - Aug 8 0:00 0 - Rule Morocco 2011 only - Apr 3 0:00 1:00 S Rule Morocco 2011 only - Jul 31 0 0 - + Rule Morocco 2012 max - Apr lastSun 2:00 1:00 S + Rule Morocco 2012 max - Sep lastSun 3:00 0 - + # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Africa/Casablanca -0:30:20 - LMT 1913 Oct 26 0:00 Morocco WE%sT 1984 Mar 16 diff -r -c old/asia new/asia *** old/asia 2012-03-27 11:38:41.449731900 -0400 --- new/asia 2012-03-27 12:17:45.198848600 -0400 *************** *** 1,4 **** ! # @(#)asia 8.70 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- ! # <pre> ! # @(#)asia 8.73 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 2247,2252 **** --- 2248,2276 ---- # http://www.maannews.net/eng/ViewDetails.aspx?ID=424808 # </a> + # From Steffen Thorsen (2012-03-26): + # Palestinian news sources tell that both Gaza and West Bank will start DST + # on Friday (Thursday midnight, 2012-03-29 24:00). + # Some of many sources in Arabic: + # <a href="http://www.samanews.com/index.php?act=Show&id=122638"> + # http://www.samanews.com/index.php?act=Show&id=122638 + # </a> + # + # <a href=" http://safa.ps/details/news/74352/%D8%A8%D8%AF%D8%A1-%D8%A7%D9%84%D8%AA%D9%… "> + # http://safa.ps/details/news/74352/%D8%A8%D8%AF%D8%A1-%D8%A7%D9%84%D8%AA%D9%… + # </a> + # + # Our brief summary: + # <a href=" http://www.timeanddate.com/news/time/gaza-west-bank-dst-2012.html"> + # http://www.timeanddate.com/news/time/gaza-west-bank-dst-2012.html + # </a> + + # From Arthur David Olson (2012-03-27): + # The timeanddate article for 2012 says that "the end date has not yet been + # announced" and that "Last year, both...paused daylight saving time during... + # Ramadan. It is not yet known [for] 2012." + # For now, assume both switch back on the last Friday in September. XXX + # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule EgyptAsia 1957 only - May 10 0:00 1:00 S Rule EgyptAsia 1957 1958 - Oct 1 0:00 0 - *************** *** 2279,2284 **** --- 2303,2310 ---- 2:00 Jordan EE%sT 1999 2:00 Palestine EE%sT 2011 Apr 2 12:01 2:00 1:00 EEST 2011 Aug 1 + 2:00 - EET 2012 Mar 30 + 2:00 1:00 EEST 2012 Sep 28 2:00 - EET Zone Asia/Hebron 2:20:23 - LMT 1900 Oct *************** *** 2292,2297 **** --- 2318,2325 ---- 2:00 1:00 EEST 2011 Aug 1 2:00 - EET 2011 Aug 30 2:00 1:00 EEST 2011 Sep 30 3:00 + 2:00 - EET 2012 Mar 30 + 2:00 1:00 EEST 2012 Sep 28 3:00 2:00 - EET # Paracel Is *************** *** 2583,2592 **** # http://sns.sy/sns/?path=news/read/11421 (Arabic) # </a> Rule Syria 2008 only - Apr Fri>=1 0:00 1:00 S Rule Syria 2008 only - Nov 1 0:00 0 - Rule Syria 2009 only - Mar lastFri 0:00 1:00 S ! Rule Syria 2010 max - Apr Fri>=1 0:00 1:00 S Rule Syria 2009 max - Oct lastFri 0:00 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] --- 2611,2638 ---- # http://sns.sy/sns/?path=news/read/11421 (Arabic) # </a> + # From Steffen Thorsen (2012-03-26): + # Today, Syria's government announced that they will start DST early on Friday + # (00:00). This is a bit earlier than the past two years. + # + # From Syrian Arab News Agency, in Arabic: + # <a href="http://www.sana.sy/ara/2/2012/03/26/408215.htm"> + # http://www.sana.sy/ara/2/2012/03/26/408215.htm + # </a> + # + # Our brief summary: + # <a href="http://www.timeanddate.com/news/time/syria-dst-2012.html"> + # http://www.timeanddate.com/news/time/syria-dst-2012.html + # </a> + + # From Arthur David Olson (2012-03-27): + # Assume last Friday in March going forward XXX. + Rule Syria 2008 only - Apr Fri>=1 0:00 1:00 S Rule Syria 2008 only - Nov 1 0:00 0 - Rule Syria 2009 only - Mar lastFri 0:00 1:00 S ! Rule Syria 2010 2011 - Apr Fri>=1 0:00 1:00 S ! Rule Syria 2012 max - Mar lastFri 0:00 1:00 S Rule Syria 2009 max - Oct lastFri 0:00 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] diff -r -c old/northamerica new/northamerica *** old/northamerica 2012-03-27 11:38:41.449731900 -0400 --- new/northamerica 2012-03-27 11:39:34.957825900 -0400 *************** *** 1,5 **** # <pre> ! # @(#)northamerica 8.53 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)northamerica 8.54 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 2970,2975 **** --- 2970,2998 ---- # From Stephen Colebourne (2007-02-22): # Some IATA info: Haiti won't be having DST in 2007. + # From Steffen Thorsen (2012-03-11): + # According to several news sources, Haiti will observe DST this year, + # apparently using the same start and end date as USA/Canada. + # So this means they have already changed their time. + # + # (Sources in French): + # <a href="http://www.alterpresse.org/spip.php?article12510"> + # http://www.alterpresse.org/spip.php?article12510 + # </a> + # <a href="http://radiovision2000haiti.net/home/?p=13253"> + # http://radiovision2000haiti.net/home/?p=13253 + # </a> + # + # Our coverage: + # <a href="http://www.timeanddate.com/news/time/haiti-dst-2012.html"> + # http://www.timeanddate.com/news/time/haiti-dst-2012.html + # </a> + + # From Arthur David Olson (2012-03-11): + # The alterpresse.org source seems to show a US-style leap from 2:00 a.m. to + # 3:00 a.m. rather than the traditional Haitian jump at midnight. + # Assume a US-style fall back as well XXX. + # Do not yet assume that the change carries forward past 2012 XXX. # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Haiti 1983 only - May 8 0:00 1:00 D *************** *** 2981,2986 **** --- 3004,3011 ---- Rule Haiti 1988 1997 - Oct lastSun 1:00s 0 S Rule Haiti 2005 2006 - Apr Sun>=1 0:00 1:00 D Rule Haiti 2005 2006 - Oct lastSun 0:00 0 S + Rule Haiti 2012 only - Mar Sun>=8 2:00 1:00 D + Rule Haiti 2012 only - Nov Sun>=1 2:00 0 S # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone America/Port-au-Prince -4:49:20 - LMT 1890 -4:49 - PPMT 1917 Jan 24 12:00 # P-a-P MT

1 0

Gaza and West Bank starting DST on Friday
by Steffen Thorsen March 26, 2012

March 26, 2012

Lots of things happening recently... Palestinian news sources tell that both Gaza and West Bank will start DST on Friday (Thursday midnight, 2012-03-29 24:00). Some of many sources in Arabic: http://www.samanews.com/index.php?act=Show&id=122638 http://safa.ps/details/news/74352/%D8%A8%D8%AF%D8%A1-%D8%A7%D9%84%D8%AA%D9%… Our brief summary: http://www.timeanddate.com/news/time/gaza-west-bank-dst-2012.html And from Israel there is a confirmation on their start date too (same Friday) (Hebrew): http://www.moin.gov.il/PublicationsAndUsefullInfo/PressAnnouncements/Pages/… It seems they will work further on the new daylight saving time proposal, but nothing has been decided yet. Best regards, Steffen Thorsen - timeanddate.com

1 0

Syria starts DST earlier
by Steffen Thorsen March 26, 2012

March 26, 2012

Today, Syria's government announced that they will start DST early on Friday (00:00). This is a bit earlier than the past two years. From Syrian Arab News Agency, in Arabic: http://www.sana.sy/ara/2/2012/03/26/408215.htm Our brief summary: http://www.timeanddate.com/news/time/syria-dst-2012.html Best regards, Steffen Thorsen - timeanddate.com

1 0

Nagorno-Karabakh rejects daylight saving time
by Alexander Krivenyshev March 24, 2012

March 24, 2012

According to news Nagorno-Karabakh (de facto independent republic, disputed between Armenia and Azerbaijan) is abolishing Daylight Saving Time. about Nagorno-Karabakh http://en.wikipedia.org/wiki/Nagorno-Karabakh_Republic (in Russian) Nagorno-Karabakh rejects daylight saving time. http://nbnews.com.ua/news/34302/ http://www.kavkaz-uzel.ru/articles/203632/ some translation from Russian: According to the Department of Information and Public Relations of the government of Nagorno-Karabakh, the government void decision "On a new procedure for the calculation time of the Nagorno-Karabakh" (October 25, 1996), which used to regulate transition to DST or (brief) http://www.worldtimezone.com/dst_news/dst_news_nagorno-karabakh01.html P.S. Armenia will not observe DST in 2012 and Azerbaijan begins DST on March 25, 2012. Alexander Krivenyshev- WorldTimeZone.com http://www.worldtimezone.com

1 0

Re: [tz] changes to AusAQ [SEC=UNCLASSIFIED]
by Michael Chinn March 23, 2012

March 23, 2012

Took me awhile to get around to compiling the data, can only get it back to 2010 at present Casey 24/10/2010 5:00 +11 Wilks Aero 24/10/2010 5:00 +11 Davis 24/10/2010 7:00 +5 Casey 6/03/2011 5:00 +8 Wilks Aero 6/03/2011 5:00 +8 Davis 6/03/2011 2:00 +7 Casey 22/10/2011 7:00 +11 Wilks Aero 22/10/2011 7:00 +11 Davis 22/10/2011 7:00 +5 Casey 22/02/2012 4:00 +8 Wilks Aero 22/02/2012 4:00 +8 Davis 22/02/2012 1:00 +7 Best regards, Michael Michael Chinn IT Help Desk Australian Antarctic Division p: (03) 6232 3488 e: michael.chinn(a)aad.gov.au<mailto:michael.chinn@aad.gov.au> w: www.antarctica.gov.au<http://www.antarctica.gov.au/> [cid:image001.jpg@01CD08EE.D0F50690]<http://centenary.antarctica.gov.au/> ___________________________________________________________________________ Australian Antarctic Division - Commonwealth of Australia IMPORTANT: This transmission is intended for the addressee only. If you are not the intended recipient, you are notified that use or dissemination of this communication is strictly prohibited by Commonwealth law. If you have received this transmission in error, please notify the sender immediately by e-mail or by telephoning +61 3 6232 3209 and DELETE the message. Visit our web site at http://www.antarctica.gov.au/ ___________________________________________________________________________

1 0

Eternal DST rules for Morocco from 2012 at last
by OvV_HN March 21, 2012

March 21, 2012

In reply to: [tz] Eternal DST rules for Morocco from 2012 at last Arthur David Olson arthurdavidolson at gmail.com Wed Mar 21 11:09:40 UTC 2012 I've attached an updated proposed change for Morocco; the tabs-mangled-by-Gmail version appears below. The differences are against 2012b. --ado diff -r -c old/africa new/africa .............. etc. Reply: In Morocco DST will not be observed during the month of Ramadan. This will happen approximately from 2012-7-20 to 2012-8-18. See my posting from a couple of days ago (Mar 16). Your TZ update does not reflect this situation. Any reason why? Oscar van Vlijmen

2 1

Re: [tz] Eternal DST rules for Morocco from 2012 at last
by Dan Abitbol March 21, 2012

March 21, 2012

Hello Sorry to disturb again but as you know Morocco have new DST rules and first change is scheduled on 25 March 15, 2012-03-15 Do you plan to release 2012c that takes into account these new rules for Morocco soon ? We really need them to get Red Hat publish new tzdata rpm and PHP Pecl to publish new timezone db extension from your official files And then we need to update more than 40 machines at one of our customers in Morocco Please help. Thank you very much -----Message d'origine----- De : Olson, Arthur David (NIH/NCI) [E] [mailto:olsona@dc37a.nci.nih.gov] Envoyé : lundi 12 mars 2012 18:38 À : 'Dan Abitbol' Objet : RE: Eternal DST rules for Morocco from 2012 at last Robert Elz has been serving as the coordinator since October of last year. --ado -----Original Message----- From: Dan Abitbol [mailto:dabitbol@streamwide.com] Sent: Monday, March 12, 2012 1:33 To: Olson, Arthur David (NIH/NCI) [E] Subject: RE: Eternal DST rules for Morocco from 2012 at last Thank you very much After I read the thread about it , I understood that you were no more the Tz Coordinator and that there's no yet anyone doing this role (although zefram applied) , is my understanding correct ? Regards -----Message d'origine----- De : Olson, Arthur David (NIH/NCI) [E] [mailto:olsona@dc37a.nci.nih.gov] Envoyé : lundi 12 mars 2012 18:26 À : 'Dan Abitbol' Objet : RE: Eternal DST rules for Morocco from 2012 at last Your best bet is to subscribe to the new IANA time zone mailing list; I expect word on an update will appear there shortly. --ado -----Original Message----- From: Dan Abitbol [mailto:dabitbol@streamwide.com] Sent: Monday, March 12, 2012 1:20 To: Olson, Arthur David (NIH/NCI) [E]; 'Derick Rethans' Cc: support(a)streamwide.com; 'Serban NISTOR'; amajjad(a)streamwide.com Subject: RE: Eternal DST rules for Morocco from 2012 at last Hello Mr Olson It's not you anymore who apply the changes and makes new timezone db package available for all ? is it someone else at IANA ? How to get please the 2012c early this week with updated rules for Morocco ? Do you think we have a chance to get it this week or some days before 25 march ? In fact, I could apply the changes by hand and update red hat timezone db files but actually, I guess Dereck will need official timezonedb 2012c to produce sources file for the php extension that we would have to recompile . Thank you for any help. Regards -----Message d'origine----- De : Olson, Arthur David (NIH/NCI) [E] [mailto:olsona@dc37a.nci.nih.gov] Envoyé : lundi 12 mars 2012 18:13 À : 'Dan Abitbol'; 'Derick Rethans' Cc : support(a)streamwide.com; 'Serban NISTOR'; amajjad(a)streamwide.com Objet : RE: Eternal DST rules for Morocco from 2012 at last You can wait for 2012c, or you can pick up the change from the mailing list archive and apply it by hand. --ado -----Original Message----- From: Dan Abitbol [mailto:dabitbol@streamwide.com] Sent: Monday, March 12, 2012 1:05 To: 'Derick Rethans' Cc: support(a)streamwide.com; Olson, Arthur David (NIH/NCI) [E]; 'Serban NISTOR'; amajjad(a)streamwide.com Subject: RE: Eternal DST rules for Morocco from 2012 at last Thank you Derick So I just have to wait for 2012c ?

8 11

Easy conversion to MySQL?
by Yann Gascard / VPA President March 21, 2012

March 21, 2012

Hello, I'm normally using MySQL timezone description table (http://dev.mysql.com/downloads/timezones.html) But lately they are not that reactive there. Is anybody able to help me finding a way to generate these description table easily by myself? I got to use them as hosting provider I've got is not updating PHP timezones and I need an up to date reference. I don't have a Unix system. I can access to a Mac OS X one but even this one is really out of date (even with a system up to date). So I can't generate the tables using the mysql_tzinfo_to_sql there either :(** <http://dev.mysql.com/doc/refman/5.5/en/mysql-tzinfo-to-sql.html> Thanks a lot! :) -- -- *Yann Gascard* - President Virtual Pilots Association www.virtualpilots.org <http://www.virtualpilots.org>

2 1

Re: [tz] TZ from lat/lon?
by H J March 20, 2012

March 20, 2012

--- On Thu, 3/1/12, David Patte <dpatte(a)relativedata.com> wrote: > Time Zone Master, from relativedata.com, is a windows program that does > this type of calculation internally. [...] > The programme is free from our site, and is packaged as a desktop clock > application, but if you are looking for a more specific product for your > needs, the internal latlong->tz engine could be rebuilt into something > more suitable. Let me know what you are looking for. Hi David, Thanks for responding, and sorry I have been so slow in getting back to you (work travel the past few weeks; just now catching up). The Windows app looks terrific, but my little project will need to run on a small embedded Linux board (Gumstix Overo or similar), so I think it's really the internal engine I would want to use. (And in case it matters, this is a one-off personal project I'd been thinking of doing for some time now, so it's strictly non-commercial.) Regards, --HJ

1 0

TZ from lat/lon?
by H J March 20, 2012

March 20, 2012

Hello all, Not sure if this is the best place to ask this (and if not, I would be very thankful for any suggestions), but does anyone know of a decent open source lat/lon-to-timezone package that runs _standalone_ (as opposed to querying a server somewhere)? I am aware of a few networked solutions (e.g. earthtools) and at least one commercial package (askgeo). The former won't work standalone, while the site license for the latter is too steep for my noncommercial, one-off project. Thanks very much in advance, HJ

4 6

TZ Coordinator candidate
by Zefram March 17, 2012

March 17, 2012

With ado's retirement now almost upon us, I'd like to volunteer for the role of TZ Coordinator. Although I've only been directly involved, on the mailing list, for half a year, I've been peripherally involved for much longer. I'm very comfortable working in this space, and I believe I have the right personal qualities for the job. Firstly, I have a strong and unshakeable inclination to attend to detail, a determination to be thorough, and a decisive concern for correctness. (The former, at least, is an autistic trait, one of several that turn out to be useful to engineers.) I believe these qualities have been apparent in my contributions to the mailing list in recent months. For further substantiation, see my published code and contributions to other mailing lists (links below). I have a calm temperament, which kre rightly identified (on 2009-09-04) as a vital quality for this role. This can be seen in action on the various other mailing lists that I have inhabited in recent years. Particularly see the leap seconds mailing list, where in the past couple of years many discussions have regrettably become much more heated than befits the calibre of participant, and perl5-porters, where I've occasionally dealt with a prickly CPAN author. I'm at the right point in my career to take on this sort of role, potentially for as long as ado has served. I'm mature enough to take on a long-term commitment, while still young enough to have a long term. I was born in 1977, and so am some thirty years away from pensionable age. I can't promise to actually serve for that long, but there isn't anything standing in the way of me doing so. I have, and use, network access nearly every day, so I can respond promptly to urgent issues. I read email, as it comes in, during most of my waking hours, and I'm similarly available on IRC. I tend to spend my weekends and holidays (from paid work) programming. I don't make a habit of travelling, though I presently attend an annual conference that occupies me for five consecutive days. (I haven't so far attempted to access the net while at a conference, but it is available at these conferences, and I ought to get with the times.) Although it's not strictly necessary in a TZ Coordinator, I'm technically well qualified to look after the timezone code. C was my main programming language for about ten years, 1988 to 1998. Since then my main language has been Perl, but I still regularly work in C. About half of the Perl modules that I've published are largely implemented in C, for one reason or another, and I'm a contributor to the Perl core, which is written in C. The quality of my code can be discerned by perusal of my published Perl modules. I have a deep and abiding interest in horology, and particularly in computer implementation of it. I've been on the leap seconds mailing list for some years, actively involved in many discussions there. In the Perl world much of my published code is concerned with time, and last year I gave a well-received talk about time (but not timezones) at two Perl conferences (video link below). Looking more specifically at timezones, some of my Perl code is about timezones, much of that specifically about using the TZ database. I've become intimately familiar with the database through my work on this code. As a bonus, I have some plans for how the database should develop from where it is now. Chief among them, I'd like to see it become more historically comprehensive, but there are obvious problems for users that would come from multiplying up the number of timezones on the present infrastructure. I've got some clear ideas about how to solve these problems, principally some concepts for a new tzfile format that would let zones share representation. I'm confident of the feasibility, and I'd like to develop in this direction with a view to supplanting the present implementation, applying all due caution for stability issues. It's not necessary for me to be the TZ Coordinator in order to proceed with such a project, and I hope to do so anyway, but there's some level of convenience in the roles being colocated. In the spirit of openness, I'll now also list potential downsides of me as TZ Coordinator. Most obviously, I haven't been on the TZ mailing list very long. I tend to pick things up quickly, but this is a defect in the experience I'd bring to the role. Secondly, I have a bit of a concern that my existing role as a consumer of the TZ database (via authorship of relevant Perl modules) might compromise objectivity in developing the API (loosely speaking) that the database provides to the world. (On the other hand, it certainly provides a useful perspective.) Thirdly, I'm of the firm opinion that timezones ought to be abolished, in favour of universal use of Universal Time. Here are links to relevant resources. Other mailing lists that I'm on: http://six.pairlist.net/pipermail/leapsecs/ (leap seconds) http://www.nntp.perl.org/group/perl.datetime/ (time data in Perl) http://www.nntp.perl.org/group/perl.perl5.porters/ (Perl core) Published Perl modules: https://metacpan.org/author/ZEFRAM Video of talk about time: http://www.presentingperl.org/lpw2011/why-time-is-difficult/ Miscellaneous other bits on my web page: http://www.fysh.org/~zefram/ -zefram

4 4

Encoding of workweek/weekend available?
by Andrew Paprocki March 17, 2012

March 17, 2012

Is there any public database similar to tzdata encoding workweek/weekend transitions over time? http://en.wikipedia.org/wiki/Workweek_and_weekend I am asking the folks on this list because the transitions sound eerily like DST transitions: "The coalition government formed on December 2011 issued a decree changing the weekend in Yemen. As of February 2012 the weekend in Yemen will be Friday–Saturday [instead of Thursday–Friday]." -Andrew

2 1

Eternal DST rules for Morocco from 2012 at last
by OvV_HN March 16, 2012

March 16, 2012

From: Dan Abitbol dabitbol at streamwide.com Thu Mar 15 10:21:07 UTC 2012 Hello Sorry to disturb again but as you know Morocco have new DST rules and first change is scheduled on 25 March 15, 2012-03-15 Do you plan to release 2012c that takes into account these new rules for Morocco soon ? .............. Reply: This is not going to be easy. If I understand the rules correctly, then the clocks will be put back during the month of Ramadan. Since the Islamic calendar wanders through the Gregorian calendar, in some years the full month of Ramadan falls in the summertime period, in some years Ramadan falls in the wintertime period and in other years the month of Ramadan partially overlaps with the DST period. I made a table for a couple of forthcoming years. Please note that this table is useless! The beginning of an Islamic month starts as soon as a religious authority declares that the crescent of the moon, immediately after an astronomical new moon, has been observed. This can't be predicted, but it can be approximated by some algorithm. For the table I have used the algorithm for the arithmetical Islamic calendar from Reingold in Calendrical Calculations 2. Note that an Islamic day actually starts at sunset of the day before the day mentioned. Table. (Best viewed with a monospace font). Column 1: Islamic year count. Column 2: the last Sunday of March in the Gregorian calendar. Column 3: the last Sunday of September in the Gregorian calendar. Column 4: the first day of the islamic month Ramadan in the Gregorian calendar. Column 5: the last day of the islamic month Ramadan in the Gregorian calendar. Islamic last Sun. last Sun. first of last of year March Sept. Ramadan Ramadan Gregorian Gregorian 1433 2012-3-25 2012-9-30 2012-7-20 2012-8-18 1434 2013-3-31 2013-9-29 2013-7-9 2013-8-7 1435 2014-3-30 2014-9-28 2014-6-29 2014-7-28 1436 2015-3-29 2015-9-27 2015-6-18 2015-7-17 1437 2016-3-27 2016-9-25 2016-6-7 2016-7-6 1438 2017-3-26 2017-9-24 2017-5-27 2017-6-25 1439 2018-3-25 2018-9-30 2018-5-16 2018-6-14 1440 2019-3-31 2019-9-29 2019-5-6 2019-6-4 1441 2020-3-29 2020-9-27 2020-4-24 2020-5-23 1442 2021-3-28 2021-9-26 2021-4-13 2021-5-12 1443 2022-3-27 2022-9-25 2022-4-3 2022-5-2 1444 2023-3-26 2023-9-24 2023-3-23 2023-4-21 1445 2024-3-31 2024-9-29 2024-3-11 2024-4-9 1446 2025-3-30 2025-9-28 2025-3-1 2025-3-30 1447 2026-3-29 2026-9-27 2026-2-18 2026-3-19 1448 2027-3-28 2027-9-26 2027-2-8 2027-3-9 1449 2028-3-26 2028-9-24 2028-1-28 2028-2-26 1450 2029-3-25 2029-9-30 2029-1-16 2029-2-14 1451 2030-3-31 2030-9-29 2030-1-6 2030-2-4 1452 2031-3-30 2031-9-28 2030-12-26 2031-1-24 1453 2032-3-28 2032-9-26 2031-12-15 2032-1-13 >From the table you can see that, for instance, in the Gregorian year 2012 the month Ramadan completely falls in the summertime period. In the Gregorian year 2026 the full month Ramadan falls outside the summertime period. In the Gregorian year 2023 Moroccan summertime starts effectively April 21 plus one (this is 1 Shawwal) (give or take 2 days; see above why), since Ramadan started just before the last Sunday of March. That's my interpretation, which can differ from the official one! Oscar van Vlijmen

1 0

Haiti on DST now
by Osko, Galatea March 15, 2012

March 15, 2012

Dear team, I'd like to subscribe to your DST changes notifications like the attached one. Thank you Galatea Osko Morgan Stanley | Enterprise Data Group Lechner Odon fasor 8 | Floor 06 Budapest, 1095 Phone: +36 1 881-3866 Galatea.Osko(a)morganstanley.com<mailto:Galatea.Osko@morganstanley.com> -------------------------------------------------------------------------- NOTICE: Morgan Stanley is not acting as a municipal advisor and the opinions or views contained herein are not intended to be, and do not constitute, advice within the meaning of Section 975 of the Dodd-Frank Wall Street Reform and Consumer Protection Act. If you have received this communication in error, please destroy all electronic and paper copies and notify the sender immediately. Mistransmission is not intended to waive confidentiality or privilege. Morgan Stanley reserves the right, to the extent permitted under applicable law, to monitor electronic communications. This message is subject to terms available at the following link: http://www.morganstanley.com/disclaimers. If you cannot access these links, please notify us by reply message and we will send the contents to you. By messaging with Morgan Stanley you consent to the foregoing.

1 0

Turkey may go on DST permanently
by Steffen Thorsen March 14, 2012

March 14, 2012

According to Turkish news media, there is a draft law, which will cancel the switch back from DST in October, effectively putting Turkey on UTC+3 all year. No final decision has been made yet. Some sources (in Turkish): http://www.hurriyet.com.tr/gundem/20112729.asp http://www.sabah.com.tr/Yasam/2012/03/14/surekli-yaz-saati-1-yil-sonra-basl… Our coverage: http://www.timeanddate.com/news/time/turkey-dst-2012.html Best regards, Steffen Thorsen - timeanddate.com

1 0

Re: [tz] TZ Coordinator candidate
by Doug Ewell March 12, 2012

March 12, 2012

Zefram <zefram at fysh dot org> wrote: > With ado's retirement now almost upon us, I'd like to volunteer for > the role of TZ Coordinator... I'm pretty sure I've never seen anything like this sort of self-campaigning, on any mailing list. Perhaps others who have been involved in more IETF lists have a different experience. Normally, a worthy candidate is nominated by others, and accepts the nomination with considerable humility. -- Doug Ewell | Thornton, Colorado, USA http://www.ewellic.org | @DougEwell

1 0

Haiti on DST now
by Steffen Thorsen March 11, 2012

March 11, 2012

According to several news sources, Haiti will observe DST this year, apparently using the same start and end date as USA/Canada. So this means they have already changed their time. (Sources in French): http://www.alterpresse.org/spip.php?article12510 http://radiovision2000haiti.net/home/?p=13253 Our coverage: http://www.timeanddate.com/news/time/haiti-dst-2012.html Best regards, Steffen Thorsen - timeanddate.com

2 1

Morocco will start DST on March 25, 2012
by Alexander Krivenyshev March 10, 2012

March 10, 2012

According to Infomédiaire web site from Morocco (infomediaire.ma), on March 9, 2012, (in French) Heure légale : Le Maroc adopte officiellement l'heure d'été http://www.infomediaire.ma/news/maroc/heure-l%C3%A9gale-le-maroc-adopte- officiellement-lheure-d%C3%A9t%C3%A9 Governing Council adopted draft decree, that Morocco DST starts on the last Sunday of March (March 25, 2012) and ends on last Sunday of September (September 30, 2012) except the month of Ramadan. or (brief) http://www.worldtimezone.com/dst_news/dst_news_morocco06.html Alexander Krivenyshev- WorldTimeZone.com http://www.worldtimezone.com

4 9

Cambios de Hora de Chile
by Glenn Eychaner March 6, 2012

March 6, 2012

From http://www.horaoficial.cl/cambio.html: > Inicio del horario de Invierno 2012: > De acuerdo al Decreto Supremo N° 225, del 27 de febrero de 2012 del Ministerio del Interior : > a.- En el continente y Antártica Chilena. > A las 24:00 horas del día Sábado 28 de Abril de 2012, se atrasa una hora pasando a ser las 23:00 del mismo día. > (Quedando como GMT/UTC - 04). > b.- En Isla de Pascua e Isla Salas y Gómez. > A las 22:00 horas del día Sábado 28 de Abril de 2012, se atrasa una hora pasando a ser las 21:00 del mismo día. > (Quedando como GMT/UTC - 06). > El horario de Invierno se mantendrá hasta el sábado primero de Septiembre de 2012. Start of Winter Time 2012: In accordance with Supreme Decree 225, 27 Feb 2012, from the Interior Ministry: a.- On the continent and in the Chilean Antarctic: At 24:00 on Saturday 28 April 2012, the hour will go back to 23:00 of the same day, moving to UTC-04. b.- On Easter Island and Isla Salas y Gómez: At 22:00 on Saturday 28 April 2012, the hour will go back to 21:00 of the same day, moving to UTC-06. Winter Time will remain until the first Saturday of September. -G. -- Glenn Eychaner (geychaner(a)lco.cl) Telescope Systems Programmer, Las Campanas Observatory

2 2

Australian Time Zone Abbreviations Discussion Review
by Shaun Bouckaert March 5, 2012

March 5, 2012

I started a discussion on this mailing list in November 2011 in regards to the incorrect time zone abbreviations used for Australian time zones. Initially there were several responses, the majority of which were positive to change, and yet the conversation seems to have died off. Recently published on this list was the IETF RFC 6557 "Procedures for Maintaining the Time Zone Database". The relevant section of that document to this discussion, Section 3 "Making Updates to the TZ Database" specifies at the bottom "To be clear, the TZ Coordinator SHALL NOT set time zone policy for a region but use judgement and whatever available sources exist to assess what the average person on street would think the time actually is, or in case of historical corrections, was." Also, point 3.3 states "Changes to existing entries SHALL reflect the consensus on the ground in the region covered by that entry." There were several people involved in the discussion that took place: Myself (Shaun Bouckaert <shaun.bouckaert(a)gmail.com>) Edwin Groothuis <edwin(a)mavetju.org> Eric Ulevik <eulevik(a)gmail.com> Elliot Lear <lear(a)cisco.com> Greg Black <gjb(a)yaxom.com> I reside in Australia, however I am not aware of the nationality or residency of any of the other contributors. I will summarise my points then attempt to do so with the points made by others. It is not my intention to mislead and if my summaries of their contributions are inaccurate then I hope they will correct me. Their contributions to the original discussion are available to view. I originally started the discussion after finding the Australian Federal Government had a web page of information regarding time zones in Australia. This can be accessed at http://australia.gov.au/about-australia/our-country/time This lists the timezones as Australian Eastern Standard Time: UTC +10 hours abbreviated as AEST Australian Central Standard Time: UTC +9 ½ hours abbreviated as ACST Australian Western Standard Time: UTC +8 hours abbreviated as AWST Where daylight savings is concerned, NSW, ACT, Victoria and Tasmania move from AEST to Australian Eastern Daylight Time UTC +11 hours abbreviated as AEDT SA and Broken Hill in NSW move from ACST to Australian Central Daylight Time UTC +10 ½ hours abbreviated as ACDT After this initial posting Edwin replied with his support. Eric then replied stating that Time Zones are legislated at the state level, not the federal level, seeming to imply that only state law should matter. Considering the RFC specifically states that the time zone policy should be based on available sources to assess what the average person on the street would think, and the fact that state legislation doesn't specify an abbreviation, there's no reason that this federal government information, which accurately reflects what everyone I have discussed this matter with understands to be true, should be discounted. This was reenforced by Edwin who pointed out two ways forward, stay where we are based on the absence of any specification of abbreviations in state legislation and continue bickering on this issue or move forward with the clearly defined federal information that fixes ambiguity that exists on an international level with the existing abbreviations and hopefully stop the bickering. Elliot then put forward two points, the first in line with the now existing guidelines in regards to what people on the street think, and the second point being to taking caution to possible side effects that could be caused by changing this. He points out that we could be going from ambiguous labels to something that is also ambiguous, but is there a way of finding out if the AEST, ACST, etc. are ambiguous in any way? Considering the significance of EST and CST to North America, it certainly seems more significant to reduce the ambiguity there. Edwin then found several Australian organisations and reviewed what they use. Broadcasters: The ABC (National Broadcaster): AEST SBS: AEST Channel 10: Mostly AEST, some instances of EST News Organisations: Sydney Morning Herald: EST The Australian: AEST The Daily Telegraph: Both EST and AEST Government Organisations: The Australian Bureau of Meteorology: Uses both, but specifies using AEST in their submission guidelines. Appended to this list I can add the Queensland Department of Transport and Main Roads, which I found is using AEST in their website Terms of Service. I also pointed out at the time that many instances of the use of EST could easily be due to the current state of the TZ database and would likely be corrected to AEST (or other where appropriate) with the update to the TZ database. It was also pointed out that Australians would on large understand the use of the A prefixed abbreviations due to their widespread use, especially by major broadcasters and news media. Greg Black added that he received three emails from different Australian organisations that used ADST for a timezone that he would personally label AEDT. I do not see this being an argument against the change, but indeed an argument for. There is existing confusion, some of it due to the incorrect labels in the TZ database. The fact that the federal government has presented a source for this change means that there's significant grounds for using it as a correct version or standard. Of the 5 people mailing the list during this discussion, the most significant contributions were made by myself and Edwin, both of us in support of the change to the A prefix, which also seemed to be supported by Greg Black who said he would personally label the timezone that the ADST label had referred to as AEDT. I could find no arguments put forward that demonstrated any advantage of the current system over the proposed alternative besides maintaining the status quo. I respect the caution put towards unintended side effects, but where these are due to corrections on what is arguably wrong information, isn't it better to fix it sooner rather than later? Shaun Bouckaert

4 4

apparent-solar-time zone possible cleanup
by Zefram March 4, 2012

March 4, 2012

The apparent-solar-time zones seem to be misusing the "zzz" indicator, and they have poor boundary behaviour. The attached patch makes these changes that seem like a good idea to me: * abbreviation "LAT", for "Local Apparent Time", during the period where the zone provides LAT behaviour * additional apparent-time offset entry for Dec 31 of previous year, so that the ruleset provides LAT correctly for the first half of Jan 1 * range of validity of the LAT data defined strictly as starting and ending at Jan 1 00:00 UT * zone marked as disused outside the range of validity of the LAT data Also, thoughts on apparent solar time more generally: the existing solar?? files inconveniently can't be merged because the result would have more than 256 distinct offsets. However, if the resolution of the offsets were dropped from 5 s to 10 s, then there would be only 186 distinct offsets within the range of the equation of time, so we could have an apparent-time ruleset covering as many years as we're interested in. That could allow incorporating those rules into the regular Asia/Riyadh zone, rather than requiring these hacky separate zones. The apparent-time ruleset could also be formulaically generated at build time, rather than explicitly included in the source tarball. -zefram

1 1

IANA website error: 2012b -> 2012a
by Andrew Paprocki March 3, 2012

March 3, 2012

The IANA website currently says: "Time Zone Data v. 2012b (Released 2 March 2012) tzdata2012b.tar.gz (202kb)" Yet the href points to: http://www.iana.org/time-zones/repository/releases/tzdata2012a.tar.gz -Andrew

2 1

tabs in zone.tab
by Zefram March 2, 2012

March 2, 2012

My automatic repackager for CPAN has just barfed on the zone.tab in tzdata2012a. I should have checked the diff more carefully, I guess. The fault it finds is that the new America/Creston line has *two* tab characters between "America/Creston" and the region description. The comments at the top of the file include "Columns are separated by a single tab.". Previously the file adhered to the single tab rule, and I made my parser correspondingly strict. Obviously I'll manually intervene to get 2012a repackaged, but I think the file should be fixed for 2012b. -zefram

3 4

Reports of Leap Year problem...
by Robert Elz March 2, 2012

March 2, 2012

I cannot confirm any of this, except that the URL's included (the relevant ones for this list anyway) do point at web pages with content as claimed, but this seems like the kind of information that readers of this list would be amused by... kre

1 0

tzcode2012b & tzdata2012b available
by Robert Elz March 2, 2012

March 2, 2012

The files ftp://munnari.oz.au/pub/tzdata2012b.tar.gz ftp://munnari.oz.au/pub/tzcode2012b.tar.gz are now available. These reflect the changes circulated earlier today on the list. There is just one change to tzcode2012b (compared witth 2012a): the Makefile that was accidentally included with 2012a has been replaced with the version that should have been there, which is identical with the previous version (from tzcode2011i). For people upgrading directly from 2011i to 2012b, the changes in tzcode are just to the README and tz-art.htm and tz-link.htm and reflect changes to the mailing list address & subscription URLs, and the code distribution URLs and methods. tz-link.htm also has a link to DateTime::TimeZone::Tzfile added. There are just two changes in tzdata2012b compared with 2012a. Most significantly, summer time in Cuba has been delayed 3 weeks (now starts April 1 rather than March 11). Since Mar 11 (the old start date, as listed in 2012a) is just a little over a week away, this change is urgent. Less importantly, an excess tab in one of the changes in zone.tab in 2012a has been removed. Compared to the last long lived distribution (given tzdata2012a existed less than a day) which was tzdata2011n, the other major changes are: Chile 2011/2012 and 2012/2013 summer time date adjustments. Falkland Islands onto permanent summer time (we're assuming for the foreseeable future, though 2012 is all we're fairly certain of.) Armenia has abolished Summer Time. Tokelau jumped the International Date Line back last December (just the same as their near neighbour, Samoa). America/Creston is a new zone for a small area of British Columbia There will be a leapsecod 2012-06-30 23:59:60 UTC. Other minor changes are: Corrections to 1918 Canadian summer time end dates. Updated URL for UK timezone history (in comments) A few typos in Le Corre's list of free French place names (comments) Once again, crypto hashes of the distribution files, generated using NetBSD's pkgsrc digest program, are appended so you can verify the distribution files you fetch have not been corrupted. kre MD5 (tzcode2012b.tar.gz) = 6137322ffd36e1fd5128885be1c57008 RMD160 (tzcode2012b.tar.gz) = 25acce807c9e19d8294fe4dd8eac08fba9d796af SHA1 (tzcode2012b.tar.gz) = 7172f71a23fb6fe8f99099f810d05366ed5d7130 SHA512 (tzcode2012b.tar.gz) = 12b60b6b00db51651a85e4448c8795c8f0d0fbeeec66bec4e8613dff41fec3324a0b20f7d66183541a389eff0d2a93b3346a045a58a0d977739924f06d017fd3 TIGER (tzcode2012b.tar.gz) = a4378982416395d5d632270db4fb3c5c568ebf57b7130636 WHIRLPOOL (tzcode2012b.tar.gz) = 2a343f318b737a2b4e85f29416d25b07a04f3395a49c6e863a3bf4492b63de17545d30b0377ab4d1587fd0fc85ecf234fe2c45bff4bd2f0f97b33b82b3f2e3f0 MD5 (tzdata2012b.tar.gz) = 0615fd29def380a917e528433c820368 RMD160 (tzdata2012b.tar.gz) = b58bb8a633b664f5babed8a6681ecc25a039733d SHA1 (tzdata2012b.tar.gz) = cd7c43bf8ccf56d174a2b85d2da35e83fd8f1107 SHA512 (tzdata2012b.tar.gz) = 08f3f07e0abf75d278210fc9237344b6613b6b055bedf974b75437bfa153bdaf238135487acde38f352e55805b5bc9b3db93d9c08fdb3cfba68b3609c06445f9 TIGER (tzdata2012b.tar.gz) = 0b67a1f5408d8b6addd7c07df6e87fa9e54bb9102ae758fd WHIRLPOOL (tzdata2012b.tar.gz) = 530a6bcdf4fe4c92c478e709093c19fc2424c52a55756ea2e6cf66854f659bd67c6503e6235aa23348f5caeb5e92348a34d731334ca168a410feaa33f85533b0

1 0

Proposed update to the tz package files
by Robert Elz March 1, 2012

March 1, 2012

The combination of an accidental change to the Makefile in tzcode2012a that was never intended to be released, and the change of the summer time start date for Cuba, that we discovered just too late for 2012a (and the stray extra tab in zone.tab) has led me to the conclusion that we need 2012b very soon - like today... There will be both code & data files - the sole change in the code is to return the Makefile to the exact same version it had in 2011i, which was what it was supposed to be in 2012a. A diff of the data change from 2012a to (what will probably become) 2012b is appended. The only real change is to the start date for summer time in Cuba this year. The end date is not yet certain, so I'll just leave it as we have it (last Sun in Oct) and we'll see what happens in September or October (probably). Since there is no discernable pattern to the start dates, I'm also proposing leaving that for 2013 as we had assumed it would be for 2012 (second Sunday in March). It has been that more years recently than anything else (just not last year, or this year, but they've not been the same either.) The excess tab from the zone.tab file is also gone. For anyone considering upgrading their system to 2012a, who hasn't already done it, I'd advise waiting on 2012b, it is not going to be a long wait. kre --- northamerica 2012/03/01 11:22:55 1.5 +++ northamerica 2012/03/01 20:46:07 @@ -1,5 +1,5 @@ # <pre> -# @(#)northamerica 8.52 +# @(#)northamerica 8.53 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. @@ -2820,8 +2820,9 @@ Rule Cuba 2009 2010 - Mar Sun>=8 0:00s 1:00 D Rule Cuba 2011 only - Mar Sun>=15 0:00s 1:00 D Rule Cuba 2011 only - Nov 13 0:00s 0 S -Rule Cuba 2012 max - Mar Sun>=8 0:00s 1:00 D +Rule Cuba 2012 only - Apr 1 0:00s 1:00 D Rule Cuba 2012 max - Oct lastSun 0:00s 0 S +Rule Cuba 2013 max - Mar Sun>=8 0:00s 1:00 D # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone America/Havana -5:29:28 - LMT 1890 --- zone.tab 2012/03/01 11:26:34 1.6 +++ zone.tab 2012/03/01 15:30:24 @@ -131,7 +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 +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

1 0

Cuba delays DST to April
by Steffen Thorsen March 1, 2012

March 1, 2012

According to Radio Reloj, Cuba will start DST on Midnight between March 31 and April 1. Radio Reloj has the following info (Spanish): http://www.radioreloj.cu/index.php/noticias-radio-reloj/71-miscelaneas/7529… Our info on it: http://www.timeanddate.com/news/time/cuba-starts-dst-2012.html Best regards, Steffen Thorsen - timeanddate.com

2 1

tzcode2012a & tzdata2102a released.
by Robert Elz March 1, 2012

March 1, 2012

The files ftp://munnari.oz.au/pub/tzdata2012a.tar.gz ftp://munnari.oz.au/pub/tzcode2012a.tar.gz are now available. These reflect the changes circulated earlier this week, as corrected based upon reports received, and summarised below. The changes in tzcode2012a (compared to the previous version, 2011i) are entirely to the README and tz-art.htm and tz-link.htm files, if none of those concern you, you can ignore the code update. The changes reflect the changed addresses for the mailing list and the code and data distribution points & methods (and a link to DateTime::TimeZone::Tzfile has been added to tz-link.htm). In tzdata2012a (compared to the previous release, which was 2011n) the major changes are: Chile 2011/2012 and 2012/2013 summer time date adjustments. Falkland Islands onto permanent summer time (we're assuming for the foreseeable future, though 2012 is all we're fairly certain of.) Armenia has abolished Summer Time. Tokelau jumped the International Date Line back last December (just the same as their near neighbour, Samoa). America/Creston is a new zone for a small area of British Columbia There will be a leapsecod 2012-06-30 23:59:60 UTC. A few more minor changes are also included: Changes to Canadian 1918 summer time end dates (so it occurred on a Sunday, rather than Thursday, which is more likely correct.) A new URL (in the comments in the europe zone file) to the article describing the history of timezones in the UK (this should probably be promoted to a link in tzlink.htm or something, but that hasn't happened yet.) A couple of typo corrections to the list of French place names reported by Henri Le Corre that define the upper limit of the free zone where (as I understand it) German rules were not applies during (a part of) WWII. These are based on the rendition supplied by John Halloran, and unless I botched it, should make what we have be a correct copy of the source, as nearly as is possible in strict ASCII (the accent marks are missing...) I know I said we would hold off on this until the next version, but with the data being available, and the corrections needed so simple, I thought I could include it in this version. Now we can discuss what how we should represent the data with perhaps more modern (or better ascii versions of) place names in the next version, but at least now we're working from a common (external) base source. I still have not implementewd (even really seriously investigated) the procedures necessary to generate signed files, so once again I am appending to this message the results of several (crypto strength) hash functions applied to the two files (and this time, all this has been prepared on my laptop at a time when it isn't connected to any network at all, so there's an even higher level of assurance than normal that these hashes really do represent the data I intend to distribute.) The "digest" program from NetBSD's pkgsrc (which can be installed on many different OSs) was used to generate these values (but anything running any of the same algorithms should produce the same results.) Finally, it is my hope (though without intending to apply any pressure) that the next release will be back under the coordination of Arthur David Olson (I'll continue if he's unwilling, and Paul Eggert doesn't want to take over instead, but I'd much prefer to see ado back in control, for as long as he wants to continue.) Thanks for all the assistance from everyone that I've received over the few months I've been doing this, this is truly one of the nicest and most satisfying of the network communities in which to participate. kre MD5 (tzcode2012a.tar.gz) = a72bb8c29893ee3bfd1101aca29d4064 MD5 (tzdata2012a.tar.gz) = cc43867f4768e5c2e8315d9b3cac62ed RMD160 (tzcode2012a.tar.gz) = b498355392e7e141e12fc4ca3592cfec6e96ef00 RMD160 (tzdata2012a.tar.gz) = b95722a2d42744bb217e11ace7b5bc7195f86d77 SHA1 (tzcode2012a.tar.gz) = 80e0c9efb067950f34826d0708ff61e72e019da5 SHA1 (tzdata2012a.tar.gz) = 5bd828d0845937da92c0518060a4aa8fbad81f8d SHA512 (tzcode2012a.tar.gz) = c37d95081a1097ba46d1887ef13bf112216bc45f21542bf559744f329602e109c3a9a7a7705ed41432049ad3905f87a747ddbc6f7c11470fcf44fc5bf946c9e3 SHA512 (tzdata2012a.tar.gz) = dff197b7ae7a204fa2c716d27ad83c0f29fba3bdede0059d0507ad3f4117849c90e578df5bba62c397e1709bce1c26382a61b0ea9c8face671e7228dbf5b7bab TIGER (tzcode2012a.tar.gz) = 3f38fc0884f3eef800289a9e6cd9ee69b0405f75447319fc TIGER (tzdata2012a.tar.gz) = d0609c3f36e735ab5708f473336f66edb33f68d58333b9dc WHIRLPOOL (tzcode2012a.tar.gz) = 5a98d5ecb0956eba9f52403ea58125933998f3d1f402fba5b04815b5c2d861e9c010df38258a8f479c8a26a7d301c5d45e63a5a0586e24dcdd97007051e0ca5b WHIRLPOOL (tzdata2012a.tar.gz) = 4c3e7e372d708baf5cf15ece01c31f38880e50fbf402ef346d0cd27f4203282862660322a76efb1144b84ff08c86407e714fc1d858e1c7ce22f7cbb10923fb52

3 3

Re: [tz] Chilean Government annuounced new date for leaving and entering DST in 2012
by Glenn Eychaner March 1, 2012

March 1, 2012

On Feb 29, 2012, at 9:00 AM, tz-request(a)iana.org wrote: > Thank you so much for the diff. - as you said, we can only hope this change gets formalized before March 11 > There is another thread about this ([tz] Updated Proposed time zone package changes (Armenia, Chile, Falklands, Tokelau, Antarctica, Creston(Canada))), according to the contents in that thread an updated timezone package will be released on March 1st 2012 Since Microsoft also seems to be taking this seriously and preparing a hotfix http://blogs.technet.com/b/latam/archive/2012/02/27/chile-dst-2012-fallback… I am currently assuming that this change is "official", and recommending including it in the March 1 timezone update. Finally, I realized that once again I forgot to do the Antarctica file, so here is an update for that file which patches in all the recent time zone changes over the last few years. Officially, ChileAQ should have the same offset and rules as mainland Chile, but I don't know what is done in actual practice. --- antarctica.orig 2011-09-20 14:55:03.000000000 -0300 +++ antarctica 2012-02-29 10:15:23.000000000 -0300 @@ -43,6 +43,15 @@ 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 2011 only - Aug Sun>=16 4:00u 1:00 S +Rule ChileAQ 2012 only - Sep 2 4:00u 1:00 S +Rule ChileAQ 2013 max - Oct Sun>=9 4:00u 1:00 S +Rule ChileAQ 2000 2007 - Mar Sun>=9 3:00u 0 - +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 2012 only - Apr 29 3:00u 0 - +Rule ChileAQ 2013 max - Mar Sun>=9 3:00u 0 - # These rules are stolen from the `australasia' file. -- Glenn Eychaner (geychaner(a)lco.cl) Telescope Systems Programmer, Las Campanas Observatory

2 5

Proposed time zone package changes (Armenia, Chile, Falklands, Tokelau, Antarctica, Creston(Canada))
by Robert Elz March 1, 2012

March 1, 2012

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(a)elsie.nci.nih.gov for use in the future). Europeans take note! +tz(a)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(a)elsie.nci.nih.gov. +Please send comments or information to tz(a)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> -(a)(#)tz-art.htm 8.20 +(a)(#)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> -(a)(#)tz-link.htm 8.32 +(a)(#)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(a)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&…"> +# http://www.creston.museum.bc.ca/index.php?module=comments&uop=view_comment&… +# </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/11676…"> +# http://www.bclocalnews.com/kootenay_rockies/crestonvalleyadvance/news/11676… +# </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-fec… +# 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

9 23

Fwd: Re: Creston
by Random832 March 1, 2012

March 1, 2012

I hit the wrong reply button _again_... -------- Original Message -------- Subject: Re: [tz] Creston Date: Wed, 29 Feb 2012 19:52:05 -0500 From: Random832 <random(a)imap.cc> To: Tim Parenti <tim(a)timtimeonline.com> On 02/29/2012 02:47 PM, Tim Parenti wrote: > 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. I would add the caveat that this depends on the _actual_ local practice. Before DST was adopted in Indiana, people here [at least around me] always called the time Eastern Standard, and were only dimly aware that we were on the same time as Chicago for part of the year. Even despite broadcast schedules being an issue.

1 0

Fwd: BCP 175, RFC 6557 on Procedures for Maintaining the Time Zone Database
by Peter Saint-Andre Feb. 29, 2012

Feb. 29, 2012

FYI. Thanks to everyone who worked on this! -------- Original Message -------- Subject: BCP 175, RFC 6557 on Procedures for Maintaining the Time Zone Database Date: Wed, 29 Feb 2012 11:00:05 -0800 (PST) From: rfc-editor(a)rfc-editor.org To: ietf-announce(a)ietf.org, rfc-dist(a)rfc-editor.org CC: rfc-editor(a)rfc-editor.org A new Request for Comments is now available in online RFC libraries. BCP 175 RFC 6557 Title: Procedures for Maintaining the Time Zone Database Author: E. Lear, P. Eggert Status: Best Current Practice Stream: IETF Date: February 2012 Mailbox: lear(a)cisco.com, eggert(a)cs.ucla.edu Pages: 9 Characters: 18469 See Also: BCP0175 I-D Tag: draft-lear-iana-timezone-database-05.txt URL: http://www.rfc-editor.org/rfc/rfc6557.txt Time zone information serves as a basic protocol element in protocols, such as the calendaring suite and DHCP. The Time Zone (TZ) Database specifies the indices used in various protocols, as well as their semantic meanings, for all localities throughout the world. This database has been meticulously maintained and distributed free of charge by a group of volunteers, coordinated by a single volunteer who is now planning to retire. This memo specifies procedures involved with maintenance of the TZ database and associated code, including how to submit proposed updates, how decisions for inclusion of those updates are made, and the selection of a designated expert by and for the time zone community. The intent of this memo is, to the extent possible, to document existing practice and provide a means to ease succession of the database maintainers. This memo documents an Internet Best Current Practice. BCP: This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements. Distribution of this memo is unlimited. This announcement is sent to the IETF-Announce and rfc-dist lists. To subscribe or unsubscribe, see http://www.ietf.org/mailman/listinfo/ietf-announce http://mailman.rfc-editor.org/mailman/listinfo/rfc-dist For searching the RFC series, see http://www.rfc-editor.org/rfcsearch.html. For downloading RFCs, see http://www.rfc-editor.org/rfc.html. Requests for special distribution should be addressed to either the author of the RFC in question, or to rfc-editor(a)rfc-editor.org. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution. The RFC Editor Team Association Management Solutions, LLC _______________________________________________ IETF-Announce mailing list IETF-Announce(a)ietf.org https://www.ietf.org/mailman/listinfo/ietf-announce

1 0

Ukraine plans to keep DST in 2012 and to abolish in 2013
by Alexander Krivenyshev Feb. 28, 2012

Feb. 28, 2012

There's still a long way to go until 2013, however there are news from Ukraine, that The Cabinet of Ministers of Ukraine proposes the parliament (Verkhovna Rada) to abolish Daylight Saving Time in 2013. The corresponding bill number 10125 registered in the parliament on February 27, 2012. original link on (in Ukrainian): http://w1.c1.rada.gov.ua/pls/zweb2/webproc4_1?id=&pf3511=42689 Explanatory note for the bill (in Ukrainian): http://w1.c1.rada.gov.ua/pls/zweb2/webproc34?id=&pf3511=42689&pf35401=215589 The explanatory note to the bill states that there won't be any changes for year 2012 (Daylight Saving Time rule without any changes for this year) because of upcoming 2012 UEFA European Football Championship in Ukraine. If approved, new bill will go into effect on November 1, 2012. or (brief) http://www.worldtimezone.com/dst_news/dst_news_ukraine06.html Alexander Krivenyshev- WorldTimeZone.com

1 0

Re: [tz] Chilean Government annuounced new date for leaving and entering DST in 2012
by Mauricio Parada Feb. 28, 2012

Feb. 28, 2012

Hi Glen, Thank you so much for the diff. - as you said, we can only hope this change gets formalized before March 11 There is another thread about this ([tz] Updated Proposed time zone package changes (Armenia, Chile, Falklands, Tokelau, Antarctica, Creston(Canada))), according to the contents in that thread an updated timezone package will be released on March 1st 2012 Thanks again, Mauricio

1 0

Astrolabe dismisses suit
by Paul Eggert Feb. 28, 2012

Feb. 28, 2012

I'm happy that the matter is resolved, and would like to express my appreciation to everyone who helped: Corynne McSherry of EFF, Adam Kessel and Olivia Nguyen of Fish & Richardson, Arthur David Olson for putting up so patiently with these legal hassles, Robert Elz for taking over coordination and doing such a fine job, and everyone who sent in data in the meantime. I hope to rejoin the throng.

5 4

Updated Proposed time zone package changes (Armenia, Chile, Falklands, Tokelau, Antarctica, Creston(Canada))
by Robert Elz Feb. 27, 2012

Feb. 27, 2012

Since there have been a number of modifications, I thought it worthwhile to send a complete update of the proposed timezone package update, still planned to be released March 1 (from an east of Greenwich zone...) 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. A link to DateTime::TimeZone::Tzfile has been added. 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 Updated URL for UK timezone history. 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. Future years (2013->) are assumed revert to "normal" for now. 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. There are three significant changes from the proposed update posted earlier today. 1) The spelling changes for some French place names are on hold, pending a decision on what should actually appear (this affects only comments in the data file.) 2) A link to DateTime::TimeZone::Tzfile was added to tz-link.htm in the tzcode set. 3) America/Creston zone definition changed (and not the same as the one I proposed a few hours ago). It seems unclear (certainly to me) whether Creston used PST or MST in the period from 1884 to 1916 (PST seems clear from 1916 to 1918, then MST since). The first proposed update used MST for that doubtful period, I switched that to PST in my proposed correction. I have decided now to revert that part of the change, leaving MST for the 1814-1916 period. If anyone has compelling contrary research, please let us know. Again, review of all of these proposed changes is appreciated. And finally, in the last proposed update, I forgot to acknowledge the work of Tim Parenti, who sent me a complete set of data patches to simplify my task in preparing these updates (some of them I used, some of them I had already made, others I did differently - errors are all my responsibility.) 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(a)elsie.nci.nih.gov for use in the future). Europeans take note! +tz(a)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(a)elsie.nci.nih.gov. +Please send comments or information to tz(a)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> -(a)(#)tz-art.htm 8.20 +(a)(#)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/27 13:25:59 @@ -18,7 +18,7 @@ <body> <h1>Sources for Time Zone and Daylight Saving Time Data</h1> <address> -(a)(#)tz-link.htm 8.32 +(a)(#)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> @@ -273,6 +278,11 @@ It is freely available under the <abbr>LGPL</abbr>.</li> <li>Tcl, mentioned above, also contains a <code>tz</code> binary file reader.</li> +<li><a href="http://search.cpan.org/perldoc?DateTime::TimeZone::Tzfile"> +DateTime::TimeZone::Tzfile</a> +is a <code>tz</code> binary file reader written in Perl. +It is freely available under the same terms as Perl +(dual <abbr>GPL</abbr> and Artistic license).</li> </ul> <h2>Other <code>tz</code>-based time zone software</h2> <ul> --- 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/27 08:03:57 @@ -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): # --- 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(a)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/02/27 13:36:20 @@ -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,71 @@ # 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&…"> +# http://www.creston.museum.bc.ca/index.php?module=comments&uop=view_comment&… +# </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/11676…"> +# http://www.bclocalnews.com/kootenay_rockies/crestonvalleyadvance/news/11676… +# </a> + +# During a period WWII, summer time (Daylight saying) was mandatory in Canada. +# In Creston, that was handled by shifting the area to PST (-8:00) then applying +# summer time to cause the offset to be -7:00, the same as it had been before +# the change. It can be argued that the timezone abbreviation during this +# period should be PDT rather than MST, but that doesn't seem important enough +# (to anyone) to further complicate the rules. + +# It also is not clear whether in the period after standard time was adopted +# (1884) until 1916 whether Creston was PST or MST (-8:00 or -7:00). +# Sources differ. For now we will stick with MST. The transition dates +# are guesses. + # 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,7 +1892,10 @@ -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 + -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-fec… +# 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

2 2

Mailing list archive backfilled
by Kim Davies Feb. 27, 2012

Feb. 27, 2012

Thanks to Arthur who provided the missing messages from between approximately May and October last year, the mailing list archive posted at http://mm.icann.org/pipermail/tz/ has now been augmented with the remainder of the messages from the elsie list server. kim

1 0

Re: [tz] Chilean Government annuounced new date for leaving and entering DST in 2012
by Glenn Eychaner Feb. 26, 2012

Feb. 26, 2012

On Feb 23, 2012, at 6:14 AM, tz-request(a)iana.org wrote: Mauricio: Thanks for this information; I hadn't noticed any news about this yet. As the person who has handled this in the past couple of years, I will modify the Chile entry in the database as soon as possible (hopefully by the end of the day) and post a patch. The database maintainers are free to hold the patch out of the database until the change becomes official. Note that according to item (4) in the posted notice, this is yet another "temporary" change that will be reevaluated AGAIN in 2013. Sigh. -G. > Date: Wed, 22 Feb 2012 22:03:06 +0000 > From: Mauricio Parada <Mauricio.Parada(a)synopsys.com> > Subject: [tz] Chilean Government annuounced new date for leaving and entering DST in 2012 > > As stated in the website of the Chilean Energy Ministry (http://www.minenergia.cl/ministerio/noticias/generales/gobierno-anuncia-fec…) 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 form the website communication: > > "The "winter time" will start on Saturday, April 28 2012, clocks must go back in 60 minutes, this is, at 23:59 and 59 seconds, instead of moving into 00:00 hours of March 29 2012, clocks must adjust to be 23:00 of the same day, March 28 2012. > On Saturday , September 1st 2012, clocks must go forward in 60 minutes, this is, at 23:59 and 59 seconds, instead of moving into 00:00 hours of September 2nd 2012, clocks must adjust to be 01:00 of September 2nd 2012." > > What's the procedure to have an updated database before the old DST schedule of March 11 2012? > > Regards, > Mauricio Parada -- Glenn Eychaner (geychaner(a)lco.cl) Telescope Systems Programmer, Las Campanas Observatory

1 2

Falkland Islands Time
by Andrew Newman Feb. 25, 2012

Feb. 25, 2012

Dear Sir/Madam Please see the attached letter from our telecoms provider, could you please ensure that the time files are carried out in accordance with the information in the letter. Kind regards Andrew Andrew Newman Director of Civil Aviation/Head of Regulatory Services Falkland Islands Government Po Box 705 Stanley, Falkland Islands. FIQQ 1ZZ Tel 00 500 27305 Fax 00 500 27306 Email ANewman.civilaviation(a)sec.gov.fk Web www.falklands.gov.fk This e-mail message and any files transmitted with it are solely for the use of the intended addressee. They contain confidential information, and any use of the material is strictly prohibited. If you have received this e-mail in error, please contact us immediately and destroy all copies of this message. You must not copy, disseminate or otherwise distribute or publish this e-mail message and attachments, except for the purposes for which the message is intended, without our consent. ______________________________________________________________________ This email has been scanned by the Symantec Email Security.cloud service. For more information please visit http://www.symanteccloud.com ______________________________________________________________________

2 1

leap second 2012-06-30T23:59:60Z
by Zefram Feb. 24, 2012

Feb. 24, 2012

Bulletin C 43 came out yesterday, scheduling a leap second for the end of June 2012. Patch attached. -zefram

7 11

Astrolabe dismisses suit.
by John Hawkinson Feb. 23, 2012

Feb. 23, 2012

A few minutes ago (1553 US/Eastern), Astrolabe filed a "Plaintiff's Notice of voluntary Dismissal With Prejudice & Withosut [sic] Cost." The document should be available at http://www.archive.org/download/gov.uscourts.mad.139342/ in a few minutes. Until then, you can find a copy at my mirror, though the document itself is uninteresting: http://web.mit.edu/jhawk/tmp/tz/ The operative text: " PLAINTIFF'S NOTICE OF VOLUNTARY DISMISSAL " WITH PREJUDICE & WITHOSUT COST " " Pursuant to Federal Rule of Civil Procedure 41(a)(1), please take " notice that Plaintiff ASTROLABE, INC., pursuant to Federal Rule of " Civil Procedure 41(a)(1), hereby voluntarily dismisses all claims in " this action with prejudice, and without costs, as to Defendants ARTHUR " DAVID OLSEN and PAUL EGGERT. " " In connection with this NOTICE, the Plaintiff states that the " Defendants have neither answered Plaintiff's Complaint, nor filed a " motion for summary judgment. Accordingly, this matter may be " dismissed with prejudice and without an Order of the Court. --jhawk(a)mit.edu John Hawkinson United States District Court District of Massachusetts Notice of Electronic Filing The following transaction was entered by Molloy, Julie on 2/22/2012 at 3:53 PM EST and filed on 2/22/2012 Case Name: Astrolabe, Inc. v. Olson et al Case Number: 1:11-cv-11725-GAO Filer: Astrolabe, Inc. Document Number: 5 Docket Text: NOTICE of Voluntary Dismissal by Astrolabe, Inc. (Molloy, Julie)

2 3

Chilean Government annuounced new date for leaving and entering DST in 2012
by Mauricio Parada Feb. 22, 2012

Feb. 22, 2012

As stated in the website of the Chilean Energy Ministry (http://www.minenergia.cl/ministerio/noticias/generales/gobierno-anuncia-fec…) 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 form the website communication: "The "winter time" will start on Saturday, April 28 2012, clocks must go back in 60 minutes, this is, at 23:59 and 59 seconds, instead of moving into 00:00 hours of March 29 2012, clocks must adjust to be 23:00 of the same day, March 28 2012. On Saturday , September 1st 2012, clocks must go forward in 60 minutes, this is, at 23:59 and 59 seconds, instead of moving into 00:00 hours of September 2nd 2012, clocks must adjust to be 01:00 of September 2nd 2012." What's the procedure to have an updated database before the old DST schedule of March 11 2012? Regards, Mauricio Parada

1 0

Chilean Government annuounced new date for leaving and entering DST in 2012
by Mauricio Parada Feb. 22, 2012

Feb. 22, 2012

As stated in the website of the Chilean Energy Ministry (http://www.minenergia.cl/ministerio/noticias/generales/gobierno-anuncia-fec…) 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 form the website communication: "The "winter time" will start on Saturday, April 28 2012, clocks must go back in 60 minutes, this is, at 23:59 and 59 seconds, instead of moving into 00:00 hours of March 29 2012, clocks must adjust to be 23:00 of the same day, March 28 2012. On Saturday , September 1st 2012, clocks must go forward in 60 minutes, this is, at 23:59 and 59 seconds, instead of moving into 00:00 hours of September 2nd 2012, clocks must adjust to be 01:00 of September 2nd 2012." What's the procedure to have an updated database before the old DST schedule of March 11 2012? Regards, Mauricio Parada

1 0

impending changes to AusAQ [SEC=UNCLASSIFIED]
by Michael Chinn Feb. 21, 2012

Feb. 21, 2012

With the finish of the fixed wing flying program in Antarctica and the shorter days now returning we will revert Casey and Davis to their winter time zones. This means that tomorrow morning (22 Feb 2012) Casey will revert to UTC +8 and Davis to UTC +7. Casey will change at 0400 Hobart time (clocks back 3 hrs) and Davis will change at 0700 Hobart time (clocks forward 2 hrs) on Wednesday 22 February (Tomorrow). Best regards, Michael Michael Chinn IT Help Desk Australian Antarctic Division p: (03) 6232 3488 e: michael.chinn(a)aad.gov.au<mailto:michael.chinn@aad.gov.au> w: www.antarctica.gov.au<http://www.antarctica.gov.au/> [cid:image001.jpg@01CCF0AA.4EAB0880]<http://centenary.antarctica.gov.au/> ___________________________________________________________________________ Australian Antarctic Division - Commonwealth of Australia IMPORTANT: This transmission is intended for the addressee only. If you are not the intended recipient, you are notified that use or dissemination of this communication is strictly prohibited by Commonwealth law. If you have received this transmission in error, please notify the sender immediately by e-mail or by telephoning +61 3 6232 3209 and DELETE the message. Visit our web site at http://www.antarctica.gov.au/ ___________________________________________________________________________

2 1

[ECFnotice@mad.uscourts.gov: Activity in Case 1:11-cv-11725-GAO Astrolabe, Inc. v. Olson et al Notice of potential dismissal of action pursuant to FRCP(4)m]
by John Hawkinson Feb. 17, 2012

Feb. 17, 2012

The Court entered its "notice of potential dismissal" this morning at 11:34 am US/Eastern, since proof of service has not been filed, nor any other explanation. PDF of the document, such as it is, is at http://archive.org/download/gov.uscourts.mad.139342/gov.uscourts.mad.139342… It essenetially replicates the Docket Text field below. --jhawk(a)mit.edu John Hawkinson ----- Forwarded message from ECFnotice(a)mad.uscourts.gov ----- Date: Fri, 17 Feb 2012 11:34:19 -0500 From: ECFnotice(a)mad.uscourts.gov To: CourtCopy(a)mad.uscourts.gov Message-Id: <4264635(a)mad.uscourts.gov> Subject: Activity in Case 1:11-cv-11725-GAO Astrolabe, Inc. v. Olson et al Notice of potential dismissal of action pursuant to FRCP(4)m This is an automatic e-mail message generated by the CM/ECF system. Please DO NOT RESPOND to this e-mail because the mail box is unattended. ***NOTE TO PUBLIC ACCESS USERS*** Judicial Conference of the United States policy permits attorneys of record and parties in a case (including pro se litigants) to receive one free electronic copy of all documents filed electronically, if receipt is required by law or directed by the filer. PACER access fees apply to all other users. To avoid later charges, download a copy of each document during this first viewing. However, if the referenced document is a transcript, the free copy and 30 page limit do not apply. United States District Court District of Massachusetts Notice of Electronic Filing The following transaction was entered on 2/17/2012 at 11:34 AM EST and filed on 2/17/2012 Case Name: Astrolabe, Inc. v. Olson et al Case Number: 1:11-cv-11725-GAO Filer: Document Number: 4 Docket Text: Notice of potential dismissal of action pursuant to FCRP 4(m) and Local Rule 4.1(b): This action will be dismissed in twenty-one days unless proof of service is filed. (Lyness, Paul) 1:11-cv-11725-GAO Notice has been electronically mailed to: Julie C. Molloy jcourtmolloy(a)gmail.com 1:11-cv-11725-GAO Notice will not be electronically mailed to: The following document(s) are associated with this transaction: Document description:Main Document Original filename:yes Electronic document Stamp: [STAMP dcecfStamp_ID=1029851931 [Date=2/17/2012] [FileNumber=4264633-0 ] [db385eff27431cbc3fca1c8b6397454f7bb7ce68476b7af77880f8a99fcc7a6517e 0395c43b9ef5fa090aee0727e2a0a795b9168dcf34ac377819fcc5d28a606]] ----- End forwarded message -----

1 0

Civil suit; ftp shutdown; mailing list shutdown
by Olson, Arthur David (NIH/NCI) [E] Feb. 12, 2012

Feb. 12, 2012

A civil suit was filed on September 30 in federal court in Boston; I'm a defendant; the case involves the time zone database. The ftp server at elsie.nci.nih.gov has been shut down. The mailing list will be shut down after this message. Electronic mail can be sent to me at arthurdavidolson(a)gmail.com. I hope there will be better news shortly. --ado

7 8

Armenia to no longer observe DST
by Steffen Thorsen Feb. 10, 2012

Feb. 10, 2012

Many Armenian news sources report that Armenia will not observe DST this year, but rather stay on UTC+4 through the year. Example: "Armenia’s Economy Minister announced that this year the country will not switch its time. " http://news.am/eng/news/90743.html Our brief version: http://www.timeanddate.com/news/time/armenia-ends-dst.html Best regards, Steffen Thorsen - timeanddate.com

3 2

Re: [tz] Australian time zone abbreviations
by Shaun Bouckaert Feb. 10, 2012

Feb. 10, 2012

On 8 November 2011 15:55, Shaun Bouckaert <shaun.bouckaert(a)gmail.com> wrote: > ---------- Forwarded message ---------- > From: Shaun Bouckaert <shaun.bouckaert(a)gmail.com> > Date: 8 November 2011 15:31 > Subject: Re: [tz] Australian time zone abbreviations > To: tz(a)iana.org > > > On 8 November 2011 15:20, Shaun Bouckaert <shaun.bouckaert(a)gmail.com> wrote: >> >> >> Thanks for the research Edwin. >> >> Considering that the Federal Government, ABC, SBS, Bureau of >> Meteorology, and several large national newspapers (with a few >> anomolies) all use the same notation, I would say that a fairly well >> established standard exists. Perhaps it is the ambiguity caused by the >> absence of the 'A' that lead to organisations coming up with things >> like ADST. Given the existing use of the Axxx acronyms, the fact that >> the Federal Government itself has defined the timezones as such and >> the fact that there are bugs in software due to the ambiguity with the >> American timezones, and finally, the fact that the only arguments >> against it have been that the states haven't defined them in >> legislation (was this proposed as if it somehow invalidated the >> federal governments opinion?), it's hard to argue against it. As for >> the confusion you've encountered Greg, perhaps if the Axxx labels were >> used, less people would be confused and not be making up acronyms like >> ADST. >> >> [snip] >> > > I meant to also add, probably a significant amount of the current > usage of EST is due to the fact that that is how it is currently > expressed in the tzdata, as opposed to any conscious decision or style > guide. > > Shaun Whilst updating my address on my license after a recent move I found an example of the Queensland Government using the abbreviation AEST for the timezone in the TOS of the Queensland Transport website. https://www.service.transport.qld.gov.au/qt/QtTerms.jsp "Time is provided in Australian Eastern Standard Time (AEST) as it exists in Brisbane, Australia (GMT + 10:00). Please note that Brisbane does not have daylight saving time during summer." Considering both federal guidelines and state government usage agree, I can see no reason for this not to be changed. Shaun

1 0

Europe/Taunton?
by Zefram Jan. 20, 2012

Jan. 20, 2012

http://www.bbc.co.uk/news/uk-politics-16611058 Mr Rees-Mogg has tabled an amendment to the proposed legislation suggesting the "the county of Somerset as defined by the Lieutenants Act shall revert to the customary time used prior to the Great Western Railway time established in 1840". Jacob Ress-Mogg MP is quite a character, and it's a very conservative character. He has that special skill of being nostalgic not only for a time before he was born, but for a time before his great-great-grandparents were born. His amendment is extremely unlikely to be adopted, but its prospective consequences bear some thinking about. He'd make Somerset the only place on Earth where the timezone is not a multiple of five minutes offset from UT. In fact, it wouldn't even be an exact multiple of *one* minute, if implemented in full. And since the pre-1840 custom was for every town to have its own time, we wouldn't just need Europe/Taunton, but potentially several other new zones for different Somerset towns. If any form of the Rees-Mogg amendment were to be adopted, it would more likely be a single timezone for the whole county, an integral number of minutes offset from UT. Taunton (largest town in, and capital of, Somerset) is at some 3.1 degrees west, suggesting a 12 minute offset. -zefram

3 2

Re: [tz] Russia may scrap time change
by Zoidiasoft Tech Jan. 20, 2012

Jan. 20, 2012

A year ago when Russia scrapped the seasonal switch and decided to advance an hour "permanently", I said to myself "finally someone in the Russian Govt "gets it"". I guess not any more... ----- Original Message ----- From: "Jaakko Hyvätti" <jaakko.hyvatti(a)foreca.com> To: "Zoidiasoft Tech" <tech(a)astrology-x-files.com> Sent: Friday, January 20, 2012 12:20 AM Subject: Re: [tz] Russia may scrap time change > > I guess the point was that the Russians watch Western European games. I > think English football league is not going to listen to Russians in this > matter. > > Jaakko > > On Thu, 19 Jan 2012, Zoidiasoft Tech wrote: > >> Are people really so stupid that they can't change their schedule to have >> their silly little football game to be an hour earlier? Instead they >> want everyone else to change their clocks to fit their own agenda... >> >>> Russian Prime Minister Vladimir Putin promised to convey to President >>> Dmitry >>> Medvedev suggestions from Russian football fans about the cancellation >>> of the >>> transition to winter time. >> >> > > -- > Foreca Ltd > Jaakko.Hyvatti(a)foreca.com > Tammasaarenkatu 5, FI-00180 Helsinki, Finland http://www.foreca.com

1 0

Russia may scrap time change
by Alexander Krivenyshev Jan. 20, 2012

Jan. 20, 2012

Russian Prime Minister Vladimir Putin promised to convey to President Dmitry Medvedev suggestions from Russian football fans about the cancellation of the transition to winter time. During an informal conversation with the head of government organizations, football fans raised the issue that the cancellation of the transition to winter creates uncomfortable conditions. In particular, it leaves less time for sleep. If, for example, a football match is broadcast rather late in European time, due to the time difference it makes getting up early for work difficult. Interfax news (in Russian) http://www.interfax.ru/society/news.asp?id=226801 or (English) http://www.worldtimezone.com/dst_news/dst_news_russia40.html Alexander Krivenyshev- WorldTimeZone.com http://www.worldtimezone.com

2 1

Moldova in zone.tab
by Zefram Jan. 20, 2012

Jan. 20, 2012

Now that Moldova has split into two timezones, the zones need descriptions in zone.tab. However, tzdata2011m only gives a description for the new Europe/Tiraspol, leaving the old Europe/Chisinau with no description. This violates the format of zone.tab. (Which makes my automatic repackaging for CPAN protest.) Following examples such as Chile and Greenland, I believe the appropriate description for Europe/Chisinau is "most locations". -zefram

3 4

leap seconds reprieved until 2015
by Zefram Jan. 19, 2012

Jan. 19, 2012

The ITU couldn't reach consensus on leap seconds, and has deferred the issue until 2015. UTC continues with leap seconds for the time being. http://www.bbc.co.uk/news/science-environment-16625614 -zefram

1 0

Posix time zone question
by Donald MacQueen Jan. 17, 2012

Jan. 17, 2012

Hi all, I am adding time zone support to our multi-platform application and there are still a few things I cannot figure out. 1) What is the difference between America/Detroit and posix/America/Detroit? The test cases I have written return what looks like the same DST record for a given date no matter which one I use. Under what circumstances would I use posix/America/Detroit? 2) Where is the format of the tz source filesdescribed? Specifically what do SAVE and Letter/S mean below? I am also interested in what the Link format is. # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Nic 1979 1980 - Mar Sun>=16 0:00 1:00 D Rule Nic 1979 1980 - Jun Mon>=23 0:00 0 S 3) AIX machines use their own wacky format such at TZ=EST5EDT. Is there any decent mapping to real names? I have googled my brains out on this and searched the comp.time.tz archives on gmane with no luck. Thanks in advance, Donald

13 16

Tokelau crossing date line
by Gwillim Law Jan. 17, 2012

Jan. 17, 2012

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 (http://www.time.com/time/world/article/0,8599,2103243,00.html) The Wikipedia article on Tokelau also mentions the change. To the best of my knowledge, this hasn't been reported to the tz list yet. Yours, Gwillim Law

5 5

Timezone abbreviations
by Alain Petit Jan. 5, 2012

Jan. 5, 2012

[As I was using an incorrect email, I am resending. Apologies if duplicates were issued] Hi I am looking at the following timezone definition # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone America/Metlakatla 15:13:42 - LMT 1867 Oct 18 -8:46:18 - LMT 1900 Aug 20 12:00 -8:00 - PST 1942 -8:00 US P%sT 1946 -8:00 - PST 1969 -8:00 US P%sT 1983 Oct 30 2:00 -8:00 US MeST I am trying to make sense of the MeST [the format]. I think PST means "Pacific Standard Time", and P%sT becomes PST or PDT according to the US rule in effect [and making it Pacific Standard Time or Pacific Daylight Time]. However I cannot figure out what MeST would be, apart from Metlakatla Standard Time ? [I found MEST - Middle European Standard Time, but Metlakatla is not in Europe] Searching for Metlakatla [google] always refers it as AKST [Alaska Standard Time]. So 2 questions a) What would MeST mean? [and why no '%s' for it?] b) Where can I find the meaning of these abbreviations [as I will probably find others that will confuse me in the future] Thanks -Alain

2 1

A leap second after next June
by Denis Excoffier Jan. 5, 2012

Jan. 5, 2012

Hi, Just received from IERS: ------------------------------------------------------------------------------ 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 26 FAX : 33 (0) 1 40 51 22 91 e-mail : services.iers(a)obspm.fr http://hpiers.obspm.fr/eop-pc Paris, 5 January 2012 Bulletin C 43 To authorities responsible for the measurement and distribution of time UTC TIME STEP on the 1st of July 2012 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 will be no time step at the next possible date. Daniel GAMBIS Head Earth Orientation Center of IERS Observatoire de Paris, France

1 0

Incorrect link in europe file
by Rob Crowther Jan. 4, 2012

Jan. 4, 2012

On line 213 of the europe file of the tzdata2011n.tar.gz archive there is a URL: http://student.cusu.cam.ac.uk/~jsm28/british-time/ This appears to no longer exist, I believe the correct URL is now: http://www.polyomino.org.uk/british-time/ I'm not sure if this is the correct process to report a bug, please let me know. Rob

1 0

DST rule for Samoa
by Samuel Colvin Jan. 4, 2012

Jan. 4, 2012

I'm new, so please ignore this if it's garbage. The most recent comment in the *australasia* file on Samoa from Laupue Raymond Hughes (2011-09-02) gives a link to a Samoan goverment website ( http://www.mcil.gov.ws/mcil_publications.html) and gives the dates of DST switches for September 2011 and April 2012. The actual database is correct for April 2012 but gives no future rule. According to the website " Samoa will be one hour ahead of NZ (+12Hrs, in Daylight Saving +13Hrs) " this is consistent with the 2012 date given on the website: *Year**End**Time**Start**Time*2011- - -- - -24 September3:00am to 4:00am 201201 April4:00am to 3:00am- - -- - - (it's wrong for the 2011 date by one day, but that might be because of the weird one day jump at the end of 2011???) I suggest the rule for the future is updated to be similar to New Zealand but changing one hour later. Something like: Rule WS 2012 max - Sep lastSun 3:00s 1:00 D Rule WS 2012 max - Apr Sun>=1 3:00s 0 S Please excuse me if my syntax is wrong. Samuel -- Samuel Colvin S(a)muelColvin.com,

3 2

Summer time during WW2 for Europe/Zagreb
by Miro Dec. 12, 2011

Dec. 12, 2011

Hi, I'd like to ask a question regarding Europe/Zagreb timezone for years 1941-1945. I actually reported a bug in Firefox but that turned out not to be the case. I'll leave url just in case you need more information: https://bugzilla.mozilla.org/show_bug.cgi?id=704486 Anyway, I have Arch Linux installed with latest tzdata package: 2011n. Package information is available at: http://www.archlinux.org/packages/core/x86_64/tzdata. I noticed weird behaviour in Firefox when I try to enter some dates during WW2. Basically summer time doesn't get accounted for. Here is a simple test I ran in Firefox: 8<--------------------------------------------------------- var d = new Date(Date.UTC(1942, 5, 11, 22, 0, 0, 0)); // Firefox 8.0.1, Rhino 1.7 release 3 2011 10 16 d.toString(); // Thu Jun 11 1942 23:00:00 GMT+0100 (CET) // this is what I expect: // Chrome15, IE8, nodejs 0.6.2, and code in Java and Ruby d.toString(); // Fri Jun 12 1942 00:00:00 GMT+0200 (CEST) --------------------------------------------------------->8 I ran the same test on Arch Linux and on Windows 7. On Windows 7 both Firefox and Chrome work as expected. Only Firefox under Linux presents date which doesn't account for summer time. Firefox people told me that Firefox uses native (from glibc probably) tzdata. Therefore, I expected if I use another software that uses latest tzdata (assuming 2011n is latest) I'd get the same result. I used joda-time for that (http://joda-time.sourceforge.net/tz_update.html) But I got correct date. One that does account for summer time. I was wondering If you could point me in a correct direction for trying to fix this bug. Kind regards

6 5

Re: [tz] User time zones
by Steven Abner Dec. 9, 2011

Dec. 9, 2011

Last entry incase someone does use the file. I tried to incorporate Zefram's concept of abbrev-to-candidate. Only a few could be done. I started with CST, PST and realized I would be creating more conflicts, so quickly abandoned zone allocation. The one candidate per time suffices for most of the abbreviations (present or recent events). I removed any references to zones and indicated the time the abbreviation was linked to, either by government or mostly Olson files, since that's what they where/are used for. One stumped me, a few were best guesses as to the times. Multiple candidates per zone was beyond the scope of use, for me, as a date string in my situation can only have one use. There is no way I can query for additional input. Yes UTC should be used if it can be, but I do like my mail referencing my zone abbreviation, so even if a server sent in UTC I would hope my mail converted to my location. Since my project requires that I interpret the abbreviation, I make an attempt at doing so. If you don't use nor find helpful, consider this the rantings of a loon and have your app avoid at all costs. If you can create a better solution please share! I am by no means an expert on time nor its use. There may be one conflict I did create with your database, as mine is different. Please see the Indonesia times and its link to the information it is derived from (in W's), I even think it might contain different offsets?. Thanks again for all replies and here is the corrected version. Steve

1 0

Re: [tz] Adding Asia/Beijing timezone into the database
by Steven Abner Dec. 9, 2011

Dec. 9, 2011

Hi Not taking a position, but one possibility as the user of the database is to install a file or bundle with your application the locale you want. You can easily and a new zone anytime you feel like deviating from the norm. Just make sure to bundle with an installer. Myself, I have patches to the database to create a database. It then gets installed on a system. I also use the patched files and zic so that, if using a different application, it can access the Olson database along with any changes or new information. This doesn't just apply to a database, including compatibly source code has been done for ages. Hope this helpful, just add a patch to backwards file with your new link, or bundle with your app, depending on how you need to use. Steve

1 0

User time zones
by Steven Abner Dec. 9, 2011

Dec. 9, 2011

Thank you for the input! Maybe I should clarify the file. This is an attempt to allow users or peoples access to their times zones. A date string, publication, scanned document, broadcast, etc. can contain the time zone. The tz database even includes these time zones. Some functions even require them to operate. Take the "conceptional problem" example. BRT/BRST are the abbreviations used for the Brazilia Time zone. The ":America/Sao_Paulo" file/location is defined as using the Brazilia Time rule "Brazil". Since this location follows Brazilia Time, it is given the abbreviation for that zone. It is not given a synonym for an offset from UTC. An example to clarify could be the recent offset change of Moscow Time zone from an offset of 3 to that of 4. MSK is the abbreviation for the regional time zone using the standard time definition of that zone. The ":Europe/Moscow" file assigns the offset used for that zone. The Moscow file can now safely be used to represent the "Moskva" rule that is the regional time zone, rather than creating a new zone. Since it is the only location that uses that time zone, one can assign ":Europe/Moscow" file as a link. The GMT example is an oddity case. GMT can stand both for a time, :Etc/GMT which I assume is the observatory location, and the English Isles regional time zone. I am also guessing that that was one of the reasons for UTC, so that an offset of 0 from the observatory would be taken as the offset rather the the time zone the English use. I also only compiled the times, as stated in the file, from 1970 to present. It is known that abbreviations are not unique. However, the list of conflicting zones, see near the end of file, is really small. Especially when Australia is assigned the local, state, country definitions and Indonesia. I will look farther into the assignment to see if any additional zones need creation. As it is clear that a present location might not actually be assigned to a time zone. I did not try to resolve conflicts, just link to the base location file that defined the actual time zone for a region. I did try to make sure to avoid not linking a file that didn't represent the regional time zone, but best to be safe. Thanks again, was helpful! Steve

11 23

Antarctica
by Steven Abner Dec. 8, 2011

Dec. 8, 2011

I was checking that thinggy I created. I came across an oddity. Sooo please verify or invalidate? The Australian government has a web page for their Antarctica division, http://www.antarctica.gov.au/living-and-working/stations/time , which has Casey as 0 hours from AEST/AEDT. The page states modified June 29, 2011. Now translating Australia Time to Olson time of EST/EDT and assuming that the current time they display is that of Casey, with Sydney at a UTC+11(EDT or AEDT) and the database saying UTC+8 for Casey, is this possibly a case of Antarctica being a separate file or does the government have their web page out dated?, or am I mis-interprting things? I didn't check the other stations as I am not sure what is up. This is not an abbreviation question, just so not to link this with what I was discussing earlier. Steve

2 1

Re: [tz] User time zones
by Steven Abner Dec. 8, 2011

Dec. 8, 2011

An addendum, I am not even trying to dictate how the file I submitted be used. I tried to indicate that in the file. One could even use the normal zic output or create one binary file named "Abbr" or "foobar", do a binary search for which file to open from the normal file output of zic. This amounts to two files being read. Again, not trying to limit any possibilities nor suggestions for its use or non-use. This was in response to "required by employer", and I will "force you to do it my way". You may also decide to build structures for more exact ID of a zone origination. This was clearly beyond what was my intent, but super glad it got the thought process going. Steve

1 0

Reply
by Thom Hehl Dec. 8, 2011

Dec. 8, 2011

Can we not fix the emails that come from this list to have the reply to set so all we have to do is hit reply?

4 3

Re: [tz] User time zones
by Steven Abner Dec. 7, 2011

Dec. 7, 2011

LOL, BST stays, only London uses. Last used as actual time zone otherwise was 1983, Bering. Many thanks again for setting me straight! Steve

1 0

User time zones
by Steven Abner Dec. 7, 2011

Dec. 7, 2011

Howdy, I could use some input. I have a different database, lots of reasons for it, which has the attached file as part of the database. I am not an international person, nor is my code yet patented, since the big corps won't take this seriously unless it is. This file was created out of necessity for implementation of operating system functions and a bridge between user and your database, or so I think. Even if you think my thoughts on the intro are invalid, please respond. My initial intent was to submit this for you all to use, but I have already assumed that it will be rejected, the norm! So please, any international users fell free to make suggestive comments. I am in the process of trying to fully automate the list generation, have to hand work some. It has been tested for the strptime(), getdate() and strftime() functions and found not lacking. Of course, this is from test cases I have to think up, since none of the functions I have tested can handle time zones. I am still testing, and re-evaluting for debug-ability and optimizations, so this is not set in concrete. If tz peoples would like to adopt this file, cool! The zic compiler will handle, but your file retrieval will probably need to be altered some. Can't help you there, sorry, different system. There are some notes in the file. In particular this could sate those that aren't fond of the Australia zones and may make Indonesian peoples happy. It addresses, hopefully, French, German and Brazilian peoples too. Off list input also accepted. Steve pheonix(a)zoomtown.com

3 2

Converting from individual cities/states/country names to Windows time zone names
by Daniel White Dec. 6, 2011

Dec. 6, 2011

Hi all, I'm creating a software calculator project, and I'd like my users to be able to convert between time zones using what they're familiar with: country, or city/ state names. So I need to convert from these places to the corresponding Windows time zone, and have been looking for a database online to do so, without success. What I have been able to find is a way to convert from TZID (Olsen) to Windows timezone IDs using this URL: http://unicode.org/repos/cldr-tmp/trunk/diff/supplemental/zone_tzid.html So maybe there's a database which maps all the places of the world to TZID, and then I would use a two-step process instead of one. Any help would be much appreciated. When I say 'database', even just a HTML page would do, and then I can extract the right info.

7 14

Fw: Converting from individual cities/states/country names to Windows time zone names
by yoshito_umaoka＠us.ibm.com Dec. 6, 2011

Dec. 6, 2011

> 4) Out of date data > > You may want to map Belarus to (UTC+02:00) Minsk. However, Minsk > (Belarus) is currently using UTC+03:00/no DST. > Microsoft suggests Windows users in Belarus to use (UTC+03:00) > Kakiningrad for now [http://support.microsoft.com/kb/2625508] > BTW, I found Microsoft has already published the update on November 22 [ http://support.microsoft.com/kb/2633952] For this specific instance, display name "(UTC+02:00) Minsk" was changed to "(UTC+02:00) Nicosia", then display name of "(UTC+03:00) Kaliningrad" was changed to "(UTC+03:00) Kaliningrad, Minsk". -Yoshito

1 0

What license IANA is intending to distribute the timezone database under, BSD or public domain
by Fake name Dec. 4, 2011

Dec. 4, 2011

I hope this forum is the correct place to ask this question. This question is intended for the people at IANA. I work for NetApp, and would like to know what license IANA is intending to distribute the timezone database under, BSD or public domain? BSD is referenced in some of the documentation, but in the past people were assuming this was in the public domain until the lawsuit occurred. Thank you in advance for your answer.

7 6

Re: [tz] Rule ChileAQ in antarctica
by Glenn Eychaner Dec. 3, 2011

Dec. 3, 2011

On Dec 2, 2011, at 9:37 PM, tz-request(a)iana.org wrote: > Zone Antarctica/Palmer is currently defined as - > [...] > The comment mentions that Palmer station keeps the same time as Punta > Arenas, Chile. > > However, Rule Chile in southamerica was updated in 2008a, 2010d, 2011c and > 2011e. The rules for Chile after 1999 are defined as below in the current > version. > [...] > If the comment for Antarctica/Palmer is still true, then I think ChileAQ > in antarctica should be also updated. Does anyone know if ChileAQ in > antarctica was intentionally unchanged or, it's just an error? As far as I (one of the people who proposed the Chile 2010/2011 changes) know, it's an error. (I completely forgot about Chile's Antarctic territiory, and that it would appear in a separate file.) Officially, Chile's Antarctic territory is supposed to follow the same rule as the rest of Chile (according to horaoffical.cl). I don't know if that actually happens in practice, or if the other Antarctic territories have also followed all the shifts in Chile's rules. -G. -- Glenn Eychaner (geychaner(a)lco.cl) Telescope Systems Programmer, Las Campanas Observatory

1 0

Rule ChileAQ in antarctica
by yoshito_umaoka＠us.ibm.com Dec. 2, 2011

Dec. 2, 2011

Zone Antarctica/Palmer is currently defined as - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Antarctica/Palmer 0 - zzz 1965 -4:00 ArgAQ AR%sT 1969 Oct 5 -3:00 ArgAQ AR%sT 1982 May -4:00 ChileAQ CL%sT The comment mentions that Palmer station keeps the same time as Punta Arenas, Chile. # From Ethan Dicks (1996-10-06): # It keeps the same time as Punta Arenas, Chile, because, just like us # and the South Pole, that's the other end of their supply line.... # I verified with someone who was there that since 1980, # Palmer has followed Chile. Prior to that, before the Falklands War, # Palmer used to be supplied from Argentina. The rule ChileAQ in antarctica was copied from southamerica file and the current effective rules are below - Rule ChileAQ 1999 max - Oct Sun>=9 4:00u 1:00 S Rule ChileAQ 2000 max - Mar Sun>=9 3:00u 0 - However, Rule Chile in southamerica was updated in 2008a, 2010d, 2011c and 2011e. The rules for Chile after 1999 are defined as below in the current version. 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. Rule Chile 2008 only - Mar 30 3:00u 0 - 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 - If the comment for Antarctica/Palmer is still true, then I think ChileAQ in antarctica should be also updated. Does anyone know if ChileAQ in antarctica was intentionally unchanged or, it's just an error? Thanks, Yoshito

1 0

America/Creston
by Chris Walton Dec. 2, 2011

Dec. 2, 2011

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) Creston does not have a dedicated zone file; it is assumed that residents of Creston should use "America/Dawson_Creek". This assumption can be inferred from a comment that is currently embedded in the tz database's northamerica file; the comment reads: "Matthews and Vincent (1998) write that Creston is like Dawson Creek.". 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. http://www.ilovecreston.com/?p=articles&t=spec&ar=260 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 (as is correctly reflected in the current tz database). The current tz rules state that a separate zone file should be created for regions that differ after 1970. So... I am proposing the addition of "America/Creston" to the database. 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. http://www.creston.museum.bc.ca/index.php?module=comments&uop=view_comment&… 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. By not changing the clocks, Creston had effectively transitioned itself back to Mountain Standard Time. note#2: During WWII when the Federal Government legislated a mandatory clock change, Creston did not oblige. Creston was able to claim that it had moved itself back to the Pacific Time Zone and could observe daylight saving (Pacific War Time) without changing the clocks. After the war, Creston conveniently moved itself back to Mountain Standard Time, again with no change to the clocks. 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. http://www.bclocalnews.com/kootenay_rockies/crestonvalleyadvance/news/11676… Here is a proposed zone entry for the northamerica file: # 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 Alternatively the dates in Oct 1916 and June 1918 could be omitted since we don't know what they are; this would cause 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 Note the use of the Canada rule in 1942 results in the use of "PWT(pacific war time)" and "PPT(pacific peace time)". The zone.tab entry should look like this: CA +4906-11631 America/Creston Mountain Standard Time - Creston, British Columbia # # # # # # And now one last tidbit: In the first of Tammy's articles 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. The Toronto Star articles reads as follows: 'BACK TO OLD TIME - Canada Returns to Orthodox Measurement of Time To-morrow Morning. Ottawa, Oct. 26.---"Daylight saving" comes to an end Sunday morning, October 27, at 2 o'clock, when Canada returns to the orthodox measurement of time. Either the simple ceremony of stopping the clock for an hour or sliding the hands forward 11 hours should be carried out. To turn the hands back would be to injure its mechanism.' My reason for providing these two references to the October 27/1918 transition, is that the tz database currently defines it as being on Thursday October 31 instead of Sunday November 27. This is an error that presumably needs to be corrected in the rules for "Canada", "Regina", "Vanc", "Winn", and "Edm". -chris

1 1

Fiji DST 2011/12 change (again)
by Ken Rylander Nov. 29, 2011

Nov. 29, 2011

Hi, Another change to the Fiji DST end date. In the TZ database the end date for Fiji DST 2012, is currently Feb 26. This has been changed to Jan 22. >From www.fiji.gov.fj:<http://www.fiji.gov.fj:> Amendments to daylight savings Ministry of Information Oct 17 |13:59 pm The end of daylight saving scheduled initially for the 26th of February 2012 has been brought forward to the 22nd of January 2012. The commencement of daylight saving will remain unchanged and start on the 23rd of October, 2011. An official gazette reflecting this change will be released early this week. -ends- http://www.fiji.gov.fj/index.php?option=com_content&view=article&id=5017:am… Please add to next tz update. Cheers, /Ken ________________________________ Notice of Confidentiality: The information contained in this communication is intended solely for the use of the individual or entity to whom it is addressed and others authorized to receive it. It may contain confidential or legally privileged information. If you are not the intended recipient you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the contents of this information is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by responding to this email and then delete it from your system.

4 7

Reading binary files
by Thom Hehl Nov. 17, 2011

Nov. 17, 2011

OK, I give up. I've tried looking at the source code and it's hopeless. Can someone please explain to me how to read the binary files and turn it into timezone information? All I need to do is write a function that will take a UTC date and convert it into a timezone with a name that I specify and convert it back again. (I understand there are precision issues with the last one.) The code is not commented and I can find no documents. Please, I beg you, help me.

7 9

U.S. abbreviations in 1942
by Garrett Wollman Nov. 15, 2011

Nov. 15, 2011

The U.S. went on permanent DST for the duration of World War II starting on February 9, 1942. The following quotation from /Broadcasting/ magazine of 1942-02-02 sheds some more light on abbreviations used in the U.S. during the early 1940s: : At present, times for network programs are nationally released in : accordance with their broadcasts on the East Coast and are labelled : EST. In previous years, during the months that daylight saving time : was in effect in certain parts of the country, including New York, : the designation was changed to EDST for that period. : [... T]he MBS publicity department stated that it will follow the : custom of other years and label program times as EDST. NBC said : that [...] Red Netowrk programs would be shown as EST after Feb. 9. : [...] CBS has announced that "concurrent with national daylight : saving beginning Feb. 9, Columbia network's time designation on news : releaess is Eastern Time. This phrase was chosen because the time : is no longer standard and because, with national daylight saving, : EDST seems unessential." -GAWollman

1 0

Barnaby
by Thom Hehl Nov. 9, 2011

Nov. 9, 2011

OK, first pass of http://code.google.com/p/barnaby is available for download of the source. This is a C++ library with two functions: 1) List all of the timezones 2) For a given timezone name, convert UTC to that timezone It will build a DLL for you if you open the project using Visual C++. The timezone data is only version 2011i, so I will need to update it soon. Please let me know any and all feedback. Blessings!

5 7

FW: Barnaby
by Thom Hehl Nov. 8, 2011

Nov. 8, 2011

>You're using zone.tab as a canonical list of timezones, which it isn't. >zone.tab is only useful for selecting timezones via countries; for a >list of all timezones you can serve you should just look at the tzfiles. Did you read the readme? That is the next thing I'm going to fix. >Your usage of time_t is not appropriate. The type you want there is >dictated by the tzfile format, not by libc. The API needs to use time_t, so the usage is dictated by the use case, not by the tzfile, which is why it's appropriate. >You're doing a linear search (in transitionTimesIndex) that should really >be a binary search. Yeah, that can be optimized. The problem with doing a binary search is that you're not looking for an equal condition, but the smallest gap the thing you're looking for fits into. I'm aware that a binary search would improve performance some, but didn't devote time to it yet. Again, this is a beta drop designed to get the job done so I can move on with other priorities that pay money. :) >Overall it looks like you're interpreting (the 32-bit part of) the tzfile >correctly, but I find the code too messy to be sure. >You have some instance methods that should be class methods ("static"). >There is much else that is poor about your object model, but that's all >off topic for this list. Feel free to email me off list as you please for any improvements you might suggest. As I indicated in the read-me there is much room for improvement, but this meets my current needs. Open source is all about refining code over iterations, right? Whatever changes you'd like to suggest will be re-visited when I get some time to come back and work on this more. Thanks for the excellent feedback. -----Original Message----- From: Zefram [mailto:zefram@fysh.org] Sent: Tuesday, November 08, 2011 12:44 PM To: Thom Hehl Cc: tz(a)iana.org Subject: Re: [tz] Barnaby Thom Hehl wrote: >http://code.google.com/p/barnaby You're using zone.tab as a canonical list of timezones, which it isn't. zone.tab is only useful for selecting timezones via countries; for a list of all timezones you can serve you should just look at the tzfiles. Your usage of time_t is not appropriate. The type you want there is dictated by the tzfile format, not by libc. You're doing a linear search (in transitionTimesIndex) that should really be a binary search. Overall it looks like you're interpreting (the 32-bit part of) the tzfile correctly, but I find the code too messy to be sure. You have some instance methods that should be class methods ("static"). There is much else that is poor about your object model, but that's all off topic for this list. -zefram

1 0

Decoding timezone data
by Thom Hehl Nov. 8, 2011

Nov. 8, 2011

OK, so I'm making some progress on my library. I'm attempting to read the timezone information for America/Kentucky/Louisville. When I run through the values for transition times, I get 177 values such as follows: 2661690496, 2693140096, 2759063296, ... The docs say these transition times are in values returned by the c time function, which returns seconds since midnight, 1/1/1970. If that is the case, then the three values above convert to: May 6, 2054 at 2:28:16 PM May 5, 2055 at 2:28:16 PM June 6, 2057 at 2:28:16 PM These are nowhere near the DST conversion dates for these years and are moving forward. This appears incorrect. Can someone show me what I'm doing wrong? Thanks.

5 8

"Standard byte order"
by Thom Hehl Nov. 8, 2011

Nov. 8, 2011

I'm assuming that "Standard byte order" referred to over and over in the docs means Most Significant Byte first? It should really be documented that way. As far as I know, there is no standard byte order.

9 15

Re: [tz] Australian time zone abbreviations
by Shaun Bouckaert Nov. 8, 2011

Nov. 8, 2011

On 6 November 2011 20:51, Eric Ulevik <eulevik(a)gmail.com> wrote: > On Sun, Nov 6, 2011 at 9:20 PM, Shaun Bouckaert > <shaun.bouckaert(a)gmail.com> wrote: > [snip]> http://australia.gov.au/about-australia/our-country/time > [snip]> I believe that the abbreviations used on the federal > government> website should be used. > Time zones in Australia are legislated by acts of state governments, > not the federal government. The acts mostly refer to "summer time" and > "standard time". > > Eg. South Australia: > http://www.austlii.edu.au/au/legis/sa/consol_act/dsa1971165/ > > Regards, > > Eric Ulevik > In the absence of any specific mention in the state legislation of an appropriate abbreviation, and considering the timezones and their abbreviations span multiple states, I see no reason why federal government documentation on the matter shouldn't be recognised, especially considering the only basis for the current system is a couple of AltaVista searches and the opinion of Australian's on the list at the time. Shaun Bouckaert

4 5

Russian TZ Samara has no offset listed since 2010g
by manprsi2 Nov. 7, 2011

Nov. 7, 2011

Hello, Europe/Samara has the follow zone.tab definition since 2010g (no offset listed) RU +5312+05009 Europe/Samara Moscow - Samara, Udmurtia It used to be RU +5312+05009 Europe/Samara Moscow+01 - Samara, Udmurtia Samara changed to Moscow but all the other regions are listed with an offset even if +00 (Volgograd, Moscow) while Samara is not. I can not tell by searching the mail archive if the change this way was intentional or not? Thanks - Manpreet

2 2

Australian time zone abbreviations
by Shaun Bouckaert Nov. 6, 2011

Nov. 6, 2011

Having long been irked by the fact that the abbreviation for Brisbane is EST, as opposed to AEST, I read through the time zone data file and found that the reason for this was a discussion back in 2001. I'm not sure if this existed then, but there is a federal government web page that lists the time zones and their abbreviations. http://australia.gov.au/about-australia/our-country/time ================================================================================ Time zones With a land mass close to 7.7 million square kilometres, Australia is the world’s sixth largest country and is divided into three separate time zones. Australian Eastern Standard Time (AEST) Covers the eastern states of Queensland, New South Wales (with the exception of the town of Broken Hill), Victoria, Tasmania and the Australian Capital Territory. AEST is equal to Coordinated Universal Time plus 10 hours (UTC +10). Australian Central Standard Time (ACST) Covers the state of South Australia, the town of Broken Hill in western New South Wales and the Northern Territory. ACST is equal to Coordinated Universal Time plus 9 ½ hours (UTC +9 ½). Australian Western Standard Time (AWST) Covers Western Australia. AWST is equal to Coordinated Universal Time plus 8 hours (UTC +8). Daylight saving Daylight Saving Time (DST) is the practice of advancing clocks one hour during the warmer months of the year. In Australia, Daylight saving is observed in New South Wales, Victoria, South Australia, Tasmania, and the Australian Capital Territory. Daylight Saving Time begins at 2am (AEST) on the first Sunday in October and ends at 2am (AEST) (which is 3am Australian Eastern Daylight Time) on the first Sunday in April. Where Daylight saving is observed: NSW, ACT,Vic and Tas move from AEST to Australian Eastern Daylight Time (AEDT), and clocks are advanced to UTC +11. SA and the NSW town of Broken Hill move from ACST to Australian Central Daylight Time (ACDT), and clocks are advanced to UTC +10 ½. Daylight saving is not observed in Queensland, the Northern Territory or Western Australia. ================================================================================ I believe that the abbreviations used on the federal government website should be used. Shaun Bouckaert

3 3

leap seconds (srsly)
by Zefram Nov. 4, 2011

Nov. 4, 2011

In a couple of months, a decision is going to be made about possibly ceasing leap seconds in UTC. If that happens, the tz database is going to be thrown into a world of hurt, as "UTC = GMT" gradually ceases to be a viable approximation. Here are the slides from a talk presented a couple of months ago that provides a useful primer on how the decision would interact with civil and legal time: http://www.cacr.caltech.edu/futureofutc/program/presentations/AAS_11-662_Se… All the presentations from the conference where that was presented, discussing mary aspects of the decision, can be found here: http://www.cacr.caltech.edu/futureofutc/program/ (Information forwarded from the leapsecs mailing list.) -zefram

3 2

Leap seconds
by Thom Hehl Nov. 4, 2011

Nov. 4, 2011

The docs specify that the transition time is based on the return value from the time() function. Does that mean that the leap seconds are automatically adjusted based on that value and the transition time is correct or does that mean that it uses the actual time and I have to adjust first with leap seconds if I want an accurate conversion?

2 1

Thread-safe localtime(3) (was Re: Reading binary files)
by Bennett Todd Nov. 3, 2011

Nov. 3, 2011

Am I missing a fundamental, or would it be reasonable to not necessarily expose the data structure for the parsed conversion data, but instead offer explicit parse routine (returning an opaque blob) and convert routine that takes such a blob as a parameter? Then it should be easy to make tzset(3) utterly trivial -- call the zoninfo parser on getenv(TZ) with locking, and localtime(3) likewise trivial, call the real convert routine with the datastructure cached by the latest tzset.

10 17

Re: [tz] Reading binary files
by Thom Hehl Nov. 2, 2011

Nov. 2, 2011

Not if you are writing applications that need high performance processing of multiple timezones and access from multiple languages and platforms. Besides, we're multi-threaded. Changing environment variables is simply not an option. Yikes! Can you say race condition. From: bent(a)latency.net [mailto:bent@latency.net] On Behalf Of Bennett Todd Sent: Wednesday, November 02, 2011 9:09 AM To: Thom Hehl Subject: Re: [tz] Reading binary files The binary files are a distraction. What you want to do is set the environment variable TZ to the name of the zone you want, then call tzset which is what consults the database and prepares for conversion. Then localtime(3) will translate a time_t (seconds since the epoch) to hours, minutes, seconds, etc in the local timezone. For translating back and forth you repeatedly reset TZ, call tzset(3), and localtime(3). Those are the standards for Unix, the native home of the zoneinfo database. If you're on a different system details may vary. But on Unix the database is probably already installed in your system and the subroutines you need are already compiled into the system library.

6 6

tzdata2011n.tar.gz
by Robert Elz Nov. 2, 2011

Nov. 2, 2011

The file ftp://munnari.oz.au/pub/tzdata2011n.tar.gz ...is now available; this reflects changes circulated last week, and weekend, on the time zone mailing list, and summarised here. There are three changes of note - most urgently, Cuba (America/Havana) has extended summer time by two weeks, now to end on Nov 13, rather than the (already past) Oct 30. Second, the Pridnestrovian Moldavian Republic (Europe/Tiraspol) decided not to split from the rest of Moldova after all, and consequently that zone has been removed (again) and reinstated in the "backward" file as a link to Europe/Chisinau. And third, the end date for Fiji's summer time this summer was moved forward from the earlier planned Feb 26, to Jan 22. Apart from that, Moldova (MD) returns to a single entry in zone.tab (and the incorrect syntax that was in the 2011m version of that file is so fixed - it woudl have been fixed in a different way had this change not happened - that's the "missing" sccs version id). Once again, no signatures, but hash digests using several different algorithms are appended to this message so you can verify the file that you fetch. These were generated using the pkgtools/digest program from NetBSD's pkgsrc. kre MD5 (tzdata2011n.tar.gz) = 20dbfb28efa008ddbf6dd34601ea40fa RMD160 (tzdata2011n.tar.gz) = 4a2a06ada05aca1ea99767caa1b23c6fcb88bcd3 SHA1 (tzdata2011n.tar.gz) = 5435fae9844dc89f9d418aa956e161e23d1babdf SHA512 (tzdata2011n.tar.gz) = 2081fa44f00ace6539ecc1296f454fb96bb4afa61114ffbc58f46f82ef8ba2cfa22d7e48456a293502433dccca6d921db8f70d6c6e18a074996cfeb74534d2df TIGER (tzdata2011n.tar.gz) = 28b009b1e0e7126c2430270efd1aae89237be7c00b3ad2a5 WHIRLPOOL (tzdata2011n.tar.gz) = e7004894829c63baef91fd5fbc14b77a7fbd92ae2a6e001f279c8b1169bd5be009ae07af336ddaca148eadeba3383896b247a19c9e72d894e80ad60fc896f3f3

3 3

Query about update in timezone database
by Mangala Arjun Nov. 2, 2011

Nov. 2, 2011

Hi, I am new member to this mailing list. When an update for timezone database is present , will it be intimated in this mailing list ? Thanks and Regards Mangala Arjun

4 3

Rule Russia incorrect
by Konstantin Kivi Nov. 2, 2011

Nov. 2, 2011

Time Zone Data v. 2011m (Released 24 October 2011) file contains a line ---------------------------------------------------------------------------------- Rule Russia 1993 2010 - Mar lastSun 2:00s 1:00 S ---------------------------------------------------------------------------------- which I believe means that last change to summer time was in 2010. This is incorrect, because this (2011) year we actually have changed time on last Sunday of March (by moving clock forward) I believe that for historical purposes the rule must looks as follows ---------------------------------------------------------------------------------- Rule Russia 1993 2011 - Mar lastSun 2:00s 1:00 S ---------------------------------------------------------------------------------- On the other hand Rule --------------------------------------------------------------------------------------- Rule Russia 1996 2010 - Oct lastSun 2:00s 0 - ----------------------------------------------------------------------------------------- is correct, because Russia stopped using Daylight Savings Time switching because of a federal law "On calculation of time" signed by President Dmitry Medvedev on June 9, 2011 -- Sincerely yours, Konstantin Kivi <konst(a)sirena2000.ru> IT Director, Comtech-N JSC Moscow, Russia, +7-495-941-60-02

6 6

Re: [tz] Sydney, Australia (and other places) DST indication (or lack thereof)
by Willy＠willylorenzo.com Nov. 1, 2011

Nov. 1, 2011

I appreciate the info. Several of the links given in the Australasia file are broken, which, of course, makes it impossible to review the referenced source, but I can see that this is a muddled subject. The only suggestion I would make is that if the "S" in EST is referring to both "standard" and "summer", then the FORMAT should be EST/EST...and maybe a "# (S)tandard/(S)ummer" comment added. At the very least it clearly indicates the decision that's been made for daylight saving time representation. As to what it should be...I'll leave that to the Australians (oh wait...isn't that the problem to begin with?) ;) On Mon Oct 31 12:55:06 2011 "Bill Tiede" <billt(a)chaossoftware.com> wrote: > For WorldTimeServer.com at least, we used two government sources for our time zone abbreviations for Australia: > > 1. Australia.gov.au at http://australia.gov.au/about-australia/our-country/time > > 2. Australian Government Bureau of Meteorology at http://www.bom.gov.au/climate/averages/tables/daysavtm.shtml > > There has been plenty of discussion in the past about how official these abbreviations are or how widely accepted within Australia these are, so keep in mind I'm not trying to reopen debate or anything, just responding to the question about where we got the idea to call it what we have. > > Best Regards, > Bill Tiede > > www.ChaosSoftware.com; www.WorldTimeServer.com

2 1

Auto Reply: Re: Rule Russia incorrect
by gunther.vermeir＠oracle.com Oct. 31, 2011

Oct. 31, 2011

Hello, I'm back on monday 14 November and will have no access to email until then. I will reply when i'm back. Please contact the duty manager if needed. regards, Gunther

1 0

Re: [tz] Sydney,Australia (and other places) DST indication (or lack thereof)
by Bill Tiede Oct. 31, 2011

Oct. 31, 2011

For WorldTimeServer.com at least, we used two government sources for our time zone abbreviations for Australia: 1. Australia.gov.au at http://australia.gov.au/about-australia/our-country/time 2. Australian Government Bureau of Meteorology at http://www.bom.gov.au/climate/averages/tables/daysavtm.shtml There has been plenty of discussion in the past about how official these abbreviations are or how widely accepted within Australia these are, so keep in mind I'm not trying to reopen debate or anything, just responding to the question about where we got the idea to call it what we have. Best Regards, Bill Tiede www.ChaosSoftware.com; www.WorldTimeServer.com Original message From: Willy(a)willylorenzo.com To: tz(a)iana.org; Dated: 10/30/2011 10:12:51 AM Subject: Re: [tz] Sydney,Australia (and other places) DST indication (or lack thereof) I've been unable to download the full mail archive to search it for things like this. However, I just now found gmane.org so I'm now able to search the archive. I see that there has been a lot of talk about the labels, but I think my question is different, as I'm not asking if it should be changed. I accept EST, and that's that. I mean...isn't this set by the laws of the area in question? Nothing we can do about that...right? I was wondering more about the usage of the string EDT by the websites, which, to me at least, appears wrong. It made me wonder how dateandtime.com and worldtimeserver.com are arriving at this label...if, in addition to the tz database, they're maybe including cultural usage considerations into the results. I'm hoping that Steffen Thorsen may respond and explain the result. The EDT usage piqued my interest because of a similar situation in the US with postal addressing. There are cities who are referenced by a common name instead of their official name...and the better commercial ZIP code databases will include a list of alternate names for cities. So I was wondering if this was a similar situation of there being an alternate common usage, and possibly a list of common labels alternates somewhere. on Sun Oct 30 08:44:55 2011"Robert Elz" kre(a)munnari.OZ.AU wrote: > | So I'm wondering if anyone knows if there is some unwritten accepted > | practice of referring to Australian daylight saving time as EDT > > As Philip said, there has been a lot of disscussion of this topic over > the years - check the list archives - and I doubt there's much to be > gained by doing it all again. Referring to summer time as "daylight > saving time" is relatively common in normal usages, though it is actually > defined as "summer time" in most of the Aust jurisdictions (the states are > in charge, not the Commonwealth govt) - but actual use of the string "EDT" > is (or was, the last time I looked) relatively rare. > > kre > >

1 0

Re: [tz] Sydney, Australia (and other places) DST indication (or lack thereof)
by Willy＠willylorenzo.com Oct. 30, 2011

Oct. 30, 2011

I've been unable to download the full mail archive to search it for things like this. However, I just now found gmane.org so I'm now able to search the archive. I see that there has been a lot of talk about the labels, but I think my question is different, as I'm not asking if it should be changed. I accept EST, and that's that. I mean...isn't this set by the laws of the area in question? Nothing we can do about that...right? I was wondering more about the usage of the string EDT by the websites, which, to me at least, appears wrong. It made me wonder how dateandtime.com and worldtimeserver.com are arriving at this label...if, in addition to the tz database, they're maybe including cultural usage considerations into the results. I'm hoping that Steffen Thorsen may respond and explain the result. The EDT usage piqued my interest because of a similar situation in the US with postal addressing. There are cities who are referenced by a common name instead of their official name...and the better commercial ZIP code databases will include a list of alternate names for cities. So I was wondering if this was a similar situation of there being an alternate common usage, and possibly a list of common labels alternates somewhere. on Sun Oct 30 08:44:55 2011"Robert Elz" <kre(a)munnari.OZ.AU> wrote: > | So I'm wondering if anyone knows if there is some unwritten accepted > | practice of referring to Australian daylight saving time as EDT > > As Philip said, there has been a lot of disscussion of this topic over > the years - check the list archives - and I doubt there's much to be > gained by doing it all again. Referring to summer time as "daylight > saving time" is relatively common in normal usages, though it is actually > defined as "summer time" in most of the Aust jurisdictions (the states are > in charge, not the Commonwealth govt) - but actual use of the string "EDT" > is (or was, the last time I looked) relatively rare. > > kre > >

1 0

Sydney, Australia (and other places) DST indication (or lack thereof)
by Willy＠willylorenzo.com Oct. 30, 2011

Oct. 30, 2011

I'm testing my zone conversion process and I thought I could just check the conversion with the Internet. So I get local time for Sydney, Australia, and then check my result with internet searches by searching for "time in Sydney Australia." Bing returns Current time in Sydney, New South Wales, Australia It is currently 11:31:34 AM on 10/30/2011 (AUS Eastern Daylight Time) Google returns 11:31am Sunday (EST) - Time in Sydney NSW, Australia Time oriented sites... timeanddate.com returns Sunday, October 30, 2011 at 11:31:34 AM EDT worldtimeserver.com returns 11:31 AM Sunday, October 30, 2011 Eastern Daylight Time (EDT) +1100 UTC (I selected both of those because they're referenced in the australasia data.) The two websites returned "EDT", and Bing implies "EDT" with its "Eastern Daylight Time." I thought I had a bug, but review of the tz database clearly states otherwise...it's "EST". Google was the only one to get it right (according to the tz database, that is.) So I'm wondering if anyone knows if there is some unwritten accepted practice of referring to Australian daylight saving time as EDT in colloquial speech, even though that labeling doesn't actually exist. Any thoughts on the subject are appreciated.

3 2

Proposed time zone package changes (Fiji, Pridnestrovie Moldova)
by Robert Elz Oct. 30, 2011

Oct. 30, 2011

Here are proposed changes to the time zone package. Just two updates this time. The executive summary europe Pridnestrovian Moldavian Republic (Europe/Tiraspol) has not followed much of Russia, and will not retain summer time - rather reverting to standard time along with western Europe, and Ukraine, on Oct 30, as it was earlier scheduelled to do. This removes the Europe/Tiraspol zone (again) as the variation never actually happened... (and returns the entry in the "backward" file). australasia Fiji has altered the end date for summer time this summer, moving it from February to January. I am by no means confident it won't shift again, but this does appear to be the current plan. To go with those, the backward file has Europe/Tiraspol returned to it (linking it to Europe/Chisinau) and zone.tab returns to a single entry for Moldova (MD). I plan to release these next Monday (October 31) - this means that anyone using Europe/Tiraspol and the tzdata2011m data set will get incorrect timestamps on Oct 30 (after 03:00 or whatever) and Oct 31 (until after the update), but the easy solution is to simply use Europe/Chisinau in all parts of Moldova. The missing sccs id version number in zone.tab is/was the unreleased version with the corrected syntax for the Moldovan entries when it was split. kre --- australasia 2011/10/15 03:21:32 1.4 +++ australasia 2011/10/24 16:58:31 @@ -1,5 +1,5 @@ # <pre> -# @(#)australasia 8.28 +# @(#)australasia 8.29 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. @@ -308,6 +308,20 @@ # advance at 2am to 3am on October 23, 2011 and one hour back at 3am to # 2am on February 26 next year. +# From Ken Rylander (2011-10-24) +# Another change to the Fiji DST end date. In the TZ database the end date for +# Fiji DST 2012, is currently Feb 26. This has been changed to Jan 22. +# +# <a href="http://www.fiji.gov.fj/index.php?option=com_content&view=article&id=5017:am…"> +# http://www.fiji.gov.fj/index.php?option=com_content&view=article&id=5017:am… +# </a> +# states: +# +# The end of daylight saving scheduled initially for the 26th of February 2012 +# has been brought forward to the 22nd of January 2012. +# The commencement of daylight saving will remain unchanged and start +# on the 23rd of October, 2011. + # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Fiji 1998 1999 - Nov Sun>=1 2:00 1:00 S Rule Fiji 1999 2000 - Feb lastSun 3:00 0 - @@ -316,7 +330,7 @@ Rule Fiji 2010 only - Oct 24 2:00 1:00 S Rule Fiji 2011 only - Mar Sun>=1 3:00 0 - Rule Fiji 2011 only - Oct 23 2:00 1:00 S -Rule Fiji 2012 only - Feb 26 3:00 0 - +Rule Fiji 2012 only - Jan 22 3:00 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Pacific/Fiji 11:53:40 - LMT 1915 Oct 26 # Suva 12:00 Fiji FJ%sT # Fiji Time --- backward 2011/10/24 14:32:15 1.2 +++ backward 2011/10/28 09:53:47 @@ -1,5 +1,5 @@ # <pre> -# @(#)backward 8.10 +# @(#)backward 8.11 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. @@ -67,6 +67,7 @@ Link Africa/Cairo Egypt Link Europe/Dublin Eire Link Europe/London Europe/Belfast +Link Europe/Chisinau Europe/Tiraspol Link Europe/London GB Link Europe/London GB-Eire Link Etc/GMT GMT+0 --- europe 2011/10/24 14:33:06 1.2 +++ europe 2011/10/28 09:59:09 @@ -1,5 +1,5 @@ # <pre> -# @(#)europe 8.39 +# @(#)europe 8.40 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. @@ -1678,6 +1678,18 @@ # a pre-1880 LMT offset of 1:58:32. # # (which agrees with the earlier entry that had been removed) +# +# From Alexander Krivenyshev (2011-10-26) +# NO need to divide Moldova into two timezones at this point. +# As of today, Transnistria (Pridnestrovie)- Tiraspol reversed its own +# decision to abolish DST this winter. +# Following Moldova and neighboring Ukraine- Transnistria (Pridnestrovie)- +# Tiraspol will go back to winter time on October 30, 2011. +# News from Moldova (in russian): +# <a href="http://ru.publika.md/link_317061.html"> +# http://ru.publika.md/link_317061.html +# </a> + # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Chisinau 1:55:20 - LMT 1880 @@ -1694,21 +1706,6 @@ # See Romania commentary for the guessed 1997 transition to EU rules. 2:00 EU EE%sT -Zone Europe/Tiraspol 1:58:32 - LMT 1880 - 1:55 - CMT 1918 Feb 15 # Chisinau MT - 1:44:24 - BMT 1931 Jul 24 # Bucharest MT - 2:00 Romania EE%sT 1940 Aug 15 - 2:00 1:00 EEST 1941 Jul 17 - 1:00 C-Eur CE%sT 1944 Aug 24 - 3:00 Russia MSK/MSD 1990 - 3:00 - MSK 1990 May 6 - 2:00 - EET 1991 - 2:00 Russia EE%sT 1992 - 2:00 E-Eur EE%sT 1997 -# See Romania commentary for the guessed 1997 transition to EU rules. - 2:00 EU EE%sT 2011 Mar lastSun 1:00u - 3:00 - FET # Further-eastern European Time - # Monaco # Shanks & Pottenger give 0:09:20 for Paris Mean Time; go with Howse's # more precise 0:09:21. --- zone.tab 2011/10/24 14:42:32 1.2 +++ zone.tab 2011/10/28 09:54:04 @@ -1,5 +1,5 @@ # <pre> -# @(#)zone.tab 8.50 +# @(#)zone.tab 8.52 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. # @@ -258,7 +258,6 @@ MA +3339-00735 Africa/Casablanca MC +4342+00723 Europe/Monaco MD +4700+02850 Europe/Chisinau -MD +4651+02938 Europe/Tiraspol Pridnestrovie ME +4226+01916 Europe/Podgorica MF +1804-06305 America/Marigot MG -1855+04731 Indian/Antananarivo

1 1

tzdata2011m.tar.gz
by Robert Elz Oct. 30, 2011

Oct. 30, 2011

The file ftp://munnari.oz.au/pub/tzdata2011m.tar.gz ...is now available; this reflects changes circulated last week on the time zone mailing list, with minor corrections as pointed out on the list. In particular, the typos in comments in the data (2011-11-17 should have been 2011-10-17 as Alan Barrett noted, and spelling of Tiraspol that Tim Parenti noted) have been fixed, and the change for Ukraine has been made in all 4 Ukrainian zones, rather than just Kiev (again, thanks to Tim Parenti, and also Denys Gavrysh) In addition, I added Europe/Tiraspol to zone.tab. This time, all the files have new version numbers... (including the files otherwise unchanged in 2011m that were changed in 2011l but didn't get new version numbers there...) Still no proper signatures, so once again, crypto digest values using several algorithms (from the NetBSD pkgsrc digest program) are appended, and can be used to verify that the file you fetched is the same as the one I generated. kre MD5 (tzdata2011m.tar.gz) = 6dc4455b62c951dcf367a239ca249e69 RMD160 (tzdata2011m.tar.gz) = e5b56e7d1be05a43fe3acd64522831475c2c531e SHA1 (tzdata2011m.tar.gz) = e6374cd41c5bffd7ade27c365c4bdc5213bb9d85 SHA512 (tzdata2011m.tar.gz) = 4d37ad2f4f2d89f7dadc70a5abb8bc946ff4668501723aea5f8a33ac0aa2b97df907753ae02a1b8d55e80d03cf4c22fcaac5e403a9a3b853514431213441e963 TIGER (tzdata2011m.tar.gz) = cff43577a2aa395b1057dce91ea0f9a10bf282c466fe421e WHIRLPOOL (tzdata2011m.tar.gz) = 33c5a59121de3499e1c07beb353c77ac6ecb33ff96fc397985811194e133f83743effd3e015ea0640e8d701ac42505b6c48250f33cd800e54744367f9a5603df

3 4

Cuba ends DST on November 13
by Steffen Thorsen Oct. 29, 2011

Oct. 29, 2011

Cuba will end DST two weeks later this year. Instead of going back tonight, it has been delayed to 2011-11-13 at 01:00. One source (Spanish) http://www.radioangulo.cu/noticias/cuba/17105-cuba-restablecera-el-horario-… "A la 01:00 am de la madrugada del domingo 13 de noviembre, en Cuba se atrasará una hora las manecillas del reloj, con lo que quedará establecido en todo el territorio cubano el horario del meridiano de Greenwich." Our page: http://www.timeanddate.com/news/time/cuba-time-changes-2011.html Best regards, Steffen Thorsen - timeanddate.com

1 0

Re: [tz] tzdata2011m.tar.gz
by Edwin Groothuis Oct. 29, 2011

Oct. 29, 2011

On 30/10/2011, at 01:06 , Andreas Radke wrote: > Am Sun, 30 Oct 2011 00:53:11 +1100 > schrieb Edwin Groothuis <edwin(a)mavetju.org>: > >> Is that with 2011l or with 2011m? >> >> It is a known problem in 2011l, it is fixed in 2011m with the removal >> of the second MD line. Just add "Most locations" behind the second MD >> line if you want to run 2011l. >> >> Edwin > > That is with 2011m. So it seems not fixed here. You are right. In the email with subject "[tz] Proposed time zone package changes (Fiji, Pridnestrovie Moldova)" it had the zone.tab fixed. Now it seems that the 2011m does still have them: [~/tzdata] edwin@minimac>curl -o a.tgz ftp://munnari.oz.au/pub/tzdata2011m.tar.gz […] [~/tzdata] edwin@minimac>tar zxf a.tgz [~/tzdata] edwin@minimac>grep MD zone.tab MD +4700+02850 Europe/Chisinau MD +4651+02938 Europe/Tiraspol Pridnestrovie While the email said: -# @(#)zone.tab 8.50 +# @(#)zone.tab 8.52 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. # @@ -258,7 +258,6 @@ MA +3339-00735 Africa/Casablanca MC +4342+00723 Europe/Monaco MD +4700+02850 Europe/Chisinau -MD +4651+02938 Europe/Tiraspol Pridnestrovie ME +4226+01916 Europe/Podgorica MF +1804-06305 America/Marigot MG -1855+04731 Indian/Antananarivo Edwin

1 0

UK news about Rebecca Harris' Daylight Saving Bill (no changes yet)
by Peter Ilieve Oct. 28, 2011

Oct. 28, 2011

In January I sent something about the latest attempt to change the clocks in the UK: MP Rebecca Harris' Daylight Saving Bill (a private members' Bill). If passed, this Bill might result in the UK moving the clocks forward an hour so we match most of Europe. The Bill is still waiting for its committee stage, the next stage of its passage though Parliament. Today the Department for Business, Innovation and Skills issued a press release saying they will be tabling amendments to the Bill, with the implication that if passed, the government might support it. The main thing mentioned is a requirement to consult the devolved administrations in Scotland and Wales, and to get the agreement of the Northern Ireland administration. There is also mention of changing the Bill's independent commission (that would assess the study that the Bill proposes) into an independent oversight group that would advise the government. The amendments haven't appeared on the Bill's pages on the Parliament website yet, but they look like wrecking amendments to me, rather than any evidence of the government changing its mind. The chances of the Scottish government agreeing to this are very low as polls have always shown most Scots are against advancing the clocks. The change from the commission to an oversight group looks like an attempt to change it into something the government can ignore, whatever it reports. The press release says the Bill's committee stage is expected in early November so something should happen soon. The press release is at <http://nds.coi.gov.uk/content/Detail.aspx?ReleaseID=421778&NewsAreaID=2> and the Bill's main page is at <http://services.parliament.uk/bills/2010-11/daylightsaving.html>. -- Peter Ilieve peter(a)aldie.co.uk

2 1

Re: [tz] Is there a high-level conversion process description available?
by Willy＠willylorenzo.com Oct. 27, 2011

Oct. 27, 2011

That's okay. My compiler is done and I can now create a database containing transitions for each zone. Thanks everyone for the help and the indirect help I received through the archive. Willy ----- Original Message ----- On Mon Oct 24 14:43:41 2011"Steve Allen" <sla(a)ucolick.org> wrote: > On Mon 2011-10-24T14:21:04 -0400, Willy(a)willylorenzo.com hath writ: > > Yes, it would be nice to use the binaries, but I have to provide a complete > > solution that can, upon someone retrieving and extracting the tz data, > > update the db with a click of a button on a Windows computer. > > Unless I'm mistaken one of the goals of the CalConnect Timezone > Technical Committee effort is to define network server mechanism for > providing zoneinfo to any client which needs to know that. > Is this the sort of project which can wait for that spec to mature and > use its data? If so that might be preferable to inventing yet another > mechanism.

1 0

Robert Elz as TZ coordinator and designated technical expert
by Marshall Eubanks Oct. 26, 2011

Oct. 26, 2011

Hello; I volunteered to act on the behalf of the Time Zone Database community and relay the call (by David Keegel) that the TZ mailing list has reached a consensus that Robert Elz ( kre(a)munnari.oz.au) should be TZ Coordinator, and the technical expert to IANA designated by the IESG, as is called for in draft-lear-iana-timezone-database-04 While that document has not been formally published by the IETF, it has been approved by the IESG and IANA is now administering the Time Zone database and mailing list under its provisions, so a technical expert is needed. On the primary thread discussing this on the TZML this there were over 20 messages and no opposition in over 2 weeks of LC, so I think that there is no doubt that the consensus is very solid. He has been acting in this role in a temporary capacity so there would be no perturbations caused by this appointment. Pete and Peter, could you please relay this to the entire IESG? I would be glad to answer any questions, and I am sure that David K would be as well. Regards Marshall Eubanks

6 7

zdump issues
by Thom Hehl Oct. 24, 2011

Oct. 24, 2011

I'm trying to write a C++ wrapper for the timezone database. I have run ZIC to convert the data to binary files and know where these are. Now I'm having a look at zdump because, when I'm done, I want to convert UTC to a time zone of my choice. Problem is when I run zdump it never seems to return anything different. E.g., thom@hehl /cygdrive/c/javatools/tzinfo/src $ ./zdump America/Anchorage America/Anchorage Mon Oct 24 19:46:24 2011 GMT thom@hehl /cygdrive/c/javatools/tzinfo/src $ ./zdump America/Chicago America/Chicago Mon Oct 24 19:46:34 2011 GMT thom@hehl /cygdrive/c/javatools/tzinfo/src $ ./zdump America/Kentucky/Louiville America/Kentucky/Louiville Mon Oct 24 19:48:21 2011 GMT My clock is current set to Eastern Daylight. Thanks.

3 2

Re: [tz] Is there a high-level conversion process description available?
by Willy＠willylorenzo.com Oct. 24, 2011

Oct. 24, 2011

Yes, it would be nice to use the binaries, but I have to provide a complete solution that can, upon someone retrieving and extracting the tz data, update the db with a click of a button on a Windows computer. So I have to compile the data myself. If the format of the data files changes, that's fine...I'll just update the process. It doesn't seem too difficult, though. Reading some of the messages in the archive has helped me to better understand the process. I basically have to create UTC transition dates for every year covered by an individual rule. I create a date/time from the rule, adjust it by the GMTOFF of the zone (accounting for u indicators,) and then adjust it by any daylight saving time that might be in effect from a previous rule (accounting for s indicators.) That's not so bad. I'm still trying to figure out a slick way of handling max, though. On Mon Oct 24 05:23:23 2011"Alois Treindl" <alois(a)astro.ch> wrote: > > Personally, I would not recommend of writing yet another tz compiler. Reading and processing the binary files created by zic seems to me a much cleaner and more reliable approach.

3 2

Ukraine and DST
by Denys Gavrysh Oct. 24, 2011

Oct. 24, 2011

Hello. On September 20, 2011 the deputies of the Ukrainian parliament (Verkhovna Rada) agreed to abolish the transfer clock to winter time. But on October 19 that decision was finally canceled. Here is an official document (in Ukrainian): http://w1.c1.rada.gov.ua/pls/zweb_n/webproc4_1?id=&pf3511=41484 I wrote a patch for latest tzdata archive that returns daylight saving time for Ukraine (in attachment). We very need it.

2 1

Is there a high-level conversion process description available?
by Willy＠willylorenzo.com Oct. 24, 2011

Oct. 24, 2011

I was wondering if there exists a high-level description of the process of converting a wall-time from one zone into UTC (and vice-versa) that describes the conversion using the text based zone information (the rules and zones) rather than referencing the binary files. If conversions simply cant be done that way because they require additional data thats produced by zic, then Id like to know that too. Im attempting an implementation of the TZ database in a system called Lotus Notes, which uses a BASIC like language for programming called LotusScript. So I pretty much have to build everything from scratch...which is fine. Im going through the archives and Ive already found good info there from the recent "Time zone confusion and implementation hints" thread back in July (dont know why Yves Goergen didnt want to install Cygwin...5 minutes after reading that message I had Cygwin installed and was reviewing those tzinfo files!) But Im still looking for (what seems to be) basic information, such as can the tz code convert 2011-11-06 1:30 AM America/New_York? That date seems to gets different results based on which converter I use online, as it would appear that you have to know the DST status in order to get the DST status to convert to UTC. I know nothing about Unix or the c/c++/java languages so I know have a steep learning curve if I want to understand the existing tz code...but Im hoping that if I can understand the zone conversion process then I can write the necessary code. Ive got the nearly 5300 lines of rules, zones, leaps, and links stored in a Notes db for easier manipulation, and I can take a zone UNTIL or a rule and year and produce a date from it. So its a start. Thanks. Willy Lorenzo

5 4

Introduction and apology for slamming you "with that TZ is a legal thing" commentary out of the blue.
by Todd Glassey Oct. 24, 2011

Oct. 24, 2011

So I need to properly introduce myself to explain why I said what I said on the list. I am a professional timekeeper meaning that I and my team operate clocks which end users rely on. My team runs 10 of the NIST public access timebase systems and is expanding the availability of UTC to include PTP and other evidence-control tools as add-ons for traceable time. That said - the TZ data is used in virtually all commercial and electronic document/instrument processing systems operational today. The problem is that the Time Zone data itself (while created through a standards process) has largely been managed as an ad-hoc offering and this was accepted everywhere because the party and hosting entity for this were the US Government NIH and Dr. Olson. But with the good Dr.s retirement there is a need to formalize this process and expand its controls so that the data remains both properly managed and available to all. So the question is how to do that, and I have pushed back that this effort is much more important and needs to be managed outside an IETF process because of the lack of control the IETF has designed into its framework. This specific project is one which needs a level of oversight that the IETF process doesnt put in place for changes and content updates to the DB. What needs to happen I believe is that this effort should define a process wherein any legal authority can request a IANA update to the data base and have that processed in a fixed timeframe outside of any continued IETF review. This is not an excuse to make a new IETF WG to control the world... its about letting the world operate in a manner which doesnt impose the IETF's judgement or political opinions on anyone either. That said my proposal is to morph the current I-D by adding an inline update process to the CONTENT RECORDS of the DB and a NEW RECORD Addition Policy and Practice through IANA and not the IETF. In closing - My apologies for antagonizing anyone, and I would point out that since we do about 300M timesettings per day - all tied to TZ's I would retort I may be one of the only people here who is NOT a troll... Todd -- Todd S. Glassey - CISM CIFI CTO Certichron Inc This message contains information which may be confidential and/or privileged. Unless you are the intended recipient (or authorized to receive for the intended recipient), you may not read, use, copy or disclose to anyone the message or any information contained in the message. If you have received the message in error, please advise the sender by reply e-mail and delete the message and any attachment(s) thereto without retaining any copies. Further we have a formal OPT OUT Policy posted on our website pertaining to the use of any Email Addresses gleaned or taken from any source, web, mailing lists, previous customer lists etc. In all instances we choose to formally OPT OUT and this notice constitutes formal disclosure that you may not collect, buy or sell or provide access to this email address or any pertaining to our DNS MX Record Publication License posted on the web at http://www-wp.certichron.com/?page_id=3947.

14 23

Fwd: Re: Introduction and apology for slamming you "with that TZ is a legal thing" commentary out of the blue.
by Random832 Oct. 24, 2011

Oct. 24, 2011

Why doesn't the "reply-to" header get set on these messages? I sent this directly by mistake: -------- Original Message -------- Subject: Re: [tz] Introduction and apology for slamming you "with that TZ is a legal thing" commentary out of the blue. Date: Mon, 24 Oct 2011 00:11:53 -0400 From: Random832 <random832(a)fastmail.us> To: Peter Ilieve <peter(a)aldie.co.uk> On 10/20/2011 1:39 PM, Peter Ilieve wrote: > Assuming you managed to set up this mechanism where a legal authority > can make requests, how many requests do you think would get made? > My guess would be hardly any, maybe even zero. Based on my reading of > this list over many years, lots of governments can barely be trusted > to tell their own citizens what will happen to the clocks. They > probably won't be interested in contacting a bunch of geeks like > us, even if they knew we existed. It may be that these governments are thinking that this is all still done by people changing clocks by hand, so it won't inconvenience anyone if they just announce on the saturday evening news that people should change or not change their clocks that sunday morning. So maybe it would be a good idea to prepare a form letter that can be sent to any agency which enacts a timezone change without any advance notice, explaining the issues involved, and in general the fact that computer systems have to be updated to know the rules, and that some lead time is necessary for this.

5 4

Proposed time zone package changes (Bahia Brazil, Pridnestrovie, Ukraine)
by Robert Elz Oct. 23, 2011

Oct. 23, 2011

Here are proposed changes to the time zone package. The change to Bahia Brazil has already occurred, and the others are due to occur within 10 days (the weekend after next) so updates have become urgent (yet again)... The executive summary europe Pridnestrovian Moldavian Republic (Europe/Tiraspol) has followed much of Russia, and will retain "summer time" year round (that is no time transition is due Oct 30). This reintroduces a zone that had earlier been removed, and so removes the "backward" link. On the other hand, Ukraine have decided not to follow, so the change which had been made in preparation for that in tzdata2011k is now reverted, and there will be a transition on Oct 30. southamerica The change to Bahia, Brazil, that introduced summer time (following the regular Brazil rules, so commencing this year on Oct 16 - last SUnday) that was mooted before tzdata2011l was released, but withdrawn becase the change was not yet official, has now been ratified. Aside from that, the other files that were changed in tzdata2011l but where the sccs id was not altered, have all been given new version numbers (southamerica has gone up by two, one for the 2011l changes, and another for this set). Sorry, still no signatures (I have not had time to do anything about that) but I will distribute hash values as I did for tzdata2011l. Please test these changes (particularly those of you using 64 bit time_t systems). I plan to release the next update (with thiese changes) on Monday October 24. kre --- asia 2011/10/08 02:27:38 1.3 +++ asia 2011/10/15 03:17:13 @@ -1,4 +1,4 @@ -# @(#)asia 8.68 +# @(#)asia 8.69 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- australasia 2011/10/08 02:28:28 1.3 +++ australasia 2011/10/15 03:18:03 @@ -1,5 +1,5 @@ # <pre> -# @(#)australasia 8.27 +# @(#)australasia 8.28 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- backward 2011/10/07 06:09:10 1.1 +++ backward 2011/10/20 02:20:30 @@ -1,5 +1,5 @@ # <pre> -# @(#)backward 8.9 +# @(#)backward 8.10 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. @@ -67,7 +67,6 @@ Link Africa/Cairo Egypt Link Europe/Dublin Eire Link Europe/London Europe/Belfast -Link Europe/Chisinau Europe/Tiraspol Link Europe/London GB Link Europe/London GB-Eire Link Etc/GMT GMT+0 --- europe 2011/10/07 06:09:10 1.1 +++ europe 2011/10/20 02:30:32 @@ -1,5 +1,5 @@ # <pre> -# @(#)europe 8.38 +# @(#)europe 8.39 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. @@ -1655,6 +1655,29 @@ # But [two people] separately reported via # Jesper Norgaard that as of 2001-01-24 Tiraspol was like Chisinau. # The Tiraspol entry has therefore been removed for now. +# +# From Alexander Krivenyshev (2011-10-17): +# Pridnestrovian Moldavian Republic (PMR, also known as +# "Pridnestrovie") has abolished seasonal clock change (no transition +# to the Winter Time). +# +# News (in Russian): +# <a href="http://www.kyivpost.ua/russia/news/pridnestrove-otkazalos-ot-perehoda-na-zi…"> +# http://www.kyivpost.ua/russia/news/pridnestrove-otkazalos-ot-perehoda-na-zi… +# </a> +# +# <a href="http://www.allmoldova.com/moldova-news/1249064116.html"> +# http://www.allmoldova.com/moldova-news/1249064116.html +# </a> +# +# The substance of this change (reinstatement of the Tiraspol entry) +# is from a patch from Petr Machata (2011-11-17) +# +# From Tim Parenti (2011-10-19) +# In addition, being situated at +4651+2938 would give Tiraspola +# a pre-1880 LMT offset of 1:58:32. +# +# (which agrees with the earlier entry that had been removed) # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Chisinau 1:55:20 - LMT 1880 @@ -1671,6 +1694,21 @@ # See Romania commentary for the guessed 1997 transition to EU rules. 2:00 EU EE%sT +Zone Europe/Tiraspol 1:58:32 - LMT 1880 + 1:55 - CMT 1918 Feb 15 # Chisinau MT + 1:44:24 - BMT 1931 Jul 24 # Bucharest MT + 2:00 Romania EE%sT 1940 Aug 15 + 2:00 1:00 EEST 1941 Jul 17 + 1:00 C-Eur CE%sT 1944 Aug 24 + 3:00 Russia MSK/MSD 1990 + 3:00 - MSK 1990 May 6 + 2:00 - EET 1991 + 2:00 Russia EE%sT 1992 + 2:00 E-Eur EE%sT 1997 +# See Romania commentary for the guessed 1997 transition to EU rules. + 2:00 EU EE%sT 2011 Mar lastSun 1:00u + 3:00 - FET # Further-eastern European Time + # Monaco # Shanks & Pottenger give 0:09:20 for Paris Mean Time; go with Howse's # more precise 0:09:21. @@ -2651,6 +2689,28 @@ # <a href="http://www.pravda.com.ua/rus/news/2011/09/20/6600616/"> # http://www.pravda.com.ua/rus/news/2011/09/20/6600616/ # </a> +# +# From Philip Pizzey (2011-10-18): +# Today my Ukrainian colleagues have informed me that the +# Ukrainian parliament have decided that they will go to winter +# time this year after all. +# +# From Udo Schwedt (2011-10-18): +# As far as I understand, the recent change to the Ukranian time zone +# (Europe/Kiev) to introduce permanent daylight saving time (similar +# to Russia) was reverted today: +# +# <a href="http://portal.rada.gov.ua/rada/control/en/publish/article/info_left?art_id=…"> +# http://portal.rada.gov.ua/rada/control/en/publish/article/info_left?art_id=… +# </a> +# +# Also reported by Alexander Bokovoy (2011-10-18) who also noted: +# The law documents themselves are at +# +# <a href="http://w1.c1.rada.gov.ua/pls/zweb_n/webproc4_1?id=&pf3511=41484"> +# http://w1.c1.rada.gov.ua/pls/zweb_n/webproc4_1?id=&pf3511=41484 +# </a> + # Zone NAME GMTOFF RULES FORMAT [UNTIL] # Most of Ukraine since 1970 has been like Kiev. @@ -2665,8 +2725,7 @@ 3:00 - MSK 1990 Jul 1 2:00 2:00 - EET 1992 2:00 E-Eur EE%sT 1995 - 2:00 EU EE%sT 2011 Mar lastSun 1:00u - 3:00 - FET # Further-eastern European Time + 2:00 EU EE%sT # Ruthenia used CET 1990/1991. # "Uzhhorod" is the transliteration of the Ukrainian name, but # "Uzhgorod" is more common in English. --- northamerica 2011/10/07 06:36:36 1.2 +++ northamerica 2011/10/15 03:17:28 @@ -1,5 +1,5 @@ # <pre> -# @(#)northamerica 8.49 +# @(#)northamerica 8.50 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- southamerica 2011/10/08 02:30:24 1.3 +++ southamerica 2011/10/15 03:46:37 @@ -1,5 +1,5 @@ # <pre> -# @(#)southamerica 8.50 +# @(#)southamerica 8.52 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. @@ -818,6 +818,19 @@ # oficial agency about time in Brazil, and she confirmed that the old rule is # still in force. +# From Guilherme Bernardes Rodrigues (2011-10-14) +# It's official, the President signed a decree that includes Bahia in summer +# time. +# [ and in a second message (same day): ] +# I found the decree. +# +# DECRETO No- 7.584, DE 13 DE OUTUBRO DE 2011 +# Link : +# <a href="http://www.in.gov.br/visualiza/index.jsp?data=13/10/2011&jornal=1000&pagina…"> +# http://www.in.gov.br/visualiza/index.jsp?data=13/10/2011&jornal=1000&pagina… +# </a> + + # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S # Decree <a href="http://pcdsh01.on.br/HV20466.htm">20,466</a> (1931-10-01) # Decree <a href="http://pcdsh01.on.br/HV21896.htm">21,896</a> (1932-01-10) @@ -1054,10 +1067,8 @@ # of America/Salvador. Zone America/Bahia -2:34:04 - LMT 1914 -3:00 Brazil BR%sT 2003 Sep 24 - -3:00 - BRT -# as noted above, not yet in operation. -# -3:00 - BRT 2011 Oct 16 -# -3:00 Brazil BR%sT + -3:00 - BRT 2011 Oct 16 + -3:00 Brazil BR%sT # # Goias (GO), Distrito Federal (DF), Minas Gerais (MG), # Espirito Santo (ES), Rio de Janeiro (RJ), Sao Paulo (SP), Parana (PR),

3 2

Chicago on Eastern Time in 1936
by Garrett Wollman Oct. 23, 2011

Oct. 23, 2011

There are no comments in the "northamerica" file explaining Chicago's brief stint on EST. I ran across a small article in /Broadcasting/ magazine (dated November 11, 1935), which read thus: Chicago Going EST CHICAGO'S radio goes on a time parity with New York March 1, 1936, when by order of the City Council it will push its clocks forward an hour and function on Eastern Standard Time the year round. The ruling of the council, however, does not provide for pushing the clocks forward still another hour when New York and many other cities go on Daylight Savings Time during the summer. Nevertheless, the parity of time between Chicago and the East is expected to ease radio scheduling considerably, especially of programs keyed to networks from Chicago. -GAWollman

1 0

database proposal
by Steven Abner Oct. 21, 2011

Oct. 21, 2011

First, thank you Mr. Elz. I wish to propose an amendment to your standards. This proposal is purely from a programmer's perspective, future growth, the need for speed. In your work called "Theory", subsection "Names of time zone rule files", I'd like to propose a limitation to the general rules. To the first rule "Use only valid POSIX", I submit the amendment of "The total file name length should not exceed 30 characters." This addition should allow for a buffer of 32 characters, the 30 mentioned, the POSIX ':' for use as a file signal, and the terminating NUL character. Currently you have 573 zones, all but 1 are within these bounds. This is for future naming, and in hopes that access to data can be sped up, searching, copying, etc., by a compiler or programmer to make use of things like vector units and 4-64bit moves for copying, rather than calling another routine to copy. For full disclosure, the one offending zone is "America/Argentina/ComodRivadavia" in the "backwards" file, so hopefully this does not give too much weight to a "negative" verdict on this proposal. On a different matter, I'd like to throw into the pot as you called it, the suggestion of "LJT" for a generic zone abbreviation. This would stand for "Local Jurisdictional Time". It would seemed to me, more likely to be welcomed amongst the locales that it would apply to. It has no connotation of "Standard" or "Savings". The LMT has meaning, the ZZZ is or was used for indication of the founding of a locale. It hopefully reinforces the right and ability of an independent locale, either by law or practice, to their own means of time representation. Steve

1 0

Pridnestrovie (Tiraspol) is reconsidering the abolition of seasonal time
by World Time Zone Oct. 21, 2011

Oct. 21, 2011

Pridnestrovie (Tiraspol) is reconsidering the abolition of seasonal time in 2011 after neighboring Ukraine reversed its decision to abolish DST and Moldova planned to continue its seasonal clock change. News (in Russian) http://www.kommersant.md/node/5202 or http://www.worldtimezone.com/dst_news/dst_news_tiraspol02.html or some translation by Alexander Krivenyshev- WorldTimeZone.com: "Transnistrian deputies will once again return to the issue of seasonal time change at the next plenary session of the Pridnestrovie parliament. A deputy chairman of the Committee on Social Policy, Valery Chervonooky expressed the hope that Transnistria (Pridnestrovie), Moldova and Ukraine would have the same time zone" Alexander Krivenyshev- WorldTimeZone.com http://www.worldtimezone.com Guttenberg, New Jersey

1 0

Tiraspol (Pridnestrovie)- has abolished seasonal clock change
by World Time Zone Oct. 21, 2011

Oct. 21, 2011

Pridnestrovian Moldavian Republic (PMR, also known as "Pridnestrovie")- city Tiraspol: http://en.wikipedia.org/wiki/Transnistria has abolished seasonal clock change (no transition to the Winter Time). News (in Russian) http://www.kyivpost.ua/russia/news/pridnestrove-otkazalos-ot-perehoda-na- zimnee-vremya-30954.html or http://www.allmoldova.com/moldova-news/1249064116.html translation by Alexander Krivenyshev- WorldTimeZone.com: "The president of the unrecognized republic (Pridenstrove), Igor Smirnov signed a decree to abolish transition to the winter time and vice versa." P.S. Moldova (Chisinau), which considers Transnistria its own territory, goes back to the winter time on the last Sunday of October. Alexander Krivenyshev- WorldTimeZone.com http://www.worldtimezone.com Guttenberg, New Jersey

6 8

Newbie
by Thom Hehl Oct. 21, 2011

Oct. 21, 2011

OK, I run my timezone database under windows, so, after a couple of tries, I got the code I downloaded from the TZ database site to compile under windows. Now what? I looked at the HTML files and there's no readme or anything else that looks like documentation on how to use it.

5 4

Re: [tz] Elliot - I want to talk about the TZ project ASAP...
by Todd Glassey Oct. 21, 2011

Oct. 21, 2011

On Wednesday, October 19, 2011 7:51:45 AM, Eliot Lear wrote: > Please see http://tools.ietf.org/html/draft-lear-iana-timezone-database-04. > > Eliot > SNIP > Thanks - great start Elliot - let me make some devils advocate commentary. 0) We need two mailing lists - a general convo list and a second list for formal announcements as to changes in the DB itself. The reasons are that most of the relying parties who will subscribe to list #2 *(the DB Changes List) dont want anything else to do with this process., They are relying parties who need to be noticed when there are formal changes in the list only. A) we should tie the TZ use statement in the opening to to Log Correlation and tools like UNIX XDAS or the MITRE CEE groups work. It also needs to be noticed in the I-D that TZ's are a function of International Metrological Law and Treaty and are managed by the legal holders of those rights for the jurisdictions represented. B) The TZ information needs to be tied to some Authority Context so that each TZ is tied to a National or Judicial Context in some form. That means each TZ is functionally tied to a Originating Authority - in the US for instance this would be 15 USC 260 which then further stratifies the time data to a set of Metrological Authorities within that Legal Instance of Time. That means a TZ Management Actor for each TZ published must be established. I suggest adding a STAKEHOLDER ROLE to the Submission Practice and that the Stakeholder may amend the content of the publication-list with respect to the TZ(s) they hold control over here, and that a simple notice from the Stakeholder to the DB Coordinator should trigger both an update to the list and a public-service notice to a new TZ Announce List which is specific to TZ Changes and availability Statements from the DB Coordinator/DBA C) The Data Base is actually a legal publication and the IETF has nothing to say about its presentation of that content. Further the IETF failing to properly make changes creates both civil and potentially criminal liabilities in a number of situations that OLSON was immune from under the 11th Amendment Protections accorded to the NIH. To sidestep that liability there are a number of things we can do with the Stakeholder Role suggested in B too - we should talk more about this and who actually owns this data.Likewise, since this is a legal document that is being published with is a distillation of a number of metrological and trade treaties the IETF or ANY part of the IANA stand in the way of a legal jurisdiction making immediate changes to that list, its international law. Sop the Draft needs work there. Todd -- Todd S. Glassey - CISM CIFI CTO Certichron Inc This message contains information which may be confidential and/or privileged. Unless you are the intended recipient (or authorized to receive for the intended recipient), you may not read, use, copy or disclose to anyone the message or any information contained in the message. If you have received the message in error, please advise the sender by reply e-mail and delete the message and any attachment(s) thereto without retaining any copies. Further we have a formal OPT OUT Policy posted on our website pertaining to the use of any Email Addresses gleaned or taken from any source, web, mailing lists, previous customer lists etc. In all instances we choose to formally OPT OUT and this notice constitutes formal disclosure that you may not collect, buy or sell or provide access to this email address or any pertaining to our DNS MX Record Publication License posted on the web at http://www-wp.certichron.com/?page_id=3947.

8 10

Defense fund
by Thom Hehl Oct. 21, 2011

Oct. 21, 2011

Please forgive me if this is inappropriate to discuss on this list, but I was wondering if a defense fund has been set up for the guys defending against the Astrolabe lawsuit. I started the Protect the timezone database facebook group and would be happy to help fundraise. If inappropriate, please reply to me off list. Thanks.

2 1

Attempting to get speedier tz updates
by Robert Elz Oct. 21, 2011

Oct. 21, 2011

Date: Thu, 20 Oct 2011 14:16:11 +0100 From: "Clive D.W. Feather" <clive(a)davros.org> Message-ID: <20111020131611.GD27386(a)davros.org> In a message that started out on another thread I don't want to get involved with ... | While it would be nice if they sent us updates, we can't force them. That's true, but I kind of suspect, that we have never even asked. I had been wondering about that, and considering doming something about it, for months now - and just possibly "considering" is all it would ever have been, however, perhaps we should attempt a little better than that. Attempting to contact everyone responsible, directly, would be a lot of work, just identifying the parties involved, so I thought it might be possible to take an easier route, and just ask the UN to do the contact work for us - that is, we write to the UN Secretary General, and ask that the message be redistributed to all member states - the message being a request that they ask whoever (whatever agency) is responsible for actually implementing time issues, to please inform us of any planned or actual changes - and perhaps, if they're able, any historical data they have. If people think this is a reasonable idea then I will implement it. Note: I don't much care if you expect it to actually succeed - if it fails, it has cost almost nothing, but if anyone can see an actual negative possibility from this, then I'd like to hear about it. Also, while I'm happy to draft (and circulate to the list before sending) the letter involved, it would probably be nice from the UN's viewpoint, if we could send in both English and French (and anything else? I doubt we need to consider attempting all 6 official languages.) That I cannot do, so I'd need assistance with translation into French (and anything else suggested as a good idea) - and that assistance needs to be from a fluent (native) speaker I believe, not someone who learned the language in school. Any volunteers? (It won't be very long.) kre

6 5

temporary timezone database home ...
by Robert Elz Oct. 21, 2011

Oct. 21, 2011

First, I am assuming this copy of the list is actually functioning, (and I've just received jhawk's message which demonstrates that it is) I don't believe it has been used for actual messages before that one, but as ado has indicated that the list at elsie has been (for now anyway) terminated - and given the plan was to migrate from it eventually anyway, may never return, we can but hope this version of the list is functional. Some of you who receive this message may have been removed from the elsie version of the list recently, or altered your subscription details - if that applies to you, use the iana.org message sent on the 1st of this month to all subscribers to their list for instructions on how to modify or delete your subscription. Don't send requests to me (or anyone else on the list) there's nothing I (or we) can do about it - and most certainly, do not send requests to the list itself asking to be removed. Unfortunately, there are probably a few people who were added to the elsie list since it was cloned at iana.org but there's nothing much we can do about that - if anyone is contacted by anyone who believes they should be on the list, but is no longer receiving messages, direct them to the iana website for list subscriptions. Next, while elsie's ftp server is shut down, munnari.oz.au isn't, and the tz database & code remains available from here. Further, I will not respond to requests from (almost) anyone to cease making those files available (including Arthur and Paul - but by all means feel free to try if you need to to satisfy some obligation to cease making the data available - I'll ignore you, but you will at least have used every reasonable effort...) Second, regardless of this, the world's governments continue to adjust their view of their local timezones & summer time adjustments, so we need to continue updating the database (at least). There are several updates that will be needed soon. For now, until someone else volunteers, I'm prepared to make the updates, in much the same way that Arthur did, and then make new releases available from munnari's ftp server. I suspect that it is unlikely that either Arthur or Paul will be able to assist much with this in the coming months, so I'm hoping that others will assist where possible. For now, I'm aware of changes needed for Armenia, Fiji, Bolivia, Brazil, and of course, the changes that (might be) needed for Russia. If there's anything else I missed, please let me know. Unfortunately, I don't have the sccs (or is it rcs or something these days) master files, so I won't be able to do quite the same job that Arthur did, but I can keep all versions so they can be checked into a version control system later. It would be good if a few others, especially people in jurisdictions that tend not to simply bow down to US court rulings, would keep copies of the code and data, and make them publicly available via ftp or http (this is not of huge public interest, the resources needed to provide this service should not be very noticeable). All I know of the lawsuit is what jhawk's message indicated - eventually I assume we'll find out what trademark or patent that someone believes is being infringed (a little hard to believe either, but who knows...) The URL's of the current versions of the files from munnari.oz.au are ... ftp://munnari.oz.au/pub/tzcode2011i.tar.gz ftp://munnari.oz.au/pub/tzdata2011k.tar.gz and of course, the historical files (most versions that were ever previously released) are in ftp://munnari.oz.au/pub/oldtz/ kre

33 43

Re: [tz] Robert Elz as TZ coordinator
by David Braverman Oct. 21, 2011

Oct. 21, 2011

I hate to throw a spanner in the works, and I do think KRE is right for the job, but are we all certain he even wants this greatness thrust upon him?

4 3

Re: [tz] Robert Elz as TZ coordinator
by SM Oct. 20, 2011

Oct. 20, 2011

At 14:54 20-10-2011, M3 Sweatt wrote: >Is there an outline or summary of what the requirements and actions >of the coordinator would be going forward? draft-lear-iana-timezone-database-04 discusses about the TZ coordinator. >Generally no objections, just curious if the Coordinator role and >responsibility has been memorialized somewhere. Although the draft (it will be published as a RFC) discusses the role and responsibilities, it is more about the TZ community using its best judgement to keep up the good work that was started by Ado. Robert commented on the current work ( http://mm.icann.org/pipermail/tz/2011-October/008093.html ). I think that the message at http://mm.icann.org/pipermail/tz/2011-October/007993.html summaries the tone to expect from the TZ community. Regards, -sm

2 1

time zone suggestions
by Steven Abner Oct. 20, 2011

Oct. 20, 2011

Hi Not sure if I should contact the organization or Zefram. But it looks like the new management might be open to some queries and/or options from outside sources. This information pertains to northamerica, and one was accepted by you already, where Mr. Olson implied it was correct, so you may have to alter the information I am supplying. They are suggestions only, and were done to aid parsing of the tz data, different parser with more strict rules for converting. Feel free to ignore, or pick out what you feel relevant, as only the Sitka change was of any real importance. The Anchorage one was to keep the northamerica rules from needing the translation unit of the europe file rules, which I altered to follow the majority of your data files. This is one of the patches I use to set your data to my data. Sorry to intrude, Steve

2 1

List Administration Note (How to unsubscribe)
by Kim Davies Oct. 20, 2011

Oct. 20, 2011

Hi all, For those who no longer wish to be subscribed to the Time Zone mailing list, emailing all the subscribers of this list of your desire is not the recommended method. Please visit https://mm.icann.org/mailman/listinfo/tz where you can unsubscribe or change your subscription options. Alternatively, if you can email _from your subscribed address_ to tz-request(a)iana.org with a subject of "unsubscribe". If your address does not show as on the list, you'll need to identify under which email address you originally subscribed from. If you need help with this, please forward an email you received from this list to tz-owner(a)iana.org, but preserve all the mail headers, so we can try and trace where it was sent. Thanks, kim

1 0

Ukraine to keep winter time after all
by Philip.Pizzey＠sita.aero Oct. 18, 2011

Oct. 18, 2011

Hi there, I've been following the recent discussions on this list about the timezone changes in Ukraine, Russia and Belarus. Today my Ukrainian colleagues have informed me that the Ukrainian parliament have decided that they will go to winter time this year after all. Please see the following link: http://portal.rada.gov.ua/rada/control/en/publish/article/info_left?art_id=… > > The Verkhovna Rada of Ukraine Resolution "On changing the Order of Computation of Time in the Territory of Ukraine" No. 3755-VI of September 20, 2011 was declared invalid. > Cheers, Phil.

2 1

Short notice: Ukraine invalidates law to introduce permanent DST
by udo.schwedt＠obi.de Oct. 18, 2011

Oct. 18, 2011

As far as I understand, the recent change to the Ukranian time zone (Europe/Kiev) to introduce permanent daylight saving time (similar to Russia) was reverted today: http://portal.rada.gov.ua/rada/control/en/publish/article/info_left?art_id=… AFAICS, this means that the current Kiev time zone (UTC/GMT +3 hours) will be changed back to former Ukrainian standard time (UTC/GMT +2 hours) by the end of this month (October 2011). Thus the original DST rules (that were changed with tzinfo2011k) will have to be restored. I don't know how such near-term situations are usually handled (I'm fairly new to this list), but I'd like to bring this to your attention and propose a change at short notice. Thanks, -- Udo -- IMPORTANT NOTICE: This email is confidential, may be legally privileged, and is for the intended recipient only. Access, disclosure, copying, distribution, or reliance on any of it by anyone else is prohibited and may be a criminal offence. Please delete if obtained in error and email confirmation to the sender.

1 0

Astrolabe lawsuit update
by David Braverman Oct. 17, 2011

Oct. 17, 2011

Astrolabe, Inc., sent out a press release overnight: http://www.thedailyparker.com/CommentView,guid,bded3439-6019-4389-93a3-29af… And I responded, if anyone's interested: http://www.thedailyparker.com/PermaLink,guid,103d30f9-4d58-4b72-9f5a-8db45e… I hope this isn't out of scope for the list. I figured people might be interested in the latest developments in the case. David Braverman Weather Now<http://www.wx-now.com/>

7 8

Proposed time zone package changes (Fiji, Bahia Brazil, West Bank(Hebron))
by Robert Elz Oct. 17, 2011

Oct. 17, 2011

Here are proposed changes to the time zone package. I'm releasing these changes now as the change to Bahia, Brazil, is due to take effect next Sunday week (8 or 9 days away, or something), so getting at least that change distributed now is urgent. The executive summary asia Changed the end date for Summer Time for this year (2011) to match reality reported by Steffen Thorsen. northamerica Corrected typo in (ancient) LMT zone offset as detected by Zefram. southamerica Resume Summer Time in Bahia, Brazil (following the standard Brazil algorithm, which causes Summer time to start Oct 16 this year, which matches the report.) australasia Adjust the end date for Summer time in Fiji in 2012 (Feb) as reported by Steffen Thorsen. That Bolivia will not start Summer time this year seems fortuitous as apparently we had no idea that it had been intended. Armenia's plan to abolish Summer Time can wait until it has ceased being a plan and become reality. As with Arthur's last update, any changes needed for Russia are deferred, mostly because I haven't been able to fathom what those changes need to be... (I wasn't paying that much attention to all the messages about this, as I didn't expect any of that to directly affect me - if someone who knows what is happening could send a proposed diff, that would help). One proposal that Arthur, Paul, and I had kicked around a little (very little) off list that might affect things there, was to abandon attempts to invent new time zone abbreviations for places that don't have one already in use, and instead just insert LST as a place holder (Local Standard/Summer Time). Anywhere that cares what the abbreviation is can have their preferred abbreviation, as always, other places, where we had been inventing strings just because we thought it was a good idea, will get LST instead. There was no plan to go back and change all the currently established invented abbreviations though, or not unless there's a request to remove a particularly poor choice, if we have any of those. And yes, we know that LST already exists with another interpretation (which can remain), we don't care. None of this is in this update, so feel free to express opinions on the advisability of adopting this policy for future new zones. The tzdata diff follows. I plan on releasing this next Monday (October 10) if there are no detected problems (and will almost certainly release whatever part of this is correct then). Note that I life in a timezone far east of Arthur, his Monday updates got to me on my Tuesday, so my Monday update will get to many of you on your Sunday.... kre *** asia 2011/10/07 06:09:10 1.1 --- asia 2011/10/07 06:54:28 *************** *** 2269,2275 **** 2:00 Palestine EE%sT 2011 Apr 1 12:01 2:00 1:00 EEST 2011 Aug 1 2:00 - EET 2011 Aug 30 ! 2:00 1:00 EEST 2011 Oct 3 3:00 2:00 - EET # Paracel Is --- 2269,2275 ---- 2:00 Palestine EE%sT 2011 Apr 1 12:01 2:00 1:00 EEST 2011 Aug 1 2:00 - EET 2011 Aug 30 ! 2:00 1:00 EEST 2011 Sep 30 3:00 2:00 - EET # Paracel Is *** australasia 2011/10/07 06:09:10 1.1 --- australasia 2011/10/07 06:21:11 *************** *** 303,308 **** --- 303,310 ---- Rule Fiji 2010 only - Mar lastSun 3:00 0 - Rule Fiji 2010 only - Oct 24 2:00 1:00 S Rule Fiji 2011 only - Mar Sun>=1 3:00 0 - + Rule Fiji 2011 only - Oct 23 2:00 1:00 S + Rule Fiji 2012 only - Feb 26 3:00 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Pacific/Fiji 11:53:40 - LMT 1915 Oct 26 # Suva 12:00 Fiji FJ%sT # Fiji Time *** northamerica 2011/10/07 06:09:10 1.1 --- northamerica 2011/10/07 06:13:35 *************** *** 483,489 **** -8:00 US P%sT 1983 Oct 30 2:00 -9:00 US Y%sT 1983 Nov 30 -9:00 US AK%sT ! Zone America/Sitka -14:58:47 - LMT 1867 Oct 18 -9:01:13 - LMT 1900 Aug 20 12:00 -8:00 - PST 1942 -8:00 US P%sT 1946 --- 483,489 ---- -8:00 US P%sT 1983 Oct 30 2:00 -9:00 US Y%sT 1983 Nov 30 -9:00 US AK%sT ! Zone America/Sitka 14:58:47 - LMT 1867 Oct 18 -9:01:13 - LMT 1900 Aug 20 12:00 -8:00 - PST 1942 -8:00 US P%sT 1946 *** southamerica 2011/10/07 06:09:10 1.1 --- southamerica 2011/10/07 06:36:20 *************** *** 1034,1040 **** # of America/Salvador. Zone America/Bahia -2:34:04 - LMT 1914 -3:00 Brazil BR%sT 2003 Sep 24 ! -3:00 - BRT # # Goias (GO), Distrito Federal (DF), Minas Gerais (MG), # Espirito Santo (ES), Rio de Janeiro (RJ), Sao Paulo (SP), Parana (PR), --- 1034,1041 ---- # of America/Salvador. Zone America/Bahia -2:34:04 - LMT 1914 -3:00 Brazil BR%sT 2003 Sep 24 ! -3:00 - BRT 2011 Oct 16 ! -3:00 Brazil BR%sT # # Goias (GO), Distrito Federal (DF), Minas Gerais (MG), # Espirito Santo (ES), Rio de Janeiro (RJ), Sao Paulo (SP), Parana (PR),

17 29

Irish time...
by Kevin Lyda Oct. 17, 2011

Oct. 17, 2011

The first entry in the europe zone file for Ireland is as follows: Rule GB-Eire 1916 only - May 21 2:00s 1:00 BST However I don't think it's correct. I'm not sure how far back we want to go, but apparently from 1880 up until October, 1916, Dublin was 25 minutes off from London. When the clocks were set back in October 1916, they were set back 35 minutes - which would seem to cast doubt on the second line for GB-Eire: Rule GB-Eire 1916 only - Oct 1 2:00s 0 GMT And 25 minutes, as noted in the file was an oversimplification. A web page with more detail is here (I've cc'd Dave who might have more info): http://www.maths.tcd.ie/~dwmalone/time/dunsink.html And apparently there were places in Ireland observing the Dunsink based "Dublin Mean Time" up to the 1940s: http://historical-debates.oireachtas.ie/D/0079/D.0079.194003050027.html In addition, Belfast seems to have had yet another timezone. How did the British actually manage to build an empire anyway? Kevin -- Kevin Lyda Dublin, Ireland US Citizen overseas? We can vote. Register now: http://www.votefromabroad.org/

6 7

AP Article: Time zone database has new home after lawsuit
by Jonathan Leffler Oct. 17, 2011

Oct. 17, 2011

The URL I got was: http://my.earthlink.net/article/tec?guid=20111016/ec375dde-65b5-4564-abce-4… Time zone database has new home after lawsuit ANICK JESDANUN >From Associated Press October 16, 2011 7:35 PM EDT NEW YORK (AP) — The organization in charge of the Internet's address system is taking over a database widely used by computers and websites to keep track of time zones around the world. The transition to the Internet Corporation for Assigned Names and Numbers, or ICANN, comes a week after the database was abruptly removed from a U.S. government server because of a federal lawsuit claiming copyright infringement. [...] ICANN accelerated those discussions and took over management Friday after the database was removed from NIH's server on Oct. 6, following a lawsuit over historical data used. Astrology software company Astrolabe Inc. argues that Olson and another volunteer at University of California, Los Angeles should have paid royalties for including data from its software. The defendants have insisted that the data are in the public domain and not subject to copyright. Their employers were not named as defendants. The federal lawsuit, filed Sept. 30 in Boston, does not affect current time zone information, which comes from tips sent by volunteers through an email list. However, ICANN is keeping the historical information in the database. "We are aware of the lawsuit," Davies said. "We believe it's important to continue the operation of the database. We'll deal with any legal matters as they arise." ___ Time zone database: http://www.iana.org/time-zones -- Jonathan Leffler <jonathan.leffler(a)gmail.com> #include <disclaimer.h> Guardian of DBD::Informix - v2011.0612 - http://dbi.perl.org "Blessed are we who can laugh at ourselves, for we shall never cease to be amused."

3 2

ICANN to Manage Time Zone Database
by Marshall Eubanks Oct. 16, 2011

Oct. 16, 2011

FYI --------- Forwarded message ---------- Date: Fri, 14 Oct 2011 19:43:21 -0400 From: ICANN News Alert <communications(a)icann.org> Subject: ICANN News Alert -- ICANN to Manage Time Zone Database ICANN News Alert http://www.icann.org/en/news/releases/release-14oct11-en.pdf [PDF, 275 KB]

3 2

Re: [tz] Astrolabe lawsuit update
by Gunther Vermeir Oct. 15, 2011

Oct. 15, 2011

sorry, that was one cc to many my apologies , no need to discuss this on the list itself Gunther ----- Original Message ----- From: gunther.vermeir(a)oracle.com To: valli108(a)gmail.com Cc: david(a)braverman.org, tz(a)iana.org Sent: Saturday, October 15, 2011 9:10:08 PM GMT +01:00 Amsterdam / Berlin / Bern / Rome / Stockholm / Vienna Subject: Re: [tz] Astrolabe lawsuit update Valli, even if I personally don't agree with your views on the world (i don't believe in / follow the idea of astrology) , I think David's "We aren't pissed at you because you're astrologers; we're pissed at you because you're stupid." remark quite nicely sums up the reaction I got from a lot of people I've talked to about this :) David, very nice write up, I must remember to not try to sip on a drink while reading things from you :) Gunther ----- Original Message ----- From: valli108(a)gmail.com To: david(a)braverman.org Cc: tz(a)iana.org Sent: Friday, October 14, 2011 6:51:35 PM GMT +01:00 Amsterdam / Berlin / Bern / Rome / Stockholm / Vienna Subject: Re: [tz] Astrolabe lawsuit update Thank you, David, for sharing both of these. I am a Vedic astrologer on this list, and I hugely respect the work of the Olson database community. Please know Astrolabe does NOT speak for all astrologers. While the Supreme Court in India has ruled that Vedic astrology is a science, I do realize not all on this list share that view, and I'm not looking to go "out of scope" with a discussion on that topic. However, if this case needs any testimonies from astrologers speaking up refuting Astrolabe, I'm happy to write something up. ADO has a great reputation for integrity, and this list has been very thoughtful for years. I do not see this case as "astrologers" vs. Olson database community. Valli On Fri, Oct 14, 2011 at 8:55 AM, David Braverman < david(a)braverman.org > wrote: Astrolabe, Inc., sent out a press release overnight: http://www.thedailyparker.com/CommentView,guid,bded3439-6019-4389-93a3-29af… And I responded, if anyone’s interested: http://www.thedailyparker.com/PermaLink,guid,103d30f9-4d58-4b72-9f5a-8db45e… I hope this isn’t out of scope for the list. I figured people might be interested in the latest developments in the case. David Braverman Weather Now -- "Unless you are a warrior, you will never succeed in life." ~ Dr. Pillai

1 0

Re: [tz] Astrolabe lawsuit update
by Gunther Vermeir Oct. 15, 2011

Oct. 15, 2011

Valli, even if I personally don't agree with your views on the world (i don't believe in / follow the idea of astrology) , I think David's "We aren't pissed at you because you're astrologers; we're pissed at you because you're stupid." remark quite nicely sums up the reaction I got from a lot of people I've talked to about this :) David, very nice write up, I must remember to not try to sip on a drink while reading things from you :) Gunther ----- Original Message ----- From: valli108(a)gmail.com To: david(a)braverman.org Cc: tz(a)iana.org Sent: Friday, October 14, 2011 6:51:35 PM GMT +01:00 Amsterdam / Berlin / Bern / Rome / Stockholm / Vienna Subject: Re: [tz] Astrolabe lawsuit update Thank you, David, for sharing both of these. I am a Vedic astrologer on this list, and I hugely respect the work of the Olson database community. Please know Astrolabe does NOT speak for all astrologers. While the Supreme Court in India has ruled that Vedic astrology is a science, I do realize not all on this list share that view, and I'm not looking to go "out of scope" with a discussion on that topic. However, if this case needs any testimonies from astrologers speaking up refuting Astrolabe, I'm happy to write something up. ADO has a great reputation for integrity, and this list has been very thoughtful for years. I do not see this case as "astrologers" vs. Olson database community. Valli On Fri, Oct 14, 2011 at 8:55 AM, David Braverman < david(a)braverman.org > wrote: Astrolabe, Inc., sent out a press release overnight: http://www.thedailyparker.com/CommentView,guid,bded3439-6019-4389-93a3-29af… And I responded, if anyone’s interested: http://www.thedailyparker.com/PermaLink,guid,103d30f9-4d58-4b72-9f5a-8db45e… I hope this isn’t out of scope for the list. I figured people might be interested in the latest developments in the case. David Braverman Weather Now -- "Unless you are a warrior, you will never succeed in life." ~ Dr. Pillai

1 0

ICANN News Alert - ICANN to Manage Time Zone Database
by dr.hingston Oct. 15, 2011

Oct. 15, 2011

I don't think this has been notified to the list? On 30 September Astrolabe Inc filed action for alleged copyright infringement against the voluntary maintainers of the TZ database. Details at: www.scribd.com/doc/67760407/ASTROLABE-INC-Vs-ARTHUR-DAVID-OLSON-and-PAUL-EGG ERT-Complaint ICANN has just released the following statement at: www.icann.org/en/news/releases/release-14oct11-en.pdf ICANN to Manage Time Zone Database The Internet Corporation for Assigned Names and Numbers (ICANN) today took over operation of an Internet Time Zone Database that is used by a number of major computer systems. ICANN agreed to manage the database after receiving a request from the Internet Engineering Task Force (IETF). The database contains time zone code and data that computer programs and operating systems such as Unix, Linux, Java, and Oracle rely on to determine the correct time for a given location. Modifications to the database occur frequently throughout the year. "The time zone database is used by a large number of commercial operating systems and the software applications," said Russ Housely, chairman of the IETF. "Incorrect time zone information will impact many everyday activities, including meeting and conference call coordination, airplane and train schedules, physical package delivery notices, and astronomical observatories." For nearly three decades, the TZ Database had been maintained by a group of dedicated volunteers, in particular, Arthur David Olson at the US National Institutes of Health. Olson coordinated the group, managed the data, and created a platform for their release. Olson's announced retirement prompted the IETF to turn to ICANN to ensure continued operation of the database. "The Time Zone Database provides an essential service on the Internet and keeping it operational falls within ICANN's mission of maintaining a stable and dependable Internet," said Akram Atallah, ICANN's Chief Operating Officer. <end>

2 1

Re: [tz] LST
by Robert Elz Oct. 15, 2011

Oct. 15, 2011

Date: Fri, 14 Oct 2011 10:10:31 -0400 From: Tim Parenti <tim(a)timtimeonline.com> Message-ID: <CAFpi07yBJVqZxgFSzqOoKTLPb2m67NiH_LPCBifGT3J8hMrzsw(a)mail.gmail.com> | "LST" seems too like the other "meaningful" identifiers that people may try | to continue to infer meaning from it. And ... Jaakko Hyvätti <jaakko.hyvatti(a)foreca.com> said: | LOC or LOCAL would be least confusing I think. A couple of other suggestions I have been sent off list: LCT (Local Clock Time) which has the advantages of LST (most of the advantages I like in that one, but without the name clash - which personally I see as a deficit of LCT!) NIL or nil as an alternative for NONE or none while remaining 3 characters long (which is a minor advantage, but we already have zones with longer abbreviations, so ...) These are thrown into the pot for consideration. There is no current urgency to come to a conclusion on this that I'm aware of, so we can treat it as a back-burner topic. But please everyone, keep in mind that debating names is easy, everyone can have an opinion, as there's usually no right answer (sometimes some wrong answers, but not often one obviously right answer). kre

1 0

Re: [tz] LST
by Tim Parenti Oct. 14, 2011

Oct. 14, 2011

On Thu, Oct 13, 2011 at 23:29, Robert Elz <kre(a)munnari.oz.au> wrote: > | Forgive me if I'm wrong, but I believe most robust implementations of > the TZ > | database already have some way of expressing an offset in this way. > > That isn't the issue. What is of interest for this topic, is what the > tz database (and code) should put in the tzname[] array &/or tm_zone field > of the struct tm. > ... > > So, using -04:00 just isn't an option, sorry. > That was precisely my point. While a numeric offset would be meaningful, it's place is simply *not* in the abbreviation designation, for programmatic and practical reasons. On Fri, Oct 14, 2011 at 06:29, Zefram <zefram(a)fysh.org> wrote: > FWIW, the POSIX standard for $TZ allows ASCII letters (of either case), > digits, "+", and "-" in the abbreviation, and requires the abbreviation > to be at least three characters long. > "LST" seems too like the other "meaningful" identifiers that people may try to continue to infer meaning from it. Could we perhaps just use the string "local" for these "non-meaningful" cases, and avoid abbreviations altogether? This all-lowercase string conforms to the POSIX standard as described and would also serve to *clearly* disambiguate from other identifiers like "UTC", while not having to deal with contrived abbreviations. -- Tim Parenti

4 4

mktime() during the the DST gap
by christos＠zoulas.com Oct. 14, 2011

Oct. 14, 2011

I am sure that this has been discussed before, but I think that if we decide to keep the current behavior, we should document it in the manual page explicitly. As you probably know calling mktime() in during the DST gap with tm_isdst == -1, returns -1 in this tzcode() implementation. The glibc one at least, adds the difference between the non-DST and the DST time. Both behaviors are justifyable. - We are returning -1 because this time cannot be represented. - We are returning the time you meant, since you cannot easily fix it by yourself by deducing the dst offset. I am suggesting that we explicitly document the chosen behavior in the manual page and if we choose to return -1, we set errno which is currently not set. I have appended a patch that changes the behavior to return the closest time as glibc does (if we choose to do that) as well as a test program that demonstrates that mktime() fails and does not set errno now. christos ------------- #include <stdio.h> #include <unistd.h> #include <err.h> #include <time.h> int main(int argc, char *argv[]) { struct tm tm; time_t t; setenv("TZ", "America/New_York"); memset(&tm, 0, sizeof(tm)); tm.tm_hour = 2; tm.tm_min = 30; tm.tm_mday = 14; tm.tm_mon = 2; tm.tm_year = 110; tm.tm_isdst = -1; t = mktime(&tm); if (t == -1) err(1, "mktime"); printf("%s", ctime(&t)); return 0; } ------------------- diff -u -r1.8 localtime.c --- localtime.c 14 Dec 2010 19:08:54 -0000 1.8 +++ localtime.c 14 Oct 2011 15:17:58 -0000 @@ -1787,6 +1787,25 @@ return WRONG; --hi; } + if (lo - 1 == hi && yourtm.tm_isdst < 0) { + time_t off = 0; + for (i = sp->typecnt - 1; i >= 0; --i) { + for (j = sp->typecnt - 1; j >= 0; --j) { + if (sp->ttis[j].tt_isdst == + sp->ttis[i].tt_isdst) + continue; + off = sp->ttis[j].tt_gmtoff - + sp->ttis[i].tt_gmtoff; + break; + } + if (j >= 0) + break; + } + if (off) { + t = hi + off; + break; + } + } if (lo > hi) return WRONG; if (dir > 0)

1 0

A history maintaining repository for tzdata
by Kevin Lyda Oct. 14, 2011

Oct. 14, 2011

I note that some others have created some repositories for tzdata, but I'd really like to see the history of what Paul and Arthur have done be maintained. Commits that have useful commit messages and "correct" dates. To that end I've created the following repository (I stuck it on two hosters as I saw there were concerns about github on the list): https://github.com/lyda/tzdata https://gitorious.org/tzdata The README file explains how the import was done and what might need to be fixed: https://github.com/lyda/tzdata/blob/master/README https://gitorious.org/tzdata/tzdata/blobs/master/README If people want me to recreate it differently I'm happy to do so. It takes about a minute to build from scratch. The git repo is only 1.5M BTW so if someone wants to setup private hosting it really won't take up much room or bandwidth. If people like this I'm happy to do the same for tzcode. Kevin PS It would amuse me if the tz project had one of the oldest git commits on github/gitorious/wherever: https://github.com/lyda/tzdata/commit/dcf9a59f640d3e24745b36a9b5593add336a0… -- Kevin Lyda Dublin, Ireland US Citizen overseas? We can vote. Register now: http://www.votefromabroad.org/

12 20

archive completeness
by Zefram Oct. 14, 2011

Oct. 14, 2011

For the benefit of those looking to complete the oldtz archive, I've checked the entire mailing list archive for release announcements. I used <http://mm.icann.org/pipermail/tz/> for 1986 to 2010, and <http://news.gmane.org/gmane.comp.time.tz> for 2011. In this combination I believe they're a complete archive of the mailing lists, <tz(a)elsie.nci.nih.gov> and <tz(a)iana.org>, from inception on 1986-11-25 up to the present 2011-10-11. I extracted all the information from the archives today, 2011-10-11. I have some confidence that this is a complete list of the announcements on the mailing lists, because I grepped specifically for ones that seemed to be missing. (Did find a few that I'd missed on the first pass.) There are, however, some releases that were not announced, ranging from tz92b up to tzdata2011f. There are various other irregularities. This listing incorporates corrections that were made on the list, and obvious typo fixes. The dates given are the UT date of the announcement message (the original one, if later corrected) as reported by the archive. All announcements up to 2011k were by Arthur David Olson. I'd like to see someone expand this into a systematic list of all releases actually made. The mailing list contains a few mentions of releases that were not announced at the time, but I have no confidence that this would catch all unannounced releases. 1992-04-25 tz92.tar.Z only 1992-11-21 tz92c.tar.Z only 1993-01-08 tzcode93.tar.Z tzdata93.tar.Z 1993-02-02 tzdata93b.tar.Z only 1993-06-06 tzcode93c.tar.Z tzdata93c.tar.Z 1993-07-18 tzcode93d.tar.Z tzdata93d.tar.Z 1993-09-06 tzcode93e.tar.Z tzdata93e.tar.Z 1993-10-15 tzcode93f.tar.Z tzdata93f.tar.Z 1993-11-29 tzcode93g.tar.gz tzdata93g.tar.gz 1994-02-03 tzdata94a.tar.gz only 1994-02-07 tzcode94b.tar.gz tzdata94b.tar.gz 1994-02-10 tzcode94c.tar.gz only 1994-02-24 tzcode94d.tar.gz tzdata94d.tar.gz 1994-03-31 tzcode94e.tar.gz only 1994-05-05 tzcode94f.tar.gz only 1994-05-05 tzcode94g.tar.gz only 1994-07-04 tzdata94e.tar.gz only 1994-08-20 tzdata94f.tar.gz only 1994-12-10 tzcode94h.tar.gz tzdata94h.tar.gz 1995-03-11 tzcode95b.tar.gz tzdata95b.tar.gz 1995-03-13 tzcode95c.tar.gz only 1995-07-02 tzdata95c.tar.gz only 1995-07-03 tzdata95d.tar.gz only 1995-07-08 tzdata95e.tar.gz only 1995-08-29 tzdata95f.tar.gz only 1995-09-01 tzdata95g.tar.gz only 1995-09-14 tzcode95d.tar.gz only 1995-09-21 tzdata95h.tar.gz only 1995-09-26 tzdata95i.tar.gz only 1995-10-13 tzcode95e.tar.gz only 1995-10-28 tzcode95f.tar.gz tzdata95j.tar.gz 1995-10-30 tzcode95g.tar.gz tzdata95k.tar.gz 1995-12-19 tzcode95h.tar.gz tzdata95l.tar.gz 1995-12-21 tzcode95i.tar.gz tzdata95m.tar.gz 1996-01-06 tzcode96a.tar.gz tzdata96a.tar.gz 1996-01-11 tzcode96b.tar.gz only 1996-01-16 tzcode96c.tar.gz only 1996-01-27 tzdata96b.tar.gz only 1996-02-12 tzcode96d.tar.gz tzdata96c.tar.gz 1996-02-29 tzcode96e.tar.gz only 1996-03-19 tzdata96d.tar.gz only 1996-03-19 tzdata96e.tar.gz only 1996-04-19 tzdata96f.tar.gz only 1996-05-03 tzcode96f.tar.gz tzdata96g.tar.gz 1996-05-09 tzdata96h.tar.gz only 1996-05-16 tzcode96g.tar.gz only 1996-06-05 tzcode96h.tar.gz only 1996-07-01 tzdata96i.tar.gz only 1996-07-28 tzcode96i.tar.gz only 1996-07-30 tzcode96j.tar.gz only 1996-09-08 tzcode96k.tar.gz tzdata96k.tar.gz 1996-09-08 tzcode96l.tar.gz only 1996-11-05 tzcode1996m.tar.gz tzdata1996l.tar.gz 1996-11-24 tzdata1996m.tar.gz only 1996-12-16 tzcode1996n.tar.gz only 1996-12-28 tzcode1996o.tar.gz tzdata1996n.tar.gz 1997-01-21 tzcode1997a.tar.gz tzdata1997a.tar.gz 1997-02-27 tzcode1997b.tar.gz tzdata1997b.tar.gz 1997-03-04 tzdata1997c.tar.gz only 1997-03-08 tzcode1997c.tar.gz tzdata1997d.tar.gz 1997-03-29 tzcode1997d.tar.gz tzdata1997e.tar.gz 1997-05-03 tzcode1997e.tar.gz tzdata1997f.tar.gz 1997-07-19 tzcode1997f.tar.gz tzdata1997g.tar.gz 1997-09-04 tzcode1997g.tar.gz tzdata1997h.tar.gz 1997-10-07 tzdata1997i.tar.gz only 1997-12-18 tzcode1997h.tar.gz tzdata1997j.tar.gz 1997-12-29 tzcode1997i.tar.gz tzdata1997k.tar.gz 1998-01-13 tzcode1998a.tar.gz tzdata1998a.tar.gz 1998-01-17 tzcode1998b.tar.gz tzdata1998b.tar.gz 1998-02-28 tzcode1998c.tar.gz tzcode1998c.tar.gz 1998-05-14 tzcode1998d.tar.gz tzdata1998d.tar.gz 1998-05-28 tzcode1998e.tar.gz tzdata1998e.tar.gz 1998-06-01 tzcode1998f.tar.gz only 1998-07-20 tzdata1998f.tar.gz only 1998-08-11 tzdata1998g.tar.gz only 1998-09-24 tzcode1998g.tar.gz tzdata1998h.tar.gz 1998-10-01 tzcode1998h.tar.gz tzdata1998i.tar.gz 1999-01-19 tzcode1999a.tar.gz tzdata1999a.tar.gz 1999-02-01 tzcode1999b.tar.gz tzdata1999b.tar.gz 1999-03-25 tzcode1999c.tar.gz tzdata1999c.tar.gz 1999-03-30 tzcode1999d.tar.gz tzdata1999d.tar.gz 1999-08-17 tzcode1999e.tar.gz tzdata1999e.tar.gz 1999-09-23 tzcode1999f.tar.gz tzdata1999f.tar.gz 1999-09-28 tzcode1999g.tar.gz tzdata1999g.tar.gz 1999-10-07 tzdata1999h.tar.gz only 1999-11-08 tzcode1999h.tar.gz tzdata1999i.tar.gz 1999-11-16 tzcode1999i.tar.gz tzdata1999j.tar.gz 2000-01-18 tzcode2000a.tar.gz tzdata2000a.tar.gz 2000-02-21 tzcode2000b.tar.gz tzdata2000b.tar.gz 2000-03-04 tzcode2000c.tar.gz tzdata2000c.tar.gz 2000-03-14 tzdata2000d.tar.gz only 2000-04-20 tzcode2000d.tar.gz only 2000-07-31 tzcode2000e.tar.gz tzdata2000e.tar.gz 2000-08-10 tzcode2000f.tar.gz tzdata2000f.tar.gz 2000-10-10 tzcode2000g.tar.gz tzdata2000g.tar.gz 2000-12-14 tzcode2000h.tar.gz tzdata2000h.tar.gz 2001-03-13 tzcode2001a.tar.gz tzdata2001a.tar.gz 2001-04-05 tzcode2001b.tar.gz tzdata2001b.tar.gz 2001-06-05 tzcode2001c.tar.gz tzdata2001c.tar.gz 2001-10-09 tzcode2001d.tar.gz tzdata2001d.tar.gz 2002-01-28 tzcode2002a.tar tzdata2002a.tar 2002-01-28 tzcode2002b.tar.gz tzdata2002b.tar.gz 2002-04-04 tzcode2002c.tar.gz tzdata2002c.tar.gz 2002-10-15 tzcode2002d.tar.gz tzdata2002d.tar.gz 2003-03-24 tzcode2003a.tar.gz tzdata2003a.tar.gz 2003-09-16 tzcode2003b.tar.gz tzdata2003b.tar.gz 2003-09-16 tzcode2003c.tar.gz tzdata2003c.tar.gz 2003-10-06 tzcode2003d.tar.gz tzdata2003d.tar.gz 2003-12-15 tzcode2003e.tar.gz tzdata2003e.tar.gz 2004-05-27 tzcode2004a.tar.gz tzdata2004a.tar.gz 2004-07-19 tzcode2004b.tar.gz tzdata2004b.tar.gz 2004-08-11 tzcode2004c.tar.gz only 2004-09-22 tzdata2004d.tar.gz only 2004-09-13 tzcode2004d.tar.gz only 2004-10-11 tzcode2004e.tar.gz tzdata2004e.tar.gz 2004-10-21 tzcode2004f.tar.gz only 2004-11-02 tzcode2004g.tar.gz tzdata2004g.tar.gz 2004-12-07 tzcode2004h.tar.gz only 2004-12-14 tzcode2004i.tar.gz only 2005-01-01 tzcode2005a.tar.gz tzdata2005a.tar.gz 2005-01-10 tzcode2005b.tar.gz tzdata2005b.tar.gz 2005-01-17 tzcode2005c.tar.gz tzdata2005c.tar.gz 2005-01-31 tzcode2005d.tar.gz only 2005-02-10 tzcode2005e.tar.gz tzdata2005e.tar.gz 2005-03-01 tzcode2005f.tar.gz tzdata2005f.tar.gz 2005-03-14 tzcode2005g.tar.gz tzdata2005g.tar.gz 2005-04-04 tzcode2005h.tar.gz tzdata2005h.tar.gz 2005-04-21 tzdata2005i.tar.gz only 2005-06-13 tzcode2005j.tar.gz tzdata2005j.tar.gz 2005-07-14 tzcode2005k.tar.gz tzdata2005k.tar.gz 2005-08-22 tzcode2005l.tar.gz tzdata2005l.tar.gz 2005-08-29 tzcode2005m.tar.gz tzdata2005m.tar.gz 2005-10-03 tzcode2005n.tar.gz tzdata2005n.tar.gz 2005-11-28 tzcode2005o.tar.gz tzdata2005o.tar.gz 2005-12-05 tzcode2005p.tar.gz tzdata2005p.tar.gz 2005-12-13 tzcode2005q.tar.gz tzdata2005q.tar.gz 2005-12-27 tzcode2005r.tar.gz tzdata2005r.tar.gz 2006-01-30 tzcode2006a.tar.gz tzdata2006a.tar.gz 2006-02-20 tzdata2006b.tar.gz tz32code2006b.tar.gz tz64code2006b.tar.gz 2006-04-03 tzcode2006c.tar.gz tzdata2006c.tar.gz 2006-04-17 tzcode2006d.tar.gz tzdata2006d.tar.gz 2006-05-01 tzcode2006e.tar.gz tzdata2006e.tar.gz 2006-05-01 tzcode2006f.tar.gz tzdata2006f.tar.gz 2006-05-08 tzcode2006g.tar.gz tzdata2006g.tar.gz 2006-07-24 tzcode2006h.tar.gz only 2006-08-07 tzcode2006i.tar.gz only 2006-08-21 tzcode2006j.tar.gz tzdata2006j.tar.gz 2006-08-28 tzcode2006k.tar.gz tzdata2006k.tar.gz 2006-09-18 tzdata2006l.tar.gz only 2006-10-02 tzcode2006m.tar.gz tzdata2006m.tar.gz 2006-10-10 tzcode2006n.tar.gz tzdata2006n.tar.gz 2006-11-06 tzcode2006o.tar.gz tzdata2006o.tar.gz 2006-11-27 tzcode2006p.tar.gz tzdata2006p.tar.gz 2007-01-08 tzcode2007a.tar.gz tzdata2007a.tar.gz 2007-02-12 tzcode2007b.tar.gz tzdata2007b.tar.gz 2007-02-26 tzcode2007c.tar.gz tzdata2007c.tar.gz 2007-03-20 tzcode2007d.tar.gz tzdata2007d.tar.gz 2007-04-02 tzcode2007e.tar.gz tzdata2007e.tar.gz 2007-05-07 tzcode2007f.tar.gz tzdata2007f.tar.gz 2007-08-20 tzcode2007g.tar.gz tzdata2007g.tar.gz 2007-10-01 tzcode2007h.tar.gz tzdata2007h.tar.gz 2007-11-01 tzdata2007i.tar.gz only 2007-12-03 tzcode2007j.tar.gz tzdata2007j.tar.gz 2007-12-31 tzcode2007k.tar.gz tzdata2007k.tar.gz 2008-03-08 tzcode2008a.tar.gz tzdata2008a.tar.gz 2008-03-24 tzdata2008b.tar.gz only 2008-05-27 tzdata2008c.tar.gz only 2008-07-07 tzdata2008d.tar.gz only 2008-07-28 tzcode2008e.tar.gz tzdata2008e.tar.gz 2008-09-15 tzdata2008f.tar.gz only 2008-10-06 tzcode2008g.tar.gz tzdata2008g.tar.gz 2008-10-13 tzcode2008h.tar.gz tzdata2008h.tar.gz 2008-10-27 tzdata2008i.tar.gz only 2009-01-21 tzcode2009a.tar.gz tzdata2009a.tar.gz 2009-02-09 tzcode2009b.tar.gz tzdata2009b.tar.gz 2009-03-16 tzdata2009c.tar.gz only 2009-03-23 tzcode2009d.tar.gz tzdata2009d.tar.gz 2009-04-06 tzcode2009e.tar.gz tzdata2009e.tar.gz 2009-04-13 tzdata2009f.tar.gz only 2009-04-27 tzdata2009g.tar.gz only 2009-05-26 tzcode2009h.tar.gz tzdata2009h.tar.gz 2009-07-08 tzcode2009i.tar.gz tzdata2009i.tar.gz 2009-07-18 tzdata2009j.tar.gz only 2009-07-20 tzcode2009k.tar.gz tzdata2009k.tar.gz 2009-08-17 tzdata2009l.tar.gz only 2009-09-08 tzdata2009m.tar.gz only 2009-09-28 tzdata2009n.tar.gz only 2009-10-19 tzdata2009o.tar.gz only 2009-10-26 tzdata2009p.tar.gz only 2009-11-02 tzcode2009q.tar.gz tzdata2009q.tar.gz 2009-11-09 tzcode2009r.tar.gz tzdata2009r.tar.gz 2009-11-16 tzdata2009s.tar.gz only 2009-12-21 tzcode2009t.tar.gz tzdata2009t.tar.gz 2009-12-28 tzdata2009u.tar.gz only 2010-01-18 tzdata2010a.tar.gz only 2010-01-25 tzdata2010b.tar.gz only 2010-02-16 tzcode2010a.tar.gz only 2010-03-01 tzcode2010c.tar.gz tzdata2010c.tar.gz 2010-03-08 tzdata2010d.tar.gz only 2010-03-08 tzdata2010e.tar.gz only 2010-03-22 tzcode2010f.tar.gz tzdata2010f.tar.gz 2010-03-29 tzdata2010g.tar.gz only 2010-04-05 tzdata2010h.tar.gz only 2010-04-19 tzdata2010i.tar.gz only 2010-05-10 tzcode2010j.tar.gz tzdata2010j.tar.gz 2010-07-26 tzcode2010k.tar.gz tzdata2010k.tar.gz 2010-08-16 tzcode2010l.tar.gz tzdata2010l.tar.gz 2010-09-27 tzcode2010m.tar.gz tzdata2010m.tar.gz 2010-10-25 tzcode2010n.tar.gz tzdata2010n.tar.gz 2010-11-01 tzdata2010o.tar.gz only 2011-01-24 tzcode2011a.tar.gz tzdata2011a.tar.gz 2011-02-07 tzcode2011b.tar.gz tzdata2011b.tar.gz 2011-03-07 tzcode2011c.tar.gz tzdata2011c.tar.gz 2011-03-14 tzcode2011d.tar.gz tzdata2011d.tar.gz 2011-04-01 tzcode2011e.tar.gz tzdata2011e.tar.gz 2011-04-25 tzcode2011g.tar.gz tzdata2011g.tar.gz 2011-06-27 tzdata2011h.tar.gz only 2011-08-29 tzcode2011i.tar.gz tzdata2011i.tar.gz 2011-09-12 tzdata2011j.tar.gz only 2011-09-26 tzdata2011k.tar.gz only 2011-10-10 tzdata2011l.tar.gz only -zefram

5 5

Fixing make check output...
by Kevin Lyda Oct. 13, 2011

Oct. 13, 2011

To get make check to run on Ubuntu, I had to do the following: apt-get install w3-recs sp cp -a /usr/share/doc/w3-recs/html/www.w3.org/TR/1999/REC-html401-19991224 . find REC-html401-19991224 -name '*.gz' -print0 | xargs -0 gunzip I then copied the command make check wanted to run and tweaked it like so: SGML_CATALOG_FILES=HTML4.cat SGML_SEARCH_PATH=REC-html401-19991224/ SP_CHARSET_FIXED=YES SP_ENCODING=UTF-8 nsgmls -s -B -wall -wno-unused-param tz-art.htm tz-link.htm I'm not really sure what tz-art.htm is for, but this is the diff required to make it actually pass... diff --git a/tz-art.htm b/tz-art.htmindex 902371e..f3064ee 100644--- a/tz-art.htm+++ b/tz-art.htm@@ -213,7 +213,7 @@ Supernaw.</td></tr> <tr><td>ID</td><td>272</td></tr> <tr><td>Total Time</td><td>73:05</td></tr> <tr><td>Notes</td><td>Includes the song "Twilight Time Zone."</td></tr>-<tr><td><a href="http://www.allmusic.com/cg/amg.dll?p=amg&sql=10:w9fpxzykldje">AMG Ra+<tr><td><a href="http://www.allmusic.com/cg/amg.dll?p=amg&sql=10:w9fpxzykldje">AM <tr><td>ADO Rating</td><td>2 stars</td></tr> <tr><td> </td></tr>@@ -224,7 +224,7 @@ Supernaw.</td></tr> <tr><td>Label</td><td>Columbia</td></tr> <tr><td>ID</td><td>CK-8905</td></tr> <tr><td>Total Time</td><td>45:36</td></tr>-<tr><td><a href="http://www.allmusic.com/cg/amg.dll?p=amg&sql=10:gifqxqt5ld0e">AMG Ra+<tr><td><a href="http://www.allmusic.com/cg/amg.dll?p=amg&sql=10:gifqxqt5ld0e">AM <tr><td>ADO Rating</td><td>1.5 stars</td></tr> <tr><td>Notes<td>The title song is also available on "Bob Dylan's Greatest Hits" and <tr><td> </td></tr>@@ -235,7 +235,7 @@ Supernaw.</td></tr> <tr><td>Label</td><td>Universal Jazz France</td></tr> <tr><td>ID</td><td>B0012688-02</td></tr> <tr><td>Total Time</td><td>42:31</td></tr>-<tr><td><a href="http://www.allmusic.com/cg/amg.dll?p=amg&sql=10:3bftxzw0ldhe"</a>AMG+<tr><td><a href="http://www.allmusic.com/cg/amg.dll?p=amg&sql=10:3bftxzw0ldhe">AM <tr><td>ADO Rating</td><td>2.5 stars</td></tr> <tr><td>Notes<td>Includes the song "Fire and Wood" with the lyric "The clocks were turned back you remeber/Think it's still November." -- Kevin Lyda Dublin, Ireland US Citizen overseas? We can vote. Register now: http://www.votefromabroad.org/

1 0

32 municipalities in Mato Grosso, Brazil not to observe DST
by Steffen Thorsen Oct. 13, 2011

Oct. 13, 2011

According to many news sources, 32 municipalities in Mato Grosso will change their clocks for DST the coming weekend, so this will split Mato Grosso into two different zones. One example: http://www.redenergia.com/concessionarias/noticias/5476/Concessionarias-Ger… Biggest city we could find among them was Barra do Garças. Our view of it: http://www.timeanddate.com/news/time/brazil-time-changes-2011.html Best regards, Steffen Thorsen - timeanddate.com

1 0

400-year-repeat edge cases
by Zefram Oct. 12, 2011

Oct. 12, 2011

For tzfile readers that make use of the 400-year cycle where a rule can't be expressed in POSIX-TZ form, I'm concerned that going exactly 400 years beyond the last rule change isn't sufficient. The year at the start of that cycle, the year that would otherwise have been the last one mentioned in the tzfile, might be contaminated by one-shot rules, making it an invalid example of the cyclical rules. Also, the transitions included for the last year of the cycle don't adequately delimit the whole cycle. I propose to avoid these edge problems by adding an extra two years of explicit observations when listing 400 years of the future. One extra year would probably suffice; two certainly does, and allows for conservative tzfile readers to drop poorly-delimited observations at the ends. Think of them as telomeres. Attached patch implements. This affects about six of the tzfiles. (Between five and seven, depending on which of my previous patches you applied.) They mostly get 36 bytes longer. -zefram

1 0

FW: missing extension rules
by Olson, Arthur David (NIH/NCI) [E] Oct. 12, 2011

Oct. 12, 2011

I'm forwarding this message from Zefram; since sending it, Zefram has subscribed to the time zone mailing list. --ado -----Original Message----- From: Zefram [mailto:zefram@fysh.org] Sent: Wednesday, September 28, 2011 6:10 To: tz(a)lecserver.nci.nih.gov Subject: missing extension rules I've found a problem with the tzfiles for Africa/Cairo and America/Argentina/San_Luis. They both show a last known transition in the recent past, and surprisingly lack a POSIX-TZ-format rule for extending the zone into the future. My tzfile parser treats a zone with no extension rule as being undefined for any time following the last explicit transition, so for these two zones it reckons the zone is undefined for the present. In the source files they're each currently configured to observe a set of DST rules, and the ruleset has no transitions configured for the future. So for the present and foreseeable future, the zone is on a constant offset with no DST transitions. The tzfile reflects that by showing no transitions from the present up to 2038 (where zic always fills in a complete set of expected transitions). It should be trivial to also reflect that foreseen behaviour in a POSIX-TZ string that just gives a fixed offset and no DST rule. For example, Africa/Cairo should clearly have "EET-2". I could have a go at a zic patch to fix this, if the regular zic hackers would like to work that way. For America/Argentina/San_Luis there's an extra wrinkle: the last known transition is a transition *to* DST. Its fixed-offset foreseeable behaviour therefore has a fixed is_dst=1, which is moderately silly. It's arguable that in this case it would be incorrect to give a "WARST3" extension rule, because that doesn't accurately express the DST status. Since that DST transition was in 2009, it's also a good bet that they haven't stayed continuously on DST since then, of course. -zefram

3 5

Re: [tz] temporary timezone database home ...
by David Braverman Oct. 11, 2011

Oct. 11, 2011

Um...a statement in a creative work that says "this work is in the public domain" generally *does* put it in the public domain. Anyone who owns property is free to give it away. In the case of the U.S. government, since the government (in theory) is owned by the citizens of the U.S., as a matter of public policy U.S. government works are in the public domain. 17 USC 105 states this explicitly, but does allows the U.S. government to hold copyrights by devise (for example, through a gift or a tax lien). I believe ADO had to clarify that the tzinfo database fell into the first category and not the second; thus, the "public domain" language in the tzinfo files. And IAAL (just not practicing). :) David Braverman http://www.wx-now.com/

4 3

tzdata repo at Google Code is gone
by Øyvind A. Holm Oct. 11, 2011

Oct. 11, 2011

There used to be an svn repo on http://code.google.com/p/tzdata/ containing the tz data in various formats (csv, json, xml, etc), but now it's gone. Does anyone know what happened to it? Anyway, on 2011-10-08 I converted it from Svn to Git, and this repo (with full history, newest version is tzdata2011j) is stored at https://gitorious.org/tz/tzdata . It can be cloned with git clone git://gitorious.org/tz/tzdata.git Regards, Øyvind

1 0

tzdata2011l.tar.gz
by Robert Elz Oct. 10, 2011

Oct. 10, 2011

The file ... ftp://munnari.oz.au/pub/tzdata2011l.tar.gz ...is now available; this reflects changes circulated last week on the time zone mailing list. There are just 2 changes that cause different generated tzdata files from zic, to Asia/Hebron and Pacific/Fiji - the possible change for Bahia, Brazil is included, but commented out. Compared with the diff I sent out last week, this version also includes attributions for the sources for the changes (in much the same format as ado used, but the html tags have not been checked, verified, or used in any way at all, so if there are errors there, please let me know.) Unfortunately, there are no signatures, it turns out that I have not used any form of PGP in so long that getting my keys into a form where they're usable by gpg is somewhat of a challenge - so most probably I'll just generate a new key (as was suggested, and which is obviously the sane approach) for tz distributions - the down side is that at least initially it isn't going to be signed (trusted) by anyone at all... To compensate for this lack of signatures, I'm appending (in this message) a list of digest values, crypto hash function digests generated by a number of different algorithms (all from the NetBSD pkgsrc "digest" program). Those ought to give a fair degree of confidence that the tarball has not been compromised, and by distributing them in this message, essentially no way for anyone to compromise the digest values (which is the one thing that a proper signature would ensure). Lastly, for now, because people seem to be mirroring ftp://munnari.oz.au/pub/oldtz/ I have included the current versions of the data & code files there, as well as their normal home in ftp://munnari.oz.au/pub - previously the oldtz directory contained only the obsolete tarballs. But thanks to Joseph S. Myers, the oldtz directory now includes a few extra archives that I had been missing, including the extremely elusive tzcode2003b which had been replaced before I even new it existed (and no, you don't really want it, it contained a fairly serious bug, which is why it was replaced so quickly...) kre MD5 (tzdata2011l.tar.gz) = bae1b93673e1aef80186c90dfd493f1c RMD160 (tzdata2011l.tar.gz) = b933711b06246c9d452d846a193b53295a966287 SHA1 (tzdata2011l.tar.gz) = c6740ec9645b78750e2109b6d42cd283e16988d7 SHA512 (tzdata2011l.tar.gz) = a1d2dd68ddd3822f94cd817a3e70277e6e9e347c12aa788533d36ad0ad03f0ec39d925301d64c6ab27825212dffd0ec03c3944096ef479318815a8e1f362c841 TIGER (tzdata2011l.tar.gz) = f0578e0cab5f39f13c49b076cc2955da95e9111b98ffe57c WHIRLPOOL (tzdata2011l.tar.gz) = aa6812740e077e064de7348f2deb15e1bfe8cbb93a336dde58e625b76f4832c8c6601bb06437ac04c05b232f142b1119841f5bab50656907b3a1459906c818a1

7 8

Update docs/comments regarding move from elsie to iana
by Kevin Lyda Oct. 10, 2011

Oct. 10, 2011

There are several places in the code that refer to the ftp server and mailing list on elsie. The following patch points people at the currently correct places. Kevin -- Kevin Lyda Dublin, Ireland US Citizen overseas? We can vote. Register now: http://www.votefromabroad.org/

1 0

Digital signing (was Re: Proposed time zone package changes ...)
by Bennett Todd Oct. 9, 2011

Oct. 9, 2011

For signing the data files, I'm fond of pgp, with gpg being the implementation I trust best. Sadly, standardization efforts seem to end up being used to add sponsorship for certificate signing authorities, we all have seen how well that has worked for SSL. Hope you can go with pgp; the current Certificate Authority fiasco follows as expected from the observation that trust doesn't scale. As for details, I don't know anything wrong with the default algorithms that gpg uses. But ideally you shouldn't be using your own key directly, but rather a new, project-specific key for the project's official contact email address. You can start it off by signing it with your key, and other folks can add signatures after verifying the fingerprint with you offline.

3 2

Another mirror + mirror shell script
by Sebastian Majstorovic Oct. 9, 2011

Oct. 9, 2011

I'd be glad to contribute another mirror, FTP and HTTP, based in Germany: ftp://tzmirror.appealingapps.de http://tzmirror.appealingapps.de If anyone else wants to setup a mirror, here's a one-line shell script which sets one up: /usr/bin/lftp -c 'open -e "mirror --parallel=5 -e -x ^[^t][^z] -i oldtz /pub /path/to/local/directory" munnari.oz.au' If you run it daily, e.g. as a cron, the files on the mirror are always kept up-to-date. Best Regards Sebastian

1 1

Re: [tz] A history maintaining repository for tzdata
by Kevin Lyda Oct. 8, 2011

Oct. 8, 2011

On Sat, Oct 8, 2011 at 08:43, Bill Sommerfeld <sommerfeld(a)alum.mit.edu> wrote: > An ancestor of the current tzdata was posted to the usenet mod.sources > newsgroup with a date of March 7, 1986; I found copies at: Fantastic. I got the idea that Usenet was the next place to go, but I had to catch a bus so I put the initial part up to let people know what I was working on. Annoyingly the reason I threw my work up on github in a hurry last night was because I was going to Galway last night. Now I'm here and while I have the CDROM *cases* of the first three volumes of the Walnut Creek Usenet Source Code archive, I suspect the CDROMs themselves are back in Dublin. Argh. Anyway, thanks for the links. Any additional early releases I find will have similar style commits - correct authors, timestamps and message ids. I'm downloading the comp.sources.unix archives now and will get the mod.sources archives next. Was settz posted on alt.sources prior to mod.sources? As for the points raised by other posters - US based hosts and preserving SCCS history... First, I chose github just for a quick place to push the repo. I obviously have the full copy (and more importantly the scripts used to generate it which I'll push up later today) and I'm in Ireland. It lives in a VM on my laptop and I've pushed out all the materials I used to build the repo to a few other machines in other countries. I have two thoughts on US based servers. First, there are a host of other projects on github that have these files in some form so I'm not really concerned. Second, this repository is a work in progress that folks here can evaluate in terms of its structure (see the README for the issues I'd like feedback on). It's my belief that I should send my repo generation scripts and supporting metadata to kre (or ado or eggert) and have them generate the repo that people actually use. Lastly I completely agree that the SCCS history should be preserved if possible. However I don't think I can get access to it without cause ado or eggert a lot of problems. I think I know how to weave in SCCS commits into the resulting git tree. Essentially the algorithm will go something like this (in shell/pythony pseudo code): for commit, next_commit in list_of_tags; do start_date=# get date of this commit end_date=# get date of next commit # get list of changes in sccs repository between those dates # for each change, get the date, commit message and diff # apply diff to repo, commit with correct date and metadata git rebase next_commit done How to do this will depend on what ado actually uses - SCCS or RCS or if he migrated from one to the other at some point. I also suspect there are some tweaks that will be required (I'm not sure how rebase deals with empty commits for instance and if everything is working correctly every rebase will cause an empty commit). And obviously when that happens everyone would need to resync their tree. But I'm happy to help make it happen. In the meantime I'll get the scripts and data kre needs to generate a repo that he can make a "blessed" repository for his own use (and wherever he chooses to publish it - if anywhere). Well, first I'll get the pre-93 sources and the tzcode in there first. Kevin

1 0

Re: [tz] Source material used by ACS atlas book editions
by Alois Treindl Oct. 7, 2011

Oct. 7, 2011

Stephen I don't quite understand why you fear this, but I am not a lawyer and not familiar with US law. I will use other channels for such contributions, if there should be any. As material for Olson's and Eggert's defense I think these quotes of Shanks's sources are relevant. Later (current) editions of the books do no longer mention any sources, only the old editions do. They confirm in writing that Shanks copied most of his data from other published sources. Knowledge of the sources will make it rather easy to clean up TZ files from quotes of Shanks. I think personally that no such cleanup should happen. The lawsuit should be fought and will be won by Olson and Eggert, as their use they make of Shanks' data is fully legitimate. Stephen Colebourne wrote: > Please don't send more information like this. You may contaminate the > new list and expand the lawsuit. > Stephen > >

1 0

(no subject)
by Paw Boel Nielsen Oct. 7, 2011

Oct. 7, 2011

I suggest you let your opinion known here: http://www.facebook.com/pages/Astrolabe-Astrology-Software-and-Services/525…

4 3

Source material used by ACS atlas book editions
by Alois Treindl Oct. 7, 2011

Oct. 7, 2011

I have taken some snapshots to review the sources used for the data collection in ACS American Atlas and International Atlas. The sources are referenced well in the bibliography of the 1st edition of International Atlas. Later editions do not give such information anymore. For American Atlas, the sources are mentioned to some extent in prefaces, acknowledgments, notes and in an advertising found in International Atlas. I think this material can be of relevance to form an opinion about the solidity of the Astrolabe lawsuit against Olson and Eggert.

1 0

mailing list archives
by Zefram Oct. 7, 2011

Oct. 7, 2011

I see the webbified tz(a)iana.org mailing list archive has been prepopulated with tzarchive.gz from elsie. ++ to whoever did that. But tzarchive.gz is incomplete: it bizarrely stopped being updated in May. In light of recent revelations, it's now notable that the last update coincides approximately with Astrolabe sending a takedown notice (2011-05-12 according to the legal complaint). Anyway, it would be nice if the missing five months could be imported too. It's available at <http://news.gmane.org/gmane.comp.time.tz>. -zefram

1 0

Re: [tz] temporary timezone database home ...
by Zefram Oct. 7, 2011

Oct. 7, 2011

If we're going the git route (which is a good idea), I suggest *not* using github. Github has terms of service that can change without notice in problematic ways. The tz collective is large enough that there should be no problem in hosting our own git server, such as the one that Yann Droneaud has provided as a prototype. Ideally we'd have a git server hosted at munnari. I think a single repository covering both code and data files would be better than separate code and data repositories. The two parts are too interconnected to work with separately. Btw, I was one of the unlucky sods (maybe the only unlucky sod?) who, having joined tz@elsie only a week ago, was omitted from the initial subscriber list for tz@iana. Good work getting things going so quickly. -zefram

1 0

Fwd: temporary timezone database home ...
by Alex Mayorga Adame Oct. 7, 2011

Oct. 7, 2011

---------- Forwarded message ---------- From: Alex Mayorga Adame <alex.mayorga(a)gmail.com> Date: Fri, 7 Oct 2011 00:48:50 -0500 Subject: Re: [tz] temporary timezone database home ... To: Robert Elz <kre(a)munnari.oz.au> Hope this nonsense won't grow into to much of a burden for "Olson et al" =( Thanks on your efforts Robert! Can this be made into a .torrent? I do not have permanent hosting other than DynDNS to my laptop in .mx but would gladly contribute some bandwidht if that would help in any way. Alex Mayorga Adame On 10/6/11, Robert Elz <kre(a)munnari.oz.au> wrote: > First, I am assuming this copy of the list is actually functioning, > (and I've just received jhawk's message which demonstrates that it is) > I don't believe it has been used for actual messages before that one, > but as ado has indicated that the list at elsie has been (for now > anyway) terminated - and given the plan was to migrate from it eventually > anyway, may never return, we can but hope this version of the list > is functional. > > Some of you who receive this message may have been removed from the > elsie version of the list recently, or altered your subscription details > - if that applies to you, use the iana.org message sent on the 1st of > this month to all subscribers to their list for instructions on how to > modify or delete your subscription. > > Don't send requests to me (or anyone else on the list) there's nothing I > (or we) can do about it - and most certainly, do not send requests to the > list itself asking to be removed. > > Unfortunately, there are probably a few people who were added to the elsie > list since it was cloned at iana.org but there's nothing much we can do > about that - if anyone is contacted by anyone who believes they should be > on the list, but is no longer receiving messages, direct them to the iana > website for list subscriptions. > > Next, while elsie's ftp server is shut down, munnari.oz.au isn't, and the > tz database & code remains available from here. Further, I will not > respond to requests from (almost) anyone to cease making those files > available (including Arthur and Paul - but by all means feel free to try > if you need to to satisfy some obligation to cease making the data > available - I'll ignore you, but you will at least have used every > reasonable > effort...) > > Second, regardless of this, the world's governments continue to adjust > their view of their local timezones & summer time adjustments, so we > need to continue updating the database (at least). There are several > updates that will be needed soon. > > For now, until someone else volunteers, I'm prepared to make the updates, > in much the same way that Arthur did, and then make new releases available > from munnari's ftp server. I suspect that it is unlikely that either Arthur > or Paul will be able to assist much with this in the coming months, so > I'm hoping that others will assist where possible. > > For now, I'm aware of changes needed for Armenia, Fiji, Bolivia, Brazil, > and of course, the changes that (might be) needed for Russia. If there's > anything else I missed, please let me know. > > Unfortunately, I don't have the sccs (or is it rcs or something these days) > master files, so I won't be able to do quite the same job that Arthur did, > but I can keep all versions so they can be checked into a version control > system later. > > It would be good if a few others, especially people in jurisdictions that > tend not to simply bow down to US court rulings, would keep copies of the > code and data, and make them publicly available via ftp or http (this > is not of huge public interest, the resources needed to provide this > service should not be very noticeable). > > All I know of the lawsuit is what jhawk's message indicated - eventually > I assume we'll find out what trademark or patent that someone believes is > being infringed (a little hard to believe either, but who knows...) > > The URL's of the current versions of the files from munnari.oz.au are ... > > ftp://munnari.oz.au/pub/tzcode2011i.tar.gz > ftp://munnari.oz.au/pub/tzdata2011k.tar.gz > > and of course, the historical files (most versions that were ever previously > released) are in ftp://munnari.oz.au/pub/oldtz/ > > kre > > > -- Enviado desde mi dispositivo móvil

1 0

Fiji Daylight saving
by Sean Evans Oct. 5, 2011

Oct. 5, 2011

Fijidaylight saving time 2011/2012 has been announced: “Prepare to advance your clocks one hour ahead of the standard time, because Fiji’s daylight saving period is about to start from October 23. Minister for Labour, Industrial Relations and Employment, Mr Filipe Bole made the Daylight Saving Order saying this initiative in Fiji has benefitted both the private and public sector over the years. “People of Fiji are urged to take full advantage of the daylight saving period time because this allows more quality time for recreation and to be with family, while also increasing overall economic activity, work and agricultural productivity,” Mr Bole said. Members of the public are reminded to change their time to one hour in advance at 2am to 3am on October 23, 2011 and one hour back at 3am to 2am on February 26 next year. Ends…” Original news release: http://www.fiji.gov.fj/index.php?option=com_content&view=article&id=4966:da… Best regards, Sean.

1 0

Bolivia plan to implement DST
by Alexander Krivenyshev Oct. 4, 2011

Oct. 4, 2011

According to Bolivia Ministry of Hydrocarbons and Energy web site (hidrocarburos.gob.bo) and various media reports: http://www.la-razon.com/version.php?ArticleId=136181&EditionId=2630 Bolivia plan to implement DST "every year" between September and March (in the spring and summer) as an alternative savings and efficient use of electricity. http://www.worldtimezone.com/dst_news/dst_news_bolivia02.html Alexander Krivenyshev - World Time Zone http://www.worldtimezone.com

1 1

State Bahia (Brazil) will return to Daylight savings time
by Alexander Krivenyshev Oct. 4, 2011

Oct. 4, 2011

State Bahia will return to Daylight savings time this year after 8 years off. The announcement was made by Governor Jaques Wagner in an interview to a television station in Salvador. Governor Jaques Wagner announces daylight savings time in Bahia (in Portuguese) http://g1.globo.com/bahia/noticia/2011/10/governador-jaques-wagner-confirma- horario-de-verao-na-bahia.html Bahia reverts to daylight saving time after eight years (in Portuguese) http://noticias.terra.com.br/brasil/noticias/0,,OI5390887-EI8139,00- Bahia+volta+a+ter+horario+de+verao+apos+oito+anos.html or http://www.worldtimezone.com/dst_news/dst_news_brazil09.html Alexander Krivenyshev, http://www.worldtimezone.com Guttenberg, New Jersey

1 0

FW: Fiji DST 2011/12
by Olson, Arthur David (NIH/NCI) [E] Oct. 4, 2011

Oct. 4, 2011

I'm forwarding this message from Ken Rylander, 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: Ken Rylander [mailto:ken.rylander@digicelgroup.com] Sent: Monday, September 19, 2011 7:45 To: tz(a)lecserver.nci.nih.gov Subject: Fiji DST 2011/12 Hi, Are there any updates about daylight savings for Fiji in 2011/12? Some websites (e.g. http://www.timeanddate.com/worldclock/clockchange.html?n=82) say it will be introduced again on Sunday, Oct 23, 2011. Regards, /Ken Rylander

4 4

Changes to TZ database
by Colin Grey Oct. 3, 2011

Oct. 3, 2011

Hello, I was wondering if someone with your organization could give me an estimate on how many times there have been changes to the TZ database because of countries moving their DST dates or other changes. (over any time period would be fine) I'm asking because I've been making a series of educational videos on youtube and am currently working on one on time zones. If you're interested you can see my videos here: www.youtube.com/user/CGPGrey Thank you very much for any assistance you can provide, -Grey -- C. G. P. Grey Time Management Coach & Public Speaker www.CGPGrey.com

1 0

Russian time zones: (painfully slow) progress report
by Arthur David Olson Oct. 2, 2011

Oct. 2, 2011

I don't know Russian which will make the following more convoluted than need be; I apologize in advance. We have reports of Russian time zone changes in 2011, as well as issues identified by Tobias Conradi. Sanjeev Gupta provided this link... http://government.consultant.ru/page.aspx?1223966 ...to Russian Government Decree #23 of 1992-01-08; eight ".png" scan files are available. 1992 Decree sections have bold headings; the headings include (in sequence): "2-M 3-M" "3-M 4-M" "4-M 5-M" "5-M 6-M" "6-M 7-M" "7-M 8-M" "8-M 9-M" "9-M 10-M" "10-M 11-M" "11-M 12-M" The sections seem to cover time zones from west to east. "московское" ("Moscow") appears in the "2-M 3-M" section. "Магаданская" ("Magadan") appears in the "10-M 11-M" section. The difference of eight between "2" and "10" matches the difference in hours between Moscow time and Magadan time. So we should have these associations: "2-M 3-M" Moscow "3-M 4-M" Moscow+1 "4-M 5-M" Moscow+2 "5-M 6-M" Moscow+3 "6-M 7-M" Moscow+4 "7-M 8-M" Moscow+5 "8-M 9-M" Moscow+6 Asia/Yakutsk "9-M 10-M" Moscow+7 Asia/Vladivostok "10-M 11-M" Moscow+8 Asia/Magadan "11-M 12-M" Moscow+9 Alexander Krivenyshev provided this link... http://www.government.ru/gov/results/16355/print/ ...to Russian Government Decree #725 of 2011-08-23. "Усть-Майский" ("Ust-Maya" or "Ust-Maysky" or "Ust'-Majskij") appears in the "8-M 9-M" (Moscow+6, Asia/Yakutsk) section of 1992's Decree 23. This matches 2011's Decree 725. It does not match the commentary in tzdata2011k's "europe" file, which has the area in Moscow+7, Asia/Vladivostok. Counter comments should be added. "Булунский" ("Bulun" or "Bulunskij") appears in the "8-M 9-M" (Moscow+6, Asia/Yakutsk) section of 1992's Decree 23. This matches 2011's Decree 725. It does not match the commentary in tzdata2011k's "europe" file, which has the area in Moscow+7, Asia/Vladivostok. Counter comments should be added. "Томпонский" ("Tomponsky" or "Tomponskij") appears in the "9-M 10-M" (Moscow+7, Asia/Vladivostok) section of 1992's Decree 23. 2011's Decree 725 has it at Moscow+6, Asia/Yakutsk. tzdata2011k's "europe" file has it as part of Asia/Vladivostok. It must have shifted at some unknown instant between 1992 and 2011; we need a new zone (Asia/Khandyga) for Tomponsky. "Оймяконский" ("Oimkayon" or "Ojmyaknoskij") appears in the "9-M 10-M" (Moscow+7, Asia/Vladivostok) section of 1992's Decree 23. This matches 2011's Decree 725. It does not match the commentary in tzdata2011k's "europe" file, which has the area in Moscow+8, Asia/Magadan. Counter comments should be added. "Сахали" ("Sakhalin") appears in the "9-M 10-M" (Moscow+7, Asia/Vladivostok) section of 1992's Decree 23; I can't find any instance of "Курильский" or "Курильские" ("Kuril") in 1992's decree. 2011's Decree 725 has most of the Sakhalin Oblast (including the "South-Kuril region") at Moscow+7 and has the "North-Kuril region" at Moscow+8. tzdata2011k's "europe" file has an Asia/Sakhalin zone and no Kuril zones (but some Kuril comments). tzdata2011k's Asia/Sakhalin is Moscow+8 until 1997-03-20 02:00:00, Moscow+7 thereafter; Gwillim Law's IATA SSIM research led to the conclusion that Sakhalin (in particular, Yuzhno-Sakhalin) switched in 1997 (while all the Kurils remained at Moscow+8). We need a new zone (Asia/Severo-Kirilsk) for North-Kuril if that area was indeed Moscow+7 in 1992 and is Moscow+8 now. We need a new zone (Asia/Yuzhno-Kirilsk) for South-Kiril if that area did indeed begin to differ from Asia/Sakhalin in 1997. "Новосибирск" ("Novosibirsk") appears in the "5-M 6-M" (Moscow+3) section of 1992's Decree 23. 2011's Decree 725 also has Novosibirsk at Moscow+3. However, tzdata2011k's "europe" file claims that it was at Moscow+4 until 1993-05-23. "Томская" ("Tomsk") appears in the "5-M 6-M" (Moscow+3) section of 1992's Decree 23. 2011's Decree 725 also has Tomsk at Moscow+3. However... http://newsru.com/russia/01may2002/clock.html ...claims that it switched from Moscow+4 to Moscow+3 on 2002-05-01 (if translate.google.com is correct). We also have... # From Stanislaw A. Kuzikowski (1994-06-29): # But now it is some months since Novosibirsk is 3 hours ahead of Moscow! # I do not know why they have decided to make this change; # as far as I remember it was done exactly during winter->summer switching # so we (Novosibirsk) simply did not switch. # Tomsk is still 4 hours ahead of Moscow. ...which would indicate that Novosibirsk and Tomsk switched from Moscow+4 to Moscow+3 (and at different instants to boot). It looks as if we need an Asia/Tomsk zone (Tomsk being the most populous city in Tomsk Oblast). Since folks in Tomsk can use the Novosibirsk rules for current times, I'd hope to get better information on time history in Tomsk and Novobirsk (in particular if and when there were transitions from Moscow+4 to Moscow+3) before creating the new zone. --ado

4 3