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

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

May 19, 2011

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

FW: Revisiting Australian time zone abbreviations
by Olson, Arthur David (NIH/NCI) [E] Feb. 16, 2011

Feb. 16, 2011

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

July 30, 2010

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] July 29, 2010

July 29, 2010

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

July 29, 2010

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

July 27, 2010

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

July 27, 2010

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

FW: Timezone logic bug in tzcode
by Olson, Arthur David (NIH/NCI) [E] July 27, 2010

July 27, 2010

I'm forwarding this message from Kang Seonghoon, 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: Kang Seonghoon [mailto:someone@mearie.org] Sent: Tuesday, July 27, 2010 12:58 To: tz(a)lecserver.nci.nih.gov Subject: Timezone logic bug in tzcode Hello, While tracking a weird timezone bug present in Mac OS X and Darwin, I determined the bug lies in the tzcode package. I'm not sure when the bug first appeared but the affected versions include tzcode2010{j,k}.tar.gz at the minimum. The problematic part is settzname() function in localtime.c. When USG_COMPAT flag is set it initializes timezone and altzone variables, but since it (incorrectly) assumes the last non-DST rule is current it assigns a wrong value to them. For a counter-example see Asia/Seoul timezone: in this case timezone should be UTC+9:00 but set to UTC+8:00 instead. As far as I concerned the code is also present in FreeBSD and Darwin, and in Darwin it produces a wrong result for strftime(3) call as a consequence. (I'm going to report this issue to Apple separately.) Regards, Kang Seonghoon

1 0

Timezone logic bug in tzcode
by Kang Seonghoon July 27, 2010

July 27, 2010

Hello, While tracking a weird timezone bug present in Mac OS X and Darwin, I determined the bug lies in the tzcode package. I'm not sure when the bug first appeared but the affected versions include tzcode2010{j,k}.tar.gz at the minimum. The problematic part is settzname() function in localtime.c. When USG_COMPAT flag is set it initializes timezone and altzone variables, but since it (incorrectly) assumes the last non-DST rule is current it assigns a wrong value to them. For a counter-example see Asia/Seoul timezone: in this case timezone should be UTC+9:00 but set to UTC+8:00 instead. As far as I concerned the code is also present in FreeBSD and Darwin, and in Darwin it produces a wrong result for strftime(3) call as a consequence. (I'm going to report this issue to Apple separately.) Regards, Kang Seonghoon

1 0

CORRECTED: code2010k and data2010k
by Olson, Arthur David (NIH/NCI) [E] July 26, 2010

July 26, 2010

The files... ftp://elsie.nci.nih.gov/pub/tzcode2010k.tar.gz ...and... ftp://elsie.nci.nih.gov/pub/tzdata2010k.tar.gz ...are now available; these reflect the changes circulated last week on the time zone mailing list. You can expect an update for Samoa (and possibly for Egypt if better information becomes available) shortly. Folks who want to avoid version thrash may want to wait to update. (Thanks to Abhijit Saha for being the first to catch the j/k error.) --ado

1 0

code2010j and data2010j
by Olson, Arthur David (NIH/NCI) [E] July 26, 2010

July 26, 2010

The files... ftp://elsie.nci.nih.gov/pub/tzcode2010j.tar.gz ...and... ftp://elsie.nci.nih.gov/pub/tzdata2010j.tar.gz ...are now available; these reflect the changes circulated last week on the time zone mailing list. You can expect an update for Samoa (and possibly for Egypt if better information becomes available) shortly. Folks who want to avoid version thrash may want to wait to update. --ado

2 1

FW: FW: Egypt plan to [cancel] DST during Ramadan and then to resume DST again.
by Olson, Arthur David (NIH/NCI) [E] July 23, 2010

July 23, 2010

I'm forwarding this message from Michael Deckers, who is not on the time zone mailing list. Those of you who are on the list, please direct replies appropriately. --ado ________________________________________ From: Michael Deckers [michael.deckers(a)yahoo.com] Sent: Friday, July 23, 2010 4:54 PM To: Olson, Arthur David (NIH/NCI) [E] Subject: Re: FW: Egypt plan to [cancel] DST during Ramadan and then to resume DST again. On 2010-07-22 20:01, Arthur David Olson wrote: > I'm forwarding this message from Michael Deckers, who is not on the time zone mailing list. Those of you who are on the list, please direct replies appropriately. Thank you! > (Both... > http://www.worldtimezone.com/dst_news/dst_news_egypt02.html > ...and... > http://www.almasryalyoum.com/en/news/clocks-go-back-during-ramadan-and-then… > ...indicate that clocks are "...to be moved forward again after Ramadan, on Thursday 9 September.") Right. In the first case, you have interpreted "midnight on Tuesday 10 August" as 2010-08-10 + 24 h, with the switch of local time to 2010-08-10 + 23 h, in the second case, you have interpreted "on Thursday 9 September" as 2010-09-09 + 00 h, rather than as 2010-09-09 + 24 h with the switch of local time to 2010-09-09 + 25 h. This is inconsistent and, in my opinion, differs from the intended meaning of the source(s). It is certain that Ramadan will end only on the eve of 2010-09-09 in Egypt. Of course, one might say this is just one hour over one day. But for historical accuracy, other evidence (such as local reporting and air traffic schedules) should be considered before the matter is decided to the nearest minute. The tz database is really a great resource, but it lacks a systematic method to designate the uncertainty of its data (besides the comments). Regards Michael Deckers.

1 0

FW: Egypt plan to [cancel] DST during Ramadan and then to resume DST again.
by Olson, Arthur David (NIH/NCI) [E] July 22, 2010

July 22, 2010

I'm forwarding this message from Michael Deckers, who is not on the time zone mailing list. Those of you who are on the list, please direct replies appropriately. (Both... http://www.worldtimezone.com/dst_news/dst_news_egypt02.html ...and... http://www.almasryalyoum.com/en/news/clocks-go-back-during-ramadan-and-then… ...indicate that clocks are "...to be moved forward again after Ramadan, on Thursday 9 September.") --ado -----Original Message----- From: Michael Deckers [mailto:michael.deckers@yahoo.com] Sent: Thursday, July 22, 2010 3:55 To: tz(a)lecserver.nci.nih.gov Subject: Re: Egypt plan to [cancel] DST during Ramadan and then to resume DST again. On 2010-07-20 20:03, Arthur David Olson proposed the rule: > + Rule Egypt 2010 only - Sep 9 0:00s 1:00 S I had the impression that the quoted sources indicate the switch one day later, on a Friday: > + Rule Egypt 2010 only - Sep 10 0:00s 1:00 S At least Bairam only begins at 2010-09-09.75 in Egypt. Regards Michael Deckers.

1 0

Egypt plan to cancell DST during Ramadan and then to resume DST again.
by Alexander Krivenyshev July 20, 2010

July 20, 2010

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 " http://www.almasryalyoum.com/en/news/clocks-go-back-during-ramadan-and-then- forward-again or http://www.worldtimezone.com/dst_news/dst_news_egypt02.html Alexander Krivenyshev, http://www.worldtimezone.com

1 0

proposed time zone package changes
by Arthur David Olson July 17, 2010

July 17, 2010

Below find proposed changes to the time zone package. The executive summary: * australasia Change Pacific/Truk to Pacific/Chuuk (with corresponding time zone abbreviation change) and change Pacific/Ponape to Pacific/Pohnpei (with thanks to Clint Adams). * backward add Pacific/Truk and Pacific/Ponape links and adjust Pacific/Yap link. * europe Change Finland transition times in 1981 and 1982 (with thanks to Janne Snabb). * leapseconds Update comments with latest IERS leap second bulletin. * northamerica Correct instant of 2010 move between time zones in Bahia de Banderas. Add comments from Mark Brader on DST in Windsor. Add comments on Canadian DST in 1930 from the Journal of the Royal Astronomical Society of Canada. * tz-link.htm Add link to http://code.google.com/p/tzdata/ (from Rich Tibbett). * zone.tab Change Pacific/Truk to Pacific/Chuuk and change Pacific/Ponape to Pacific/Pohnpei (More research is needed on when Windsor, Ontario started using DST before adding a Windsor time zone.) If no problems are found, these changes will appear on the ftp site on 2010-07-26. --ado diff -c old/australasia new/australasia *** old/australasia Mon May 10 09:07:27 2010 --- new/australasia Sat Jul 17 09:14:35 2010 *************** *** 1,5 **** # <pre> ! # @(#)australasia 8.17 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)australasia 8.18 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 346,355 **** # Micronesia # Zone NAME GMTOFF RULES FORMAT [UNTIL] ! Zone Pacific/Truk 10:07:08 - LMT 1901 ! 10:00 - TRUT # Truk Time ! Zone Pacific/Ponape 10:32:52 - LMT 1901 # Kolonia ! 11:00 - PONT # Ponape Time Zone Pacific/Kosrae 10:51:56 - LMT 1901 11:00 - KOST 1969 Oct # Kosrae Time 12:00 - KOST 1999 --- 346,355 ---- # Micronesia # Zone NAME GMTOFF RULES FORMAT [UNTIL] ! Zone Pacific/Chuuk 10:07:08 - LMT 1901 ! 10:00 - CHUT # Chuuk Time ! Zone Pacific/Pohnpei 10:32:52 - LMT 1901 # Kolonia ! 11:00 - PONT # Pohnpei Time Zone Pacific/Kosrae 10:51:56 - LMT 1901 11:00 - KOST 1969 Oct # Kosrae Time 12:00 - KOST 1999 diff -c old/backward new/backward *** old/backward Mon May 10 09:07:27 2010 --- new/backward Sat Jul 17 09:14:35 2010 *************** *** 1,5 **** # <pre> ! # @(#)backward 8.8 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)backward 8.9 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 90,96 **** Link America/Denver Navajo Link Asia/Shanghai PRC Link Pacific/Pago_Pago Pacific/Samoa ! Link Pacific/Truk Pacific/Yap Link Europe/Warsaw Poland Link Europe/Lisbon Portugal Link Asia/Taipei ROC --- 90,98 ---- Link America/Denver Navajo Link Asia/Shanghai PRC Link Pacific/Pago_Pago Pacific/Samoa ! Link Pacific/Chuuk Pacific/Yap ! Link Pacific/Chuuk Pacific/Truk ! Link Pacific/Pohnpei Pacific/Ponape Link Europe/Warsaw Poland Link Europe/Lisbon Portugal Link Asia/Taipei ROC diff -c old/europe new/europe *** old/europe Mon May 10 09:07:27 2010 --- new/europe Sat Jul 17 09:05:51 2010 *************** *** 1,5 **** # <pre> ! # @(#)europe 8.26 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)europe 8.27 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 1013,1034 **** 2:00 EU EE%sT # Finland ! # # From Hannu Strang (1994-09-25 06:03:37 UTC): # Well, here in Helsinki we're just changing from summer time to regular one, # and it's supposed to change at 4am... # ! # From Paul Eggert (2006-03-22): ! # Shanks & Pottenger say Finland has switched at 02:00 standard time ! # since 1981. Go with Strang instead. # # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Finland 1942 only - Apr 3 0:00 1:00 S Rule Finland 1942 only - Oct 3 0:00 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Helsinki 1:39:52 - LMT 1878 May 31 1:39:52 - HMT 1921 May # Helsinki Mean Time ! 2:00 Finland EE%sT 1981 Mar 29 2:00 2:00 EU EE%sT # Aaland Is --- 1013,1059 ---- 2:00 EU EE%sT # Finland ! # From Hannu Strang (1994-09-25 06:03:37 UTC): # Well, here in Helsinki we're just changing from summer time to regular one, # and it's supposed to change at 4am... + + # From Janne Snabb (2010-0715): # ! # I noticed that the Finland data is not accurate for years 1981 and 1982. ! # During these two first trial years the DST adjustment was made one hour ! # earlier than in forthcoming years. Starting 1983 the adjustment was made ! # according to the central European standards. # + # This is documented in Heikki Oja: Aikakirja 2007, published by The Almanac + # Office of University of Helsinki, ISBN 952-10-3221-9, available online (in + # Finnish) at + # + # <a href="http://almanakka.helsinki.fi/aikakirja/Aikakirja2007kokonaan.pdf"> + # http://almanakka.helsinki.fi/aikakirja/Aikakirja2007kokonaan.pdf + # </a> + # + # Page 105 (56 in PDF version) has a handy table of all past daylight savings + # transitions. It is easy enough to interpret without Finnish skills. + # + # This is also confirmed by Finnish Broadcasting Company's archive at: + # + # <a href="http://www.yle.fi/elavaarkisto/?s=s&g=1&ag=5&t=&a=3401"> + # http://www.yle.fi/elavaarkisto/?s=s&g=1&ag=5&t=&a=3401 + # </a> + # + # The news clip from 1981 says that "the time between 2 and 3 o'clock does not + # exist tonight." + # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Finland 1942 only - Apr 3 0:00 1:00 S Rule Finland 1942 only - Oct 3 0:00 0 - + Rule Finland 1981 1982 - Mar lastSun 2:00 1:00 S + Rule Finland 1981 1982 - Sep lastSun 3:00 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Helsinki 1:39:52 - LMT 1878 May 31 1:39:52 - HMT 1921 May # Helsinki Mean Time ! 2:00 Finland EE%sT 1983 2:00 EU EE%sT # Aaland Is diff -c old/leapseconds new/leapseconds *** old/leapseconds Mon May 10 09:07:28 2010 --- new/leapseconds Sat Jul 17 08:51:09 2010 *************** *** 1,5 **** # <pre> ! # @(#)leapseconds 8.9 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)leapseconds 8.10 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 60,68 **** # FAX : 33 (0) 1 40 51 22 91 # Internet : services.iers(a)obspm.fr # ! # Paris, 4 July 2009 # ! # Bulletin C 38 # # To authorities responsible # for the measurement and --- 60,68 ---- # FAX : 33 (0) 1 40 51 22 91 # Internet : services.iers(a)obspm.fr # ! # Paris, 14 July 2010 # ! # Bulletin C 40 # # To authorities responsible # for the measurement and *************** *** 70,78 **** # # INFORMATION ON UTC - TAI # ! # NO positive leap second will be introduced at the end of December 2009. # The difference between Coordinated Universal Time UTC and the ! # International Atomic Time TAI is : # # from 2009 January 1, 0h UTC, until further notice : UTC-TAI = -34 s # --- 70,78 ---- # # INFORMATION ON UTC - TAI # ! # NO positive leap second will be introduced at the end of December 2010. # The difference between Coordinated Universal Time UTC and the ! # International Atomic Time TAI is : # # from 2009 January 1, 0h UTC, until further notice : UTC-TAI = -34 s # *************** *** 82,87 **** # will be no time step at the next possible date. # # Daniel GAMBIS ! # Director # Earth Orientation Center of IERS # Observatoire de Paris, France --- 82,87 ---- # will be no time step at the next possible date. # # Daniel GAMBIS ! # Director # Earth Orientation Center of IERS # Observatoire de Paris, France diff -c old/northamerica new/northamerica *** old/northamerica Mon May 10 09:07:27 2010 --- new/northamerica Sat Jul 17 10:07:20 2010 *************** *** 1,5 **** # <pre> ! # @(#)northamerica 8.31 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)northamerica 8.34 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 1324,1329 **** --- 1324,1406 ---- # entry since our cutoff date of 1970, so we can move # America/Coral_Harbour to the 'backward' file. + # From Mark Brader (2010-03-06): + # + # Currently the database has: + # + # # Ontario + # + # # From Paul Eggert (2006-07-09): + # # Shanks & Pottenger write that since 1970 most of Ontario has been like + # # Toronto. + # # Thunder Bay skipped DST in 1973. + # # Many smaller locales did not observe peacetime DST until 1974; + # # Nipigon (EST) and Rainy River (CST) are the largest that we know of. + # + # In the (Toronto) Globe and Mail for Saturday, 1955-09-24, in the bottom + # right corner of page 1, it says that Toronto will return to standard + # time at 2 am Sunday morning (which agrees with the database), and that: + # + # The one-hour setback will go into effect throughout most of Ontario, + # except in areas like Windsor which remains on standard time all year. + # + # Windsor is, of course, a lot larger than Nipigon. + # + # I only came across this incidentally. I don't know if Windsor began + # observing DST when Detroit did, or in 1974, or on some other date. + # + # By the way, the article continues by noting that: + # + # Some cities in the United States have pushed the deadline back + # three weeks and will change over from daylight saving in October. + + # From Arthur David Olson (2010-07-17): + # + # "Standard Time and Time Zones in Canada" appeared in + # The Journal of The Royal Astronomical Society of Canada, + # volume 26, number 2 (February 1932) and, as of 2010-07-17, + # was available at + # <a href="http://adsabs.harvard.edu/full/1932JRASC..26...49S"> + # http://adsabs.harvard.edu/full/1932JRASC..26...49S + # </a> + # + # It includes the text below (starting on page 57): + # + # A list of the places in Canada using daylight saving time would + # require yearly revision. From information kindly furnished by + # the provincial governments and by the postmasters in many cities + # and towns, it is found that the following places used daylight sav- + # ing in 1930. The information for the province of Quebec is definite, + # for the other provinces only approximate: + # + # Province Daylight saving time used + # Prince Edward Island Not used. + # Nova Scotia In Halifax only. + # New Brunswick In St. John only. + # Quebec In the following places: + # Montreal Lachine + # Quebec Mont-Royal + # Levis Iberville + # St. Lambert Cap de la Madeleine + # Verdun Loretteville + # Westmount Richmond + # Outremont St. Jerome + # Longueuil Greenfield Park + # Arvida Waterloo + # Chambly-Canton Beaulieu + # Melbourne La Tuque + # St. Theophile Buckingham + # Ontario Used generally in the cities and towns along + # the southerly part of the province. Not + # used in the northwesterlhy part. + # Manitoba Not used. + # Saskatchewan In Regina only. + # Alberta Not used. + # British Columbia Not used. + # + # With some exceptions, the use of daylight saving may be said to be limited + # to those cities and towns lying between Quebec city and Windsor, Ont. + # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Toronto 1919 only - Mar 30 23:30 1:00 D Rule Toronto 1919 only - Oct 26 0:00 0 S *************** *** 2147,2153 **** -6:00 - CST 1942 Apr 24 -7:00 - MST 1949 Jan 14 -8:00 - PST 1970 ! -7:00 Mexico M%sT 2010 Apr 4 -6:00 Mexico C%sT # Baja California (near US border) --- 2224,2230 ---- -6:00 - CST 1942 Apr 24 -7:00 - MST 1949 Jan 14 -8:00 - PST 1970 ! -7:00 Mexico M%sT 2010 Apr 4 2:00 -6:00 Mexico C%sT # Baja California (near US border) diff -c old/tz-link.htm new/tz-link.htm *** old/tz-link.htm Mon May 10 09:07:28 2010 --- new/tz-link.htm Sat Jul 17 08:56:39 2010 *************** *** 18,24 **** <body> <h1>Sources for Time Zone and Daylight Saving Time Data</h1> <address> ! @(#)tz-link.htm 8.27 </address> <p> This file is in the public domain, so clarified as of --- 18,24 ---- <body> <h1>Sources for Time Zone and Daylight Saving Time Data</h1> <address> ! @(#)tz-link.htm 8.28 </address> <p> This file is in the public domain, so clarified as of *************** *** 351,356 **** --- 351,367 ---- → Tzid table</a> maintained by the <abbr title="Common Locale Data Repository">CLDR</abbr> data mentioned below.</li> + <li> + <a href="http://code.google.com/p/tzdata/"> + http://code.google.com/p/tzdata/ + </a> + provides programming-language-specific representations of timezone + data. Currently this includes XML, PHP, Ruby, Javascript, JSON and CSV + formatted data. The repository is updated as soon as the FTP + distribution is updated. All data can be downloaded as a zip and/or it + can be obtained/synced via anonymous SVN. Data is made available under + the MIT license. (From Rich Tibbett.) + </li> </ul> <h2>Maps</h2> <ul> diff -c old/zone.tab new/zone.tab *** old/zone.tab Mon May 10 09:07:28 2010 --- new/zone.tab Sat Jul 17 09:14:35 2010 *************** *** 1,5 **** # <pre> ! # @(#)zone.tab 8.36 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. # --- 1,5 ---- # <pre> ! # @(#)zone.tab 8.37 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. # *************** *** 177,184 **** FI +6010+02458 Europe/Helsinki FJ -1808+17825 Pacific/Fiji FK -5142-05751 Atlantic/Stanley ! FM +0725+15147 Pacific/Truk Truk (Chuuk) and Yap ! FM +0658+15813 Pacific/Ponape Ponape (Pohnpei) FM +0519+16259 Pacific/Kosrae Kosrae FO +6201-00646 Atlantic/Faroe FR +4852+00220 Europe/Paris --- 177,184 ---- FI +6010+02458 Europe/Helsinki FJ -1808+17825 Pacific/Fiji FK -5142-05751 Atlantic/Stanley ! FM +0725+15147 Pacific/Chuuk Chuuk (Truk) and Yap ! FM +0658+15813 Pacific/Pohnpei Pohnpei (Ponape) FM +0519+16259 Pacific/Kosrae Kosrae FO +6201-00646 Atlantic/Faroe FR +4852+00220 Europe/Paris

1 0

Bulletin C number 40
by IERS EOP Product Center July 16, 2010

July 16, 2010

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 Internet : services.iers(a)obspm.fr Paris, 14 July 2010 Bulletin C 40 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 December 2010. The difference between Coordinated Universal Time UTC and the International Atomic Time TAI is : from 2009 January 1, 0h UTC, until further notice : UTC-TAI = -34 s 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 Director Earth Orientation Center of IERS Observatoire de Paris, France __________________________________________

1 0

FW: Europe/Finland DST correction for years 1981 and 1982
by Olson, Arthur David (NIH/NCI) [E] July 15, 2010

July 15, 2010

I'm forwarding this message from Janne Snabb, 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: Janne Snabb [mailto:snabb@epipe.com] Sent: Thursday, July 15, 2010 1:21 To: tz(a)lecserver.nci.nih.gov Subject: Europe/Finland DST correction for years 1981 and 1982 Hi, I noticed that the Finland data is not accurate for years 1981 and 1982. During these two first trial years the DST adjustment was made one hour earlier than in forthcoming years. Starting 1983 the adjustment was made according to the central European standards. This is documented in Heikki Oja: Aikakirja 2007, published by The Almanac Office of University of Helsinki, ISBN 952-10-3221-9, available online (in Finnish) at: http://almanakka.helsinki.fi/aikakirja/Aikakirja2007kokonaan.pdf Page 105 (56 in PDF version) has a handy table of all past daylight savings transitions. It is easy enough to interpret without Finnish skills. This is also confirmed by Finnish Broadcasting Company's archive at: http://www.yle.fi/elavaarkisto/?s=s&g=1&ag=5&t=&a=3401 The news clip from 1981 says that "the time between 2 and 3 o'clock does not exist tonight". Thus Paul Eggert's comment in the file (above the relevant entry) is indeed correct. Please see the diff at the bottom of this message. I believe that it produces the desired results. I am not a member of this list, so please CC me with any further correspondence. Best Regards, -- Janne Snabb / EPIPE Communications snabb(a)epipe.com - http://epipe.com/ --- europe.orig 2009-09-09 15:19:43.000000000 +0300 +++ europe 2010-07-15 07:29:53.000000000 +0300 @@ -1023,14 +1023,16 @@ # since 1981. Go with Strang instead. # # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Finland 1942 only - Apr 3 0:00 1:00 S Rule Finland 1942 only - Oct 3 0:00 0 - +Rule Finland 1981 1982 - Mar lastSun 2:00 1:00 S +Rule Finland 1981 1982 - Sep lastSun 3:00 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Helsinki 1:39:52 - LMT 1878 May 31 1:39:52 - HMT 1921 May # Helsinki Mean Time - 2:00 Finland EE%sT 1981 Mar 29 2:00 + 2:00 Finland EE%sT 1983 2:00 EU EE%sT # Aaland Is Link Europe/Helsinki Europe/Mariehamn

1 0

Europe/Finland DST correction for years 1981 and 1982
by Janne Snabb July 15, 2010

July 15, 2010

Hi, I noticed that the Finland data is not accurate for years 1981 and 1982. During these two first trial years the DST adjustment was made one hour earlier than in forthcoming years. Starting 1983 the adjustment was made according to the central European standards. This is documented in Heikki Oja: Aikakirja 2007, published by The Almanac Office of University of Helsinki, ISBN 952-10-3221-9, available online (in Finnish) at: http://almanakka.helsinki.fi/aikakirja/Aikakirja2007kokonaan.pdf Page 105 (56 in PDF version) has a handy table of all past daylight savings transitions. It is easy enough to interpret without Finnish skills. This is also confirmed by Finnish Broadcasting Company's archive at: http://www.yle.fi/elavaarkisto/?s=s&g=1&ag=5&t=&a=3401 The news clip from 1981 says that "the time between 2 and 3 o'clock does not exist tonight". Thus Paul Eggert's comment in the file (above the relevant entry) is indeed correct. Please see the diff at the bottom of this message. I believe that it produces the desired results. I am not a member of this list, so please CC me with any further correspondence. Best Regards, -- Janne Snabb / EPIPE Communications snabb(a)epipe.com - http://epipe.com/ --- europe.orig 2009-09-09 15:19:43.000000000 +0300 +++ europe 2010-07-15 07:29:53.000000000 +0300 @@ -1023,14 +1023,16 @@ # since 1981. Go with Strang instead. # # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Finland 1942 only - Apr 3 0:00 1:00 S Rule Finland 1942 only - Oct 3 0:00 0 - +Rule Finland 1981 1982 - Mar lastSun 2:00 1:00 S +Rule Finland 1981 1982 - Sep lastSun 3:00 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Helsinki 1:39:52 - LMT 1878 May 31 1:39:52 - HMT 1921 May # Helsinki Mean Time - 2:00 Finland EE%sT 1981 Mar 29 2:00 + 2:00 Finland EE%sT 1983 2:00 EU EE%sT # Aaland Is Link Europe/Helsinki Europe/Mariehamn

1 0

New time zone home (revisited)
by Olson, Arthur David (NIH/NCI) [E] July 14, 2010

July 14, 2010

It seems to have been overly ambitious to find both a new host and a new maintainter for the time zone stuff at the same time. So, one thing at a time. Who has insights on a workable options for new host(s) for the mailing list and the software distribution? --ado

15 16

Double change on Apr 4th in America/Bahia_Banderas?
by Stuart Bishop July 14, 2010

July 14, 2010

Just looking into a failure in my test suite triggered by two timezone jumps within an hour: $ zdump -v America/Bahia_Banderas 2010 | grep 2010 America/Bahia_Banderas Sun Apr 4 06:59:59 2010 UTC = Sat Apr 3 23:59:59 2010 MST isdst=0 gmtoff=-25200 America/Bahia_Banderas Sun Apr 4 07:00:00 2010 UTC = Sun Apr 4 01:00:00 2010 CST isdst=0 gmtoff=-21600 America/Bahia_Banderas Sun Apr 4 07:59:59 2010 UTC = Sun Apr 4 01:59:59 2010 CST isdst=0 gmtoff=-21600 America/Bahia_Banderas Sun Apr 4 08:00:00 2010 UTC = Sun Apr 4 03:00:00 2010 CDT isdst=1 gmtoff=-18000 America/Bahia_Banderas Sun Oct 31 06:59:59 2010 UTC = Sun Oct 31 01:59:59 2010 CDT isdst=1 gmtoff=-18000 America/Bahia_Banderas Sun Oct 31 07:00:00 2010 UTC = Sun Oct 31 01:00:00 2010 CST isdst=0 gmtoff=-21600 Is this really correct, or should the timezone have jumped straight to CDT (-18000) at 0700 UTC? -- Stuart Bishop <stuart(a)stuartbishop.net> http://www.stuartbishop.net/

1 0

Time zone confusion and implementation hints
by Yves Goergen July 10, 2010

July 10, 2010

Hi, I'm currently implementing an API for the tz database that should look like .NET's TimeZoneInfo class to replace that in my application. The API includes: * Convert a date and time from UTC to a time zone * Convert a date and time from a time zone to UTC * Return the base UTC offset of a time zone for a date and time * Return the save offset of a time zone for a date and time * Determine whether a date and time is ambiguous in a time zone * Determine whether a date and time is invalid in a time zone It will come with a code generator that "compiles" the text files into C# code so that there's no need to deploy additional files with the application. The API's internal data structures are very similar to the tz database records, these are already coded. Currently I'm stuck because of the flexibility of the tz rules. These can define transition times either in local, standard or universal time. Additionally, the caller of my API passes a date and time that is either local or universal. All this needs to be matched correctly. The right rule needs to be selected and there can be ambiguous or invalid times all along the way. It's not only hard to implement, it's also hard to describe, it's very confusing not to have a common base [zone] you can hold on to. I have now read about any manpage and code file from the tzcode distribution, starting with zic.c and going backwards in the list. I think the file localtime.c does the actual conversion but it's hard to read because it contains only few comments and uses short all-lowercase global variable names. I couldn't follow it to its core where the magic happens. I have analysed .NET's TimeZoneInfo implementation with .NET Reflector but it's not half as mighty as what the tz database can express. I also looked at the C# library ZoneInfo, but it uses an incompatible license, reads the text files at runtime and last but not least is quite inexact around transition times which it inacceptable for a calendar application. Also I think it's a good idea to write my own API for it because I'll need a Java port later as well, working on the exact same data. Could somebody assist me in this, please? Are there helpful thoughts to use when implementing such a programme? Right now my biggest problem is the transition times and in consequence finding the right rule to use for a given date and time. -- Yves Goergen "LonelyPixel" <nospam.list(a)unclassified.de> Visit my web laboratory at http://beta.unclassified.de

19 51

Data request
by Rahim Bhimani July 9, 2010

July 9, 2010

Hello, Your website is useful. Thanks for managing the same. We tried to access your FTP site but were not able to get access of the same. Can you please send me the data through mail or let me know how else can we access the data. Would it be possible to get the data in following format : Country | City | timezone code | DST Start time | DST End time Will appreciate your prompt response. Warm Regards Rahim

1 0