July 2010 - 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

corrected DST data Switzerland 1941 and 1942, final report
by Alois Treindl 25 Aug '11

25 Aug '11

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

Can you add permatime.com to the twinsun link page
by Tim Diggins 19 May '11

19 May '11

Hi there - I've been lurking on the list for a while. I don't contribute much as a I'm a (humbly grateful) user of tz information, rather than a provider. I mentioned our http://permatime.com site, a while back, but don't think I explicitly asked for it to go on the twinsun link page under "Web pages using recent versions of the tz database". Can it? http://permatime.com is a service for generating and viewing links that refer to a particular point in time and can be displayed in multiple timezones. It uses the ruby tzinfo gem, based on the Olson Tz database. kind regards Tim http://permatime.com http://teamportfolios.com/permatime Tim Diggins http://red56.co.uk http://tim.teamportfolios.com/

2 3

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: Revisiting Australian time zone abbreviations
by Olson, Arthur David (NIH/NCI) [E] 16 Feb '11

16 Feb '11

I'm (trepidatiously) forwarding this message from Richard Stanway, who is not on the time zone mailing list. Those of you who are on the list, please direct replies appropriately. --ado From: Richard Stanway [mailto:r.stanway@gmail.com] Sent: Sunday, June 13, 2010 5:49 To: tz(a)lecserver.nci.nih.gov Subject: Revisiting Australian time zone abbreviations Hello, I came across this mailing list while researching a time zone issue on our website which indirectly makes use of the zoneinfo. We localize some timestamps to the visitors time zone, but the site is trafficked by a predominately US audience where the abbreviation "EST" is used quite often. It is difficult for an Australian visitor to realize that the times they are seeing have been localized since they show for example as "8pm EST" due to the abbreviations used for the Australian time zones, leading to confusion as to whether it is US EST or AU EST. The last discussion on AEST vs EST seems to be about 9 years old and I figured it was time to revisit the subject now that there seems to be an official source. The government website of Australia states the time zone names for Australia are Australian Eastern Standard Time (AEST), Australian Central Standard Time (ACST) and Australian Western Standard Time (AWST) with Australian Eastern Daylight Time (AEDT) and Australian Central Daylight Time (ACDT) when observing daylight saving time. Reference: http://australia.gov.au/about-australia/our-country/time Any chance of these official names making it into a zoneinfo update?

6 5

Re: Egypt plan to [cancel] DST during Ramadan and then to resume DST again.
by Arthur David Olson 29 Jul '10

29 Jul '10

We have this at http://www.almasryalyoum.com/en/news/clocks-go-back-during-ramadan-and-then…: In a statement released yesterday, the cabinet clarified that clocks will move back by one hour at midnight on Tuesday 10 August, to be moved forward again after Ramadan, on Thursday 9 September. Clocks will roll back once more on Thursday 30 September to put the nation on winter time, as stipulated by law. Mosslem Shaltout, professor of solar-space physics and vice-chairman of the Arab Union for Astronomy and Space Sciences (AUASS), said Ramadan will start, atronomically speaking, on Wednesday 11 August. According to Shaltout, the moon's crescent will appear at 6:08 AM on 10 August, when the moon is on the same level with the sun and earth, marking the beginning of Ramadan. Mosslem Shaltout is said to refer to an August 10 crescent moon, and also is said to refer to an August 11 start of Ramadan. We also have this at http://www.timeanddate.com/news/time/egypt-ends-dst-2010.html: DST ends and clocks will move one hour back at midnight (00:00) between Tuesday August 10, and Wednesday August 11, in 2010. Egypt will revert back to DST after Ramadan and move their clocks forward at midnight (00:00) between Thursday, September 9, and Friday September 10, 2010. Egypt will end its 2010 DST schedule at midnight (00:00) local time between Thursday, September 30, and Friday, October 1. Perhaps the clearest translation to rules is: Rule Egypt 2010 only - Aug 11 0:00 0 - Rule Egypt 2010 only - Sep 10 0:00 1:00 S The first rule behaves the same way as what's now in the "africa" file; the second rule restarts DST a day later than what's now in the file. --ado

3 2

FW: Egypt plan to [cancel] DST during Ramadan and then to resume DST again.
by Olson, Arthur David (NIH/NCI) [E] 29 Jul '10

29 Jul '10

I'm forwarding this message from Andreas Schwab, 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: Andreas Schwab [mailto:schwab@redhat.com] Sent: Thursday, July 29, 2010 4:44 To: tz(a)lecserver.nci.nih.gov Cc: tz(a)lecserver.nci.nih.gov Subject: Re: Egypt plan to [cancel] DST during Ramadan and then to resume DST again. Arthur David Olson <olsona(a)elsie.nci.nih.gov> writes: > + Rule Egypt 2010 only - Aug 10 23:00s 0 - According to the website <http://www.almasryalyoum.com/en/news/clocks-go-back-during-ramadan-and-then…> Ramandan begins 2010-08-10 06:08, which is before 2010-08-10 23:00s. I think the point in time in the sentence "clocks will move back by one hour at midnight on Tuesday 10 August" should be interpreted as 2010-08-10 00:00. Andreas. -- Andreas Schwab, schwab(a)redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E "And now for something completely different."

1 0

Re: Egypt plan to [cancel] DST during Ramadan and then to resume DST again.
by Arthur David Olson 29 Jul '10

29 Jul '10

Below is a proposed change to deal with Egypt's 2010 DST hole; I'll include this in tzdata2010k.tar.gz (due out 2010-07-26) unless a problem is found. --ado ------- africa ------- *** /tmp/geta25439 Tue Jul 20 16:00:03 2010 --- /tmp/getb25439 Tue Jul 20 16:00:03 2010 *************** *** 1,5 **** # <pre> ! # @(#)africa 8.26 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)africa 8.27 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 294,301 **** --- 294,318 ---- # and can be found by searching for "winter" in their search engine # (at least today). + # From Alexander Krivenyshev (2010-07-20): + # According to News from Egypt - Al-Masry Al-Youm Egypt's cabinet has + # decided that Daylight Saving Time will not be used in Egypt during + # Ramadan. + # + # Arabic translation: + # "Clocks to go back during Ramadan--and then forward again" + # <a href="http://www.almasryalyoum.com/en/news/clocks-go-back-during-ramadan-and-then…"> + # http://www.almasryalyoum.com/en/news/clocks-go-back-during-ramadan-and-then… + # </a> + # or + # <a href="http://www.worldtimezone.com/dst_news/dst_news_egypt02.html"> + # http://www.worldtimezone.com/dst_news/dst_news_egypt02.html + # </a> + Rule Egypt 2008 only - Aug lastThu 23:00s 0 - Rule Egypt 2009 only - Aug 20 23:00s 0 - + Rule Egypt 2010 only - Aug 10 23:00s 0 - + Rule Egypt 2010 only - Sep 9 0:00s 1:00 S Rule Egypt 2010 max - Sep lastThu 23:00s 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL]

3 2

Samoa DST dates
by Steffen Thorsen 27 Jul '10

27 Jul '10

Samoa has now released the dates they will change clocks for DST according to samoaobserver.ws: Saturday 25th September 2010 – adjust your clocks forward from 12:00am to 1:00am Saturday 2nd April 2011 – adjust your clocks backwards from 1:00am to 12:00am http://www.samoaobserver.ws/index.php?option=com_content&view=article&id=24… Our article about it: http://www.timeanddate.com/news/time/samoa-starts-dst-2010.html Best regards, Steffen Thorsen - timeanddate.com

3 2

RE: Timezone logic bug in tzcode
by Arthur David Olson 27 Jul '10

27 Jul '10

Replacing these lines in localtime.c... for (i = 0; i < sp->typecnt; ++i) { register const struct ttinfo * const ttisp = &sp->ttis[i]; tzname[ttisp->tt_isdst] = &sp->chars[ttisp->tt_abbrind]; #ifdef USG_COMPAT if (ttisp->tt_isdst) daylight = 1; if (i == 0 || !ttisp->tt_isdst) timezone = -(ttisp->tt_gmtoff); #endif /* defined USG_COMPAT */ #ifdef ALTZONE if (i == 0 || ttisp->tt_isdst) altzone = -(ttisp->tt_gmtoff); #endif /* defined ALTZONE */ } /* ** And to get the latest zone names into tzname. . . */ for (i = 0; i < sp->timecnt; ++i) { register const struct ttinfo * const ttisp = &sp->ttis[ sp->types[i]]; tzname[ttisp->tt_isdst] = &sp->chars[ttisp->tt_abbrind]; } ...with these lines... /* ** And to get the latest zone names into tzname. . . */ for (i = 0; i < sp->timecnt; ++i) { register const struct ttinfo * const ttisp = &sp->ttis[ sp->types[i]]; tzname[ttisp->tt_isdst] = &sp->chars[ttisp->tt_abbrind]; #ifdef USG_COMPAT if (ttisp->tt_isdst) daylight = 1; if (!ttisp->tt_isdst) timezone = -(ttisp->tt_gmtoff); #endif /* defined USG_COMPAT */ #ifdef ALTZONE if (ttisp->tt_isdst) altzone = -(ttisp->tt_gmtoff); #endif /* defined ALTZONE */ } ...should do the trick. I'll also take a look at setting up zic to output time types so that the most recently used types are output last. --ado

1 0