December 2008 - tz - lists.iana.org

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

May 25, 2015

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

5 5

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

Aug. 25, 2011

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

2 3

Tomsk wrong timezone
by Jesper Norgaard Welen Feb. 18, 2011

Feb. 18, 2011

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

zdump on 64bit architectures being worked on?
by Stuart Bishop Jan. 21, 2009

Jan. 21, 2009

Hi. Is anyone looking at getting zdump(1) working on 64bit systems? http://thread.gmane.org/gmane.comp.time.tz/2155/focus=2156 https://bugs.launchpad.net/pytz/+bug/213816 I'm currently parsing its output to generate some test suites and I'm one 4 year old laptop away from having no 32bit systems to work on... -- Stuart Bishop <stuart(a)stuartbishop.net> http://www.stuartbishop.net/

7 11

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

Jan. 16, 2009

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

Australian timezone on Linux
by Girish Hilage Jan. 1, 2009

Jan. 1, 2009

Hi, I have a problem setting the Australian DST timezone on my Fedora Core 8 system. When DST starts it is able to advance the time by an hour but the time does not wind back by an hour while DST ends. I am using timezone "South Australia". DST start : [girish@mymachine Australia]$ date Sun Oct 5 01:59:57 CST 2008 [girish@mymachine Australia]$ date Sun Oct 5 01:59:58 CST 2008 [girish@mymachine Australia]$ date Sun Oct 5 03:00:00 CST 2008 [girish@mymachine Australia]$ date Sun Oct 5 03:00:03 CST 2008 DST end : [girish@mymachine Australia]$ date Sun Apr 5 02:59:57 CST 2009 [girish@mymachine Australia]$ date Sun Apr 5 02:59:59 CST 2009 [girish@mymachine Australia]$ date Sun Apr 5 03:00:01 CST 2009 [girish@mymachine Australia]$ date Sun Apr 5 03:00:02 CST 2009 This is also not working for Apr 6 08. Is there any reason why is it not working properly? Regards, Girish DISCLAIMER ========== This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails.

6 5

FW: New Location request
by Olson, Arthur David (NIH/NCI) [E] Dec. 30, 2008

Dec. 30, 2008

I'm forwarding this message from Marek Hajduczenia, who is not on the time zone mailing list. Those of you who are on the list, please direct replies appropriately. MH: there's already a GMT-12 binary in the distributed version of the package; it is named "Etc/GMT-12." But using the name "GMT-12" should do what you want on the largest number of computers. --ado -----Original Message----- From: Marek Hajduczenia [mailto:marek_haj@2com.pl] Sent: Tuesday, December 23, 2008 2:42 To: 'Paul Eggert'; tz(a)lecserver.nci.nih.gov Subject: RE: FW: New Location request Hi Paul, Thank You for the answer. GMT-12 hrs would resolve the problem since I need to track time and day. It is critical since the ballots close e.g. xx.xx.2009 at 11.59 AOE, so that way I can trace what day and what hour is in Howland Island time zone. If Howland Island is not a good location, please add simply GMT-12 and provide the name as AOE (Anywhere On Earth reference). Is that possible ? Regards Marek Hajduczenia -----Original Message----- From: Paul Eggert [mailto:eggert@CS.UCLA.EDU] Sent: segunda-feira, 22 de Dezembro de 2008 23:17 To: tz(a)elsie.nci.nih.gov Cc: marek_haj(a)2com.pl Subject: Re: FW: New Location request > From: Marek Hajduczenia [mailto:marek_haj@2com.pl] > Sent: Saturday, December 20, 2008 3:30 > I am writing to You with a small request. Is it possible to add one > location to time zone data base app i.e. Howland Island (see: > http://www.worldtimezone.com/time/wtzresult.php?CiID=42242) It is > used heavily in IEEE ballots as the Anywhere On Earth time locator and > it would be nice to have. Me and my colleagues use various plugins > which in turns use this data base for reference and currently this > location is not available. I do realize that this is not an inhabited > island though there is some point of merit in adding it to the > list. Alternatively, adding any location which has GMT-12 hrs would be > of use, no matter what the name is. It would be most useful for IEEE > community (I am speaking here as its member only). Would TZ='Etc/GMT+12' solve your problem? As far as we know, Howland was using Hawaii War Time (9.5 hours behind UTC) the last time that it was inhabited, so I'm afraid it's not a good representative for the zone that is 12 hours behind UTC.

2 1

question about Argentina 1946 - 1963
by Alois Treindl Dec. 29, 2008

Dec. 29, 2008

In the Argentina timezone rules I find a strange fact: continuous DST from Oct 1946 to Oct 1963. The rules are: Rule Arg 1946 only - Mar 1 0:00 0 - Rule Arg 1946 only - Oct 1 0:00 1:00 S Rule Arg 1963 only - Oct 1 0:00 0 - Rule Arg 1963 only - Dec 15 0:00 1:00 S There are no other rules affecting the years 1946 or 1963 or any year in between. This means that Argentina was continuously on DST. Is this really correct, and what are the sources for that?

1 0

FW: New Location request
by Olson, Arthur David (NIH/NCI) [E] Dec. 23, 2008

Dec. 23, 2008

I'm forwarding this message from Marek Hajduczenia, who is not on the time zone mailing list. Those of you who are on the list, please direct replies appropriately. --ado From: Marek Hajduczenia [mailto:marek_haj@2com.pl] Sent: Saturday, December 20, 2008 3:30 To: tz(a)lecserver.nci.nih.gov Subject: New Location request Dear Sir/Madam, I am writing to You with a small request. Is it possible to add one location to time zone data base app i.e. Howland Island (see: http://www.worldtimezone.com/time/wtzresult.php?CiID=42242) It is used heavily in IEEE ballots as the Anywhere On Earth time locator and it would be nice to have. Me and my colleagues use various plugins which in turns use this data base for reference and currently this location is not available. I do realize that this is not an inhabited island though there is some point of merit in adding it to the list. Alternatively, adding any location which has GMT-12 hrs would be of use, no matter what the name is. It would be most useful for IEEE community (I am speaking here as its member only). If You have any comments, please let me know. Kindest regards Marek Hajduczenia

3 2

tzdata for Switzerland 1940 - 1942 probably incorrect - PS
by Alois Treindl Dec. 16, 2008

Dec. 16, 2008

I forgot to correct the begin times. These must be according to the meteorological federal office: The rules must be changed to Rule Swiss 1941 1942 - May Mon>=1 1:00 1:00 S Rule Swiss 1941 1942 - Oct Mon>=1 2:00 0 - or made explicit for these two years, 1941 and 1942. The rule for 1940 must be deleted. Best regards Alois Treindl -- || Dr. Alois Treindl, Astrodienst AG, mailto:alois@astro.com || Zollikon/Zurich, Switzerland || Free astrological charts at http://www.astro.com/ || SWISS EPHEMERIS Free Edition at http://www.astro.com/swisseph/

1 1