September 2008 - tz - lists.iana.org

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

25 May '15

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

5 5

Tomsk wrong timezone
by Jesper Norgaard Welen 18 Feb '11

18 Feb '11

A quote from the 'europe' file: # 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 6:00 Russia NOV%sT 1992 Jan 19 2:00s 7:00 Russia NOV%sT 1993 May 23 # say Shanks & P. 6:00 Russia NOV%sT # # From Oscar van Vlijmen (2001-08-25): [This region consists of] # Kemerovskaya oblast', Krasnoyarskij kraj, # Tajmyrskij (Dolgano-Nenetskij) avtonomnyj okrug, Tomskaya oblast', # Respublika Tuva, Respublika Khakasiya, Evenkijskij avtonomnyj okrug. Zone Asia/Krasnoyarsk 6:11:20 - LMT 1920 Jan 6 6:00 - KRAT 1930 Jun 21 # Krasnoyarsk Time 7:00 Russia KRA%sT 1991 Mar 31 2:00s 6:00 Russia KRA%sT 1992 Jan 19 2:00s 7:00 Russia KRA%sT In fact, it seems that Tomsk city and Tomskaya oblast' is part of the Novosibirsk timezone, see http://en.wikipedia.org/wiki/Tomskaya_Oblast%27%2C_Russia and http://www.admin.tomsk.ru/1024 ... the latter, if you don't understand russian, look at the time under the green horse. I don't know if this simply means that Tomskaya oblast' changed timezone since 2001, which is a possibility, that would then require a new timezone. Regards, - Jesper Jesper Nørgaard Welen Email: jnorgard(a)Prodigy.Net.mx Project Leader (Líder de Proyecto) Software CIMMYT - Centro Internacional de Mejoramiento de Maíz y Trigo Dirección: CIMMYT Int. c/o Jesper Nørgaard Km. 45, Carretera México-Veracruz El Batán Texcoco, Edo. de México CP 56130 MEXICO Tel.: +52 (55) 58-04-20-04 ext. 1374 Fax: +52 (55) 58-04-75-58 Tel. Casa: 53-10-05-95 ó 53-10-97-78 Download the shareware program World Time Explorer, I made: http://www.worldtimeexplorer.com/index.html

3 2

FW: Australian DST abbreviations causing business problems - still
by Olson, Arthur David (NIH/NCI) [E] 15 Jan '09

15 Jan '09

I'm forwarding this message from Mick Johnston, 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: Mick Johnston [mailto:Mick.Johnston@coles.com.au] Sent: Tuesday, August 26, 2008 1:42 To: 'tz(a)elsie.nci.nih.gov' Subject: Australian DST abbreviations causing business problems - still It's well past time the Australian 'Daylight Saving Time' abbreviations were updated to reflect the current terms and usage. Comments posted previously in the 'australasia' file are outdated and wrong and have been causing lots of problems for years. You don't have to take my word for this. Although most of the URLs identified in the file are not official sites and Daylight Saving Time is legislated by state governments, the exemplary abbreviations are displayed at the Australian federal government website at <http://www.australia.gov.au/Time#daylightsaving> as at 26/8/08. Here is the important bit: Quote: Where daylight saving is being observed: * AEST becomes Australian Eastern Daylight Time (AEDT), and clocks are advanced to UTC +11. * ACST becomes Australian Central Daylight Time (ACDT), and clocks are advanced to UTC +10 ½. * AWST becomes Australian Western Daylight Time (AWDT), and clocks are advanced to UTC +9. " Unquote: The abbreviations AEDT, ACDT and AWDT are commonly shortened to EDT, CDT and WDT. Is there really a problem? Yes. I work for a national retail company that makes deliveries across the country. Here is just one example of the sorts of problems we face. Queensland don't have Daylight Saving Time. New South Wales (across the border from Queensland) do have Daylight Saving Time. Due to the fact that the Olsen data uses EST for both 'Eastern Summer Time' (New South Wales) and 'Eastern Standard Time' (Queensland), a delivery from New South Wales to Queensland can have a pickup time of 10.30am EST and a delivery time of 10.00am EST. We like to be efficient but we're not that good. System users only see the EST and get horribly confused. If the problem impacts businesses, then why don't they use their own time zone tables? It's not that simple. It's quite common today to find systems (like ours) that are purchased on an enterprise licence basis from a large international company. It could be difficult to get the company to change the base software product. Also, it's common for software products to run on standard operating systems such as the AIX flavour of Unix, and for the software products to use whatever time zone information is applied by the operating system. Try getting the operating system vendor to change their software and they'll simply tell you it's based on the Olsen updates. Then why hasn't the table been changed already? To answer this question, I need to address some of the comments previously made in the 'australasia' file. The first comment on this subject in the file was made by John Mackin back in 1991: JM:" We in Australia have _never_ referred to DST as `daylight' time. It is called `summer' time." MJ: This comment is more than 17 years old and horribly outdated. I have lived in Australia all my life and have been supporting systems here since well before 1991. Most Australians simply use the term 'Daylight Saving Time'. It's uncommon outside the business environment to use any other term. In business and government, Australians recognized the problems associated with ambiguous abbreviations a long time ago and have generally adopted the 'EDT' form. Various federal government websites (although not official), in an attempt to encourage uniformity, have been displaying the newer abbreviations for some time. See <http://www.bom.gov.au/climate/averages/tables/daysavtm.shtml> <http://www.australia.gov.au/Time#daylightsaving> Paul Eggert wrote an interesting post in 2001 that needs to be addressed. PE: "My own impression is that both "Daylight Time" and "Summer Time" are common and are widely understood, but that "Summer Time" is more popular;" MJ: Based on my day-to-day observations and discussions with people across states, most Australians now don't use the term 'Eastern Summer Time'. PE: "I just used AltaVista advanced search and got the following count of page hits: 1,103 "Eastern Summer Time" AND domain:au 971 "Australian Eastern Summer Time" AND domain:au 613 "Eastern Daylight Time" AND domain:au 127 "Australian Eastern Daylight Time" AND domain:au" MJ: I just googled (26/8/08) similar searches based on an "Australia only" search and my results were: 30,500 - "eastern daylight time" 5,640 - "eastern summer time" PE: "For abbreviations, tools like AltaVista are less useful because of ambiguity. Many hits are not really time zones, unfortunately, and many hits denote US time zones and not Australian ones. But here are the hit counts anyway: 161,304 "EST" and domain:au 25,156 "EDT" and domain:au" MJ: I agree with your comments, which means the figures are totally inaccurate. File Changes: Due to the fact that the file forms part of the JTZU (Java Time Zone Updates) provided by the operating system vendor, I am unable to create and test proposed changes. Also, there are quite a few changes required and I don't want to spend hours making these changes if they're not going to be applied. I ask for your advice on how to proceed with this. I am happy to work with you to produce a complete set of revised rules if you decide to go ahead with this proposal. We will need to change Aus, AW, AS, AT, AV and AN rules and their corresponding zone formats to use the 'E%sT' format. Thanks for your time and assistance Mick Johnston Dept: CGL - IT ES Supply Chain * L4 Bourke St. Melbourne (ILS Support) * (03) 9635 4457 This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material.

9 14

proposed changes to "southamerica" file
by Arthur David Olson 29 Sep '08

29 Sep '08

Here are proposed changes to the "southamerica" file to reflect changes in Brazilian DST and to fix a bad bit of HTML. If there are no problems, expect an update to the ftp files on 2008-10-06. --ado ------- southamerica ------- *** /tmp/geta21140 Mon Sep 29 11:12:40 2008 --- /tmp/getb21140 Mon Sep 29 11:12:40 2008 *************** *** 1,4 **** ! # @(#)southamerica 8.27 # <pre> # This data is by no means authoritative; if you think you know better, --- 1,4 ---- ! # @(#)southamerica 8.29 # <pre> # This data is by no means authoritative; if you think you know better, *************** *** 619,625 **** # </a> # Note that this link does not always work directly, but must be accessed # by going to ! # <a href="http://www.mme.gov.br/first>" # http://www.mme.gov.br/first # </a> # --- 619,625 ---- # </a> # Note that this link does not always work directly, but must be accessed # by going to ! # <a href="http://www.mme.gov.br/first"> # http://www.mme.gov.br/first # </a> # *************** *** 768,779 **** # Decree <a href="http://pcdsh01.on.br/DecHV6212.gif">6,212</a> (2007-09-26), # adopted by the same states as before. Rule Brazil 2007 only - Oct Sun>=8 0:00 1:00 S ! Rule Brazil 2008 max - Feb Sun>=15 0:00 0 - ! Rule Brazil 2008 max - Oct Sun>=15 0:00 1:00 S # The latest ruleset listed above says that the following states observe DST: # DF, ES, GO, MG, MS, MT, PR, RJ, RS, SC, SP. - # For dates after mid-2008, the above rules with TO="max" are guesses - # and are quite possibly wrong, but are more likely than no DST at all. # Zone NAME GMTOFF RULES FORMAT [UNTIL] # --- 768,800 ---- # Decree <a href="http://pcdsh01.on.br/DecHV6212.gif">6,212</a> (2007-09-26), # adopted by the same states as before. Rule Brazil 2007 only - Oct Sun>=8 0:00 1:00 S ! # From Frederico A. C. Neves (2008-09-10): ! # Acording to this decree ! # <a href="http://www.planalto.gov.br/ccivil_03/_Ato2007-2010/2008/Decreto/D6558.htm"> ! # http://www.planalto.gov.br/ccivil_03/_Ato2007-2010/2008/Decreto/D6558.htm ! # </a> ! # [t]he DST period in Brazil now on will be from the 3rd Oct Sunday to the ! # 3rd Feb Sunday. There is an exception on the return date when this is ! # the Carnival Sunday then the return date will be the next Sunday... ! Rule Brazil 2008 max - Oct Sun>=15 0:00 1:00 S ! Rule Brazil 2008 2011 - Feb Sun>=15 0:00 0 - ! Rule Brazil 2012 only - Feb Sun>=22 0:00 0 - ! Rule Brazil 2013 2014 - Feb Sun>=15 0:00 0 - ! Rule Brazil 2015 only - Feb Sun>=22 0:00 0 - ! Rule Brazil 2016 2022 - Feb Sun>=15 0:00 0 - ! Rule Brazil 2023 only - Feb Sun>=22 0:00 0 - ! Rule Brazil 2024 2025 - Feb Sun>=15 0:00 0 - ! Rule Brazil 2026 only - Feb Sun>=22 0:00 0 - ! Rule Brazil 2027 2033 - Feb Sun>=15 0:00 0 - ! Rule Brazil 2034 only - Feb Sun>=22 0:00 0 - ! Rule Brazil 2035 2036 - Feb Sun>=15 0:00 0 - ! Rule Brazil 2037 only - Feb Sun>=22 0:00 0 - ! # From Arthur David Olson (2008-09-29): ! # The next is wrong in some years but is better than nothing. ! Rule Brazil 2038 max - Feb Sun>=15 0:00 0 - ! # The latest ruleset listed above says that the following states observe DST: # DF, ES, GO, MG, MS, MT, PR, RJ, RS, SC, SP. # Zone NAME GMTOFF RULES FORMAT [UNTIL] #

1 0

Australian time zones are not displaying correct short timezone name for DST
by Anita.M.Lewis＠jci.com 29 Sep '08

29 Sep '08

I am emailing a request for a correction to the timezone data. We have customers reporting this issue. Sun Microsystems has suggested I contact your organization directly with this request. Thank you for your consideration. A DESCRIPTION OF THE PROBLEM : Australian time zones are not displaying correct short timezone name for DST, i.e., EDT vs EST and CDT vs CST. _________________________________ Anita M. Lewis Senior Software Engineer Metasys User Experience Building Efficiency Johnson Controls 507 E. Michigan St. M36 Milwaukee, WI 53201-0423 Tel : (414)524-5950 Fax : (414)524-5810 Email : anita.m.lewis(a)jci.com

2 1

southamerica
by hsv＠tbbs.net 29 Sep '08

29 Sep '08

I find this bit of bad anchor-formatting in "southamerica": diff new/southame data/southame 622c622 < # <a href="http://www.mme.gov.br/first>" --- > # <a href="http://www.mme.gov.br/first">

1 0

Hermosillo timezone
by Jesper Norgaard Welen 28 Sep '08

28 Sep '08

To David Hancock The offset is wrong for the airport MMHO Hermosillo in your data because you encoded it wrongly as America/Chihuahua, while it should be America/Hermosillo. You had a typo in the email which spelled it Hermisillo, I don't know if that is a simple typo when sending or it was the root of the problem. Hermosillo is in the state of Sonora, which is the only state in Mexico that does not use Daylight Saving. Regards, Jesper Nørgaard Welen No virus found in this outgoing message. Checked by AVG. Version: 7.5.524 / Virus Database: 270.7.1/1687 - Release Date: 2008-09-23 18:32

3 5

yearistype.sh questions
by Steve Ward 28 Sep '08

28 Sep '08

Why is the file "yearistype.sh" in tzdata*.tar.gz instead of tzcode*.tar.gz (where it is used)? What is the purpose of copying "yearistype.sh" to "yearistype" during make? It seems unnecessary to have two copies of a file. Thanks for your time. Steve Ward

2 1

Offset for America/Chihuahua possibly wrong?
by Hancock, David (DHANCOCK) 26 Sep '08

26 Sep '08

Our company provides flight-support services to business aviation, and we use the TZ database from our web-based flight-planning pages to allow date entry in local or Zulu time. One of our Mexico-based customers called to say our offset was wrong for the airport MMHO (Hermisillo). We're getting GMT-6 from our Olson database. We called two places at that airport, and both report that they are GMT-7. The specific timezone reference is America/Chihuahua, and we are using the 2008f dataset. Does anyone have any clues about the America/Chihuahua offset? It's not due to go off DST until 10/26, but it appears to be off by one hour NOW. Thanks for any assistance you can provide. Cheers! -- David Hancock | dhancock(a)arinc.com

1 0

Carnival Sunday in Brazil
by Jesper Norgaard Welen 22 Sep '08

22 Sep '08

According to Federico A. C. Neves and Herton Ronaldo Krzesinski there are some exceptions to the rule of ending DST Third Sunday of February in Brazil, which seems to be correct. I just wanted to point out that there is a Carnival dates calculator at HYPERLINK "http://www.ipanema.com/carnival/dates.htm"http://www.ipanema.com/carnival/d ates.htm from which I calculated the following Carnival Sunday list for 2008 to 2041: Carnival Sunday 2008-2041: 2008-02-03 2009-02-22 2010-02-14 2011-03-06 2012-02-19 2013-02-10 2014-03-02 2015-02-15 2016-02-07 2017-02-26 2018-02-11 2019-03-03 2020-02-23 2021-02-14 2022-02-27 2023-02-19 2024-02-11 2025-03-02 2026-02-15 2027-02-07 2028-02-27 2029-02-11 2030-03-03 2031-02-23 2032-02-08 2033-02-27 2034-02-19 2035-02-04 2036-02-24 2037-02-15 2038-03-07 2039-02-20 2040-02-12 2041-03-03 This basically confirms the rules elaborated. Note that there is a typo "bellow" in the rules given in the earlier email, and that perhaps instead of giving specific dates, it might be better to give the rule for the exception dates like this: +Rule Brazil 2008 2011 - Feb Sun>=15 0:00 0 - +Rule Brazil 2012 only - Feb Sun>=22 0:00 0 - +Rule Brazil 2013 2014 - Feb Sun>=15 0:00 0 - +Rule Brazil 2015 only - Feb Sun>=22 0:00 0 - +Rule Brazil 2016 2022 - Feb Sun>=15 0:00 0 - +Rule Brazil 2023 only - Feb Sun>=22 0:00 0 - +Rule Brazil 2024 2025 - Feb Sun>=15 0:00 0 - +Rule Brazil 2026 only - Feb Sun>=22 0:00 0 - +Rule Brazil 2027 2033 - Feb Sun>=15 0:00 0 - +Rule Brazil 2034 only - Feb Sun>=22 0:00 0 - +Rule Brazil 2035 2036 - Feb Sun>=15 0:00 0 - +Rule Brazil 2037 only - Feb Sun>=22 0:00 0 - +Rule Brazil 2038 max - Feb Sun>=15 0:00 0 - This should give the same actual dates, but will give a hint on how the dates behave after 2038. A bit a matter of taste I admit. Usually we don't give rules as Sun>=x when this spans only one year, but here the same rule Sun>=22 is applied a few years later each cycle. - Jesper Nørgaard Welen No virus found in this outgoing message. Checked by AVG. Version: 7.5.524 / Virus Database: 270.7.0/1681 - Release Date: 2008-09-19 15:54

4 4