- tz - lists.iana.org

The tz database
by yakexi March 17, 2011

March 17, 2011

thank you for your data.

1 0

Irkutsk will change time zone to Krasnoyarsk time zone
by Alexander Krivenyshev March 16, 2011

March 16, 2011

According to various media sources (in Russian): http://www.irk.ru/news/20110316/time/ http://www.bratsk.ru/report/show/8416.html Irkutsk Region (Russia) has received government permission to change time zone to Krasnoyarsk time zone (UTC+8 summer time after March 27, 2011). On March 27, 2011 Irkutsk will keep its clock without change to Summer Time (DST) when most of Russia will move to DST. After March 27, 2011 time difference between Moscow (UTC+4 after March 27, 2011) and Irkutsk (UTC+8 after March 27, 2011) will be 4 hours, not 5 hours. or http://www.worldtimezone.com/dst_news/dst_news_russia27.html Alexander Krivenyshev, http://www.worldtimezone.com

2 2

2011d
by Olson, Arthur David (NIH/NCI) [E] March 14, 2011

March 14, 2011

The files... ftp://elsie.nci.nih.gov/pub/tzcode2011d.tar.gz ...and... ftp://elsie.nci.nih.gov/pub/tzdata2011d.tar.gz are now available; these reflect the changes circulated last week on the time zone mailing list (including changes that impact present-day time stamps in Cuba, Samoa, and Turkey). I'm still waiting until Russia switches time later this month before making Russian changes (hoping that we'll then know what abbreviations will be used year-round for time in Russia). --ado

1 0

Your times for Chile are wrong
by Charles F. Munat March 13, 2011

March 13, 2011

http://www.timeanddate.com/news/time/chile-extends-dst-2011.html The start of DST was moved from the end of the day 12 March to the end of the day on 2 April. I'm in Chile now and my laptop has updated the time incorrectly. I've had to switch to Buenos Aires time to get it right. Chas. Munat Frutillar, Chile

1 0

new map for peace river time zone region (BC, Canada)
by Chris Walton March 11, 2011

March 11, 2011

Anybody not interested in Canadian Time Zone maps can skip this post. For those that are interested, I have created a Google map showing a new definition for the Peace River time zone region in British Columbia. Click the following link and wait a few seconds for the map to load: http://maps.google.com/maps/ms?ie=UTF&msa=0&msid=212137821026080676505.0004… The time zone boundary in this new map extends further north then the boundary in my "Google Earth Canadian time zone map". I have not yet updated the Google Earth map; I will try and do that sooner or later. ############################################################################### And now for some more detail and discussion: The following web site claims that time zone boundary crosses HWY#97 just south of Pink Mountain. http://www.vancouverisland.com/regions/towns/?townID=3621 One of the larger roadmap publishers in Canada is in agreement; their maps show a time zone boundary passing just south of Pink Mountain. Looking at The National Atlas of Canada "Time Zone Map" it is possible to deduce that the time zone boundary passes somewhere near Pink Mountain. The scale of the map makes it difficult to determine the exact location of the line; Pink Mountain is far too small to actually appear on a National map. http://atlas.nrcan.gc.ca/site/english/maps/reference/national/timezones/map… ################################################################################ To the best of my knowledge there are no "time zone" road signs along HWY#97. If there are any such signs they would have to be covered up (or removed) during the summer tourist season. During the summer months all of BC (except the south east corner) is on UTC-7. ################################################################################ This week I decided to place some phone calls. I talked to employees and owners of bushiness in Pink Mountain, Sasquatch Crossing, and Buckinghorse River. I was quickly able to determine that all these places are on MST year round. It become obvious that the roadmaps, and the National Atlas of Canada, and the vancouverisland.com web site are all incorrect. I then sent an e-mail to the owner of an RV park in Sikanni Chief asking where the time zone boundary crosses HWY#97. I got a quick reply. The owner "presumed" the time zone boundary followed the district boundary between "Peace River Regional District" and "Northern Rockies Regional District". Wikipedia indicates that the district boundary was created in 1987 when "Fort Nelson - Laird Regional District" was split into "Peace River Regional District" and "Northern Rockies Regional District"; the boundary runs right along the 58th parallel. I phoned the motel in Prophet River which is just a few miles north of the district boundary. I had expected that the motel would operate on PST/PDT. The motel owner explained that the motel operates on MST; there were personal reasons for this! The motel owner also told me that the Prophet River IR a few miles up the highway uses PST/PDT. I was asked which direction I would be arriving from. I had to explain that I was calling from downtown Toronto and would not be staying in Prophet River for the night. ################################################################################## When making the new Google map, I made the time zone boundary follow the northern, southern, and eastern boundaries of the Peace River Regional District. For better or for worse, I ignored the use of MST by the single motel in Prophet River. The western boundary of the time zone region follows watershed boundaries formed by the Muskwa and Hart mountain ranges. Printed roadmaps and the National Atlas of Canada appear to follow a similar north-south line through these same mountains. And that's all for now. -chris

1 0

Timezone changes history ?
by louis.gounot＠orange-ftgroup.com March 11, 2011

March 11, 2011

Hello, I'm looking for a changelog regarding tz database. Is there any publicly available ? I'm specially searching for tz name updates (when was the last tz name addition/deletion/update ?). Louis Gounot ******************************************************************************** IMPORTANT.Les informations contenues dans ce message electronique y compris les fichiers attaches sont strictement confidentielles et peuvent etre protegees par la loi. Ce message electronique est destine exclusivement au(x) destinataire(s) mentionne(s) ci-dessus. Si vous avez recu ce message par erreur ou s il ne vous est pas destine, veuillez immediatement le signaler a l expediteur et effacer ce message et tous les fichiers eventuellement attaches. Toute lecture, exploitation ou transmission des informations contenues dans ce message est interdite. Tout message electronique est susceptible d alteration. A ce titre, le Groupe France Telecom decline toute responsabilite notamment s il a ete altere, deforme ou falsifie. De meme, il appartient au destinataire de s assurer de l absence de tout virus. IMPORTANT.This e-mail message and any attachments are strictly confidential and may be protected by law. This message is intended only for the named recipient(s) above. If you have received this message in error, or are not the named recipient(s), please immediately notify the sender and delete this e-mail message. Any unauthorized view, usage or disclosure ofthis message is prohibited. Since e-mail messages may not be reliable, France Telecom Group shall not be liable for any message if modified, changed or falsified. Additionally the recipient should ensure they are actually virus free. ********************************************************************************

1 0

Re: FW: Turkey: Timezone change date delayed for one day
by Arthur David Olson March 11, 2011

March 11, 2011

Here's an additional proposed change to the europe file to cover the Turkish one-day delay in the start of DST. If no problems are found, this will appear on the ftp site on 2011-03-14 along with the changes proposed yesterday. --ado ------- europe ------- *** /tmp/geta10962 Thu Mar 10 22:03:45 2011 --- /tmp/getb10962 Thu Mar 10 22:03:45 2011 *************** *** 1,5 **** # <pre> ! # @(#)europe 8.27 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)europe 8.28 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 2483,2507 **** # (on a non-government server though) describing dates between 2002 and 2006: # http://www.alomaliye.com/bkk_2002_3769.htm ! # From Sue Williams (2008-08-11): ! # I spotted this news article about a potential change in Turkey. ! # ! # <a href="http://www.hurriyet.com.tr/english/domestic/9626174.asp?scr=1"> ! # http://www.hurriyet.com.tr/english/domestic/9626174.asp?scr=1 # </a> ! ! # From Sue Williams (2008-08-20): ! # This article says that around the end of March 2011, Turkey wants to ! # adjust the clocks forward by 1/2 hour and stay that way permanently. ! # The article indicates that this is a change in timezone offset in addition ! # to stopping observance of DST. ! # This proposal has not yet been approved. ! # ! # Read more here... ! # ! # Turkey to abandon daylight saving time in 2011 ! # <a href="http://www.turkishdailynews.com.tr/article.php?enewsid=112989"> ! # http://www.turkishdailynews.com.tr/article.php?enewsid=112989 # </a> # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S --- 2483,2500 ---- # (on a non-government server though) describing dates between 2002 and 2006: # http://www.alomaliye.com/bkk_2002_3769.htm ! # From Gökdeniz Karadağ (2011-03-10): ! # ! # According to the articles linked below, Turkey will change into summer ! # time zone (GMT+3) on March 28, 2011 at 3:00 a.m. instead of March 27. ! # This change is due to a nationwide exam on 27th. ! # ! # <a href="http://www.worldbulletin.net/?aType=haber&ArticleID=70872"> ! # http://www.worldbulletin.net/?aType=haber&ArticleID=70872 # </a> ! # Turkish: ! # <a href="http://www.hurriyet.com.tr/ekonomi/17230464.asp?gid=373"> ! # http://www.hurriyet.com.tr/ekonomi/17230464.asp?gid=373 # </a> # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S *************** *** 2569,2574 **** --- 2562,2569 ---- 2:00 Turkey EE%sT 1978 Oct 15 3:00 Turkey TR%sT 1985 Apr 20 # Turkey Time 2:00 Turkey EE%sT 2007 + 2:00 EU EE%sT 2011 Mar 27 1:00u + 2:00 - EET 2011 Mar 28 1:00u 2:00 EU EE%sT Link Europe/Istanbul Asia/Istanbul # Istanbul is in both continents.

1 0

FW: Turkey: Timezone change date delayed for one day
by Olson, Arthur David (NIH/NCI) [E] March 10, 2011

March 10, 2011

I'm forwarding this message from Gökdeniz Karadağ, 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: Gökdeniz Karadağ [mailto:gokdenizk@gmail.com] Sent: Thursday, March 10, 2011 6:33 To: tz(a)lecserver.nci.nih.gov Subject: Turkey: Timezone change date delayed for one day According to the articles linked below, Turkey will change into summer time zone (GMT+3) on March 28, 2011 at 3:00 a.m. instead of March 27. This change is due to a nationwide exam on 27th. http://www.worldbulletin.net/?aType=haber&ArticleID=70872 Turkish: http://www.hurriyet.com.tr/ekonomi/17230464.asp?gid=373 -- Gökdeniz Karadağ

1 0

Turkey: Timezone change date delayed for one day
by Gökdeniz Karadağ March 10, 2011

March 10, 2011

According to the articles linked below, Turkey will change into summer time zone (GMT+3) on March 28, 2011 at 3:00 a.m. instead of March 27. This change is due to a nationwide exam on 27th. http://www.worldbulletin.net/?aType=haber&ArticleID=70872 Turkish: http://www.hurriyet.com.tr/ekonomi/17230464.asp?gid=373 -- Gökdeniz Karadağ

1 0

proposed time zone package changes (Cuba, Samoa, et al.)
by Arthur David Olson March 9, 2011

March 9, 2011

Below are proposed changes to the time zone package; here's a summary: * australasia Change end of DST in Samoa in 2011. Thanks to Raymond Hughes for information on the change. * etcetera Remove obsolete material on angle brackets in TZ envirnoment variable. * northamerica Change start of DST in Cuba in 2011. Thanks to Steffen Thorsen for the first report of the change. * zic.c Add curly brackets to squelch a gcc warning message. Since imminent time stamps in Cuba and Samoa are affected, we'll do the short turnaround dance; expect these changes on the ftp site on 2011-03-14 unless problems are found. --ado diff -r -c old/australasia new/australasia *** old/australasia Wed Jan 12 11:03:44 2011 --- new/australasia Wed Mar 9 14:38:29 2011 *************** *** 1,5 **** # <pre> ! # @(#)australasia 8.22 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)australasia 8.23 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 509,519 **** # to 01:00am and First Sunday April 2011 (03/04/11) - adjust clocks # backwards from 1:00am to 12:00am" Zone Pacific/Apia 12:33:04 - LMT 1879 Jul 5 -11:26:56 - LMT 1911 -11:30 - SAMT 1950 # Samoa Time -11:00 - WST 2010 Sep 26 ! -11:00 1:00 WSDT 2011 Apr 3 1:00 -11:00 - WST # Solomon Is --- 509,539 ---- # to 01:00am and First Sunday April 2011 (03/04/11) - adjust clocks # backwards from 1:00am to 12:00am" + # From Raymond Hughes (2011-03-07) + # I believe this will be posted shortly on the website + # <a href="http://www.mcil.gov.ws"> + # www.mcil.gov.ws + # </a> + # + # PUBLIC NOTICE ON DAYLIGHT SAVING TIME + # + # Pursuant to the Daylight Saving Act 2009 and Cabinets decision, + # businesses and the general public are hereby advised that daylight + # saving time is on the first Saturday of April 2011 (02/04/11). + # + # The public is therefore advised that when the standard time strikes + # the hour of four oclock (4.00am or 0400 Hours) on the 2nd April 2011, + # then all instruments used to measure standard time are to be + # adjusted/changed to three oclock (3:00am or 0300Hrs). + # + # Margaret Fruean ACTING CHIEF EXECUTIVE OFFICER MINISTRY OF COMMERCE, + # INDUSTRY AND LABOUR 28th February 2011 + Zone Pacific/Apia 12:33:04 - LMT 1879 Jul 5 -11:26:56 - LMT 1911 -11:30 - SAMT 1950 # Samoa Time -11:00 - WST 2010 Sep 26 ! -11:00 1:00 WSDT 2011 Apr 2 4:00 -11:00 - WST # Solomon Is diff -r -c old/etcetera new/etcetera *** old/etcetera Thu Dec 16 12:24:20 2010 --- new/etcetera Wed Mar 9 14:27:36 2011 *************** *** 1,5 **** # <pre> ! # @(#)etcetera 8.2 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)etcetera 8.3 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 36,43 **** # (i.e. west of Greenwich) even though many people would expect it to # mean 4 hours ahead of UTC (i.e. east of Greenwich). # ! # In the draft 5 of POSIX 1003.1-200x, the angle bracket notation ! # (which is not yet supported by the tz code) allows for # TZ='<GMT-4>+4'; if you want time zone abbreviations conforming to # ISO 8601 you can use TZ='<-0400>+4'. Thus the commonly-expected # offset is kept within the angle bracket (and is used for display) --- 36,42 ---- # (i.e. west of Greenwich) even though many people would expect it to # mean 4 hours ahead of UTC (i.e. east of Greenwich). # ! # In the draft 5 of POSIX 1003.1-200x, the angle bracket notation allows for # TZ='<GMT-4>+4'; if you want time zone abbreviations conforming to # ISO 8601 you can use TZ='<-0400>+4'. Thus the commonly-expected # offset is kept within the angle bracket (and is used for display) diff -r -c old/northamerica new/northamerica *** old/northamerica Wed Feb 9 14:00:33 2011 --- new/northamerica Wed Mar 9 14:45:23 2011 *************** *** 1,5 **** # <pre> ! # @(#)northamerica 8.41 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)northamerica 8.42 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 2606,2611 **** --- 2606,2626 ---- # the time was announced as "diez cinco"--the same time as here, indicating # that has indeed switched to DST. Assume second Sunday from 2009 forward. + # From Steffen Thorsen (2011-03-08): + # Granma announced that Cuba is going to start DST on 2011-03-20 00:00:00 + # this year. Nothing about the end date known so far (if that has + # changed at all). + # + # Source: + # <a href="http://granma.co.cu/2011/03/08/nacional/artic01.html"> + # http://granma.co.cu/2011/03/08/nacional/artic01.html + # </a> + # + # Our info: + # <a href="http://www.timeanddate.com/news/time/cuba-starts-dst-2011.html"> + # http://www.timeanddate.com/news/time/cuba-starts-dst-2011.html + # </a> + # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Cuba 1928 only - Jun 10 0:00 1:00 D Rule Cuba 1928 only - Oct 10 0:00 0 S *************** *** 2639,2645 **** Rule Cuba 2006 max - Oct lastSun 0:00s 0 S Rule Cuba 2007 only - Mar Sun>=8 0:00s 1:00 D Rule Cuba 2008 only - Mar Sun>=15 0:00s 1:00 D ! Rule Cuba 2009 max - Mar Sun>=8 0:00s 1:00 D # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone America/Havana -5:29:28 - LMT 1890 --- 2654,2662 ---- Rule Cuba 2006 max - Oct lastSun 0:00s 0 S Rule Cuba 2007 only - Mar Sun>=8 0:00s 1:00 D Rule Cuba 2008 only - Mar Sun>=15 0:00s 1:00 D ! Rule Cuba 2009 2010 - Mar Sun>=8 0:00s 1:00 D ! Rule Cuba 2011 only - Mar Sun>=15 0:00s 1:00 D ! Rule Cuba 2012 max - Mar Sun>=8 0:00s 1:00 D # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone America/Havana -5:29:28 - LMT 1890 diff -r -c old/zic.c new/zic.c *** old/zic.c Thu Dec 16 12:24:13 2010 --- new/zic.c Wed Mar 9 14:41:27 2011 *************** *** 3,9 **** ** 2006-07-17 by Arthur David Olson. */ ! static char elsieid[] = "@(#)zic.c 8.24"; #include "private.h" #include "locale.h" --- 3,9 ---- ** 2006-07-17 by Arthur David Olson. */ ! static char elsieid[] = "@(#)zic.c 8.25"; #include "private.h" #include "locale.h" *************** *** 1639,1648 **** mrudst = types[i]; else mrustd = types[i]; for (i = 0; i < typecnt; ++i) ! if (writetype[i]) if (isdsts[i]) hidst = i; else histd = i; if (hidst >= 0 && mrudst >= 0 && hidst != mrudst && gmtoffs[hidst] != gmtoffs[mrudst]) { isdsts[mrudst] = -1; --- 1639,1649 ---- mrudst = types[i]; else mrustd = types[i]; for (i = 0; i < typecnt; ++i) ! if (writetype[i]) { if (isdsts[i]) hidst = i; else histd = i; + } if (hidst >= 0 && mrudst >= 0 && hidst != mrudst && gmtoffs[hidst] != gmtoffs[mrudst]) { isdsts[mrudst] = -1;

1 0

Cuba to start DST one week later than usual
by Steffen Thorsen March 9, 2011

March 9, 2011

Granma announced that Cuba is going to start DST on 2011-03-20 00:00:00 this year. Nothing about the end date known so far (if that has changed at all). Source: http://granma.co.cu/2011/03/08/nacional/artic01.html Our info: http://www.timeanddate.com/news/time/cuba-starts-dst-2011.html Best regards, Steffen Thorsen - timeanddate.com

2 2

Samoa Daylight Savings End has just been amended again
by Raymond Hughes March 8, 2011

March 8, 2011

I believe this will be posted shortly on the website www.mcil.gov.ws. PUBLIC NOTICE ON DAYLIGHT SAVING TIME Pursuant to the Daylight Saving Act 2009 and Cabinet’s decision, businesses and the general public are hereby advised that daylight saving time is on the first Saturday of April 2011 (02/04/11). The public is therefore advised that when the standard time strikes the hour of four o’clock (4.00am or 0400 Hours) on the 2nd April 2011, then all instruments used to measure standard time are to be adjusted/changed to three o’clock (3:00am or 0300Hrs). Margaret Fruean ACTING CHIEF EXECUTIVE OFFICER MINISTRY OF COMMERCE, INDUSTRY AND LABOUR 28th February 2011

1 0

2011c
by Olson, Arthur David (NIH/NCI) [E] March 7, 2011

March 7, 2011

The files... ftp://elsie.nci.nih.gov/pub/tzcode2011c.tar.gz ...and... ftp://elsie.nci.nih.gov/pub/tzdata2011c.tar.gz ...are now available; these reflect the changes circulated last week on the time zone mailing list. These do affect current time stamps in Chile and Annette Island, Canada. --ado

2 2

Belarus may cancel the transition to the Winter time in the autumn of 2011
by Alexander Krivenyshev March 7, 2011

March 7, 2011

Belarus may cancel the transition to the Winter time in the autumn of 2011- same as Russia plans. Belarus business portal link (in Russian): http://bel.biz/news/38106.html or http://www.worldtimezone.com/dst_news/dst_news_belarus01.html "State Metrology Institute of Belarus has decided to recommend to the Government to cancel the transition to the Winter time in the autumn of 2011." Alexander Krivenyshev, http://www.worldtimezone.com

1 0

Dry Tortugas is Central or Eastern Time?
by Aaron Brown March 4, 2011

March 4, 2011

I just went to Dry Tortugas National Park last weekend, about 70 miles west of Key West. Before going, I had noticed that wikipedia (http://en.wikipedia.org/wiki/Eastern_Time_Zone#North_America) mentioned that there was some debate about if the Dry Tortugas were in the Central or the Eastern time zone. While there, I went into the bookstore and asked if there was any truth to them being on Central Time. They looked at me as if this was the first they ever heard about this. In fact, it doesn't make any sense that they would be on anything other than Eastern Time as 99% of those visiting there are arriving via Key West, which is on Eastern Time. So, I went and modified the wikipedia page to remove the apparent misinformation about Dry Tortugas possibly being on Central Time. I then did a google search and came up with a couple of pages (http://keywestseaplanecharters.com/Tips-Secrets/default.asp, http://www.mendosa.com/fitnessblog/?p=6947) claiming that they are officially on Central Time, but that Eastern Time is used there. Is there any truth to Dry Tortugas being officially on Central Time? Did they used to be on Central Time in the past? Aaron

1 1

subscribe
by Petr Baudis March 4, 2011

March 4, 2011

subscribe

1 0

Chile - Daylight Saving Time extension in 2011
by Pablo Jiménez March 3, 2011

March 3, 2011

Hi, Due to a drought and as one of several actions to avoid a future electricity shortfall this year, Chile extends Daylight Saving Time till early April. According to media reports, this one-time change will take place on Saturday, April 2nd at 24:00 for America/Santiago and on Saturday, April 2nd at 22:00 for Pacific/Easter. At the moment, there's no official decree available, but you can check the information at: http://www.ansa.it/ansalatina/notizie/notiziari/chile/20110302165435226594.… http://af.reuters.com/article/metalsNews/idAFN0223009220110302 http://online.wsj.com/article/BT-CO-20110302-708197.html Best regards, -- Pablo Jimenez

1 0

proposed time zone package changes (Chile, Alaska, et al.)
by Arthur David Olson March 2, 2011

March 2, 2011

Below find proposed changes to the time zone package; the executive summary: * leapseconds Update notice from IERS (change to commentary only) * northamerica Replace Juneau with Juneau, Sitka, and Metlakatla. * southamerica Delay end of DST in 2011 until first Sunday in April. * tz-art.htm Add material on episode of "Outsourced." * zone.tab Replace Juneau with Juneau, Sitka, and Metlakatla. These change do affect current time stamps in Metlakatla and immiment time stamps in Chile. I'm waiting on making changes to Russia until we learn whether or not their new, year-round time will be called standard time; we'll see what happens at the end of this month. Since the Chile change is being made on short notice, I'll update the ftp versions on 2011-03-07 if no problems are found. --ado diff -r -c old/leapseconds new/leapseconds *** old/leapseconds Thu Dec 16 12:24:20 2010 --- new/leapseconds Mon Feb 14 09:30:33 2011 *************** *** 1,5 **** # <pre> ! # @(#)leapseconds 8.10 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)leapseconds 8.11 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 56,68 **** # 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 --- 56,68 ---- # SERVICE DE LA ROTATION TERRESTRE # OBSERVATOIRE DE PARIS # 61, Av. de l'Observatoire 75014 PARIS (France) ! # Tel. : 33 (0) 1 40 51 22 29 # FAX : 33 (0) 1 40 51 22 91 # Internet : services.iers(a)obspm.fr # ! # Paris, 2 February 2011 # ! # Bulletin C 41 # # 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 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 # --- 70,78 ---- # # INFORMATION ON UTC - TAI # ! # NO positive leap second will be introduced at the end of June 2011. # The difference between Coordinated Universal Time UTC and the ! # International Atomic Time TAI is : # # 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 ! # Head ! # Earth Orientation Center of the IERS # Observatoire de Paris, France diff -r -c old/northamerica new/northamerica *** old/northamerica Wed Jan 26 17:13:48 2011 --- new/northamerica Wed Feb 9 14:00:33 2011 *************** *** 1,5 **** # <pre> ! # @(#)northamerica 8.40 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)northamerica 8.41 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 426,431 **** --- 426,473 ---- # were nearby inhabitants in some cases and for our purposes perhaps # it's best to simply use the official transition. # + + # From Steve Ferguson (2011-01-31): + # The author lives in Alaska and many of the references listed are only + # available to Alaskan residents. + # + # <a href="http://www.alaskahistoricalsociety.org/index.cfm?section=discover%20alaska&…"> + # http://www.alaskahistoricalsociety.org/index.cfm?section=discover%20alaska&… + # </a> + + # From Arthur David Olson (2011-02-01): + # Here's database-relevant material from the 2001 "Alaska History" article: + # + # On September 20 [1979]...DOT...officials decreed that on April 27, + # 1980, Juneau and other nearby communities would move to Yukon Time. + # Sitka, Petersburg, Wrangell, and Ketchikan, however, would remain on + # Pacific Time. + # + # ...on September 22, 1980, DOT Secretary Neil E. Goldschmidt rescinded the + # Department's September 1979 decision. Juneau and other communities in + # northern Southeast reverted to Pacific Time on October 26. + # + # On October 28 [1983]...the Metlakatla Indian Community Council voted + # unanimously to keep the reservation on Pacific Time. + # + # According to DOT official Joanne Petrie, Indian reservations are not + # bound to follow time zones imposed by neighboring jurisdictions. + # + # (The last is consistent with how the database now handles the Navajo + # Nation.) + + # From Arthur David Olson (2011-02-09): + # I just spoke by phone with a staff member at the Metlakatla Indian + # Community office (using contact information available at + # <a href="http://www.commerce.state.ak.us/dca/commdb/CIS.cfm?Comm_Boro_name=Metlakatla"> + # http://www.commerce.state.ak.us/dca/commdb/CIS.cfm?Comm_Boro_name=Metlakatla + # </a>). + # It's shortly after 1:00 here on the east coast of the United States; + # the staffer said it was shortly after 10:00 there. When I asked whether + # that meant they were on Pacific time, they said no--they were on their + # own time. I asked about daylight saving; they said it wasn't used. I + # did not inquire about practices in the past. + # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone America/Juneau 15:02:19 - LMT 1867 Oct 18 -8:57:41 - LMT 1900 Aug 20 12:00 *************** *** 432,440 **** --- 474,499 ---- -8:00 - PST 1942 -8:00 US P%sT 1946 -8:00 - PST 1969 + -8:00 US P%sT 1980 Apr 27 2:00 + -9:00 US Y%sT 1980 Oct 26 2:00 -8:00 US P%sT 1983 Oct 30 2:00 -9:00 US Y%sT 1983 Nov 30 -9:00 US AK%sT + Zone America/Sitka -14:58:47 - LMT 1867 Oct 18 + -9:01:13 - LMT 1900 Aug 20 12:00 + -8:00 - PST 1942 + -8:00 US P%sT 1946 + -8:00 - PST 1969 + -8:00 US P%sT 1983 Oct 30 2:00 + -9:00 US Y%sT 1983 Nov 30 + -9:00 US AK%sT + Zone America/Metlakatla 15:13:42 - LMT 1867 Oct 18 + -8:46:18 - LMT 1900 Aug 20 12:00 + -8:00 - PST 1942 + -8:00 US P%sT 1946 + -8:00 - PST 1969 + -8:00 US P%sT 1983 Oct 30 2:00 + -8:00 US MeST Zone America/Yakutat 14:41:05 - LMT 1867 Oct 18 -9:18:55 - LMT 1900 Aug 20 12:00 -9:00 - YST 1942 diff -r -c old/southamerica new/southamerica *** old/southamerica Thu Dec 16 12:24:20 2010 --- new/southamerica Wed Mar 2 12:47:20 2011 *************** *** 1,5 **** # <pre> ! # @(#)southamerica 8.44 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)southamerica 8.45 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 1154,1159 **** --- 1154,1176 ---- # From Arthur Daivd Olson (2010-03-06): # Angel Chiang's message confirmed by Julio Pacheco; Julio provided a patch. + # From Glenn Eychaner (2011-03-02): [geychaner(a)mac.com] + # It appears that the Chilean government has decided to postpone the + # change from summer time to winter time again, by three weeks to April + # 2nd: + # <a href="http://www.emol.com/noticias/nacional/detalle/detallenoticias.asp?idnoticia…"> + # http://www.emol.com/noticias/nacional/detalle/detallenoticias.asp?idnoticia… + # </a> + # + # This is not yet reflected in the offical "cambio de hora" site, but + # probably will be soon: + # <a href="http://www.horaoficial.cl/cambio.htm"> + # http://www.horaoficial.cl/cambio.htm + # </a> + + # From Arthur David Olson (2011-03-02): + # The emol.com article mentions a water shortage as the cause of the + # postponement, which may mean that it's not a permanent change. # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Chile 1927 1932 - Sep 1 0:00 1:00 S Rule Chile 1928 1932 - Apr 1 0:00 0 - *************** *** 1189,1196 **** # which is used below in specifying the transition. Rule Chile 2008 only - Mar 30 3:00u 0 - Rule Chile 2009 only - Mar Sun>=9 3:00u 0 - ! Rule Chile 2010 only - Apr 4 3:00u 0 - ! Rule Chile 2011 max - Mar Sun>=9 3:00u 0 - # IATA SSIM anomalies: (1992-02) says 1992-03-14; # (1996-09) says 1998-03-08. Ignore these. # Zone NAME GMTOFF RULES FORMAT [UNTIL] --- 1206,1213 ---- # which is used below in specifying the transition. Rule Chile 2008 only - Mar 30 3:00u 0 - Rule Chile 2009 only - Mar Sun>=9 3:00u 0 - ! Rule Chile 2010 2011 - Apr Sun>=1 3:00u 0 - ! Rule Chile 2012 max - Mar Sun>=9 3:00u 0 - # IATA SSIM anomalies: (1992-02) says 1992-03-14; # (1996-09) says 1998-03-08. Ignore these. # Zone NAME GMTOFF RULES FORMAT [UNTIL] diff -r -c old/tz-art.htm new/tz-art.htm *** old/tz-art.htm Wed Jan 19 13:47:16 2011 --- new/tz-art.htm Mon Feb 14 16:22:50 2011 *************** *** 9,15 **** <body> <h1>Time and the Arts</h1> <address> ! @(#)tz-art.htm 8.19 </address> <p> This file is in the public domain, so clarified as of --- 9,15 ---- <body> <h1>Time and the Arts</h1> <address> ! @(#)tz-art.htm 8.20 </address> <p> This file is in the public domain, so clarified as of *************** *** 417,422 **** --- 417,427 ---- http://us.imdb.com/title/tt0137494/ </a>. (Mark Brader, 2009-10-02) </li> + <li> + In "The Todd Couple" episode of "Outsourced" (first aired 2011-02-10), + Manmeet sets up teledates for 6:00 and 9:00; + since one is with a New Yorker and the other with a San Franciscan, + hilarity ensues. </li> </ul> <hr> diff -r -c old/zone.tab new/zone.tab *** old/zone.tab Wed Jan 26 18:47:09 2011 --- new/zone.tab Wed Feb 9 14:00:33 2011 *************** *** 1,5 **** # <pre> ! # @(#)zone.tab 8.40 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. # --- 1,5 ---- # <pre> ! # @(#)zone.tab 8.41 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. # *************** *** 412,420 **** --- 412,422 ---- US +340308-1181434 America/Los_Angeles Pacific Time US +611305-1495401 America/Anchorage Alaska Time US +581807-1342511 America/Juneau Alaska Time - Alaska panhandle + US +571035-1351807 America/Sitka Alaska Time - southeast Alaska panhandle US +593249-1394338 America/Yakutat Alaska Time - Alaska panhandle neck US +643004-1652423 America/Nome Alaska Time - west Alaska US +515248-1763929 America/Adak Aleutian Islands + US +550737-1313435 America/Metlakatla Metlakatla Time - Annette Island US +211825-1575130 Pacific/Honolulu Hawaii UY -3453-05611 America/Montevideo UZ +3940+06648 Asia/Samarkand west Uzbekistan

1 0

Chile extends daylight time this year
by Andy Heninger March 2, 2011

March 2, 2011

Chile appears to have gone ahead and made a last minute change in their transition to standard time this year. From http://www.emol.com/noticias/nacional/detalle/detallenoticias.asp?idnoticia… Gobierno posterga en tres semanas "horario de invierno" para enfrentar déficit hídrico El "horario de invierno" comenzará a regir este año a partir de la medianoche del 2 de abril.

1 0

Chilean government postpones time change
by Glenn Eychaner March 2, 2011

March 2, 2011

It appears that the Chilean government has decided to postpone the change from summer time to winter time again, by three weeks to April 2nd: http://www.emol.com/noticias/nacional/detalle/detallenoticias.asp?idnoticia… This is not yet reflected in the offical "cambio de hora" site, but probably will be soon: http://www.horaoficial.cl/cambio.htm -G. -- Glenn Eychaner (geychaner(a)lco.cl) Telescope Systems Programmer, Las Campanas Observatory

1 0

Turkish dispute over date of daylight saving time change
by Alexander Krivenyshev Feb. 24, 2011

Feb. 24, 2011

Turkish dispute over date of daylight saving time change http://www.worldbulletin.net/?aType=haber&ArticleID=69929 "Turkey plans to switch to daylight saving time on March 27 at 3 a.m., moving clocks forward one hour to make better use of daylight, but Turkish educators object to the plan because 1.5 million students will take a nationwide exam on that day." Alexander Krivenyshev, http://www.worldtimezone.com

2 1

(historical) information about Zone Europe/Brussels
by gunther Vermeir Feb. 24, 2011

Feb. 24, 2011

Hello, I just came across an article about getting to an "official" time in the early 1800's in Belgium , maybe it might be of use / interest of someone. It looks like the Zone Europe/Brussels 0:17:30 - LMT 1880 might be more precise Zone Europe/Brussels 0:17:30 - LMT 1836 June <arbitrary day> of course, the local time for Brussels before was most likely the same, but it seams it was made "official" by Adolphe Quetelet ( http://en.wikipedia.org/wiki/Adolphe_Quetelet ) in June 1836. I'm was unable to verify the actual referenced official journal of Belgium (Belgisch Staatsblad / Moniteur Belge) publications. If there is interest I'm willing to try to get a hold of them in the royal Library and verify it. Website in question : French: http://www.cathedralestmichel.be/fr/cult_archi_meridien.php?lang=fr dutch http://www.cathedralestmichel.be/nl/cult_archi_meridien.php?lang=nl This seams to based on a publication (in French) of jan-feb 1951 " Ciel et Terre, Vol. 67, " , a popular scientific journal. Title: La méridienne de Ste-Gudule à Bruxelles by Henri Michel. http://articles.adsabs.harvard.edu//full/1951C%26T....67...16M/0000016.000.… part of interest (in Dutch) of the first link: -- Ingevolge K.B. dd. 22.02.1836 werd A. Quetelet , directeur van het eerste Observatorium van Brussel, aangesteld om aan de bijzonderste lokaliteiten van het rijk de middelen te verschaffen om over een nauwkeurig "lokaal uur" te beschikken in het vooruitzicht van het goed functioneren van de spoorwegen. De opdracht hield in om in de steden Antwerpen, Oostende, Brugge, Gent en Luik een kleine middaglijnopening op te stellen en in eenenveertig andere steden van het rijk meridianen te plaatsen in de kathedralen, stadhuizen of andere gebouwen die de plaatsing ervan nuttig zouden maken. ... Maar de grote meridiaan van Brussel werd door A. Quetelet in juni 1836 getraceerd in de vloer van de kruisbeuk van de kathedraal. De minutieuze beschrijving in een rapport bestemd voor de Minister van Binnenlandse Zaken, werd gelukkig veilig gesteld door een publicatie in het Belgisch Staatsblad (Bijvoegsel bij het nr. 41 van 10 februari 1839). -- Translation (a bit shortened - needs a "native english speaker check" :) ) : -- By the Royal Decree of 22 feb 1836 , Adolphe Quetelet, director of the first observatory of Brussels was appointed to provide in whole Belgium a precise "local time" to facilitate the proper working of the railways. The mission was to erect in Antwerp, Oostend, Bruges, Ghent and Liège noon marks and place meridian lines in 41 other cities in cathedrals, city halls or other buildings. The "great meridian" of Brussels was traced by Adolphe Quetelet in June 1836 on the naves floor of the St Gudule and St Michael's Cathedral. A description in great detail of this, intended for the Minister of Internal Affairs, was later published as addition to the official journal of Belgium (Belgisch Staatsblad / Moniteur Belge) nr 41 dated 10 feb 1839. -- Greeting from Brussels, Gunther

1 0

Re: Revisiting Australian time zone abbreviations
by Anand Kumria Feb. 24, 2011

Feb. 24, 2011

[[ sorry, I was unable to keep References: and In-Reply-To: ids, ]] [[ this is a continuation of http://thread.gmane.org/gmane.comp.time.tz/3244/focus=3251 ]] Paul Eggert <eggert(a)CS.UCLA.EDU> writes: > > > The government website of Australia states the time > > zone names for Australia are Australian Eastern Standard Time (AEST), ... > > I'm afraid it's not that simple. Actually, it could be. > Different websites operated by > the government of Australia use different names and abbreviations. > The Bureau of Meteorology often uses EST/CST/WST and EDT/CDT; see, > for example, <http://www.bom.gov.au/satellite/about_satpix.shtml>. > And the Australian Transport Safety Bureau often uses EST/CST/WST and > ESuT/CSuT; see, for example, > <http://www.atsb.gov.au/media/690841/ar-2009-016(2).pdf>. I had never heard of the atsb prior to your email. At the time of writing the atsb link does not exist. > The tz database's philosophy has generally tried to record what people > typically do with their clocks and their abbreviations. If one government > agency says that it's AEST/AEDT, that's a good piece of evidence; but if > other agencies disagree, that's evidence that there's not a solid consensus > within the government what the abbreviations are or should be. I suspect if you approached most American government agencies and asked what is the official paper size, they would respond with 'letter'. Despite the fact that it is actually A4 -- the US being a metric country. My point is that there will always being different parts of the goverment in many countries unaware of what is actually official (technically Australia uses 24-hour time, most people would be unaware of this). > The most amusing thing about <http://australia.gov.au/about-australia/our- country/time>, > the web page that Richard Stanway quoted, was this little message at its bottom: > > "All times shown are Sydney, Australia Time" > > In other words, the Australian government doesn't follow its own advice on > time zone names and abbreviations, even on the government page that talks > about time zone names! They just say the equivalent of "TZ=Australia/Sydney"! You may not have hovered over the link, http://australia.gov.au/about- australia/our-country/time, however. Yes, that may be what the text says, if you hover over it, it says: "Australian Eastern Standard Time Sydney (AEST)". Which I think should be plenty of evidence that it is time, pun intended, to switch to AEST/ACST/AWST and AEDT/ACDT as appropriate. Regards, Anand

4 5

Chile contemplating delay in time change
by Andy Heninger Feb. 24, 2011

Feb. 24, 2011

Chile contemplating delay in time change. No concrete proposals or decisions. http://www.elsur.cl/base_elsur/site/artic/20110222/pags/20110222102645.html <http://www.elsur.cl/base_elsur/site/artic/20110222/pags/20110222102645.html> http://www.puranoticia.cl/titular5/gobierno-estudia-retrasar-cambio-horario… <http://www.elsur.cl/base_elsur/site/artic/20110222/pags/20110222102645.html>And many similar press articles. Search for cambio de horas Chile Golborne With help from Google Translate, "The Biministro of Mines and Energy, Laurence Golborne confirmed Tuesday that the government is evaluating the option to postpone the change to winter time due to the energy crisis in the country. "The change is currently scheduled for Saturday March 12, but the possible postponement is part of the rationalization of energy that drives the government." "Golborne said "that is being evaluated, is a subject that has a relatively low impact on consumption but may have a significant impact on communication and citizenship," he said."

2 1

Macau
by jrl Feb. 23, 2011

Feb. 23, 2011

The rule for Macau ends in 1980 but its Zone indicates that the rules end in 1999. What is the correct rule for Macau from 1980 through 1999? Did they return to LMT? Rule Macau 1975 1977 - Apr Sun>=15 3:30 1:00 S Rule Macau 1978 1980 - Apr Sun>=15 0:00 1:00 S Rule Macau 1978 1980 - Oct Sun>=15 0:00 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Macau 7:34:20 - LMT 1912 8:00 Macau MO%sT 1999 Dec 20 # return to China 8:00 PRC C%sT

5 11

Incorrect change in System time
by puru sothaman Feb. 20, 2011

Feb. 20, 2011

Hi all, I have written my own rule for customized timezone.The user will provide start and end time for the DST settings.According to that the rule will change and timezone is compiled using "zic". Problem: The Program works fine for all other days.When i give the start time as 2003 jan wed 00:03 and end time as 2003 dec tue 22:05.When i changed my system time to 2003 jan 1 00:00, the system time immediately changed to 22:00.This is not expected behavior as it should change time only on 00:03. When i checked the localtime using "zdump" the "DST" is off for 2003. Kindly help me. Kindly excuse me if anything is wrong on the above mail as i am new to the group. Regards, Purusothaman R

1 0

tz mailing list
by Bruce Camber Feb. 19, 2011

Feb. 19, 2011

Would you please add me to the tz mailing lists? Thank you. Bruce * Primary Interest*: *Separate the 24 Time Zones from the Universal Time Code (UTC)*. Currently time zones around the world are expressed as an offset from UTC. Of course, we should continue to use UTC to set the time within each time zone, but *not as the designation of that time zone*. It confuses schoolchildren and the business world. *We need to be referring to each time zone as their number, 1 through 24*. It helps to facilitate global thinking <http://smallbusinessschool.org/page1856.html>. *More*...<http://smallbusinessschool.org/page2424.html> C: 214.801.8521 T: 504.305.4510 Skype: Bruce.Camber Bruce Camber, Executive Producer Small Business School, Inc. Private Business Channel, Inc. http://SmallBusinessSchool.org <http://smallbusinessschool.org/> As further backgrounder info. * Small Business School has a sixteen-year history as a weekly, half-hour television show. On over 200 PBS stations in the USA and on several thousand stations around the world via the Voice of America, the focus has always been on best business practices. http://smallbusinessschool.org/page18.html * Every business owner has been recommended by their local business advocates, often the local Chamber of Commerce, and confirmed by their national trade association for their leadership, generosity of spirit, ethics, and courage. Nobody can pay or has ever paid to be on this show. http://smallbusinessschool.org/page898.html * Over 40 of the best-selling business textbooks published by Pearson-Prentice Hall and Thomson Learning-Cengage include these case study guides and video: http://smallbusinessschool.org/page2162.html

1 0

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

Turkish dispute over date of daylight saving time change
by Alexander Krivenyshev Feb. 17, 2011

Feb. 17, 2011

Turkish dispute over date of daylight saving time change http://www.worldbulletin.net/?aType=haber&ArticleID=69929 "Turkey plans to switch to daylight saving time on March 27 at 3 a.m., moving clocks forward one hour to make better use of daylight, but Turkish educators object to the plan because 1.5 million students will take a nationwide exam on that day." Alexander Krivenyshev, http://www.worldtimezone.com

1 0

Is this a bug in the upstream or just Ubuntu (10.04LTS)?
by Stephen (Esteban) McCracken Feb. 17, 2011

Feb. 17, 2011

The GMT-x and GMT+x in the "ETC" section are flipped/backwards. (Arizona should be GMT-7, but equates to GMT+7). Quito/Bogota should be GMT-5, but GMT-5 is giving GMT+5. See: https://bugs.launchpad.net/ubuntu/+source/tzdata/+bug/720792

1 0

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

FW: [casting; overflow detection]
by Olson, Arthur David (NIH/NCI) [E] Feb. 15, 2011

Feb. 15, 2011

I'm forwarding this message from Christos Zoulas. --ado -----Original Message----- From: Christos Zoulas [mailto:christos@zoulas.com] Sent: Thursday, January 13, 2011 8:50 To: Olson, Arthur David (NIH/NCI) [E] Subject: Hi, Mail to the tz mailing list does not seem to go through from my server. E82CA564C4 2128 Thu Jan 13 04:00:52 christos(a)zoulas.com (connect to lecserver.nci.nih.gov[137.187.215.78]: Operation timed out) tz(a)lecserver.nci.nih.gov I I sent the following two messages: Best, christos >From christos Wed Jan 12 11:49:47 2011 From: christos(a)rebar.astron.com (Christos Zoulas) Date: Wed, 12 Jan 2011 11:49:47 -0500 In-Reply-To: <201101121624.p0CGOrGD018457(a)lecserver.nci.nih.gov> from Arthur David Olson (Jan 12, 11:24am) Organization: Astron Software X-Mailer: Mail User's Shell (7.2.6 beta(4.pl1)+dynamic 20000103) To: <tz(a)elsie.nci.nih.gov>, <tz(a)lecserver.nci.nih.gov> Subject: Re: proposed time zone package changes (Hawaii, stack overflow, et al.) Status: OR On Jan 12, 11:24am, olsona(a)elsie.nci.nih.gov (Arthur David Olson) wrote: -- Subject: proposed time zone package changes (Hawaii, stack overflow, et al | If no problems are found, these changes will appear in tzcode2011a.tar.gz | and tzdata2011.tar.gz on 2011-11-23. Please don't cast the result of calloc(3). It will hide errors where the prototype is not in scope and then the function is assumed to return "int" which breaks on 64 bit systems. It's been more than 20 years (22 actually since c89) since ANSI C made allocation functions return "void *" :-) On a different subject, I've committed the reentrant versions of the timezone code to the NetBSD tree. Is there any chance that those changes will be merged anytime soon? Or do people need more time to review them? How do we go about accepting or rejecting them? Should there be a vote? Best, christos >From christos Wed Jan 12 23:00:52 2011 From: christos(a)rebar.astron.com (Christos Zoulas) Date: Wed, 12 Jan 2011 23:00:52 -0500 Organization: Astron Software X-Mailer: Mail User's Shell (7.2.6 beta(4.pl1)+dynamic 20000103) To: tz(a)lecserver.nci.nih.gov Subject: Gcc and integer overflow Status: OR Hello, Integer overflow in ansi c has undefined behavior. Gcc 4.5.x takes advantage of this fact to optimize code. In particular you cannot depend anymore on: int oldx = x; x += delta; if ((oldx > x && delta > 0) || (oldx < x && delta < 0)) overflow; What happens in fact, is that gcc will warn, and drop the code that is "impossible" (drop the whole if statement). Unfortunately tzcode relies on the above behavior to detect overflow. I have changed the code the following way (but I have not tested it), so if you please can you check my work, or propose a better way to do it. I think we should come up with a viable solution for the next tzcode release. Many thanks, christos Index: localtime.c =================================================================== RCS file: /cvsroot/src/lib/libc/time/localtime.c,v retrieving revision 1.51 diff -u -u -r1.51 localtime.c --- localtime.c 6 Jan 2011 02:41:34 -0000 1.51 +++ localtime.c 10 Jan 2011 21:32:09 -0000 @@ -1703,9 +1703,16 @@ { int number0; + if (delta == 0) + return 0; + number0 = *number; *number += delta; - return (*number < number0) != (delta < 0); + + if (delta < 0) + return number0 < 0 && (-*number + INT_MIN) > delta; + else /* delta > 0 */ + return number0 > 0 && (INT_MAX - *number) < delta; } static int @@ -1713,9 +1720,16 @@ { long number0; + if (delta == 0) + return 0; + number0 = *number; *number += delta; - return (*number < number0) != (delta < 0); + + if (delta < 0) + return number0 < 0 && (-*number + LONG_MIN) > delta; + else /* delta > 0 */ + return number0 > 0 && (LONG_MAX - *number) < delta; } static int

5 8

Fwd: Question about time period transition points
by Mike Giroux Feb. 14, 2011

Feb. 14, 2011

Wise ones of the TZ list, A (quite academic, but possibly interesting) question came up here as we're trying to document the behaviour of our time zone code. We're trying to figure out whether the transition time is reached or skipped. For example, for these 2 rules, # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule TC 1979 1986 - Apr lastSun 2:00 1:00 D Rule TC 1979 2006 - Oct lastSun 2:00 0 S does the clock reach "2:00" on the transition days? In that case, the transition would go from "2:00(S)" -> "3:00(D) + epsilon" when moving forward, and "2:00(D)" -> "1:00(S) + epsilon" when moving back. Or does it go from "2:00(S) - epsilon" -> "3:00(D)" and "2:00(D) - epsilon" -> "1:00(S)" ? If the transition time IS reached, which "name" would attach to it? Phrased differently, for the Americas/NewYork transitions this spring: 1) Is the time coordinate value at the instant of transition "2:00 AM" or "3:00 AM" (NIST says "begins at 2:00 a.m. on the second Sunday of March") 2) Is the designation of that coordinate (in the local New York City timezone) "EDT" or "EST"? Thanks! Mike

3 6

RE: New site with North American Time Zone borders
by Steve Jones Feb. 12, 2011

Feb. 12, 2011

At 11:45 2/11/2011, Chris Walton wrote: >Back in 2007 I posted a Canadian time zone map >in one of the Google Earth forums. Chris: Very nice! My implementation of the kml version is much less ambitious, but I hope to keep it at least accurate. I'm very grateful for the feedback on my errors and I will roll it into my next release. I've also mimicked your shape for the east Kootenays for my next release. Are you certain that the border from just north of Riondel to Glacier NP lies to the east of the lake road? I had it running through the lake and then up the Duncan river from there. I can't recall where I got that. I also had the border of the no-DST area of BC near Dawson Creek drawn a bit too far north. That line bisects Hwy 97 twice, once between Chetwynd and McLeod Lake, and again just south of Sikanni. I wish I knew the precise coordinates of those two transitions. Do you happen to have that? >I guess we should assume that Petit-Mécatina is >now on AST year round as you have indicated. Interesting that the Quebec/Labrador border between Blanc-Sablon and L'anse-au-Clair is apparently a 90 minute transition in the summer time when it separates Atlantic Standard from Newfoundland Daylight. I can't recall running into any other instances of a border transition being over 60 minutes. It must be very confusing keeping the ferry departure/arrival times straight for the St. Barbe / Blanc Sablon ferry. Thanks again. Cheers, Steve Jones OnTimeZone.com

2 1

RE: New site with North American Time Zone borders
by Steve Jones Feb. 12, 2011

Feb. 12, 2011

Chris: A couple of follow up questions: In http://www.canadiangeographic.ca/Magazine/SO98/alacarte.asp it says that all of Baffin Island observes Eastern Time. I'm pretty sure that Arctic Bay does, and it is situated (barely) west of the 85° line. I think that may be the westernmost settlement on the island. So that leaves a discrepancy between our maps. Do you have any insights on this? We also have discrepancies for Sturgeon Landing (south of Denare Beach) and Paynton (East of Lloydminster) on opposite sides of Saskatchewan. Looking back to my sources, they are not definitive. I presume I should adjust my borders. Cheers, Steve Jones OnTimeZone.com

1 0

FW: C/C++ library that parses TZ data?
by Olson, Arthur David (NIH/NCI) [E] Feb. 10, 2011

Feb. 10, 2011

I'm forwarding this message from Dario Teixeira, 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: Dario Teixeira [mailto:darioteixeira@yahoo.com] Sent: Wednesday, February 09, 2011 11:03 To: tz(a)lecserver.nci.nih.gov Subject: C/C++ library that parses TZ data? Hi, I have a problem which is fairly common when one is running a web application that wishes to display timestamps localised towards each user's time zone. Basically, I need a function that takes as input a timestamp in UTC and a time zone specified in the Zoneinfo convention (ex: "Europe/Lisbon"), and returns the localised version of that timestamp, including a time zone abbreviation aware of daylight savings. Example: 2010-01-01 15:30, "Europe/Lisbon" -> 2010-01-01 15:30 WET 2010-01-01 15:30, "Europe/Paris" -> 2010-01-01 16:30 CET 2010-07-01 15:30, "Europe/Lisbon" -> 2010-07-01 16:30 WEST 2010-07-01 15:30, "Europe/Paris" -> 2010-07-01 17:30 CEST Since the zoneinfo data is present in every Unix system and glibc includes routines for parsing it, interfacing with glibc seemed the obvious solution. Unfortunately, glibc was not designed with this use case in mind. In fact, the glibc interface to zoneinfo can be described as "sui generis" if one is feeling charitable, or "insane" if truth must be told. Specifically, to obtain the localised version of a given timestamp, one must first set the 'TZ' environment variable with the target timezone, and then invoke 'localtime'. The abbreviated name of the timezone can be found in the global 'tzname' array: at position 'tzname[0]' if daylight savings are not in effect and at position 'tzname[1]' if they are. A quick search through glibc's bugzilla shows I'm not the only one to find this interface anachronistic [1], but it also reveals that it is unlikely to change. So, my question is if someone is aware of some alternative library in C or C++ that provides this same functionality, but is friendlier towards concurrent applications. Best regards, Dario Teixeira [1] http://sources.redhat.com/bugzilla/show_bug.cgi?id=11620

6 7

Russia to turn clocks forward, but not back again in 2011
by Steffen Thorsen Feb. 9, 2011

Feb. 9, 2011

Many news sources report that Russia will move clocks forward for DST as usual, but not back again, so they will stay permanently on DST, from 2011. Some examples: http://themoscownews.com/society/20110208/188402634.html http://www.straitstimes.com/BreakingNews/World/Story/STIStory_632614.html We will keep this page updated: http://www.timeanddate.com/news/time/russia-winter-time.html Best regards, Steffen Thorsen - timeanddate.com

2 1

Metlakatla
by Olson, Arthur David (NIH/NCI) [E] Feb. 9, 2011

Feb. 9, 2011

I just spoke by phone with a staff member at the Metlakatla Indian Community office (using contact information available at http://www.commerce.state.ak.us/dca/commdb/CIS.cfm?Comm_Boro_name=Metlakatla) It's shortly after 1:00 p.m. here on the east coast of the United States; the staffer said it was shortly after 10:00 there. When I asked whether that meant they were on Pacific time, they said no--they were on their own time. I asked about daylight saving; they said it wasn't used. I did not inquire about practices in the past. --ado

1 0

C/C++ library that parses TZ data?
by Dario Teixeira Feb. 9, 2011

Feb. 9, 2011

Hi, I have a problem which is fairly common when one is running a web application that wishes to display timestamps localised towards each user's time zone. Basically, I need a function that takes as input a timestamp in UTC and a time zone specified in the Zoneinfo convention (ex: "Europe/Lisbon"), and returns the localised version of that timestamp, including a time zone abbreviation aware of daylight savings. Example: 2010-01-01 15:30, "Europe/Lisbon" -> 2010-01-01 15:30 WET 2010-01-01 15:30, "Europe/Paris" -> 2010-01-01 16:30 CET 2010-07-01 15:30, "Europe/Lisbon" -> 2010-07-01 16:30 WEST 2010-07-01 15:30, "Europe/Paris" -> 2010-07-01 17:30 CEST Since the zoneinfo data is present in every Unix system and glibc includes routines for parsing it, interfacing with glibc seemed the obvious solution. Unfortunately, glibc was not designed with this use case in mind. In fact, the glibc interface to zoneinfo can be described as "sui generis" if one is feeling charitable, or "insane" if truth must be told. Specifically, to obtain the localised version of a given timestamp, one must first set the 'TZ' environment variable with the target timezone, and then invoke 'localtime'. The abbreviated name of the timezone can be found in the global 'tzname' array: at position 'tzname[0]' if daylight savings are not in effect and at position 'tzname[1]' if they are. A quick search through glibc's bugzilla shows I'm not the only one to find this interface anachronistic [1], but it also reveals that it is unlikely to change. So, my question is if someone is aware of some alternative library in C or C++ that provides this same functionality, but is friendlier towards concurrent applications. Best regards, Dario Teixeira [1] http://sources.redhat.com/bugzilla/show_bug.cgi?id=11620

1 0

2011a
by Olson, Arthur David (NIH/NCI) [E] Feb. 8, 2011

Feb. 8, 2011

The files... ftp://elsie.nci.nih.gov/pub/tzcode2011a.tar.gz ...and... ftp://elsie.nci.nih.gov/pub/tzdata2011a.tar.gz ...are now available; these reflect the changes circulated in the last two weeks on the time zone mailing list. --ado

3 5

lat/lon to time offset database
by Larry Ober Feb. 7, 2011

Feb. 7, 2011

I'm a nubie at understanding the ins and outs of timezones so please forgive me for my potentially dumb questions. I am looking at building a small embedded system (No OS) that will require determining the local time from the lat/lon of a location. So basically I need lat/lon to time offset from "GMT". I don't really need the geo political information like country or city. However it seems like tz is structured continent/country/city/... Now maybe I already have what I need but I just don't understand it. I have a copy of timezone.csv that seems to include data from country code to city etc. This seems to point to what looks like coordinate data that I don't understand. An example for America/New York seems to point to an area 115. There then seem to be multiple 115 entries like the following; 115, 3907893600, -18000, EST, 0 115, 3919388400, -14400, EDT, 1 My interpretation is that 115 is the area, the next column should be some sort of latitude, next seems to be called an offset in other contexts, next is the used name of the zone followed by a true/false bit. If this is basically true, I guess that what I don't understand it how to "parse" the latitude and how to use the longitude offset. Of course maybe I have this entirely wrong. I would appreciate any help on this basic issue. Regards Larry

28 46

2011b
by Olson, Arthur David (NIH/NCI) [E] Feb. 7, 2011

Feb. 7, 2011

The files... ftp://elsie.nci.nih.gov/pub/tzcode2011b.tar.gz ...and... ftp://elsie.nci.nih.gov/pub/tzdata2011b.tar.gz ...are now available; these reflect the changes circulated recently on the time zone mailing list. I plan to try contacting someone on Annette Island on Wednesday regarding time there. --ado

2 1

FW: "Etc\GMT" positive and negative
by Olson, Arthur David (NIH/NCI) [E] Feb. 4, 2011

Feb. 4, 2011

-----Original Message----- From: Olson, Arthur David (NIH/NCI) [E] Sent: Tuesday, February 01, 2011 12:26 To: 'tz(a)elsie.nci.nh.gov' Cc: 'Exis.rdiaz(a)iberia.es' Subject: FW: "Etc\GMT" positive and negative I'm forwarding this message from Rodrigo Díaz López, who is not on the time one mailing list. Those of you who are on the list, please direct replies appropriately. --ado From: EXIS.Diaz Lopez, Rodrigo [mailto:EXIS.rdiaz@iberia.es] Sent: Tuesday, February 01, 2011 12:25 To: tz(a)elsie.nci.nih.gov Subject: "Etc\GMT" positive and negative Hi: I think I found a bug with the "Etc\GMT" zones. If you use a "positive zone" like Etc\GMT+2 for calculate actual local time in this zone you obtain. local time for Etc\GMT-2 (¡a negative zone!). For instance, its' 5:00 PM (UTC/GMT), so in GMT+2 zone (Greece) the local time must be 7:00 PM. But, if you use TZ Database, you obtain. ¡3:00 PM! And the opposite for "negative zones". Is a bit funny. Please, check it. I found a web page (http://www.gsp.com/support/virtual/admin/unix/tz/gmt/) that use tz database (I think) and shows this error. Best regards. P.S.: It is possible that the problem was with the "codes", because in the world there are "GMT+13" and "GMT+14" zones, and these zones do not exist in tz database. However, in tz database exists "GMT-13" and "GMT-14" zones, that not exist in the real world. -- Rodrigo Díaz López EXIS.rdiaz(a)iberia.es IBERIA.com Tu viaje de principio a fin IBERIA.com Your journey from start to finish

4 3

Bulletin C number 41
by IERS EOP Product Center Feb. 2, 2011

Feb. 2, 2011

INTERNATIONAL EARTH ROTATION AND REFERENCE SYSTEMS SERVICE (IERS) SERVICE INTERNATIONAL DE LA ROTATION TERRESTRE ET DES SYSTEMES DE REFERENCE SERVICE DE LA ROTATION TERRESTRE OBSERVATOIRE DE PARIS 61, Av. de l'Observatoire 75014 PARIS (France) Tel. : 33 (0) 1 40 51 22 29 FAX : 33 (0) 1 40 51 22 91 Internet : services.iers(a)obspm.fr Paris, 2 February 2011 Bulletin C 41 To authorities responsible for the measurement and distribution of time INFORMATION ON UTC - TAI NO positive leap second will be introduced at the end of June 2011. The difference between Coordinated Universal Time UTC and the International Atomic Time TAI is : 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 Head Earth Orientation Center of the IERS Observatoire de Paris, France __________________________________________

1 0

FW: [Meticulous] and well researched article on Alaska time zones
by Olson, Arthur David (NIH/NCI) [E] Feb. 2, 2011

Feb. 2, 2011

I'm forwarding this message from Steve Ferguson, who is not on the time zone mailing list. Those of you who are on the list, please direct replies appropriately. --ado From: Steve Ferguson [mailto:s_t_e_v_e_f@yahoo.com] Sent: Monday, January 31, 2011 1:50 To: tz(a)lecserver.nci.nih.gov Subject: [Meticulous] and well researched article on Alaska time zones The author lives in Alaska and many of the references listed are only available to Alaskan residents. http://www.alaskahistoricalsociety.org/index.cfm?section=discover%20alaska&…

4 5

"Etc\GMT" positive and negative
by EXIS.Diaz Lopez, Rodrigo Feb. 1, 2011

Feb. 1, 2011

Hi: I think I found a bug with the "Etc\GMT" zones. If you use a "positive zone" like Etc\GMT+2 for calculate actual local time in this zone you obtain... local time for Etc\GMT-2 (¡a negative zone!). For instance, its' 5:00 PM (UTC/GMT), so in GMT+2 zone (Greece) the local time must be 7:00 PM. But, if you use TZ Database, you obtain... ¡3:00 PM! And the opposite for "negative zones". Is a bit funny. Please, check it. I found a web page (http://www.gsp.com/support/virtual/admin/unix/tz/gmt/) that use tz database (I think) and shows this error. Best regards. P.S.: It is possible that the problem was with the "codes", because in the world there are "GMT+13" and "GMT+14" zones, and these zones do not exist in tz database. However, in tz database exists "GMT-13" and "GMT-14" zones, that not exist in the real world. -- Rodrigo Díaz López EXIS.rdiaz(a)iberia.es<mailto:EXIS.rdiaz@iberia.es> IBERIA.com<http://www.iberia.com> Tu viaje de principio a fin IBERIA.com<http://www.iberia.com/?language=en> Your journey from start to finish

1 0

Maticulous and well researched article on Alaska time zones
by Steve Ferguson Jan. 31, 2011

Jan. 31, 2011

The author lives in Alaska and many of the references listed are only available to Alaskan residents. http://www.alaskahistoricalsociety.org/index.cfm?section=discover%20alaska&…

1 0

proposed time zone package changes (Mercer ND, Indonesian names, date.c overflow-proofing)
by Arthur David Olson Jan. 27, 2011

Jan. 27, 2011

Here are proposed changes to the time zone package; the executive summary: * date.c Replace "comptm" with "sametm" to avoid potential overflow (with code simplification as a side effect). * northamerica Add America/North_Dakota/Beulah (Mercer County, North Dakota, moved from Mountain to Central time at end of DST in 2010); use actual version number rather than "%W%". * zone.tab Add America/North_Dakota/Beulah (Mercer County, North Dakota, moved from Mountain to Central time at end of DST in 2010); update Indonesian location names (with old names retained in parentheses). The update to "northamerica" does affect current time stamps. There's more overflow work to do; the date.c work above is just the low-hanging fruit. For Indonesian locations I referred to... https://www.cia.gov/library/publications/the-world-factbook/graphics/ref_ma… ...and... https://www.cia.gov/library/publications/the-world-factbook/graphics/ref_ma… ...but note that the island labeled "Sulawesi (Celebes)" in "asia.pdf" is labeled "Celebes" in "oceania.pdf". (This paragraph may serves to notify the CIA of the problem:-) Also, the map at... http://maps.google.com/maps?f=q&source=s_q&hl=en&geocode=&q=maluku&aq=&sll=… ...shows islands labeled "Maluku" and "Maluku Utara" and a sea labeled "Molucca Sea." If no problems are found, I'll update the ftp site on 2011-02-07. --ado diff -r -c old/date.c new/date.c *** old/date.c Thu Dec 16 12:24:43 2010 --- new/date.c Tue Jan 25 16:12:48 2011 *************** *** 1,6 **** #ifndef lint #ifndef NOID ! static char elsieid[] = "@(#)date.c 8.4"; /* ** Modified from the UCB version with the SCCS ID appearing below. */ --- 1,6 ---- #ifndef lint #ifndef NOID ! static char elsieid[] = "@(#)date.c 8.5"; /* ** Modified from the UCB version with the SCCS ID appearing below. */ *************** *** 76,82 **** static int retval = EXIT_SUCCESS; static void checkfinal(const char *, int, time_t, time_t); - static int comptm(const struct tm *, const struct tm *); static time_t convert(const char *, int, time_t); static void display(const char *); static void dogmt(void); --- 76,81 ---- *************** *** 86,91 **** --- 85,91 ---- static const char * nondigit(const char *); static void oops(const char *); static void reset(time_t, int); + static int sametm(const struct tm *, const struct tm *); static void timeout(FILE *, const char *, const struct tm *); static void usage(void); static void wildinput(const char *, const char *, *************** *** 594,612 **** } static int ! comptm(atmp, btmp) register const struct tm * const atmp; register const struct tm * const btmp; { ! register int result; ! ! if ((result = (atmp->tm_year - btmp->tm_year)) == 0 && ! (result = (atmp->tm_mon - btmp->tm_mon)) == 0 && ! (result = (atmp->tm_mday - btmp->tm_mday)) == 0 && ! (result = (atmp->tm_hour - btmp->tm_hour)) == 0 && ! (result = (atmp->tm_min - btmp->tm_min)) == 0) ! result = atmp->tm_sec - btmp->tm_sec; ! return result; } /* --- 594,609 ---- } static int ! sametm(atmp, btmp) register const struct tm * const atmp; register const struct tm * const btmp; { ! return atmp->tm_year == btmp->tm_year && ! atmp->tm_mon == btmp->tm_mon && ! atmp->tm_mday == btmp->tm_mday && ! atmp->tm_hour == btmp->tm_hour && ! atmp->tm_min == btmp->tm_min && ! atmp->tm_sec == btmp->tm_sec; } /* *************** *** 708,714 **** tm.tm_isdst = -1; outtm = tm; outt = mktime(&outtm); ! return (comptm(&tm, &outtm) == 0) ? outt : -1; } /* --- 705,711 ---- tm.tm_isdst = -1; outtm = tm; outt = mktime(&outtm); ! return sametm(&tm, &outtm) ? outt : -1; } /* *************** *** 746,752 **** othertm.tm_isdst = !tm.tm_isdst; othert = mktime(&othertm); if (othert != -1 && othertm.tm_isdst != tm.tm_isdst && ! comptm(&tm, &othertm) == 0) iffy(t, othert, value, _("both standard and summer time versions exist")); /* --- 743,749 ---- othertm.tm_isdst = !tm.tm_isdst; othert = mktime(&othertm); if (othert != -1 && othertm.tm_isdst != tm.tm_isdst && ! sametm(&tm, &othertm)) iffy(t, othert, value, _("both standard and summer time versions exist")); /* *************** *** 776,782 **** othert = t + 60 * offset; else othert = t - 60 * offset; othertm = *localtime(&othert); ! if (comptm(&tm, &othertm) == 0) iffy(t, othert, value, _("multiple matching times exist")); } --- 773,779 ---- othert = t + 60 * offset; else othert = t - 60 * offset; othertm = *localtime(&othert); ! if (sametm(&tm, &othertm)) iffy(t, othert, value, _("multiple matching times exist")); } diff -r -c old/northamerica new/northamerica *** old/northamerica Thu Jan 20 07:14:48 2011 --- new/northamerica Wed Jan 26 17:13:48 2011 *************** *** 1,5 **** # <pre> ! # %W% # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)northamerica 8.40 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 346,351 **** --- 346,372 ---- -7:00 US M%sT 2003 Oct 26 02:00 -6:00 US C%sT + # From Josh Findley (2011-01-21): + # ...it appears that Mercer County, North Dakota, changed from the + # mountain time zone to the central time zone at the last transition from + # daylight-saving to standard time (on Nov. 7, 2010): + # <a href="http://www.gpo.gov/fdsys/pkg/FR-2010-09-29/html/2010-24376.htm"> + # http://www.gpo.gov/fdsys/pkg/FR-2010-09-29/html/2010-24376.htm + # </a> + # <a href="http://www.bismarcktribune.com/news/local/article_1eb1b588-c758-11df-b472-0…"> + # http://www.bismarcktribune.com/news/local/article_1eb1b588-c758-11df-b472-0… + # </a> + + # From Andy Lipscomb (2011-01-24): + # ...according to the Census Bureau, the largest city is Beulah (although + # it's commonly referred to as Beulah-Hazen, with Hazen being the next + # largest city in Mercer County). Google Maps places Beulah's city hall + # at 4715'51" north, 10146'40" west, which yields an offset of 6h47'07". + + Zone America/North_Dakota/Beulah -6:47:07 - LMT 1883 Nov 18 12:12:53 + -7:00 US M%sT 2010 Nov 7 2:00 + -6:00 US C%sT + # US mountain time, represented by Denver # # Colorado, far western Kansas, Montana, western diff -r -c old/zone.tab new/zone.tab *** old/zone.tab Thu Dec 16 12:24:20 2010 --- new/zone.tab Wed Jan 26 18:47:09 2011 *************** *** 1,5 **** # <pre> ! # @(#)zone.tab 8.38 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. # --- 1,5 ---- # <pre> ! # @(#)zone.tab 8.40 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. # *************** *** 211,218 **** HU +4730+01905 Europe/Budapest ID -0610+10648 Asia/Jakarta Java & Sumatra ID -0002+10920 Asia/Pontianak west & central Borneo ! ID -0507+11924 Asia/Makassar east & south Borneo, Celebes, Bali, Nusa Tengarra, west Timor ! ID -0232+14042 Asia/Jayapura Irian Jaya & the Moluccas IE +5320-00615 Europe/Dublin IL +3146+03514 Asia/Jerusalem IM +5409-00428 Europe/Isle_of_Man --- 211,218 ---- HU +4730+01905 Europe/Budapest ID -0610+10648 Asia/Jakarta Java & Sumatra ID -0002+10920 Asia/Pontianak west & central Borneo ! ID -0507+11924 Asia/Makassar east & south Borneo, Sulawesi (Celebes), Bali, Nusa Tengarra, west Timor ! ID -0232+14042 Asia/Jayapura west New Guinea (Irian Jaya) & Malukus (Moluccas) IE +5320-00615 Europe/Dublin IL +3146+03514 Asia/Jerusalem IM +5409-00428 Europe/Isle_of_Man *************** *** 404,409 **** --- 404,410 ---- US +450628-0873651 America/Menominee Central Time - Michigan - Dickinson, Gogebic, Iron & Menominee Counties US +470659-1011757 America/North_Dakota/Center Central Time - North Dakota - Oliver County US +465042-1012439 America/North_Dakota/New_Salem Central Time - North Dakota - Morton County (except Mandan area) + US +471551-1014640 America/North_Dakota/Beulah Central Time - North Dakota - Mercer County US +394421-1045903 America/Denver Mountain Time US +433649-1161209 America/Boise Mountain Time - south Idaho & east Oregon US +364708-1084111 America/Shiprock Mountain Time - Navajo

1 0

FW: Mercer County, N. D.
by Olson, Arthur David (NIH/NCI) [E] Jan. 24, 2011

Jan. 24, 2011

I'm forwarding this message from Josh Findley, 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: Josh Findley [mailto:tz.4.jfindley@spamgourmet.com] Sent: Friday, January 21, 2011 6:05 To: tz(a)lecserver.nci.nih.gov Subject: Mercer County, N. D. In case you are not aware already, it appears that Mercer County, North Dakota, changed from the mountain time zone to the central time zone at the last transition from daylight-saving to standard time (on Nov. 7, 2010): http://www.gpo.gov/fdsys/pkg/FR-2010-09-29/html/2010-24376.htm http://www.bismarcktribune.com/news/local/article_1eb1b588-c758-11df-b472-0… Josh Findley

2 1

FW: Archaic terms for Indonesian island groups
by Olson, Arthur David (NIH/NCI) [E] Jan. 24, 2011

Jan. 24, 2011

I'm forwarding this message from Alexander Ray, who is not on the time zone mailing list. Those of you who are on the list, please direct replies appropriately. --ado From: alexander.ray(a)internode.on.net [mailto:alexander.ray@internode.on.net] Sent: Saturday, January 22, 2011 2:20 To: tz(a)lecserver.nci.nih.gov Subject: Archaic terms for Indonesian island groups A Wikipedia user has brought it to my attention that some of the terms for Indonesian islands used in the database are incorrect, archaic forms. The listings should be as follows. ID -0610+10648 Asia/Jakarta Java & Sumatra ID -0002+10920 Asia/Pontianak west & central Borneo ! ID -0507+11924 Asia/Makassar east & south Borneo, Sulawesi, Bali, Nusa Tenggara, west Timor ! ID -0232+14042 Asia/Jayapura western New Guinea, Maluku islands

1 0

A suggestion for improving the accuracy of LMT of Asia/Tokyo
by Fumiyuki Shimizu Jan. 24, 2011

Jan. 24, 2011

To whom it may concern, First of all, I'd like to express my appreciation for your maintaining the time zone database over the world. With regards to the current LMT of Asia/Tokyo, there are two problems. 1. It is based on 'Tokyo Datum' using Bessel ellipsoid of which equatorial radius, and flattening are less accurate than GRS80. 2. Location of origin point used by 'Rika Nenpyou (until 2009)' was not commonly used for geodetic reference system in Japan. To fix problem #1, which is illustrated in detail below as (Zt) and (Zj), E 139 44' 40.90" (9h 18m 58.7266s) should be E 139 44' 29.27" (9h 18m 57.9513s) To fix problem #2, which is illustrated in detail below as (Zj) and (Xj), E 139 44' 29.27" (9h 18m 57.9513s) should be E 139 44' 28.8759" (9h 18m 57.9250s) The influence of problem #2 is insignificant, but problem #1 causes a one-second difference. Therefore, though the priority of pursuing accuracy of LMT may be low, I believe that there is not much reason in continuing to use the current value, and the line should be updated as: --- tzdata2010o/asia 2010-11-01 22:18:22.000000000 +0900 +++ tzdata/asia 2011-01-10 13:25:42.000000000 +0900 @@ -1280,7 +1280,7 @@ # ordinances took effect on Jan 1. # Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Asia/Tokyo 9:18:59 - LMT 1887 Dec 31 15:00u +Zone Asia/Tokyo 9:18:58 - LMT 1887 Dec 31 15:00u 9:00 - JST 1896 9:00 - CJT 1938 9:00 Japan J%sT --------------- The reasons are as follows: * Geodetic reference system in Japan[*1][*2JA]: 1918(?)-2002/3/31: Tokyo Datum(Bessel) 2002/4/1- : Japanese Geodetic Datum 2000 - JGD2000(ITRF94,GRS80) * Location of origin point(normally used for geodetic reference system in Japan)[*1 4.4.2][*8JA]: (X')1892-1923/9/1 "The center point of the Merz-Repsold meridian circle of the former Tokyo Astronomical Observatory, Azabudai 2-18-1, Minato-ku, Tokyo" (X)1923/?/?- "The intersection point of the cross carved on the metal mark of Nihon Keiido Genten, Azabudai 2-18-1, Minato-ku, Tokyo" * The base point of "Tokyo" in Rika Nenpyou[*5JA][*6JA][*7JA][*8JA]: (Z)1925-2009 "The site of the center point of the Repsold transit instrument of the former Tokyo Astronomical Observatory, Azabudai 2-18-1, Minato-ku, Tokyo" (Z) was located at 10meter east of (X')[*4JA]. 2010- They changed the point to same as (X). ** Those points in Tokyo Datum(Bessel) (Xt): E 139 44' 40.5020" N 35 39' 17.5148" [*5JA] => 9h 18m 58.7001s (Zt): E 139 44' 40.90" N 35 39' 16"(*) [*5JA] => 9h 18m 58.7266s (Zt) is the value taken currently by the TZ database(2010o). (*) Since longitude and latitude of (Zt) are based on the different measurements[*5JA], and (Z) was located at 10meter east of (X')[*4JA], (Zt) should be about E 139 44' 40.90" N 35 39' 17.51". The value of (Zt) above is not normal value, but its effect on the symptom is slight, since the difference is in the latitude. ** Those points in JGD2000(=~ WGS84) (Xj): E 139 44' 28.8759" N 35 39' 29.1572" [*10][*11][*3JA][*5JA][*6JA][*7JA] => 9h 18m 57.9250s (Zj): E 139 44' 29.27" N 35 39' 27.7" [*5JA] => 9h 18m 57.9513s Additional Note: Solar longitude: As for solar longitude, threre is data that Akashi Municipal Planetarium is located on E 135(9h) in solar longitude[*9JA]. E 135 in "Tokyo Datum" is 370meter west of the planetarium[*9JA]. E 135 in "WGS" is 120meter west of the planetarium[*9JA]. 120meter east-west is about 4.712"(0.314s) in WGS longitude at the point. 9h 18m 57.9250s(Xj) + 0.314s = 9h 18m 58.24s "9:18:58" seems to work even concerning for the solar longitude, although 0.314s is not a value at (X). - References Geospatial Information Authority of Japan http://www.gsi.go.jp/ENGLISH/index.html National Astronomical Observatory of Japan http://www.nao.ac.jp/E/index.html [*1] Concept of the New Japanese Geodetic System http://www.gsi.go.jp/common/000001195.pdf [*2JA] http://www.gsi.go.jp/LAW/G2000-g2000faq-1.htm (in Japanese) [*3JA] Nihon Keiido Genten (Origin point of Japanese Geodetic System) http://www.gsi.go.jp/kanto/ki8cgenten.html (in Japanese) [*4JA] http://www.gsi.go.jp/kohokocho/kohokocho40182.html (in Japanese) [*5JA] Rika Nenpyou (Chronological Scientific Table) 2010 p.Koyomi76(76) 2009/11/26 National Astronomical Observatory of Japan http://www.rikanenpyo.jp/ (in Japanese) [*6JA] Rika Nenpyou (Chronological Scientific Table) 2010 p.4 [*7JA] Rika Nenpyou (Chronological Scientific Table) 2011 p.4 2010/11/26 National Astronomical Observatory of Japan [*8JA] http://www.gsi.go.jp/kohokocho/koho507-2.html (in Japanese) [*9JA] Akashi Municipal Planetarium http://www.am12.jp/faq/shigosen.html (in Japanese) [*10] Realization of Horizontal Geodetic Coordinates 2000 2.3.3 http://www.gsi.go.jp/common/000001196.pdf [*11] RealizationGeographical Survey Institute Japan 2005 p.10 http://www.gsi.go.jp/ENGLISH/ABOUT/REPORT/Annual_2005.pdf - --- I hope this information helps. Thank you and best regards, --- Fumiyuki Shimizu 清水文行 fumifumi(a)abacustech.jp Abacus Technologies, Inc.

3 2

Archaic terms for Indonesian island groups
by alexander.ray＠internode.on.net Jan. 22, 2011

Jan. 22, 2011

A Wikipedia user has brought it to my attention that some of the terms for Indonesian islands used in the database are incorrect, archaic forms. The listings should be as follows. ID -0610+10648 Asia/Jakarta Java & Sumatra ID -0002+10920 Asia/Pontianak west & central Borneo ! ID -0507+11924 Asia/Makassar east & south Borneo, Sulawesi, Bali, Nusa Tenggara, west Timor ! ID -0232+14042 Asia/Jayapura western New Guinea, Maluku islands

1 0

Mercer County, N. D.
by Josh Findley Jan. 21, 2011

Jan. 21, 2011

In case you are not aware already, it appears that Mercer County, North Dakota, changed from the mountain time zone to the central time zone at the last transition from daylight-saving to standard time (on Nov. 7, 2010): http://www.gpo.gov/fdsys/pkg/FR-2010-09-29/html/2010-24376.htm http://www.bismarcktribune.com/news/local/article_1eb1b588-c758-11df-b472-0… Josh Findley

1 0

NYT: pressure to change UK clocks (no change yet)
by Eliot Lear Jan. 21, 2011

Jan. 21, 2011

New York Times reports Scottish opposition to a study to look at moving clocks forward an hour in the UK. http://www.nytimes.com/2011/01/21/world/europe/21inverness.html

3 2

Re: proposed time zone package changes
by Arthur David Olson Jan. 20, 2011

Jan. 20, 2011

I was able to check the 1933 Session Laws of Hawaii today; the revised "northamerica" changes below (against the current ftp version) reflect what I found. Also, in the "tz-art.htm" file, the addition of material on Ken Nordine (as well as the already circulated addition of material on Conan O'Brien). I still plan to update the ftp version on 2011-01-24. --ado diff -c -r old/northamerica new/northamerica *** old/northamerica Mon Nov 1 09:18:22 2010 --- new/northamerica Wed Jan 19 14:12:58 2011 *************** *** 1,5 **** # <pre> ! # @(#)northamerica 8.34 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)northamerica 8.37 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 471,490 **** # three votes for and one against." # Hawaii # ! # From Arthur David Olson: ! # And then there's Hawaii. ! # DST was observed for one day in 1933; ! # standard time was changed by half an hour in 1947; ! # it's always standard as of 1986. ! # ! # From Paul Eggert: ! # Shanks says the 1933 experiment lasted for three weeks. Go with Shanks. ! # ! Zone Pacific/Honolulu -10:31:26 - LMT 1900 Jan 1 12:00 ! -10:30 - HST 1933 Apr 30 2:00 ! -10:30 1:00 HDT 1933 May 21 2:00 ! -10:30 US H%sT 1947 Jun 8 2:00 -10:00 - HST # Now we turn to US areas that have diverged from the consensus since 1970. --- 471,520 ---- # three votes for and one against." # Hawaii + + # From Arthur David Olson (2010-12-09): + # "Hawaiian Time" by Robert C. Schmitt and Doak C. Cox appears on pages 207-225 + # of volume 26 of The Hawaian Journal of History (1992). As of 2010-12-09, + # the article is available at + # <a href="http://evols.library.manoa.hawaii.edu/bitstream/10524/239/2/JL26215.pdf"> + # http://evols.library.manoa.hawaii.edu/bitstream/10524/239/2/JL26215.pdf + # </a> + # and indicates that standard time was adopted effective noon, January + # 13, 1896 (page 218), that in "1933, the Legislature decreed daylight + # saving for the period between the last Sunday of each April and the + # last Sunday of each September, but less than a month later repealed the + # act," (page 220), that year-round daylight saving time was in effect + # from 1942-02-09 to 1945-09-30 (page 221, with no time of day given for + # when clocks changed) and that clocks were changed by 30 minutes + # effective the second Sunday of June, 1947 (page 219, with no time of + # day given for when clocks changed). A footnote for the 1933 changes + # cites Session Laws of Hawaii 1933, "Act. 90 (approved 26 Apr. 1933) + # and Act 163 (approved 21 May 1933)." + + # From Arthur David Olson (2011-01-19): + # The following is from "Laws of the Territory of Hawaii Passed by the + # Seventeenth Legislature: Regular Session 1933," available (as of + # 2011-01-19) at American University's Pence Law Library. Page 85: "Act + # 90...At 2 o'clock ante meridian of the last Sunday in April of each + # year, the standard time of this Territory shall be advanced one + # hour...This Act shall take effect upon its approval. Approved this 26th + # day of April, A. D. 1933. LAWRENCE M JUDD, Governor of the Territory of + # Hawaii." Page 172: "Act 163...Act 90 of the Session Laws of 1933 is + # hereby repealed...This Act shall take effect upon its approval, upon + # which date the standard time of this Territory shall be restored to + # that existing immediately prior to the taking effect of said Act 90. + # Approved this 21st day of May, A. D. 1933. LAWRENCE M. JUDD, Governor + # of the Territory of Hawaii." # ! # Note that 1933-05-21 was a Sunday. ! # We're left to guess the time of day when Act 163 was approved; guess noon. ! ! Zone Pacific/Honolulu -10:31:26 - LMT 1896 Jan 13 12:00 #Schmitt&Cox ! -10:30 - HST 1933 Apr 30 2:00 #Laws 1933 ! -10:30 1:00 HDT 1933 May 21 12:00 #Laws 1933+12 ! -10:30 1:00 HST 1942 Feb 09 2:00 #Schmitt&Cox+2 ! -10:30 - HDT 1945 Sep 30 2:00 #Schmitt&Fox+2 ! -10:30 US H%sT 1947 Jun 8 2:00 #Schmitt&Fox+2 -10:00 - HST # Now we turn to US areas that have diverged from the consensus since 1970. diff -c -r old/tz-art.htm new/tz-art.htm *** old/tz-art.htm Tue Oct 12 12:36:52 2010 --- new/tz-art.htm Wed Jan 19 13:47:16 2011 *************** *** 9,15 **** <body> <h1>Time and the Arts</h1> <address> ! @(#)tz-art.htm 8.17 </address> <p> This file is in the public domain, so clarified as of --- 9,15 ---- <body> <h1>Time and the Arts</h1> <address> ! @(#)tz-art.htm 8.19 </address> <p> This file is in the public domain, so clarified as of *************** *** 241,246 **** --- 241,257 ---- "The clocks were turned back you remeber/Think it's still November." </td></tr> <tr><td> </td></tr> + <tr><td>Artist</td><td>Ken Nordine</td></tr> + <tr><td>CD</td><td>You're Getting Better: The Word Jazz Dot Masters</td></tr> + <tr><td>Copyright Date</td><td>2005</td></tr> + <tr><td>Label</td><td>Geffen</td></tr> + <tr><td>ID</td><td>B0005171-02</td></tr> + <tr><td>Total Time</td><td>156:22</td></tr> + <tr><td>ADO Rating</td><td>1 star</td></tr> + <tr><td><a href="http://www.allmusic.com/album/youre-getting-better-the-word-jazz-dot-master…">AMG Rating</a></td><td>4.5 stars</td></tr> + <tr><td>Notes</td><td>Includes the piece "What Time Is It" + ("He knew what time it was everywhere...that counted").</td></tr> + <tr><td> </td></tr> <tr><td>TV episode title</td><td>The Lost Hour</td> <tr><td>TV series</td><td><em>Eerie, Indiana</em></td> *************** *** 467,472 **** --- 478,490 ---- It is already tomorrow in Australia." (Charles M. Schulz, provided by Steve Summit) </li> + <li> + "I put myself and my staff through this crazy, huge ordeal, all because + I refused to go on at midnight, okay? And so I work, you know, and + then I get this job at eleven, supposed to be a big deal. Then + yesterday daylight [saving] time ended. Right now it's basically + midnight." (Conan O'Brien on the 2010-11-08 premier of "Conan.") + </li> </ul> </body> </html>

4 4

Australian DST time incorrect
by Leo Griffiths Jan. 20, 2011

Jan. 20, 2011

Hi, I’m not sure if this is where I am supposed to report this so sorry if its not. I downloaded the files from the following site wget 'ftp://elsie.nci.nih.gov/pub/tz*.tar.gz' I checked the daylight savings times that were generated and found that they were incorrect for at least Sydney and Adelaide for at least this year. http://www.bom.gov.au/climate/averages/tables/dst_times.shtml This is the site for the Australian Bureau of Meteorology which lists all the current dates for DST in Australia to the current date. I hope this is helpful. Cheers, Leo

1 0

proposed time zone package changes (Hawaii, stack overflow, et al.)
by Arthur David Olson Jan. 12, 2011

Jan. 12, 2011

Below find proposed changes to the time zone package. None of these changes affect current time stamps. The executive summary: * Theory Add section on scope of the database. * australasia Simplification and gratuitous optimization of South Australia rules. * localtime.c In the function tzload, if ALL_STATE is defined, use allocated memory for a large structure rather than using the stack (based on changes suggested by Ted Unangst). * northamerica Changes to Hawaiian time history (from an article by Schmitt and Cox): abandoned local mean time in 1986 rather than 1900; used DST during World War II. * tz-art.htm Add DST joke from first episode of "Conan." * tz-link.htm Align instructions with those in "README" (as suggested by Gilles Espinasse). If no problems are found, these changes will appear in tzcode2011a.tar.gz and tzdata2011.tar.gz on 2011-11-23. --ado diff -r -c old/Theory new/Theory *** old/Theory Tue Oct 12 12:36:50 2010 --- new/Theory Wed Jan 12 10:36:11 2011 *************** *** 1,4 **** ! @(#)Theory 8.5 This file is in the public domain, so clarified as of 2009-05-17 by Arthur David Olson. --- 1,4 ---- ! @(#)Theory 8.6 This file is in the public domain, so clarified as of 2009-05-17 by Arthur David Olson. *************** *** 5,11 **** ----- Outline ----- Time and date functions ! Names of time zone regions Time zone abbreviations Calendrical issues Time and time zones on Mars --- 5,12 ---- ----- Outline ----- Time and date functions ! Scope of the tz database ! Names of time zone rule files Time zone abbreviations Calendrical issues Time and time zones on Mars *************** *** 192,197 **** --- 193,223 ---- better. + ----- Scope of the tz database ----- + + The tz database attempts to record the history and predicted future of + all computer-based clocks that track civil time. To represent this + data, the world is partitioned into regions whose clocks all agree + about time stamps that occur after the somewhat-arbitrary cutoff point + of the POSIX Epoch (1970-01-01 00:00:00 UTC). For each such region, + the database records all known clock transitions, and labels the region + with a notable location. + + Clock transitions before 1970 are recorded for each such location, + because most POSIX-compatible systems support negative time stamps and + could misbehave if data were omitted for pre-1970 transitions. + However, the database is not designed for and does not suffice for + applications requiring accurate handling of all past times everywhere, + as it would take far too much effort and guesswork to record all + details of pre-1970 civil timekeeping. + + As noted in the README file, the tz database is not authoritative + (particularly not for pre-1970 time stamps), and it surely has errors. + Corrections are welcome and encouraged. Users requiring authoritative + data should consult national standards bodies and the references cited + in the database's comments. + + ----- Names of time zone rule files ----- The time zone rule file naming conventions attempt to strike a balance diff -r -c old/australasia new/australasia *** old/australasia Mon Nov 1 09:18:22 2010 --- new/australasia Wed Jan 12 11:03:44 2011 *************** *** 1,5 **** # <pre> ! # @(#)australasia 8.20 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)australasia 8.22 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 84,97 **** Rule AS 1987 2007 - Oct lastSun 2:00s 1:00 - Rule AS 1972 only - Feb 27 2:00s 0 - Rule AS 1973 1985 - Mar Sun>=1 2:00s 0 - ! Rule AS 1986 1989 - Mar Sun>=15 2:00s 0 - ! Rule AS 1990 only - Mar Sun>=18 2:00s 0 - ! Rule AS 1991 only - Mar Sun>=1 2:00s 0 - ! Rule AS 1992 only - Mar Sun>=18 2:00s 0 - ! Rule AS 1993 only - Mar Sun>=1 2:00s 0 - ! Rule AS 1994 only - Mar Sun>=18 2:00s 0 - Rule AS 1995 2005 - Mar lastSun 2:00s 0 - ! Rule AS 2006 only - Apr Sun>=1 2:00s 0 - Rule AS 2007 only - Mar lastSun 2:00s 0 - Rule AS 2008 max - Apr Sun>=1 2:00s 0 - Rule AS 2008 max - Oct Sun>=1 2:00s 1:00 - --- 84,96 ---- Rule AS 1987 2007 - Oct lastSun 2:00s 1:00 - Rule AS 1972 only - Feb 27 2:00s 0 - Rule AS 1973 1985 - Mar Sun>=1 2:00s 0 - ! Rule AS 1986 1990 - Mar Sun>=15 2:00s 0 - ! Rule AS 1991 only - Mar 3 2:00s 0 - ! Rule AS 1992 only - Mar 22 2:00s 0 - ! Rule AS 1993 only - Mar 7 2:00s 0 - ! Rule AS 1994 only - Mar 20 2:00s 0 - Rule AS 1995 2005 - Mar lastSun 2:00s 0 - ! Rule AS 2006 only - Apr 2 2:00s 0 - Rule AS 2007 only - Mar lastSun 2:00s 0 - Rule AS 2008 max - Apr Sun>=1 2:00s 0 - Rule AS 2008 max - Oct Sun>=1 2:00s 1:00 - diff -r -c old/localtime.c new/localtime.c *** old/localtime.c Tue Oct 12 12:36:51 2010 --- new/localtime.c Thu Dec 16 12:25:20 2010 *************** *** 5,11 **** #ifndef lint #ifndef NOID ! static char elsieid[] = "@(#)localtime.c 8.15"; #endif /* !defined NOID */ #endif /* !defined lint */ --- 5,11 ---- #ifndef lint #ifndef NOID ! static char elsieid[] = "@(#)localtime.c 8.16"; #endif /* !defined NOID */ #endif /* !defined lint */ *************** *** 337,352 **** register int fid; register int stored; register int nread; ! union { struct tzhead tzhead; char buf[2 * sizeof(struct tzhead) + 2 * sizeof *sp + 4 * TZ_MAX_TIMES]; ! } u; sp->goback = sp->goahead = FALSE; if (name == NULL && (name = TZDEFAULT) == NULL) ! return -1; { register int doaccess; /* --- 337,362 ---- register int fid; register int stored; register int nread; ! typedef union { struct tzhead tzhead; char buf[2 * sizeof(struct tzhead) + 2 * sizeof *sp + 4 * TZ_MAX_TIMES]; ! } u_t; ! #ifdef ALL_STATE ! register u_t * up; + up = (u_t *) calloc(1, sizeof *up); + if (up == NULL) + return -1; + #else /* !defined ALL_STATE */ + u_t u; + register u_t * const up = &u; + #endif /* !defined ALL_STATE */ + sp->goback = sp->goahead = FALSE; if (name == NULL && (name = TZDEFAULT) == NULL) ! goto oops; { register int doaccess; /* *************** *** 363,371 **** doaccess = name[0] == '/'; if (!doaccess) { if ((p = TZDIR) == NULL) ! return -1; if ((strlen(p) + strlen(name) + 1) >= sizeof fullname) ! return -1; (void) strcpy(fullname, p); (void) strcat(fullname, "/"); (void) strcat(fullname, name); --- 373,381 ---- doaccess = name[0] == '/'; if (!doaccess) { if ((p = TZDIR) == NULL) ! goto oops; if ((strlen(p) + strlen(name) + 1) >= sizeof fullname) ! goto oops; (void) strcpy(fullname, p); (void) strcat(fullname, "/"); (void) strcat(fullname, name); *************** *** 377,400 **** name = fullname; } if (doaccess && access(name, R_OK) != 0) ! return -1; if ((fid = open(name, OPEN_MODE)) == -1) ! return -1; } ! nread = read(fid, u.buf, sizeof u.buf); if (close(fid) < 0 || nread <= 0) ! return -1; for (stored = 4; stored <= 8; stored *= 2) { int ttisstdcnt; int ttisgmtcnt; ! ttisstdcnt = (int) detzcode(u.tzhead.tzh_ttisstdcnt); ! ttisgmtcnt = (int) detzcode(u.tzhead.tzh_ttisgmtcnt); ! sp->leapcnt = (int) detzcode(u.tzhead.tzh_leapcnt); ! sp->timecnt = (int) detzcode(u.tzhead.tzh_timecnt); ! sp->typecnt = (int) detzcode(u.tzhead.tzh_typecnt); ! sp->charcnt = (int) detzcode(u.tzhead.tzh_charcnt); ! p = u.tzhead.tzh_charcnt + sizeof u.tzhead.tzh_charcnt; if (sp->leapcnt < 0 || sp->leapcnt > TZ_MAX_LEAPS || sp->typecnt <= 0 || sp->typecnt > TZ_MAX_TYPES || sp->timecnt < 0 || sp->timecnt > TZ_MAX_TIMES || --- 387,410 ---- name = fullname; } if (doaccess && access(name, R_OK) != 0) ! goto oops; if ((fid = open(name, OPEN_MODE)) == -1) ! goto oops; } ! nread = read(fid, up->buf, sizeof up->buf); if (close(fid) < 0 || nread <= 0) ! goto oops; for (stored = 4; stored <= 8; stored *= 2) { int ttisstdcnt; int ttisgmtcnt; ! ttisstdcnt = (int) detzcode(up->tzhead.tzh_ttisstdcnt); ! ttisgmtcnt = (int) detzcode(up->tzhead.tzh_ttisgmtcnt); ! sp->leapcnt = (int) detzcode(up->tzhead.tzh_leapcnt); ! sp->timecnt = (int) detzcode(up->tzhead.tzh_timecnt); ! sp->typecnt = (int) detzcode(up->tzhead.tzh_typecnt); ! sp->charcnt = (int) detzcode(up->tzhead.tzh_charcnt); ! p = up->tzhead.tzh_charcnt + sizeof up->tzhead.tzh_charcnt; if (sp->leapcnt < 0 || sp->leapcnt > TZ_MAX_LEAPS || sp->typecnt <= 0 || sp->typecnt > TZ_MAX_TYPES || sp->timecnt < 0 || sp->timecnt > TZ_MAX_TIMES || *************** *** 401,408 **** sp->charcnt < 0 || sp->charcnt > TZ_MAX_CHARS || (ttisstdcnt != sp->typecnt && ttisstdcnt != 0) || (ttisgmtcnt != sp->typecnt && ttisgmtcnt != 0)) ! return -1; ! if (nread - (p - u.buf) < sp->timecnt * stored + /* ats */ sp->timecnt + /* types */ sp->typecnt * 6 + /* ttinfos */ --- 411,418 ---- sp->charcnt < 0 || sp->charcnt > TZ_MAX_CHARS || (ttisstdcnt != sp->typecnt && ttisstdcnt != 0) || (ttisgmtcnt != sp->typecnt && ttisgmtcnt != 0)) ! goto oops; ! if (nread - (p - up->buf) < sp->timecnt * stored + /* ats */ sp->timecnt + /* types */ sp->typecnt * 6 + /* ttinfos */ *************** *** 410,416 **** sp->leapcnt * (stored + 4) + /* lsinfos */ ttisstdcnt + /* ttisstds */ ttisgmtcnt) /* ttisgmts */ ! return -1; for (i = 0; i < sp->timecnt; ++i) { sp->ats[i] = (stored == 4) ? detzcode(p) : detzcode64(p); --- 420,426 ---- sp->leapcnt * (stored + 4) + /* lsinfos */ ttisstdcnt + /* ttisstds */ ttisgmtcnt) /* ttisgmts */ ! goto oops; for (i = 0; i < sp->timecnt; ++i) { sp->ats[i] = (stored == 4) ? detzcode(p) : detzcode64(p); *************** *** 419,425 **** for (i = 0; i < sp->timecnt; ++i) { sp->types[i] = (unsigned char) *p++; if (sp->types[i] >= sp->typecnt) ! return -1; } for (i = 0; i < sp->typecnt; ++i) { register struct ttinfo * ttisp; --- 429,435 ---- for (i = 0; i < sp->timecnt; ++i) { sp->types[i] = (unsigned char) *p++; if (sp->types[i] >= sp->typecnt) ! goto oops; } for (i = 0; i < sp->typecnt; ++i) { register struct ttinfo * ttisp; *************** *** 429,439 **** p += 4; ttisp->tt_isdst = (unsigned char) *p++; if (ttisp->tt_isdst != 0 && ttisp->tt_isdst != 1) ! return -1; ttisp->tt_abbrind = (unsigned char) *p++; if (ttisp->tt_abbrind < 0 || ttisp->tt_abbrind > sp->charcnt) ! return -1; } for (i = 0; i < sp->charcnt; ++i) sp->chars[i] = *p++; --- 439,449 ---- p += 4; ttisp->tt_isdst = (unsigned char) *p++; if (ttisp->tt_isdst != 0 && ttisp->tt_isdst != 1) ! goto oops; ttisp->tt_abbrind = (unsigned char) *p++; if (ttisp->tt_abbrind < 0 || ttisp->tt_abbrind > sp->charcnt) ! goto oops; } for (i = 0; i < sp->charcnt; ++i) sp->chars[i] = *p++; *************** *** 458,464 **** ttisp->tt_ttisstd = *p++; if (ttisp->tt_ttisstd != TRUE && ttisp->tt_ttisstd != FALSE) ! return -1; } } for (i = 0; i < sp->typecnt; ++i) { --- 468,474 ---- ttisp->tt_ttisstd = *p++; if (ttisp->tt_ttisstd != TRUE && ttisp->tt_ttisstd != FALSE) ! goto oops; } } for (i = 0; i < sp->typecnt; ++i) { *************** *** 471,477 **** ttisp->tt_ttisgmt = *p++; if (ttisp->tt_ttisgmt != TRUE && ttisp->tt_ttisgmt != FALSE) ! return -1; } } /* --- 481,487 ---- ttisp->tt_ttisgmt = *p++; if (ttisp->tt_ttisgmt != TRUE && ttisp->tt_ttisgmt != FALSE) ! goto oops; } } /* *************** *** 504,514 **** /* ** If this is an old file, we're done. */ ! if (u.tzhead.tzh_version[0] == '\0') break; ! nread -= p - u.buf; for (i = 0; i < nread; ++i) ! u.buf[i] = p[i]; /* ** If this is a narrow integer time_t system, we're done. */ --- 514,524 ---- /* ** If this is an old file, we're done. */ ! if (up->tzhead.tzh_version[0] == '\0') break; ! nread -= p - up->buf; for (i = 0; i < nread; ++i) ! up->buf[i] = p[i]; /* ** If this is a narrow integer time_t system, we're done. */ *************** *** 516,528 **** break; } if (doextend && nread > 2 && ! u.buf[0] == '\n' && u.buf[nread - 1] == '\n' && sp->typecnt + 2 <= TZ_MAX_TYPES) { struct state ts; register int result; ! u.buf[nread - 1] = '\0'; ! result = tzparse(&u.buf[1], &ts, FALSE); if (result == 0 && ts.typecnt == 2 && sp->charcnt + ts.charcnt <= TZ_MAX_CHARS) { for (i = 0; i < 2; ++i) --- 526,538 ---- break; } if (doextend && nread > 2 && ! up->buf[0] == '\n' && up->buf[nread - 1] == '\n' && sp->typecnt + 2 <= TZ_MAX_TYPES) { struct state ts; register int result; ! up->buf[nread - 1] = '\0'; ! result = tzparse(&up->buf[1], &ts, FALSE); if (result == 0 && ts.typecnt == 2 && sp->charcnt + ts.charcnt <= TZ_MAX_CHARS) { for (i = 0; i < 2; ++i) *************** *** 566,572 **** --- 576,590 ---- break; } } + #ifdef ALL_STATE + (void) free((void *) up); + #endif /* defined ALL_STATE */ return 0; + oops: + #ifdef ALL_STATE + (void) free((void *) up); + #endif /* defined ALL_STATE */ + return -1; } static int diff -r -c old/northamerica new/northamerica *** old/northamerica Mon Nov 1 09:18:22 2010 --- new/northamerica Thu Dec 16 16:58:32 2010 *************** *** 1,5 **** # <pre> ! # @(#)northamerica 8.34 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)northamerica 8.36 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 471,490 **** # three votes for and one against." # Hawaii ! # ! # From Arthur David Olson: ! # And then there's Hawaii. ! # DST was observed for one day in 1933; ! # standard time was changed by half an hour in 1947; ! # it's always standard as of 1986. ! # ! # From Paul Eggert: ! # Shanks says the 1933 experiment lasted for three weeks. Go with Shanks. ! # ! Zone Pacific/Honolulu -10:31:26 - LMT 1900 Jan 1 12:00 ! -10:30 - HST 1933 Apr 30 2:00 -10:30 1:00 HDT 1933 May 21 2:00 ! -10:30 US H%sT 1947 Jun 8 2:00 -10:00 - HST # Now we turn to US areas that have diverged from the consensus since 1970. --- 471,504 ---- # three votes for and one against." # Hawaii ! ! # From Arthur David Olson (2010-12-09): ! # "Hawaiian Time" by Robert C. Schmitt and Doak C. Cox appears on pages 207-225 ! # of volume 26 of The Hawaian Journal of History (1992). As of 2010-12-09, ! # the article is available at ! # <a href="http://evols.library.manoa.hawaii.edu/bitstream/10524/239/2/jl26215.pdf"> ! # http://evols.library.manoa.hawaii.edu/bitstream/10524/239/2/jl26215.pdf ! # </a> ! # and indicates that standard time was adopted effective noon, January ! # 13, 1896 (page 218), that in "1933, the Legislature decreed daylight ! # saving for the period between the last Sunday of each April and the ! # last Sunday of each September, but less than a month later repealed the ! # act," (page 220), that year-round daylight saving time was in effect ! # from 1942-02-09 to 1945-09-30 (page 221, with no time of day given for ! # when clocks changed) and that clocks were changed by 30 minutes ! # effective the second Sunday of June, 1947 (page 219, with no time of ! # day given for when clocks changed). A footnote for the 1933 changes ! # cites Session Laws of Hawaii 1933, "Act. 90 (approved 26 Apr. 1933) ! # and Act 163 (approved 21 May 1933)." Unless the Act was approved very ! # early on the 21st, the time for transition out of DST in 1933 below ! # is wrong. ! ! Zone Pacific/Honolulu -10:31:26 - LMT 1896 Jan 13 12:00 #Schmitt&Cox ! -10:30 - HST 1933 Apr 30 2:00 #Schmitt&Cox+2 -10:30 1:00 HDT 1933 May 21 2:00 ! -10:30 1:00 HST 1942 Feb 09 2:00 #Schmitt&Cox+2 ! -10:30 - HDT 1945 Sep 30 2:00 #Schmitt&Fox+2 ! -10:30 US H%sT 1947 Jun 8 2:00 #Schmitt&Fox+2 -10:00 - HST # Now we turn to US areas that have diverged from the consensus since 1970. diff -r -c old/tz-art.htm new/tz-art.htm *** old/tz-art.htm Tue Oct 12 12:36:52 2010 --- new/tz-art.htm Wed Jan 12 10:56:44 2011 *************** *** 9,15 **** <body> <h1>Time and the Arts</h1> <address> ! @(#)tz-art.htm 8.17 </address> <p> This file is in the public domain, so clarified as of --- 9,15 ---- <body> <h1>Time and the Arts</h1> <address> ! @(#)tz-art.htm 8.18 </address> <p> This file is in the public domain, so clarified as of *************** *** 467,472 **** --- 467,479 ---- It is already tomorrow in Australia." (Charles M. Schulz, provided by Steve Summit) </li> + <li> + "I put myself and my staff through this crazy, huge ordeal, all because + I refused to go on at midnight, okay? And so I work, you know, and + then I get this job at eleven, supposed to be a big deal. Then + yesterday daylight [saving] time ended. Right now it's basically + midnight." (Conan O'Brien on the 2010-11-08 premier of "Conan.") + </li> </ul> </body> </html> diff -r -c old/tz-link.htm new/tz-link.htm *** old/tz-link.htm Tue Oct 12 12:36:52 2010 --- new/tz-link.htm Wed Jan 12 10:40:27 2011 *************** *** 18,24 **** <body> <h1>Sources for Time Zone and Daylight Saving Time Data</h1> <address> ! @(#)tz-link.htm 8.30 </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.31 </address> <p> This file is in the public domain, so clarified as of *************** *** 96,102 **** these files to a <abbr>GNU</abbr>/Linux or similar host; see the downloaded <code>README</code> file for what to do next.</p> ! <pre style="margin-left: 2em"><code><a href="http://www.gnu.org/software/wget/">wget</a> 'ftp://elsie.nci.nih.gov/pub/tz*.tar.gz' <a href="http://www.gnu.org/software/gzip/">gzip</a> -dc tzcode*.tar.gz | <a href="http://www.gnu.org/software/tar/">tar</a> -xf - gzip -dc tzdata*.tar.gz | tar -xf - </code></pre> --- 96,104 ---- these files to a <abbr>GNU</abbr>/Linux or similar host; see the downloaded <code>README</code> file for what to do next.</p> ! <pre style="margin-left: 2em"><code>mkdir tz ! cd tz ! <a href="http://www.gnu.org/software/wget/">wget</a> 'ftp://elsie.nci.nih.gov/pub/tz*.tar.gz' <a href="http://www.gnu.org/software/gzip/">gzip</a> -dc tzcode*.tar.gz | <a href="http://www.gnu.org/software/tar/">tar</a> -xf - gzip -dc tzdata*.tar.gz | tar -xf - </code></pre>

5 4

FW: Update for Asia/Calcutta timezone
by Olson, Arthur David (NIH/NCI) [E] Jan. 9, 2011

Jan. 9, 2011

I'm forwarding this message from Nicholas Alphonso, who is not on the time zone mailing list. Those of you who are on the list, please direct replies appropriately. --ado From: Nicholas Alphonso [mailto:nichalp@gmail.com] Sent: Tuesday, January 04, 2011 12:50 To: tz(a)lecserver.nci.nih.gov Subject: Update for Asia/Calcutta timezone I seek to update the name of the Asia/Calcutta timezone (+0530 UTC). Why Calcutta was chosen in 1970 when Calcutta was India's most most populated city. Since then, • Calcutta has been renamed Kolkata (2001) • Mumbai (formerly Bombay) overtook Calcutta as India's most populous city (1991 census) Note: Time in India is calculated from Mirzapur near the city of Allahabad. I seek to change the name of the timezone to • Asia/Mumbai (based on the most populous city) OR • Asia/New Delhi (capital of India, second most populated, more centrally located) Regards, Nicholas

9 10

Update for Asia/Calcutta timezone
by Nicholas Alphonso Jan. 4, 2011

Jan. 4, 2011

I seek to update the name of the Asia/Calcutta timezone (+0530 UTC). Why Calcutta was chosen in 1970 when Calcutta was India's most most populated city. Since then, - Calcutta has been renamed Kolkata (2001) - Mumbai (formerly Bombay) overtook Calcutta as India's most populous city (1991 census) Note: Time in India is calculated from Mirzapur near the city of Allahabad. I seek to change the name of the timezone to - Asia/Mumbai (based on the most populous city) OR - Asia/New Delhi (capital of India, second most populated, more centrally located) Regards, Nicholas

1 0

Re: Future time zone home
by SM Dec. 20, 2010

Dec. 20, 2010

At 06:11 21-10-10, Olson, Arthur David (NIH/NCI) [E] wrote: >In response to the need to find a new time zone home before I'm >eligible to retire in 2012, Eliot Lear and Paul Eggert have authored >the draft document "IANA Procedures for Maintaining the Timezone >Database" now available from the Internet Engineering Task Force >(IETF) web site: As the intended status of the document is BCP, I'll comment on it from that angle. In Section 1: "Those registries are coordinated by technical experts who are designated by the Internet Engineering Steering Group (IESG)." For what it's worth, some of these registries might not fall under the IESG. In Section 2: 'This list membership will be transitioned to the IETF mail server. The TZ coordinator will continue to manage the list, in accordance with rules of governance for non-WG mailing lists (including, for example, the commonly used "Note Well" statement).' Will the contributions fall under "Note Well" rules? In Section 4: "From time to time it will be necessary to replace a TZ Coordinator. This could occur for a number of reasons:" I suggest "appoint" instead of "replace". "The IESG MUST use rough consensus of the TZ mailing list as their primary guide to further action, when it exists." As the document is a BCP, these requirement could be changed in future. In Section 5: "No change shall be made to the license without consultation and rough consensus of the community." The document uses "rough consensus" instead of consensus". The barrier is lower for the former. The above text mentioned "community". Is that the TZ community? In Section 6: "It is the understanding of the IESG, ISOC, and IANA that the database itself is public domain." I suggest replacing "IESG" with "IETF" as the IESG operates within the IETF. "Should claims be made and substantiated against the database, the IANA will act in accordance with all competent court orders." I suggest putting code distribution under the IETF so that the legal aspect falls under the IETF Trust. The following sentence could then be removed: "Should claims be made and substantiated against the database, the IANA will act in accordance with all competent court orders." I suggest removing "further" from the following sentence: "No further ownership claims will be made by IANA, the IETF Trust, or ISOC on the database." In Section 7: "The IANA will see that the role of TZ Coordinator is filled, based on the procedures described above." According to Section 4, it is the IESG that does that. There is a MoU between IANA and the IETF for IETF protocols. There has been various interpretations of that MoU. An alternative to avoid non-technical concerns is to place the distribution of the database under the RFC Editor and explore having the material with a status similar to the Independent Submission Stream. I am not suggesting a license change. The following text is an adaption from RFC 4846: To the extent that a TZ Contribution or any portion thereof is protected by copyright and other rights of authorship, the Contributor, and each named co-Contributor, and the organization he or she represents or is sponsored by (if any) grant an irrevocable, non-exclusive, royalty-free, world-wide right and license to the IETF Trust and the IETF under all intellectual property rights in the TZ Contribution in perpetuity, to copy, publish, display, and distribute the TZ Contribution. The Contributor, each named co-Contributor, and the organizations represented above irrevocably and in perpetuity grant the rights listed below to the Internet Community: A. to prepare or allow the preparation of translations of the TZ database into languages other than English, B to prepare derivative works (other than translations) that are based on or incorporate all or part of the TZ Contribution, or comment upon it. The license to such derivative works shall not grant the IETF Trust, the IETF, or other party preparing a derivative work any more rights than the license to the original TZ Contribution, and C. to reproduce any trademarks, service marks, or trade names that are included in the TZ Contribution solely in connection with the reproduction, distribution, or publication of the TZ Contribution and derivative works. At 09:09 21-10-10, Tony Finch wrote: >Apart from three files, the current tzcode distribution is public domain. >There is no single BSD licence so this statement is ambiguous. In fact the >licence on the three special files is more like a MIT licence. Yes. Regards, -sm

4 9

FW: Test cases for zoneinfo data
by Olson, Arthur David (NIH/NCI) [E] Dec. 16, 2010

Dec. 16, 2010

I'm forwarding this message from Christopher Hunt, 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: Christopher Hunt [mailto:huntc@internode.on.net] Sent: Thursday, December 16, 2010 6:36 To: yoshito_umaoka(a)us.ibm.com Cc: tz(a)lecserver.nci.nih.gov; 'tz(a)elsie.nci.nih.gov' Subject: Re: Test cases for zoneinfo data Firstly, thanks for the responses. My responses are inline below. >> I'm creating a set of Java classes that closely reflect the structure >> of > the >> Zoneinfo database. My requirement is driven mostly by wanting to >> dynamically update Java TimeZone classes i.e. as opposed to compiling >> a zoneinfo data and re-starting my application. > > You probably want to look into JSR-310. TZDBZoneRulesCompiler in > JSR-310 creates ZoneRules from the tz database source files. Ah - I certainly didn't know about this so thanks for the "heads-up". At first glance though, I don't see that Zoneinfo's structures are being faithfully reproduced here. I suppose another motivation for me was to stick to the Zoneinfo structure given that it is highly evolved and flexible. Please see the attached class diagram of what I'm working to and do feel free to voice your opinion. ZoneinfoTimeZone is a JDK compatible TimeZone facade whereas the rest are intended to represent Zoneinfo structures in an object oriented manner.

1 0

Future time zone home
by Olson, Arthur David (NIH/NCI) [E] Dec. 16, 2010

Dec. 16, 2010

In response to the need to find a new time zone home before I'm eligible to retire in 2012, Eliot Lear and Paul Eggert have authored the draft document "IANA Procedures for Maintaining the Timezone Database" now available from the Internet Engineering Task Force (IETF) web site: http://tools.ietf.org/html/draft-lear-iana-timezone-database-00 Comments on how the draft can be improved are welcome. Also welcome: feedback on whether the proposed approach meets the needs of folks on the time zone mailing list--the proposed approach can't and won't go forward without support from the time zone community. The document includes electronic mail addresses for Eliot and Paul; general comments can also be sent to the time zone mailing list. --ado

6 6

Test cases for zoneinfo data
by Christopher Hunt Dec. 16, 2010

Dec. 16, 2010

Hi there, I'm creating a set of Java classes that closely reflect the structure of the Zoneinfo database. My requirement is driven mostly by wanting to dynamically update Java TimeZone classes i.e. as opposed to compiling a zoneinfo data and re-starting my application. In addition I feel that the ICU and Sun classes do not accurately reflect Zoneinfo structures. I shall open-source this project once it gets to a working point. It'd be terribly helpful if I could get hold of some test cases, automated or otherwise, that verify correct time zone calculations. Would anyone out there have such things? Kind regards, Christopher

1 0

time zone database open questions
by Arthur David Olson Dec. 9, 2010

Dec. 9, 2010

Here are the open time zone database questions I know of. Are the others? 1. Did all of Mexico's Baja California Norte use United States DST rules in 2010, or did only border areas use U.S. DST? What of other Mexican states on the U.S. border? 2. How was DST handled in the West Bank and in Gaza in 2010? How was it handled in previous years? 3. What's the accurate history of the change to use of Shanghai/Beijing time in China? 4. Is there an acceptable way of handling present-day dual timekeeping in Xinjiang, China without either losing track of past practices? 5. Did Windsor and other parts of Ontario, Canada use different DST rules in the past? (See Mark Brader's communication at the end of this message.) --ado # From Mark Brader (2010-03-06): # ... # 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.

4 3

update tz-link.htm to add mkdir tz and cd tz like in README
by Gilles Espinasse Dec. 6, 2010

Dec. 6, 2010

I just followed the instructions in tz-link.htm before to see there is no top directory in tz*.tar.gz To avoid that same mistake for others, please find a patch that update tz-link.htm to have the same instructions than in README ( with mkdir tz and cd tz before wget) Gilles

2 1

2nd reading of "Daylight Saving Bill 2010-11" in UK Parliament
by Philip.Pizzey＠sita.aero Dec. 1, 2010

Dec. 1, 2010

Hi there, you may already be aware of this but today's BBC Radio 4 programme "You and Yours" contained a feature about Rebecca Harris MP's Private Members Bill in the UK Parliament. The Bill is entitled "Daylight Saving Bill 2010-11" and proposes "The Bill would require the Government to conduct a cross-departmental analysis of the potential costs and benefits of advancing time by one hour for all, or part of, the year.". The Bill is due for it's second reading in the House of Commons on 3rd December 2010. Here is a link to the You and Yours homepage which does not at this time mention the feature: http://www.bbc.co.uk/radio4/features/you-and-yours and a link to the bill itself: http://services.parliament.uk/bills/2010-11/daylightsaving.html Cheers, Phil. This document is strictly confidential and intended only for use by the addressee unless otherwise stated. If you are not the intended recipient, please notify the sender immediately and delete it from your system.

1 0

FW: stack overflow in tzload
by Olson, Arthur David (NIH/NCI) [E] Nov. 26, 2010

Nov. 26, 2010

I'm forwarding this message from Ted Unangst, 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: Ted Unangst [mailto:ted.unangst@gmail.com] Sent: Monday, November 22, 2010 6:22 To: tz(a)lecserver.nci.nih.gov Subject: stack overflow in tzload Stack overflow as in there's not enough stack. I ran into this problem running a program on openbsd that was using a fairly small thread size. I switched to using malloc. Index: localtime.c =================================================================== RCS file: /home/tedu/cvs/src/lib/libc/time/localtime.c,v retrieving revision 1.35 diff -u -r1.35 localtime.c --- localtime.c 23 Aug 2010 22:35:34 -0000 1.35 +++ localtime.c 20 Nov 2010 23:32:09 -0000 @@ -340,7 +340,7 @@ char buf[2 * sizeof(struct tzhead) + 2 * sizeof *sp + 4 * TZ_MAX_TIMES]; - } u; + } *u; sp->goback = sp->goahead = FALSE; if (name != NULL && issetugid() != 0) @@ -383,28 +383,33 @@ if ((fid = open(name, OPEN_MODE)) == -1) return -1; } - nread = read(fid, u.buf, sizeof u.buf); - if (close(fid) < 0 || nread <= 0) + u = malloc(sizeof(*u)); + if (!u) { + close(fid); return -1; + } + nread = read(fid, u->buf, sizeof u->buf); + if (close(fid) < 0 || nread <= 0) + goto bad; for (stored = 4; stored <= 8; stored *= 2) { int ttisstdcnt; int ttisgmtcnt; - ttisstdcnt = (int) detzcode(u.tzhead.tzh_ttisstdcnt); - ttisgmtcnt = (int) detzcode(u.tzhead.tzh_ttisgmtcnt); - sp->leapcnt = (int) detzcode(u.tzhead.tzh_leapcnt); - sp->timecnt = (int) detzcode(u.tzhead.tzh_timecnt); - sp->typecnt = (int) detzcode(u.tzhead.tzh_typecnt); - sp->charcnt = (int) detzcode(u.tzhead.tzh_charcnt); - p = u.tzhead.tzh_charcnt + sizeof u.tzhead.tzh_charcnt; + ttisstdcnt = (int) detzcode(u->tzhead.tzh_ttisstdcnt); + ttisgmtcnt = (int) detzcode(u->tzhead.tzh_ttisgmtcnt); + sp->leapcnt = (int) detzcode(u->tzhead.tzh_leapcnt); + sp->timecnt = (int) detzcode(u->tzhead.tzh_timecnt); + sp->typecnt = (int) detzcode(u->tzhead.tzh_typecnt); + sp->charcnt = (int) detzcode(u->tzhead.tzh_charcnt); + p = u->tzhead.tzh_charcnt + sizeof u->tzhead.tzh_charcnt; if (sp->leapcnt < 0 || sp->leapcnt > TZ_MAX_LEAPS || sp->typecnt <= 0 || sp->typecnt > TZ_MAX_TYPES || sp->timecnt < 0 || sp->timecnt > TZ_MAX_TIMES || sp->charcnt < 0 || sp->charcnt > TZ_MAX_CHARS || (ttisstdcnt != sp->typecnt && ttisstdcnt != 0) || (ttisgmtcnt != sp->typecnt && ttisgmtcnt != 0)) - return -1; - if (nread - (p - u.buf) < + goto bad; + if (nread - (p - u->buf) < sp->timecnt * stored + /* ats */ sp->timecnt + /* types */ sp->typecnt * 6 + /* ttinfos */ @@ -412,7 +417,7 @@ sp->leapcnt * (stored + 4) + /* lsinfos */ ttisstdcnt + /* ttisstds */ ttisgmtcnt) /* ttisgmts */ - return -1; + goto bad; for (i = 0; i < sp->timecnt; ++i) { sp->ats[i] = (stored == 4) ? detzcode(p) : detzcode64(p); @@ -421,7 +426,7 @@ for (i = 0; i < sp->timecnt; ++i) { sp->types[i] = (unsigned char) *p++; if (sp->types[i] >= sp->typecnt) - return -1; + goto bad; } for (i = 0; i < sp->typecnt; ++i) { register struct ttinfo * ttisp; @@ -431,11 +436,11 @@ p += 4; ttisp->tt_isdst = (unsigned char) *p++; if (ttisp->tt_isdst != 0 && ttisp->tt_isdst != 1) - return -1; + goto bad; ttisp->tt_abbrind = (unsigned char) *p++; if (ttisp->tt_abbrind < 0 || ttisp->tt_abbrind > sp->charcnt) - return -1; + goto bad; } for (i = 0; i < sp->charcnt; ++i) sp->chars[i] = *p++; @@ -460,7 +465,7 @@ ttisp->tt_ttisstd = *p++; if (ttisp->tt_ttisstd != TRUE && ttisp->tt_ttisstd != FALSE) - return -1; + goto bad; } } for (i = 0; i < sp->typecnt; ++i) { @@ -473,7 +478,7 @@ ttisp->tt_ttisgmt = *p++; if (ttisp->tt_ttisgmt != TRUE && ttisp->tt_ttisgmt != FALSE) - return -1; + goto bad; } } /* @@ -506,11 +511,11 @@ /* ** If this is an old file, we're done. */ - if (u.tzhead.tzh_version[0] == '\0') + if (u->tzhead.tzh_version[0] == '\0') break; - nread -= p - u.buf; + nread -= p - u->buf; for (i = 0; i < nread; ++i) - u.buf[i] = p[i]; + u->buf[i] = p[i]; /* ** If this is a narrow integer time_t system, we're done. */ @@ -518,13 +523,13 @@ break; } if (doextend && nread > 2 && - u.buf[0] == '\n' && u.buf[nread - 1] == '\n' && + u->buf[0] == '\n' && u->buf[nread - 1] == '\n' && sp->typecnt + 2 <= TZ_MAX_TYPES) { struct state ts; register int result; - u.buf[nread - 1] = '\0'; - result = tzparse(&u.buf[1], &ts, FALSE); + u->buf[nread - 1] = '\0'; + result = tzparse(&u->buf[1], &ts, FALSE); if (result == 0 && ts.typecnt == 2 && sp->charcnt + ts.charcnt <= TZ_MAX_CHARS) { for (i = 0; i < 2; ++i) @@ -568,7 +573,11 @@ break; } } + free(u); return 0; +bad: + free(u); + return -1; } static int

7 6

FW: FW: stack overflow in tzload
by Olson, Arthur David (NIH/NCI) [E] Nov. 23, 2010

Nov. 23, 2010

I'm forwarding this message from Ted Unangst, 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: Ted Unangst [mailto:ted.unangst@gmail.com] Sent: Tuesday, November 23, 2010 10:08 To: Christos Zoulas Cc: tz(a)elsie.nci.nih.gov; tz(a)lecserver.nci.nih.gov; Olson, Arthur David (NIH/NCI) [E] Subject: Re: FW: stack overflow in tzload On Mon, Nov 22, 2010 at 11:28 PM, Christos Zoulas <christos(a)zoulas.com> wrote: > On Nov 22, 4:44pm, eggert(a)cs.ucla.edu (Paul Eggert) wrote: > -- Subject: Re: FW: stack overflow in tzload > > | Surely this sort of change should be put in only conditionally. > | On most machines, the change would will slow performance down due to the > | malloc overhead and would add one more point of failure. > | Only on machines with tiny stacks is the change a win. > > Sure, but these days the cost of malloc is really small, and having more > ifdefs in the code just cause more maintenance. So we either adopt the > change, or we just tell Ted that if you run with < 256K of stack you > can expect lots of things to break - not just that - so give yourself more All fair points, but it happens that this is the thing that broke. Smallish stacks are not uncommon if you expect to be creating many threads (the app in question is a of web server not of my own design, I'm not even sure what stack size it expects). The real wrinkle is that the tz code is part of the system library, I expect it to just work. If somebody had asked last week "How much stack does calling gmtime() require?", I suspect most people's answers would fall short of the mark, apart from maybe a very few people on this list. We can just patch this in openbsd, it's not that big a deal, but wanted to pass the change upstream as well.

1 0

stack overflow in tzload
by Ted Unangst Nov. 22, 2010

Nov. 22, 2010

Stack overflow as in there's not enough stack. I ran into this problem running a program on openbsd that was using a fairly small thread size. I switched to using malloc. Index: localtime.c =================================================================== RCS file: /home/tedu/cvs/src/lib/libc/time/localtime.c,v retrieving revision 1.35 diff -u -r1.35 localtime.c --- localtime.c 23 Aug 2010 22:35:34 -0000 1.35 +++ localtime.c 20 Nov 2010 23:32:09 -0000 @@ -340,7 +340,7 @@ char buf[2 * sizeof(struct tzhead) + 2 * sizeof *sp + 4 * TZ_MAX_TIMES]; - } u; + } *u; sp->goback = sp->goahead = FALSE; if (name != NULL && issetugid() != 0) @@ -383,28 +383,33 @@ if ((fid = open(name, OPEN_MODE)) == -1) return -1; } - nread = read(fid, u.buf, sizeof u.buf); - if (close(fid) < 0 || nread <= 0) + u = malloc(sizeof(*u)); + if (!u) { + close(fid); return -1; + } + nread = read(fid, u->buf, sizeof u->buf); + if (close(fid) < 0 || nread <= 0) + goto bad; for (stored = 4; stored <= 8; stored *= 2) { int ttisstdcnt; int ttisgmtcnt; - ttisstdcnt = (int) detzcode(u.tzhead.tzh_ttisstdcnt); - ttisgmtcnt = (int) detzcode(u.tzhead.tzh_ttisgmtcnt); - sp->leapcnt = (int) detzcode(u.tzhead.tzh_leapcnt); - sp->timecnt = (int) detzcode(u.tzhead.tzh_timecnt); - sp->typecnt = (int) detzcode(u.tzhead.tzh_typecnt); - sp->charcnt = (int) detzcode(u.tzhead.tzh_charcnt); - p = u.tzhead.tzh_charcnt + sizeof u.tzhead.tzh_charcnt; + ttisstdcnt = (int) detzcode(u->tzhead.tzh_ttisstdcnt); + ttisgmtcnt = (int) detzcode(u->tzhead.tzh_ttisgmtcnt); + sp->leapcnt = (int) detzcode(u->tzhead.tzh_leapcnt); + sp->timecnt = (int) detzcode(u->tzhead.tzh_timecnt); + sp->typecnt = (int) detzcode(u->tzhead.tzh_typecnt); + sp->charcnt = (int) detzcode(u->tzhead.tzh_charcnt); + p = u->tzhead.tzh_charcnt + sizeof u->tzhead.tzh_charcnt; if (sp->leapcnt < 0 || sp->leapcnt > TZ_MAX_LEAPS || sp->typecnt <= 0 || sp->typecnt > TZ_MAX_TYPES || sp->timecnt < 0 || sp->timecnt > TZ_MAX_TIMES || sp->charcnt < 0 || sp->charcnt > TZ_MAX_CHARS || (ttisstdcnt != sp->typecnt && ttisstdcnt != 0) || (ttisgmtcnt != sp->typecnt && ttisgmtcnt != 0)) - return -1; - if (nread - (p - u.buf) < + goto bad; + if (nread - (p - u->buf) < sp->timecnt * stored + /* ats */ sp->timecnt + /* types */ sp->typecnt * 6 + /* ttinfos */ @@ -412,7 +417,7 @@ sp->leapcnt * (stored + 4) + /* lsinfos */ ttisstdcnt + /* ttisstds */ ttisgmtcnt) /* ttisgmts */ - return -1; + goto bad; for (i = 0; i < sp->timecnt; ++i) { sp->ats[i] = (stored == 4) ? detzcode(p) : detzcode64(p); @@ -421,7 +426,7 @@ for (i = 0; i < sp->timecnt; ++i) { sp->types[i] = (unsigned char) *p++; if (sp->types[i] >= sp->typecnt) - return -1; + goto bad; } for (i = 0; i < sp->typecnt; ++i) { register struct ttinfo * ttisp; @@ -431,11 +436,11 @@ p += 4; ttisp->tt_isdst = (unsigned char) *p++; if (ttisp->tt_isdst != 0 && ttisp->tt_isdst != 1) - return -1; + goto bad; ttisp->tt_abbrind = (unsigned char) *p++; if (ttisp->tt_abbrind < 0 || ttisp->tt_abbrind > sp->charcnt) - return -1; + goto bad; } for (i = 0; i < sp->charcnt; ++i) sp->chars[i] = *p++; @@ -460,7 +465,7 @@ ttisp->tt_ttisstd = *p++; if (ttisp->tt_ttisstd != TRUE && ttisp->tt_ttisstd != FALSE) - return -1; + goto bad; } } for (i = 0; i < sp->typecnt; ++i) { @@ -473,7 +478,7 @@ ttisp->tt_ttisgmt = *p++; if (ttisp->tt_ttisgmt != TRUE && ttisp->tt_ttisgmt != FALSE) - return -1; + goto bad; } } /* @@ -506,11 +511,11 @@ /* ** If this is an old file, we're done. */ - if (u.tzhead.tzh_version[0] == '\0') + if (u->tzhead.tzh_version[0] == '\0') break; - nread -= p - u.buf; + nread -= p - u->buf; for (i = 0; i < nread; ++i) - u.buf[i] = p[i]; + u->buf[i] = p[i]; /* ** If this is a narrow integer time_t system, we're done. */ @@ -518,13 +523,13 @@ break; } if (doextend && nread > 2 && - u.buf[0] == '\n' && u.buf[nread - 1] == '\n' && + u->buf[0] == '\n' && u->buf[nread - 1] == '\n' && sp->typecnt + 2 <= TZ_MAX_TYPES) { struct state ts; register int result; - u.buf[nread - 1] = '\0'; - result = tzparse(&u.buf[1], &ts, FALSE); + u->buf[nread - 1] = '\0'; + result = tzparse(&u->buf[1], &ts, FALSE); if (result == 0 && ts.typecnt == 2 && sp->charcnt + ts.charcnt <= TZ_MAX_CHARS) { for (i = 0; i < 2; ++i) @@ -568,7 +573,11 @@ break; } } + free(u); return 0; +bad: + free(u); + return -1; } static int

1 0

2010m
by Olson, Arthur David (NIH/NCI) [E] Nov. 21, 2010

Nov. 21, 2010

The files... ftp://elsie.nci.nih.gov/pub/tzcode2010m.tar.gz ...and... ftp://elsie.nci.nih.gov/pub/tzdata2010m.tar.gz ...are now available; these reflect the Hong Kong, Vostok, and zic.c changes circulated recently on the time zone mailing list. --ado

3 2

DST in the news :-)
by Olson, Arthur David (NIH/NCI) [E] Nov. 10, 2010

Nov. 10, 2010

"I put myself and my staff through this crazy, huge ordeal, all because I refused to go on at midnight, okay? And so I work, you know, and then I get this job at eleven, supposed to be a big deal. Then yesterday daylight savings [sic] time ended. Right now it's basically midnight." Conan O'Brien on the 2010-11-08 premier of "Conan."

1 0

FW: zone.tab change request
by Olson, Arthur David (NIH/NCI) [E] Nov. 8, 2010

Nov. 8, 2010

I'm forwarding this message from an address that's not on the time zone mailing list. Those of you who are on the list, please direct replies appropriately. --ado From: blacklight332(a)aol.com [mailto:blacklight332@aol.com] Sent: Friday, November 05, 2010 7:10 To: tz(a)lecserver.nci.nih.gov Subject: zone.tab change request tz(a)elsie.nci.nih.gov can you change the zone.tab file to say: ID -0610+10648 Asia/Jakarta Java & Sumatra ID -0002+10920 Asia/Pontianak west & central Borneo(Kalimantan) ID -0507+11924 Asia/Makassar east & south Borneo, Celebes(Sulawesi), Bali, Nusa Tengarra, west Timor ID -0232+14042 Asia/Jayapura Irian Jaya (Papua) & the Moluccas (Maluku) instead of ID -0610+10648 Asia/Jakarta Java & Sumatra ID -0002+10920 Asia/Pontianak west & central Borneo ID -0507+11924 Asia/Makassar east & south Borneo, Celebes, Bali, Nusa Tengarra, west Timor ID -0232+14042 Asia/Jayapura Irian Jaya & the Moluccas the regions have changed their names in 2007. bl

1 0

zone.tab change request
by blacklight332＠aol.com Nov. 5, 2010

Nov. 5, 2010

tz(a)elsie.nci.nih.gov can you change the zone.tab file to say: ID -0610+10648 Asia/Jakarta Java & Sumatra ID -0002+10920 Asia/Pontianak west & central Borneo(Kalimantan) ID -0507+11924 Asia/Makassar east & south Borneo, Celebes(Sulawesi), Bali, Nusa Tengarra, west Timor ID -0232+14042 Asia/Jayapura Irian Jaya (Papua) & the Moluccas (Maluku) instead of ID -0610+10648 Asia/Jakarta Java & Sumatra ID -0002+10920 Asia/Pontianak west & central Borneo ID -0507+11924 Asia/Makassar east & south Borneo, Celebes, Bali, Nusa Tengarra, west Timor ID -0232+14042 Asia/Jayapura Irian Jaya & the Moluccas the regions have changed their names in 2007. bl

1 0

Acre (Brazil) would like to return to old time zone GMT-5
by Alexander Krivenyshev Nov. 1, 2010

Nov. 1, 2010

According to the media from Brazil, during recent referendum state Acre rejected current time zone (GMT-4) and would like to return to old time zone (pre-2008) - GMT-5. The decision of Acre will be sent to the Congress to become law and to re-apply the old time. (in Portuguese): Acreanos decidem pelo horário antigo http://www.noticiasdahora.com/acre/4184-acreanos-decidem-voltar-ao-horario- antig.html Acreanos decidem voltar ao horário antigo em votação do referendo http://portalamazonia.globo.com/pscript/noticias/noticias.php?pag=old&idN=1… or http://www.worldtimezone.com/dst_news/dst_news_brazil07.html Quick reference page for current (2010) and old (pre-2008) Brazil Time Zones map http://www.worldtimezone.com/brazil-time-new-old.php Alexander Krivenyshev, http://www.worldtimezone.com

1 0

data2010o
by Olson, Arthur David (NIH/NCI) [E] Nov. 1, 2010

Nov. 1, 2010

The file... ftp://elsie.nci.nih.gov/pub/tzdata2010o.tar.gz ...is now available; this includes the change to the end of DST in Fiji in 2011 circulated last week on the time zone mailing list. --ado

1 0

proposed time zone package change (Fiji's 2001 DST end)
by Arthur David Olson Oct. 28, 2010

Oct. 28, 2010

Below is a proposed change to the time zone package's "australasia" file, moving Fiji's 2011 end of DST from March 27 to March 6. If there are no problems, the ftp site will be updated on 2010-11-01. --ado ------- australasia ------- *** /tmp/geta22811 Tue Oct 26 17:01:05 2010 --- /tmp/getb22811 Tue Oct 26 17:01:05 2010 *************** *** 1,5 **** # <pre> ! # @(#)australasia 8.19 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)australasia 8.20 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 284,289 **** --- 284,302 ---- # http://www.timeanddate.com/news/time/fiji-dst-ends-march-2010.html # </a> + # From Alexander Krivenyshev (2010-10-24): + # According to Radio Fiji and Fiji Times online, Fiji will end DST 3 + # weeks earlier than expected - on March 6, 2011, not March 27, 2011... + # Here is confirmation from Government of the Republic of the Fiji Islands, + # Ministry of Information (fiji.gov.fj) web site: + # <a href="http://www.fiji.gov.fj/index.php?option=com_content&view=article&id=2608:da…"> + # http://www.fiji.gov.fj/index.php?option=com_content&view=article&id=2608:da… + # </a> + # or + # <a href="http://www.worldtimezone.com/dst_news/dst_news_fiji04.html"> + # http://www.worldtimezone.com/dst_news/dst_news_fiji04.html + # </a> + # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Fiji 1998 1999 - Nov Sun>=1 2:00 1:00 S Rule Fiji 1999 2000 - Feb lastSun 3:00 0 - *************** *** 290,296 **** Rule Fiji 2009 only - Nov 29 2:00 1:00 S Rule Fiji 2010 only - Mar lastSun 3:00 0 - Rule Fiji 2010 only - Oct 24 2:00 1:00 S ! Rule Fiji 2011 only - Mar lastSun 3:00 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Pacific/Fiji 11:53:40 - LMT 1915 Oct 26 # Suva 12:00 Fiji FJ%sT # Fiji Time --- 303,309 ---- Rule Fiji 2009 only - Nov 29 2:00 1:00 S Rule Fiji 2010 only - Mar lastSun 3:00 0 - Rule Fiji 2010 only - Oct 24 2:00 1:00 S ! Rule Fiji 2011 only - Mar Sun>=1 3:00 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Pacific/Fiji 11:53:40 - LMT 1915 Oct 26 # Suva 12:00 Fiji FJ%sT # Fiji Time

2 2

Extension to tzcode to support additional timezones
by John Baldwin Oct. 27, 2010

Oct. 27, 2010

Several of my employers have needed to work with data from multiple timezones within a single process. The traditional way to work with this has been to change the value of the TZ environment variable and invoke tzset() and switch between timezones one at a time. What I have done is extend the time(3) API to allow applications to load and use arbitrary timezones separate from the current local and GM timezones. I've done this by adding the following API calls: - void *tzopen(const char *name). This loads the rules for a specified timezone and returns a void * cookie. If the zone cannot be parsed it returns NULL and sets errno to EINVAL. - void tzclose(void *zone). This "closes" a set of rules opened via tzopen() by releasing the associated resources. - struct tm *tztime(void *zone, const time_t *t, struct tm *tm). This is like localtime_r() except that it uses the timezone rules from the passed in cookie instead of the local timezone indicated by TZ. - time_t timetz(void *zone, struct tm * const tm). This is like mktime() except that it uses the timezone rules from the passed in cookie instead of the local timezone indicated by TZ. The changes to the code are fairly simple since the per-zone state was already broken out into a standalone state object to handle GMT vs local time. In some cases the patches make things cleaner (I think) by removing hacks where a function pointer was queried to determine which state object to use since the state object pointer is now passed all the way down the internal time code stack. I have a patch that is relative to the FreeBSD source tree, but all of the real code changes are in localtime.c which I believe should apply directly to the tzcode distribution. The patch is available at http://www.FreeBSD.org/~jhb/patches/tzopen.patch Is this API something that you folks would be interested in? I currently have this as a private patch locally, but if possible I would like it adopted upstream. -- John Baldwin

9 22

2010n
by Olson, Arthur David (NIH/NCI) [E] Oct. 25, 2010

Oct. 25, 2010

The files... ftp://elsie.nci.nih.gov/pub/tzcode2010n.tar.gz ...and... ftp://elsie.nci.nih.gov/pub/tzdata2010n.tar.gz ...are now available; these reflect the changes circulated on 2010-10-13 on the time zone mailing list. I expect that data2010o will appear on 2010-11-01 in light of the change in the end of DST in Fiji in 2011. Folks wanting to avoid version thrash may want to hold off for a week. --ado

1 0

Fiji will end DST 3 weeks earlier than expected- on March 6, 2011
by Alexander Krivenyshev Oct. 24, 2010

Oct. 24, 2010

According to Radio Fiji and Fiji Times online, Fiji will end DST 3 weeks earlier than expected - on March 6, 2011, not March 27, 2011. Radio Fiji http://www.radiofiji.com.fj/fullstory.php?id=31740 Fiji Times online http://www.fijitimes.com/story.aspx?id=158517 or http://www.worldtimezone.com/dst_news/dst_news_fiji04.html Alex Krivenyshev, http://www.worldtimezone.com/dst_news/ New York, NY

1 1

Another China time zone question
by Jonathan Hassid Oct. 22, 2010

Oct. 22, 2010

Dear time zone list: I have been doing a little research on time zones in China, and one of the few sources on the matter seems to contradict the tz database. While the database indicates there were multiple time zones until 1980, Guo Qingheng of the Chinese Academy of Science Time Service Center published an article in 2003 in which he states that primary documents indicate that "probably in order to comply with instructions from central broadcasters, after liberation [that is, after 1949] the broadcasters in each area very quickly changed their local times to Beijing Time, in order to express unanimity with the center." And that "by the beginning of 1950, within a few months after establishing the country, the entire country except for Xinjiang and Tibet was all using the Beijing Time standard," with Tibet following in 1960 and Xinjiang by 1975 (Guo Qingsheng [郭庆生], "Beijing Time at the Beginning of the PRC [建国初期的北京时间]." The Chinese Journal for the History of Science and Technology [中国科技史料]. Vol. 24, No. 1, (2003), p2.) So I was wondering what the sources are for China having multiple time zones from 1949-1980, and who is correct here. Any help is appreciated! Best, Jonathan Hassid UTS CRICOS Provider Code: 00099F DISCLAIMER: This email message and any accompanying attachments may contain confidential information. If you are not the intended recipient, do not read, use, disseminate, distribute or copy this message or attachments. If you have received this message in error, please notify the sender immediately and delete this message. Any views expressed in this message are those of the individual sender, except where the sender expressly, and with authority, states them to be the views of the University of Technology Sydney. Before opening any attachments, please check them for viruses and defects. Think. Green. Do. Please consider the environment before printing this email.

5 6

Russia plan to abolish "summer time" in 2011
by Alexander Krivenyshev Oct. 19, 2010

Oct. 19, 2010

Another draft bill 441798-5 to abolish the "summer time" submitted to the State Duma on October 19, 2010: Instead of the seasonal clock change to "summer time", the bill proposes a change to actual working hours for organizations and institutions around the country beginning on the first Monday in April through the first Monday in November of each year. If the bill is approved, it would come into force on 1 January 2011. (in English) Transition of the Russian Federation to the International system of Time Zones: http://www.worldtimezone.com/dst_news/dst_news_russia019.html or media reports (in Russian): http://spb.rbc.ru/freenews/20101019132518.shtml http://newsru.com/russia/19oct2010/perevod.html Alexander Krivenyshev, http://www.worldtimezone.com

1 0

FW: New TZ data for Fiji
by Olson, Arthur David (NIH/NCI) [E] Oct. 19, 2010

Oct. 19, 2010

I'm forwarding this message from Franck Martin who is not on the time zone mailing list. Those of you who are on the list, please direct replies appropriately. --ado From: Franck Martin [mailto:franck@avonsys.com] Sent: Wednesday, September 29, 2010 9:00 To: tz(a)lecserver.nci.nih.gov Subject: New TZ data for Fiji http://www.fiji.gov.fj/index.php?option=com_content&view=article&id=2438:da… Franck Martin http://www.avonsys.com/ http://www.facebook.com/Avonsys twitter: FranckMartin Avonsys Check your domain reputation: http://gurl.im/b69d4o

2 3

Re: About China time zones
by CHancuff＠aol.com Oct. 17, 2010

Oct. 17, 2010

This sounds a bit like the town in Canada whose mayor must sign a proclamation each year to observe Daylight Savings Time by a certain date. If the mayor happens to be out fishing when this deadline comes and goes, DST does not get observed by the town. I can't for the life of me remember the name of that place. Cliff Hancuff In a message dated 10/17/2010 1:40:33 A.M. Eastern Daylight Time, ma.lude.xj(a)gmail.com writes: I think I understand now your reason for wanting dual time zones now, thanks. I think, though, that Jonathan Hassid has his the nail on the head as far as Xinjiang time is concerned with his access to Guo's article, that there is no single change or date from Xinjiang time to Beijing time. It seems rather that different ministries and different localities switched at different times.

1 0

Re: About China time zones
by Luther Ma Oct. 17, 2010

Oct. 17, 2010

I might also say here that adding a new population center in Xinjiang that is UTC +8:00 to the tz database (as originally suggested in "first pass at Uyghur time" 2009.11.21) is unnecessary and redundant (besides having other potential problems) because the population that uses +8:00 uses it precisely because they consider Beijing their center (which we, of course, call Shanghai/Asia). :P Just my opinion, of course. Once again, I'll accept "first pass" if it is to be the last pass. -mld

2 2

FW: environment independent time functions...
by Olson, Arthur David (NIH/NCI) [E] Oct. 14, 2010

Oct. 14, 2010

I'm forwarding this message from Christos Zoulas, 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: Christos Zoulas [mailto:christos@zoulas.com] Sent: Thursday, September 30, 2010 4:36 To: tz(a)lecserver.nci.nih.gov Subject: environment independent time functions... Hello, What I want to achieve is to be able to use the time functions in a multi-threaded program that can handle multiple timezones at the same time. Right now, this is impossible, because the notion of timezone is expressed through the environment. I was careful to re-use the existing code and not change existing functionality so the following routines are just an add-on. I modified tzcode 2010l to add the following functions (as defined in timeextra.h). First I expose an opaque timezone type: typedef struct __state *timezone_t; which is no other than the internal state. Then I provide a way to allocate the handle on per timezone name and to free it. const timezone_t tzalloc(const char *); void tzfree(const timezone_t); Note that the handle is const, because I might want to enhance this in the future to use reference counting instead of allocating a new one per invocation. Then I provide a way to return the two (dst and nondst) strings (like tzname[0], and tzname[1]) with: const char * tzgetname(const timezone_t, int); The following functions are also provided, which are like the _r counterparts only they have an extra timezone argument: struct tm * localtime_z(const time_t *, struct tm *, const timezone_t); char * ctime_z(const time_t *, char *, const timezone_t); time_t timelocal_z(struct tm *, const timezone_t); time_t mktime_z(struct tm *, const timezone_t); time_t time2posix_z(time_t, const timezone_t); time_t posix2time_z(time_t, const timezone_t); The changes to the source are minimal (the diffs are slightly larger because I made things use ansi prototypes and removed 'register '. I don't care about the names or the signatures much, just something I came up as a proof of concept. Here's example code: #include "timeextra.h" #include <stdlib.h> #include <stdio.h> int main(int argc, char *argv[]) { size_t i; char buf[60]; time_t t = time(NULL); timezone_t *tz = malloc(argc * sizeof(*tz)); for (i = 1; i < argc; i++) { tz[i] = tzalloc(argv[i]); if (tz[i] == NULL) err(1, "Cannot find timezone %s", argv[i]); } for (i = 1; i < argc; i++) { printf("[%s] [%s] %s", tzgetname(tz[i], 0), tzgetname(tz[i], 1), ctime_z(&t, buf, tz[i])); tzfree(tz[i]); } return 0; } Has anyone done this work or similar? Do you think others might want something like this? Are you interested in taking a look at the changes/incorporating them? Do you have any other suggestions? Best Regards, christos

6 7

FW: Samoa
by Olson, Arthur David (NIH/NCI) [E] Oct. 13, 2010

Oct. 13, 2010

I'm forwarding this message from Raymond Hughes, who is not on the time zone mailing list. Those of you who are on the list, please direct replies appropriately. (Right now http://www.mcil.gov.ws is unavailable--at least from the system I'm using--but Googling "03/04/11 adjust clocks" and using the "Cache" link provides the content). --ado -----Original Message----- From: Raymond Hughes [mailto:raymond@hughes.ws] Sent: Thursday, October 07, 2010 9:36 To: tz(a)lecserver.nci.nih.gov Subject: Re: Samoa the start of DST here is Samoa was OK from what I've seen, but looking at my zdump I see the ending does not have the correct times. Sun Sep 26 10:59:59 2010 UTC = Sat Sep 25 23:59:59 2010 WST isdst=0 Sun Sep 26 11:00:00 2010 UTC = Sun Sep 26 01:00:00 2010 WSDT isdst=1 Sun Apr 3 09:59:59 2011 UTC = Sat Apr 2 23:59:59 2011 WSDT isdst=1 Sun Apr 3 10:00:00 2011 UTC = Sat Apr 2 23:00:00 2011 WST isdst=0 Please see www.mcil.gov.ws, the Ministry of Commerce, Industry and Labour (sideframe) "Last Sunday September 2010 (26/09/10) - adjust clocks forward from 12:00 midnight to 01:00am and First Sunday April 2011 (03/04/11) - adjust clocks backwards from 1:00am to 12:00am" PS. Thanks Maintainers Regards Ray

3 3

Re Fiji Timezone
by Franck Martin Oct. 13, 2010

Oct. 13, 2010

Seems the TZ file is not updated with the info: http://www.fiji.gov.fj/index.php?option=com_content&view=article&id=2438:da… Fiji will switch back to daylight saving time from 24th October, 2010 at 2am. This means members of the public will be required to switch their clocks one hour ahead to 3am. It is expected to end in March 2011, a date is yet to be confirmed. Franck Martin http://www.avonsys.com/ http://www.facebook.com/Avonsys twitter: FranckMartin Avonsys Check your domain reputation: http://gurl.im/b69d4o

1 0

Australia has changed the first day of daylight?
by Ahmed Hassan (ahmhassa) Oct. 13, 2010

Oct. 13, 2010

Dear, Since last year, Australia has changed the first day of daylight saving to the first Sunday of October, and ending first Sunday of April. Here is the URL for your reference for states specific changes: http://www.bom.gov.au/climate/averages/tables/dst_times.shtml, which version does capture this change? Best regards, Ahmed

1 0

A question about Amsterdam in 1900
by David Patte Oct. 10, 2010

Oct. 10, 2010

I was reviewing some historical zones & rules, and I can across a date for Amsterdam that has me a bit confused. I'm not sure if I'm misinterpreting the records, or whether a record is missing. Lets take Jan 1, 1900 for Amsterdam. The Zone table for Europe/Amsterdam shows: a GMT offset of 0:19:32 (and no rule) until 1835, then a GMT offset of 0:19:32 (and Neth rule) until July 1 1937 - using '%s' for letters So for Jan 1, 1900 I am assuming I should be looking for a rule in the Neth rules records But the first 'Neth' Rule starts 1916. I can easily easily understand that this means that there is no special save amount to apply on Jan 1st 1900, but what letters should I be using for that date given that the zone says the letters should be %s? Since the zone record says '%s' for that date, should there not be a rule record starting in 1835 that gives a save amount of 0, and provides the letters 'AMT'? Thanks

2 1

code question
by Zoidiasoft Tech Oct. 9, 2010

Oct. 9, 2010

Hi, I am a Delphi programmer and am working on a time zone problem. In the Olson database I'm having trouble differentiating between times that are strictly standard and those that include summer time / daylight savings. Is there a standard in the code for differentiating these? Most of it is fairly simple to understand but I am mystified by some of the abbreviations in the rule changes. For instance: # 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 What is the % symbol I keep seeing in the code for? For instance, in "2:00 EU EE%sT" is "EE%sT" Eastern European Standard Time? I take this to mean that Finland is currently on EU rules with a UTC offset of +2. Every now and then I also find something like this: "2:00 1:00 EEST 1989 Sep 24 2:00s" Does this line mean that I add 1 hour to the 2:00 hours UTC? Or is this correction already included in the 2 hours? Thanks! Sincerely, Curtis Manwaring

1 0

Samoa
by Olson, Arthur David (NIH/NCI) [E] Oct. 8, 2010

Oct. 8, 2010

Can anyone with boots on the ground tell us what actually happened with clock changes over the weekend in Samoa? Thanks. --ado

3 3

Valgrind error "Conditional jump or move depends on uninitialised value" on 64-bit
by Ravindra Oct. 5, 2010

Oct. 5, 2010

[Sending this directly to you because POSTing it on website does not seem to be working for me. This is about reproducing valgrind issue and a compilation warning.] Arthur and Paul, I'm seeing two problems in localtime.c: 1. When I compile localtime.c using gcc 4.1.2 for 32-bit, I get following warning: $ gcc -m32 -g -c -o localtime.o localtime.c localtime.c: In function âdiffer_by_repeatâ: localtime.c:326: warning: comparison is always false due to limited range of data type 2. valgrind reports following error for some timezones (only when localtime.c is compiled as 64-bit binary, it does not happen when compiled as 32-bit binary): ==26671== Conditional jump or move depends on uninitialised value(s) ==26671== at 0x401CDA: typesequiv (localtime.c:588) ==26671== by 0x401B85: tzload (localtime.c:562) ==26671== by 0x405553: tz_validate (localtime.c:2017) ==26671== by 0x40560D: main (localtime.c:2040) One can reproduce it using following valgrind command and patch: valgrind -v --tool=memcheck --leak-check=full --leak-resolution=med --show-reachable=yes --error-limit=no --workaround-gcc296-bugs=yes --run-libc-freeres=no --log-file=valgrind-tzvalid ./tzvalid /<path/to/my/zoneinfo/EST5EDT> NOTE: I can consistently reproduce it for EST5EDT timezone and I don't get this error for GMT. Patch for localtime.c for reproducing above error: --- org/localtime.c 2010-08-16 16:27:05.000000000 +0530 +++ localtime.c 2010-10-01 17:34:45.999089000 +0530 @@ -2004,6 +2004,47 @@ #endif /* defined CMUCS */ +static int +tz_validate(const char * name) +{ + struct state state = {0}; + time_t now; + struct tm tm; + + time(&now); + tzload(gmt, &state, TRUE); + if (0 == tzload(name, &state, TRUE)) { + localsub(&now, 0L, &tm); + return TRUE; + } + if (0 == tzparse(name, &state, FALSE)) { + localsub(&now, 0L, &tm); + return TRUE; + } + return FALSE; +} + +/* + * Compile it simply as "$gcc -m64 -g -o tzvalid localtime.c" + */ +int main(int argc, char ** argv) { + + if (argc != 2) { + printf("Usage: ./tzvalid <timezone_file_path>\n"); + return 2; + } + + char * tz = argv[1]; + + if (tz_validate(tz)) { + printf("timezone %s is valid\n", tz); + return 0; + } else { + printf("timezone %s is not valid\n", tz); + return 1; + } +} + /* ** XXX--is the below the right way to conditionalize?? */ Thanks in advance, Ravindra

1 0

Valgrind error "Conditional jump or move depends on uninitialised value" on 64-bit
by Ravindra Oct. 5, 2010

Oct. 5, 2010

I'm seeing two problems in localtime.c: 1. When I compile localtime.c using gcc 4.1.2 for 32-bit, I get following warning: $ gcc -m32 -g -c -o localtime.o localtime.c localtime.c: In function âdiffer_by_repeatâ: localtime.c:326: warning: comparison is always false due to limited range of data type 2. valgrind reports following error for some timezones (only when localtime.c is compiled as 64-bit binary, it does not happen when compiled as 32-bit binary): ==26671== Conditional jump or move depends on uninitialised value(s) ==26671== at 0x401CDA: typesequiv (localtime.c:588) ==26671== by 0x401B85: tzload (localtime.c:562) ==26671== by 0x405553: tz_validate (localtime.c:2017) ==26671== by 0x40560D: main (localtime.c:2040) One can reproduce it using following valgrind command and patch: valgrind -v --tool=memcheck --leak-check=full --leak-resolution=med --show- reachable=yes --error-limit=no --workaround-gcc296-bugs=yes --run-libc-freeres=no --log- file=valgrind-tzvalid ./tzvalid /<path/to/my/zoneinfo/EST5EDT> NOTE: I can consistently reproduce it for EST5EDT timezone and I don't get this error for GMT. Patch for localtime.c for reproducing above error: --- org/localtime.c 2010-08-16 16:27:05.000000000 +0530 +++ localtime.c 2010-10-01 17:34:45.999089000 +0530 @@ -2004,6 +2004,47 @@ #endif /* defined CMUCS */ +static int +tz_validate(const char * name) +{ + struct state state = {0}; + time_t now; + struct tm tm; + + time(&now); + tzload(gmt, &state, TRUE); + if (0 == tzload(name, &state, TRUE)) { + localsub(&now, 0L, &tm); + return TRUE; + } + if (0 == tzparse(name, &state, FALSE)) { + localsub(&now, 0L, &tm); + return TRUE; + } + return FALSE; +} + +/* + * Compile it simply as "$gcc -m64 -g -o tzvalid localtime.c" + */ +int main(int argc, char ** argv) { + + if (argc != 2) { + printf("Usage: ./tzvalid <timezone_file_path>\n"); + return 2; + } + + char * tz = argv[1]; + + if (tz_validate(tz)) { + printf("timezone %s is valid\n", tz); + return 0; + } else { + printf("timezone %s is not valid\n", tz); + return 1; + } +} + /* ** XXX--is the below the right way to conditionalize?? */ Thanks in advance, Ravindra

1 0

FW: About China time zones
by Olson, Arthur David (NIH/NCI) [E] Oct. 4, 2010

Oct. 4, 2010

I'm forwarding this message from Tom Korte, who is not on the time zone mailing list. Those of you who are on the list, please direct replies appropriately. (While all of China is now officially in one time zone there were different zones until 1980; that's why there are multiple entries in the database. The database started out life with an entry for Chungking; the entry was later changed to use the Pinyin spelling Chongqing, but a Chungking link was kept for backward compatibility. And time zones are as a rule named for the city in the zone with the highest population--at the time the zone was named if not at present.) --ado From: Walter Korte [mailto:Walter.Korte@tomtom.com] Sent: Thursday, September 23, 2010 11:15 To: tz(a)lecserver.nci.nih.gov Subject: About China time zones To the maintainers of the tz database, We are using the TZ database in our navigation SW, and we have had feedback from our users in China that the time zone city names included do not make sense to local users. Neither Harbin, Shanghai nor Chungking (this is a very strange spelling, it is spelled Chongqing in Pinyin) is used in China to indicate a time zone. It would make most sense to remove these 3 entries and replace them with a single Beijing entry in the database. As HongKong and Macao are special administrative regions (SAR) in China, listing these makes sense. For the cities listed that are located in Xinjiang (Kashgar and Urumqi), these should not be listed as China only has one official time zone. But in practice Xinjiang uses its own time zone so keeping these would be better. Best regards, Walter Korte TomTom Asia

7 9

Cond jump or move depends on uninit'd value error on 64-bit Linux
by Ravindra Oct. 1, 2010

Oct. 1, 2010

I'm seeing two problems in localtime.c: 1. When I compile localtime.c using gcc 4.1.2 for 32-bit, I get following warning: $ gcc -m32 -g -c -o localtime.o localtime.c localtime.c: In function âdiffer_by_repeatâ: localtime.c:326: warning: comparison is always false due to limited range of data type 2. valgrind reports following error for some timezones (only when localtime.c is compiled as 64-bit binary, it does not happen when compiled as 32-bit binary): ==26671== Conditional jump or move depends on uninitialised value(s) ==26671== at 0x401CDA: typesequiv (localtime.c:588) ==26671== by 0x401B85: tzload (localtime.c:562) ==26671== by 0x405553: tz_validate (localtime.c:2017) ==26671== by 0x40560D: main (localtime.c:2040) One can reproduce it using following valgrind command and patch: valgrind -v --tool=memcheck --leak-check=full --leak-resolution=med --show- reachable=yes --error-limit=no --workaround-gcc296-bugs=yes --run-libc- freeres=no --log-file=valgrind-tzvalid ./tzvalid /<path/to/my/zoneinfo/EST5EDT> NOTE: I can consistently reproduce it for EST5EDT timezone and I don't get this error for GMT. Patch for localtime.c for reproducing above error: --- org/localtime.c 2010-08-16 16:27:05.000000000 +0530 +++ localtime.c 2010-10-01 17:34:45.999089000 +0530 @@ -2004,6 +2004,47 @@ #endif /* defined CMUCS */ +static int +tz_validate(const char * name) +{ + struct state state = {0}; + time_t now; + struct tm tm; + + time(&now); + tzload(gmt, &state, TRUE); + if (0 == tzload(name, &state, TRUE)) { + localsub(&now, 0L, &tm); + return TRUE; + } + if (0 == tzparse(name, &state, FALSE)) { + localsub(&now, 0L, &tm); + return TRUE; + } + return FALSE; +} + +/* + * Compile it simply as "$gcc -m64 -g -o tzvalid localtime.c" + */ +int main(int argc, char ** argv) { + + if (argc != 2) { + printf("Usage: ./tzvalid <timezone_file_path>\n"); + return 2; + } + + char * tz = argv[1]; + + if (tz_validate(tz)) { + printf("timezone %s is valid\n", tz); + return 0; + } else { + printf("timezone %s is not valid\n", tz); + return 1; + } +} + /* ** XXX--is the below the right way to conditionalize?? */ Thanks in advance, Ravindra

1 0

Re: zic and zoneinfo.zip
by Paul Eggert Oct. 1, 2010

Oct. 1, 2010

On 09/28/2010 11:15 PM, Ravindra wrote: > That's my appln code. It validates a timezone by loading it. It calls > tzload() like below: Can you please send a complete, self-contained test case illustrating the bug? Snippets of code from an otherwise unpublished help are nice, but they typically aren't enough to reproduce the problem.

2 2

environment independent time functions...
by christos＠zoulas.com Sept. 30, 2010

Sept. 30, 2010

Hello, What I want to achieve is to be able to use the time functions in a multi-threaded program that can handle multiple timezones at the same time. Right now, this is impossible, because the notion of timezone is expressed through the environment. I was careful to re-use the existing code and not change existing functionality so the following routines are just an add-on. I modified tzcode 2010l to add the following functions (as defined in timeextra.h). First I expose an opaque timezone type: typedef struct __state *timezone_t; which is no other than the internal state. Then I provide a way to allocate the handle on per timezone name and to free it. const timezone_t tzalloc(const char *); void tzfree(const timezone_t); Note that the handle is const, because I might want to enhance this in the future to use reference counting instead of allocating a new one per invocation. Then I provide a way to return the two (dst and nondst) strings (like tzname[0], and tzname[1]) with: const char * tzgetname(const timezone_t, int); The following functions are also provided, which are like the _r counterparts only they have an extra timezone argument: struct tm * localtime_z(const time_t *, struct tm *, const timezone_t); char * ctime_z(const time_t *, char *, const timezone_t); time_t timelocal_z(struct tm *, const timezone_t); time_t mktime_z(struct tm *, const timezone_t); time_t time2posix_z(time_t, const timezone_t); time_t posix2time_z(time_t, const timezone_t); The changes to the source are minimal (the diffs are slightly larger because I made things use ansi prototypes and removed 'register '. I don't care about the names or the signatures much, just something I came up as a proof of concept. Here's example code: #include "timeextra.h" #include <stdlib.h> #include <stdio.h> int main(int argc, char *argv[]) { size_t i; char buf[60]; time_t t = time(NULL); timezone_t *tz = malloc(argc * sizeof(*tz)); for (i = 1; i < argc; i++) { tz[i] = tzalloc(argv[i]); if (tz[i] == NULL) err(1, "Cannot find timezone %s", argv[i]); } for (i = 1; i < argc; i++) { printf("[%s] [%s] %s", tzgetname(tz[i], 0), tzgetname(tz[i], 1), ctime_z(&t, buf, tz[i])); tzfree(tz[i]); } return 0; } Has anyone done this work or similar? Do you think others might want something like this? Are you interested in taking a look at the changes/incorporating them? Do you have any other suggestions? Best Regards, christos

1 0

New TZ data for Fiji
by Franck Martin Sept. 30, 2010

Sept. 30, 2010

http://www.fiji.gov.fj/index.php?option=com_content&view=article&id=2438:da… Franck Martin http://www.avonsys.com/ http://www.facebook.com/Avonsys twitter: FranckMartin Avonsys Check your domain reputation: http://gurl.im/b69d4o

1 0

Re: Bug in zic.c?
by Arthur David Olson Sept. 29, 2010

Sept. 29, 2010

That is indeed a bug--in particular, in the DOWLEQ (<=) code. The bug wasn't triggered up to now since all the distributed rules use DOWGEQ (>=). Below is a proposed fix (and slight simplification). Note that the checks are needed to ensure that rules specified in the zic input are representable by POSIX environment variables. --ado ------- zic.c ------- *** /tmp/geta23934 Wed Sep 29 08:45:01 2010 --- /tmp/getb23934 Wed Sep 29 08:45:01 2010 *************** *** 3,9 **** ** 2006-07-17 by Arthur David Olson. */ ! static char elsieid[] = "@(#)zic.c 8.22"; #include "private.h" #include "locale.h" --- 3,9 ---- ** 2006-07-17 by Arthur David Olson. */ ! static char elsieid[] = "@(#)zic.c 8.23"; #include "private.h" #include "locale.h" *************** *** 1881,1896 **** register int week; if (rp->r_dycode == DC_DOWGEQ) { ! week = 1 + rp->r_dayofmonth / DAYSPERWEEK; ! if ((week - 1) * DAYSPERWEEK + 1 != rp->r_dayofmonth) return -1; } else if (rp->r_dycode == DC_DOWLEQ) { if (rp->r_dayofmonth == len_months[1][rp->r_month]) week = 5; else { ! week = 1 + rp->r_dayofmonth / DAYSPERWEEK; ! if (week * DAYSPERWEEK - 1 != rp->r_dayofmonth) return -1; } } else return -1; /* "cannot happen" */ (void) sprintf(result, "M%d.%d.%d", --- 1881,1896 ---- register int week; if (rp->r_dycode == DC_DOWGEQ) { ! if ((rp->r_dayofmonth % DAYSPERWEEK) != 1) return -1; + week = 1 + rp->r_dayofmonth / DAYSPERWEEK; } else if (rp->r_dycode == DC_DOWLEQ) { if (rp->r_dayofmonth == len_months[1][rp->r_month]) week = 5; else { ! if ((rp->r_dayofmonth % DAYSPERWEEK) != 0) return -1; + week = rp->r_dayofmonth / DAYSPERWEEK; } } else return -1; /* "cannot happen" */ (void) sprintf(result, "M%d.%d.%d",

1 0

FW: Bug in zic.c?
by Olson, Arthur David (NIH/NCI) [E] Sept. 29, 2010

Sept. 29, 2010

I'm forwarding this message from Lei Liu, 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: Liu, Lei [mailto:lei.liu2@windriver.com] Sent: Wednesday, September 29, 2010 4:17 To: tz(a)lecserver.nci.nih.gov Subject: Bug in zic.c? Hi, I have a question about the code in zic.c. In function stringrule I get: week = 1 + rp->r_dayofmonth / DAYSPERWEEK; if ((week - 1) * DAYSPERWEEK + 1 != rp->r_dayofmonth) return -1; //... week = 1 + rp->r_dayofmonth / DAYSPERWEEK; if (week * DAYSPERWEEK - 1 != rp->r_dayofmonth) return -1; What do these two if check here? The first one passes only when rp->r_dayofmonth mod 7 equals to 1. And the second one passes only when rp->r_dayofmonth mode 7 equals to 6. But IMO rp->r_dayofmonth can be arbitrary valid day number of the month. This question came up with a problem of compiling following input file: #RULE NAME FROM TO TYPE IN ON AT SAVE LTRS Rule localtime minimum maximum - Mar Sun<=14 2:00 1:0 PDT Rule localtime minimum maximum - Nov Sun<=7 2:00 0:0 UTC # ZONE NAME GMTOFF RULES/SAVE FORMAT Zone localtime 0:0 localtime %s zic prints out: "fault.txt", line 6: too many transitions?! (rule from "fault.txt", line 2) After I removed the two if check, this file can be successfully processed. Is this problem caused by a bug in zic.c or the invalid input data. Thanks. Lei

1 0

Bug in zic.c?
by Liu, Lei Sept. 29, 2010

Sept. 29, 2010

Hi, I have a question about the code in zic.c. In function stringrule I get: week = 1 + rp->r_dayofmonth / DAYSPERWEEK; if ((week - 1) * DAYSPERWEEK + 1 != rp->r_dayofmonth) return -1; //... week = 1 + rp->r_dayofmonth / DAYSPERWEEK; if (week * DAYSPERWEEK - 1 != rp->r_dayofmonth) return -1; What do these two if check here? The first one passes only when rp->r_dayofmonth mod 7 equals to 1. And the second one passes only when rp->r_dayofmonth mode 7 equals to 6. But IMO rp->r_dayofmonth can be arbitrary valid day number of the month. This question came up with a problem of compiling following input file: #RULE NAME FROM TO TYPE IN ON AT SAVE LTRS Rule localtime minimum maximum - Mar Sun<=14 2:00 1:0 PDT Rule localtime minimum maximum - Nov Sun<=7 2:00 0:0 UTC # ZONE NAME GMTOFF RULES/SAVE FORMAT Zone localtime 0:0 localtime %s zic prints out: "fault.txt", line 6: too many transitions?! (rule from "fault.txt", line 2) After I removed the two if check, this file can be successfully processed. Is this problem caused by a bug in zic.c or the invalid input data. Thanks. Lei

1 0

FW: FW: zic and zoneinfo.zip
by Olson, Arthur David (NIH/NCI) [E] Sept. 28, 2010

Sept. 28, 2010

I'm forwarding this message from Ravindra, 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: Ravindra [mailto:rsahlot@yahoo.com] Sent: Monday, September 27, 2010 8:09 To: 'tz(a)elsie.nci.nih.gov'; Olson, Arthur David (NIH/NCI) [E] Subject: Re: FW: zic and zoneinfo.zip More testing on this revealed that it happens only when I use tzdata from version "2010l" on a 64-bit platform (localtime.c compiled as 64-bit code). valgrind does not report the memory error if localtime.c is compiled as 32-bit code or if I use tzdata2007k with tzcode2010l. Looks like, tzcode2010l and tzdata2010l do not get well together on 64-bit? Thanks, Ravindra --- On Sat, 9/25/10, Olson, Arthur David (NIH/NCI) [E] <olsona(a)dc37a.nci.nih.gov> wrote: > From: Olson, Arthur David (NIH/NCI) [E] <olsona(a)dc37a.nci.nih.gov> > Subject: FW: zic and zoneinfo.zip > To: "'tz(a)elsie.nci.nih.gov'" <tz(a)elsie.nci.nih.gov> > Cc: "'rsahlot(a)yahoo.com'" <rsahlot(a)yahoo.com> > Date: Saturday, September 25, 2010, 6:11 PM > I'm forwarding this message from > Ravindra, who is not on the time zone mailing list. Those of > you who are on the list, please direct replies > appropriately. > > (Note that the line numbers below are indeed different from > those in the 2010l on elsie.nci.nih.gov, and that there's no > "tz.c" file with a "tz_validate" function in 2010l on > elsie.nci.nih.gov.) > > > --ado > > -----Original Message----- > From: Ravindra [mailto:rsahlot@yahoo.com] > > Sent: Saturday, September 25, 2010 8:01 > To: Olson, Arthur David (NIH/NCI) [E] > Subject: RE: zic and zoneinfo.zip > > Thanks Arthur! > > Is there a place where I get pre-built zic binary for > Linux? > > I got the doubt because I could build 32-bit zic as well as > 64-bit zic from source code, and I was not sure whether to > build zic as a 32-bit binary or 64-bit binary. What I'm > getting from your response is I can use either version of > zic and use the generated timezone data files on either > platform. > > BTW, I'm looking at various possibilities because I'm using > the code and data from version "2010l" and I'm hitting > following memory error in valgrind log: > > ==5207== Thread 27: > ==5207== Conditional jump or move depends on uninitialised > value(s) > ==5207== at 0x1B9F988: typesequiv > (localtime.c:522) > ==5207== by 0x1B9F830: tzload > (localtime.c:493) > ==5207== by 0x1BA261B: tz_validate > (tz.c:1717) > > Below call is hitting above memory error (line numbers may > not match with original code because we have integrated it > in our code): > > 1712 struct > state state = {0}; > 1713 time_t > > now; > 1714 struct tm > tm; > 1715 > 1716 time(&now); > *** 1717 tzload(gmt, > &state, TRUE, 0); > ... > > tzload code: > ... > 486 if > (sp->timecnt > 1) { > 487 > for (i = 1; i < sp->timecnt; ++i) > 488 > if (typesequiv(sp, > sp->types[i], sp->types[0]) && > 489 > > differ_by_repeat(sp->ats[i], > sp->ats[0])) { > 490 > > sp->goback = > TRUE; > 491 > > break; > 492 > > } > **** 493 > for (i = sp->timecnt - 2; i >= 0; > --i) > 494 > if (typesequiv(sp, > sp->types[sp->timecnt - 1], > 495 > > sp->types[i]) && > 496 > > differ_by_repeat(sp->ats[sp->timecnt > - 1], > 497 > > sp->ats[i])) { > 498 > > sp->goahead = > TRUE; > 499 > > break; > 500 > } > 501 } > ... > 511 static int > 512 typesequiv(const struct state * const sp, const int a, > const int b) > 513 { > 514 register > int result; > 515 > 516 if (sp == NULL > || > 517 > a < 0 || a >= sp->typecnt || > 518 > b < 0 || b >= sp->typecnt) > 519 > result = FALSE; > 520 else { > 521 > register const struct ttinfo * ap = > &sp->ttis[a]; > *** 522 > register const struct ttinfo * bp = > &sp->ttis[b]; > 523 > result = ap->tt_gmtoff == > bp->tt_gmtoff && > 524 > ap->tt_isdst == > bp->tt_isdst && > 525 > ap->tt_ttisstd == > bp->tt_ttisstd && > 526 > ap->tt_ttisgmt == > bp->tt_ttisgmt && > 527 > > strcmp(&sp->chars[ap->tt_abbrind], > 528 > > &sp->chars[bp->tt_abbrind]) == > 0; > 529 } > 530 return result; > 531 } > > It will be great if you are aware of fix for this or if you > could help me how to proceed on this. I can explore this > further but I'm new to this code. > > Thanks in advance, > Ravindra > > --- On Fri, 9/24/10, Olson, Arthur David (NIH/NCI) [E] > <olsona(a)dc37a.nci.nih.gov> > wrote: > > > From: Olson, Arthur David (NIH/NCI) [E] <olsona(a)dc37a.nci.nih.gov> > > Subject: RE: zic and zoneinfo.zip > > To: "Ravindra" <rsahlot(a)yahoo.com> > > Date: Friday, September 24, 2010, 6:40 PM > > The current version of zic generates, > > for each time zone, a binary file that includes both > 32-bit > > and 64-bit versions of the zone's data; the binary > files > > should be usable on both 32- and 64-bit systems. > > > > --ado > > > >

3 4

FW: zic and zoneinfo.zip
by Olson, Arthur David (NIH/NCI) [E] Sept. 28, 2010

Sept. 28, 2010

I'm forwarding this message from Ravindra, who is not on the time zone mailing list. Those of you who are on the list, please direct replies appropriately. (Note that the line numbers below are indeed different from those in the 2010l on elsie.nci.nih.gov, and that there's no "tz.c" file with a "tz_validate" function in 2010l on elsie.nci.nih.gov.) --ado -----Original Message----- From: Ravindra [mailto:rsahlot@yahoo.com] Sent: Saturday, September 25, 2010 8:01 To: Olson, Arthur David (NIH/NCI) [E] Subject: RE: zic and zoneinfo.zip Thanks Arthur! Is there a place where I get pre-built zic binary for Linux? I got the doubt because I could build 32-bit zic as well as 64-bit zic from source code, and I was not sure whether to build zic as a 32-bit binary or 64-bit binary. What I'm getting from your response is I can use either version of zic and use the generated timezone data files on either platform. BTW, I'm looking at various possibilities because I'm using the code and data from version "2010l" and I'm hitting following memory error in valgrind log: ==5207== Thread 27: ==5207== Conditional jump or move depends on uninitialised value(s) ==5207== at 0x1B9F988: typesequiv (localtime.c:522) ==5207== by 0x1B9F830: tzload (localtime.c:493) ==5207== by 0x1BA261B: tz_validate (tz.c:1717) Below call is hitting above memory error (line numbers may not match with original code because we have integrated it in our code): 1712 struct state state = {0}; 1713 time_t now; 1714 struct tm tm; 1715 1716 time(&now); *** 1717 tzload(gmt, &state, TRUE, 0); ... tzload code: ... 486 if (sp->timecnt > 1) { 487 for (i = 1; i < sp->timecnt; ++i) 488 if (typesequiv(sp, sp->types[i], sp->types[0]) && 489 differ_by_repeat(sp->ats[i], sp->ats[0])) { 490 sp->goback = TRUE; 491 break; 492 } **** 493 for (i = sp->timecnt - 2; i >= 0; --i) 494 if (typesequiv(sp, sp->types[sp->timecnt - 1], 495 sp->types[i]) && 496 differ_by_repeat(sp->ats[sp->timecnt - 1], 497 sp->ats[i])) { 498 sp->goahead = TRUE; 499 break; 500 } 501 } ... 511 static int 512 typesequiv(const struct state * const sp, const int a, const int b) 513 { 514 register int result; 515 516 if (sp == NULL || 517 a < 0 || a >= sp->typecnt || 518 b < 0 || b >= sp->typecnt) 519 result = FALSE; 520 else { 521 register const struct ttinfo * ap = &sp->ttis[a]; *** 522 register const struct ttinfo * bp = &sp->ttis[b]; 523 result = ap->tt_gmtoff == bp->tt_gmtoff && 524 ap->tt_isdst == bp->tt_isdst && 525 ap->tt_ttisstd == bp->tt_ttisstd && 526 ap->tt_ttisgmt == bp->tt_ttisgmt && 527 strcmp(&sp->chars[ap->tt_abbrind], 528 &sp->chars[bp->tt_abbrind]) == 0; 529 } 530 return result; 531 } It will be great if you are aware of fix for this or if you could help me how to proceed on this. I can explore this further but I'm new to this code. Thanks in advance, Ravindra --- On Fri, 9/24/10, Olson, Arthur David (NIH/NCI) [E] <olsona(a)dc37a.nci.nih.gov> wrote: > From: Olson, Arthur David (NIH/NCI) [E] <olsona(a)dc37a.nci.nih.gov> > Subject: RE: zic and zoneinfo.zip > To: "Ravindra" <rsahlot(a)yahoo.com> > Date: Friday, September 24, 2010, 6:40 PM > The current version of zic generates, > for each time zone, a binary file that includes both 32-bit > and 64-bit versions of the zone's data; the binary files > should be usable on both 32- and 64-bit systems. > > --ado

5 8

FW: FW: Time Zone in Paris
by Olson, Arthur David (NIH/NCI) [E] Sept. 25, 2010

Sept. 25, 2010

I'm forwarding this message from Katia, who is not the time zone mailing list. Those of you who are on the list, please direct replies appropriately. --ado -----Original Message----- From: Katia [mailto:katia@astrologiainlinea.it] Sent: Saturday, September 25, 2010 6:44 To: 'Paul Eggert' Cc: tz(a)lecserver.nci.nih.gov Subject: R: FW: Time Zone in Paris Thank you for your reply and for having put my question in the mailing lists to which I will enjoy soon. The problem is that according to the downloaded version of the database on the Google site for updates http://code.google.com/p/tzdata/ in 1971 the time zone in Paris wasn't one hour ahead of UTC. Here is part of Paris file in XML version <from>1945-04-02T01:00:00Z</from> <to>1945-09-16T01:00:00Z</to> <dst>true</dst> <offset>7200</offset> <name>WEMT</name> </period> - <period> <from>1945-09-16T01:00:00Z</from> <to>1976-03-28T01:00:00Z</to> <dst>false</dst> <offset>0</offset> <name>WET</name> </period> - <period> Is that file correct ? Katia -----Messaggio originale----- Da: Paul Eggert [mailto:eggert@cs.ucla.edu] Inviato: giovedì 23 settembre 2010 06:37 A: katia(a)astrologiainlinea.it Cc: tz(a)elsie.nci.nih.gov Oggetto: Re: FW: Time Zone in Paris Katia wrote: > With regard to the time zone of Paris from 1945 to 1976 it results a > strange data that conflicts over other resources credited as Shank, > according to your database in 1971 the Time zone Paris was 0. Sorry, I don't see that problem. According to the tz database, the time zone in Paris was one hour ahead of UTC during that period. This agrees with Shanks & Pottenger 2003 (ISBN 0-035127-88-7); I just now checked my printed copy. It also agrees with the Ephemerides Astronomiques for 1998 from Bureau des Longitudes, according to email that we received on 1997-12-12 from Denis Excoffier. These two sources disagree only about exactly when this long period of UTC+1 ended. Shanks & Pottenger say that it ended on 1976-03-28 at 02:00 local time, whereas Excoffier wrote that it ended at 00:00 UTC, i.e., at 01:00 local time. Currently the tz database agrees with Excoffier, but we always welcome any more-authoritative sources, such as reliable newspapers published at the time.

2 1

FW: Time Zone in Paris
by Olson, Arthur David (NIH/NCI) [E] Sept. 25, 2010

Sept. 25, 2010

I'm forwarding this message from Katia, who is not on the time zone mailing list. Those of you who are on the list, please direct replies appropriately. --ado From: Katia [mailto:katia@astrologiainlinea.it] Sent: Wednesday, September 22, 2010 6:31 To: tz(a)lecserver.nci.nih.gov Subject: Time Zone in Paris Hello, we use your database to make astrological calculations. With regard to the time zone of Paris from 1945 to 1976 it results a strange data that conflicts over other resources credited as Shank, according to your database in 1971 the Time zone Paris was 0. Can you confirm this and show me the source? Thanks and good job Katia

4 3

zic and zoneinfo.zip
by Ravindra Sept. 24, 2010

Sept. 24, 2010

We use tzcode and tzdata in our app. We are adding support for 64-bit platforms (Windows and Linux) in our app. I would like to know the right way to generate zoneinfo.zip from tzdata2010l.tar.gz (using "zic -d" command). I have following doubts: 1. Is it ok to use same zoneinfo.zip for 32-bit as well as 64-bit platform? 2. Do I need to build two zic (32-bit and 64-bit) binaries in order to generate separate zoneinfo.zip files for 32-bit and 64-bit platforms? 3. If same zoneinfo.zip can be used for both the platforms, which zic should I use to generate the zoneinfo.zip (32-bit zic or 64-bit zic)? Could someone please clarify my doubts above? Thanks in advance, Ravindra

1 0

About China time zones
by Walter Korte Sept. 24, 2010

Sept. 24, 2010

To the maintainers of the tz database, We are using the TZ database in our navigation SW, and we have had feedback from our users in China that the time zone city names included do not make sense to local users. Neither Harbin, Shanghai nor Chungking (this is a very strange spelling, it is spelled Chongqing in Pinyin) is used in China to indicate a time zone. It would make most sense to remove these 3 entries and replace them with a single Beijing entry in the database. As HongKong and Macao are special administrative regions (SAR) in China, listing these makes sense. For the cities listed that are located in Xinjiang (Kashgar and Urumqi), these should not be listed as China only has one official time zone. But in practice Xinjiang uses its own time zone so keeping these would be better. Best regards, Walter Korte TomTom Asia

1 0

FW: Time Zone in Paris
by Francis SANTONI Sept. 23, 2010

Sept. 23, 2010

Hello, France uses 'de facto' Eastern time zone 1h. This transition has occurred by a switch to summer time in February 1940. There never was back in the winter time at the time of the meridian of Greenwich. France adopted DST in 1976 (Official Decree number 75 866 on September 19, 1975) so that some say France uses a simple summer time in winter and double summer time in summer but in practice its official time for winter is UT + 1hr East and summer time is UT +2hr East. (Sorry but I do not understand the interest of abbreviations given to time zones). Francis Santoni, Paris

1 0

Time Zone in Paris
by Katia Sept. 22, 2010

Sept. 22, 2010

Hello, we use your database to make astrological calculations. With regard to the time zone of Paris from 1945 to 1976 it results a strange data that conflicts over other resources credited as Shank, according to your database in 1971 the Time zone Paris was 0. Can you confirm this and show me the source? Thanks and good job Katia

1 0

proposed time zone package changes (Hong Kong, Vostok, zic.c)
by Arthur David Olson Sept. 16, 2010

Sept. 16, 2010

Below find proposed changes to the time zone package; the executive summary: * asia No DST in Hong Kong in 1977 (thanks to Jesper Norgaard for finding the problem). * zic.c Conditionally output extra types with most-recently-used offsets last (for use by systems with pre-2011 versions of localtime.c, helping to ensure that globals "altzone" and "timezone" get set correctly). * zone.tab Remove obsolete association of Vostok Station with South Magnetic Pole; add association with Lake Vostok (thanks to Petr Machata for finding the problem). The "zic.c" changes result in some changed binary files, but the same output as with the current version of the package is produced by a "zdump -v all/files/in/the/zoneinfo/tree" If no problems are found, I plan to update the ftp versions on 2010-09-27. --ado diff -r -c old/asia new/asia *** old/asia Mon Aug 16 06:57:06 2010 --- new/asia Thu Sep 16 13:29:33 2010 *************** *** 1,4 **** ! # @(#)asia 8.61 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,4 ---- ! # @(#)asia 8.62 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 547,554 **** Rule HK 1954 1964 - Mar Sun>=18 3:30 1:00 S Rule HK 1954 only - Oct 31 3:30 0 - Rule HK 1955 1964 - Nov Sun>=1 3:30 0 - ! Rule HK 1965 1977 - Apr Sun>=16 3:30 1:00 S ! Rule HK 1965 1977 - Oct Sun>=16 3:30 0 - Rule HK 1973 only - Dec 30 3:30 1:00 S Rule HK 1979 only - May Sun>=8 3:30 1:00 S Rule HK 1979 only - Oct Sun>=16 3:30 0 - --- 547,554 ---- Rule HK 1954 1964 - Mar Sun>=18 3:30 1:00 S Rule HK 1954 only - Oct 31 3:30 0 - Rule HK 1955 1964 - Nov Sun>=1 3:30 0 - ! Rule HK 1965 1976 - Apr Sun>=16 3:30 1:00 S ! Rule HK 1965 1976 - Oct Sun>=16 3:30 0 - Rule HK 1973 only - Dec 30 3:30 1:00 S Rule HK 1979 only - May Sun>=8 3:30 1:00 S Rule HK 1979 only - Oct Sun>=16 3:30 0 - diff -r -c old/zic.c new/zic.c *** old/zic.c Mon Aug 16 06:57:05 2010 --- new/zic.c Thu Sep 16 14:55:31 2010 *************** *** 3,9 **** ** 2006-07-17 by Arthur David Olson. */ ! static char elsieid[] = "@(#)zic.c 8.20"; #include "private.h" #include "locale.h" --- 3,9 ---- ** 2006-07-17 by Arthur David Olson. */ ! static char elsieid[] = "@(#)zic.c 8.22"; #include "private.h" #include "locale.h" *************** *** 1621,1626 **** --- 1621,1672 ---- if (thistimei == 0) writetype[0] = TRUE; } + #ifndef LEAVE_SOME_PRE_2011_SYSTEMS_IN_THE_LURCH + /* + ** For some pre-2011 systems: if the last-to-be-written + ** standard (or daylight) type has an offset different from the + ** most recently used offset, + ** append an (unused) copy of the most recently used type + ** (to help get global "altzone" and "timezone" variables + ** set correctly). + */ + { + register int mrudst, mrustd, hidst, histd, type; + + hidst = histd = mrudst = mrustd = -1; + for (i = thistimei; i < thistimelim; ++i) + if (isdsts[types[i]]) + mrudst = types[i]; + else mrustd = types[i]; + for (i = 0; i < typecnt; ++i) + if (writetype[i]) + if (isdsts[i]) + hidst = i; + else histd = i; + if (hidst >= 0 && mrudst >= 0 && hidst != mrudst && + gmtoffs[hidst] != gmtoffs[mrudst]) { + isdsts[mrudst] = -1; + type = addtype(gmtoffs[mrudst], + &chars[abbrinds[mrudst]], + TRUE, + ttisstds[mrudst], + ttisgmts[mrudst]); + isdsts[mrudst] = TRUE; + writetype[type] = TRUE; + } + if (histd >= 0 && mrustd >= 0 && histd != mrustd && + gmtoffs[histd] != gmtoffs[mrustd]) { + isdsts[mrustd] = -1; + type = addtype(gmtoffs[mrustd], + &chars[abbrinds[mrustd]], + FALSE, + ttisstds[mrustd], + ttisgmts[mrustd]); + isdsts[mrustd] = FALSE; + writetype[type] = TRUE; + } + } + #endif /* !defined LEAVE_SOME_PRE_2011_SYSTEMS_IN_THE_LURCH */ thistypecnt = 0; for (i = 0; i < typecnt; ++i) typemap[i] = writetype[i] ? thistypecnt++ : -1; diff -r -c old/zone.tab new/zone.tab *** old/zone.tab Mon Aug 16 06:57:07 2010 --- new/zone.tab Thu Sep 16 13:29:34 2010 *************** *** 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. # --- 1,5 ---- # <pre> ! # @(#)zone.tab 8.38 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. # *************** *** 41,47 **** AQ -6736+06253 Antarctica/Mawson Mawson Station, Holme Bay AQ -6835+07758 Antarctica/Davis Davis Station, Vestfold Hills AQ -6617+11031 Antarctica/Casey Casey Station, Bailey Peninsula ! AQ -7824+10654 Antarctica/Vostok Vostok Station, S Magnetic Pole AQ -6640+14001 Antarctica/DumontDUrville Dumont-d'Urville Station, Terre Adelie AQ -690022+0393524 Antarctica/Syowa Syowa Station, E Ongul I AQ -5430+15857 Antarctica/Macquarie Macquarie Island Station, Macquarie Island --- 41,47 ---- AQ -6736+06253 Antarctica/Mawson Mawson Station, Holme Bay AQ -6835+07758 Antarctica/Davis Davis Station, Vestfold Hills AQ -6617+11031 Antarctica/Casey Casey Station, Bailey Peninsula ! AQ -7824+10654 Antarctica/Vostok Vostok Station, Lake Vostok AQ -6640+14001 Antarctica/DumontDUrville Dumont-d'Urville Station, Terre Adelie AQ -690022+0393524 Antarctica/Syowa Syowa Station, E Ongul I AQ -5430+15857 Antarctica/Macquarie Macquarie Island Station, Macquarie Island

1 0

FW: Morroco studies a TZ core change due to Ramadan
by Olson, Arthur David (NIH/NCI) [E] Sept. 5, 2010

Sept. 5, 2010

I'm forwarding this message from Sébastien Willemijns, 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: Sébastien WILLEMIJNS [mailto:sebastien@willemijns.com] Sent: Wednesday, August 18, 2010 4:51 To: tz(a)lecserver.nci.nih.gov Subject: Morroco studies a TZ core change due to Ramadan http://www.yabiladi.com/articles/details/3089/maroc-l-heure-d-ete-serait- elle-appliquee.html

4 7

Israeli's Planning to ignore Standard Time
by TZ Member Sept. 3, 2010

Sept. 3, 2010

Thousands sign petition to disregard Standard Time shift http://www.ynetnews.com/Ext/Comp/ArticleLayout/CdaArticlePrintPreview/1,2506 ,L-3948283,00.html

1 0

factory zone abbreviation
by Zefram Aug. 26, 2010

Aug. 26, 2010

(I'm not on the mailing list. Please CC me on replies.) The `abbreviation' for the Factory timezone isn't valid for a TZ variable specification. I have discovered this because I have a tzfile parser in Perl that follows POSIX rules strictly for the TZ-format rule part, and I've started applying it systematically to the Olson database. This is the only zone that it has a problem with. The POSIX rules for TZ, as described in the Theory file and available online at <http://www.opengroup.org/onlinepubs/000095399/basedefs/ xbd_chap08.html> among other places, prohibit spaces in the abbreviations. Factory's abbreviation is a sentence with words separated by spaces. I see it's grandfathered past zic's test for POSIX validity, but the intent behind that seems to be more about the length than about the spaces. I don't have a problem with the length: my code doesn't impose any fixed length limit. (POSIX allows implementations to limit the length to six bytes or higher, but doesn't oblige them to.) You could fix this by changing the spaces to dashes. The result is POSIX-valid, and also avoids violating the expectations of naive parsers of date(1) output that expect the timezone abbreviation to be just one word. The downside is that it slightly impairs readability to humans. POSIX systems are also still allowed to object to it if they do impose a small TZNAME_MAX. What are your thoughts? -zefram

3 3

Rules for Asia/Tokyo and Asia/Karachi
by Joachim Wieland Aug. 23, 2010

Aug. 23, 2010

Hi, I am trying to understand the database file format and have a question regarding the rule definition of Asia/Tokyo and Asia/Karachi. Both time zones seem to be valid but I cannot see that from their definition in the database. Let's look at Asia/Tokyo only, but Asia/Karachi is similar... # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Japan 1948 only - May Sun>=1 2:00 1:00 D Rule Japan 1948 1951 - Sep Sat>=8 2:00 0 S Rule Japan 1949 only - Apr Sun>=1 2:00 1:00 D Rule Japan 1950 1951 - May Sun>=1 2:00 1:00 D # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Tokyo 9:18:59 - LMT 1887 Dec 31 15:00u 9:00 - JST 1896 9:00 - CJT 1938 9:00 Japan J%sT So Asia/Tokyo references the ruleset "Japan" which is only defined for the years 1948 - 1951. Wouldn't that mean that Asia/Tokyo is only valid during those years? Especially, it references a substring with "J%sT", where does this substring come from for any other year? Thanks a lot, Joachim

1 0

Shouldn't Kemerovo oblast' use OMST/OMSST timezone abbreviation?
by Petr Machata Aug. 23, 2010

Aug. 23, 2010

... given the time offset it could be either that, or NOVT that tzdata currently uses. But Wikipedia lists Kemerovo under Omsk Time: http://en.wikipedia.org/wiki/Kemerovo_Oblast http://en.wikipedia.org/wiki/Omsk_Time http://ru.wikipedia.org/wiki/Новокузнецк One one reference outside of obvious Wikipedia copies: http://www.vk-ugoll.ru/index.php?option=com_content&view=article&id=82&Item… Though I was unable to find anything official. Petr Machata

2 1

java tz updates
by Alistair Forbes Aug. 20, 2010

Aug. 20, 2010

Hi, Apologies if this is a bit off-topic as it's specific only to java timezones. The latest 2010k updates for java are not (yet) freely available from Sun. ( http://www.oracle.com/technetwork/java/javase/tzdata-versions-138805.html ) I have not looked into it, but I assume if I pay I could get the update. For Linux there there is a package "tzdata-java" which updates /usr/share/javazi/ but this does not used by the Sun JDK. Anyone know is an alternative to updating the Sun JDK timezones? I can of course program something - cases like Egypt changing time for Ramadan are fairly rare. Thanks Al

4 4

Morroco studies a TZ core change due to Ramadan
by S�bastien WILLEMIJNS Aug. 18, 2010

Aug. 18, 2010

http://www.yabiladi.com/articles/details/3089/maroc-l-heure-d-ete-serait- elle-appliquee.html

1 0

The zone.tab comment for Antarctica/Vostok
by Petr Machata Aug. 16, 2010

Aug. 16, 2010

... reads "Vostok Station, S Magnetic Pole". I believe it should be "S Cold Pole". Magnetic pole currently lies in the sea off the coast of Antarctica. Petr Machata

2 1

Inconsistency in zoneinfo binary files?
by Roland Bock Aug. 16, 2010

Aug. 16, 2010

Hi, I hope that this is the right list to ask this question: I am having trouble in comprehending the zoneinfo binary files: I have a version 2 file for Amsterdam which gives me 180 transition times and 13 transition types in the first block (all of which look fine to me). But the second block yields 181 transition times and 14 transition types. The additional transition time is 1971-02-07T06:08:44, which seems rather weird to me. Regards, Roland

2 2

As the odometer turns...
by Olson, Arthur David (NIH/NCI) [E] Aug. 16, 2010

Aug. 16, 2010

For milestone fans. --ado Script started on Mon Aug 16 09:51:45 2010 lecserver$ gunzip < ~ftp/pub/tzarchive.gz | wc -l 1001901 lecserver$ exit script done on Mon Aug 16 09:52:03 2010

1 0

zone.tab comment for Antarctica/Vostok
by Petr Machata Aug. 16, 2010

Aug. 16, 2010

... reads "Vostok Station, S Magnetic Pole". I believe it should be "S Cold Pole". Magnetic pole currently lies in the sea off the coast of Antarctica. Petr Machata

1 0

2010l
by Olson, Arthur David (NIH/NCI) [E] Aug. 16, 2010

Aug. 16, 2010

The files... ftp://elsie.nci.nih.gov/pub/tzcode2010l.tar.gz ...and... ftp://elsie.nci.nih.gov/pub/tzdata2010l.tar.gz ...are now available; these reflect the changes circulated last week on the time zone mailing list, minus the worldtimezone URL change. --ado

1 0

subscribe
by Roland Bock Aug. 16, 2010

Aug. 16, 2010

1 0

Error in time zone for Egypt
by Martin Höfler Aug. 15, 2010

Aug. 15, 2010

Hi! I think there's an error in the time zone description of Egypt for 2010: during Ramadan, Egypt switches back to standard time and at the end of Ramadan it's daylight saving time again. This is the respective rule: Rule Egypt 2010 only - Sep 9 0:00s 1:00 S However, Ramadan seems to end at midnight between the 9th and the 10th of September (it lasts 30 days, which includes the 9th). See http://www.timeanddate.com/news/time/egypt-ends-dst-2010.html So the rule should be: Rule Egypt 2010 only - Sep 9 24:00s 1:00 S Or Rule Egypt 2010 only - Sep 10 0:00s 1:00 S I'm not 100% sure about all this (I'm no expert), but as the other sources in the time zone file don't mention a specific switch time, I think the rule needs to be corrected. Best regards, Martin Hoefler

1 0

Start of Ramadan in the news
by Olson, Arthur David (NIH/NCI) [E] Aug. 11, 2010

Aug. 11, 2010

On page B1 of today's Washington (DC) Post, "In Ramadan, feasting on debate: Siding with science or doctrine, Muslims have disagreed for centuries over how and when to mark start of holy month." http://www.washingtonpost.com/wp-dyn/content/article/2010/08/10/AR201008100… --ado

1 0

Gaza and West Bank have ended DST
by Steffen Thorsen Aug. 11, 2010

Aug. 11, 2010

According to several sources, including http://www.maannews.net/eng/ViewDetails.aspx?ID=306795 the clocks were set back one hour at 2010-08-11 00:00:00 local time in Gaza and the West Bank. Some more background info: http://www.timeanddate.com/news/time/westbank-gaza-end-dst-2010.html -- Best regards, Steffen Thorsen - timeanddate.com

2 1

proposed time zone package changes (including Gaza and Seoul)
by Arthur David Olson Aug. 11, 2010

Aug. 11, 2010

Below find proposed time zone pacakage changes; here's the executive summary: africa Change Cairo's 2010 reversion to DST from the midnight between September 8 and 9 to the midnight between September 9 and 10. asia Change Gaza's 2010 return to standard time to the midnight between August 10 and 11. localtime.c Change to set timezone and altzone based on time types with greatest transition times (for the benefit of Asia/Seoul). tz-link.htm Change worldtimeserver.com to worldtimeserver.co. If no problems are found, these are to show up on the ftp site on 2010-08-16. --ado diff -r -c old/africa new/africa *** old/africa Mon Jul 26 10:42:04 2010 --- new/africa Wed Aug 11 09:42:50 2010 *************** *** 1,5 **** # <pre> ! # @(#)africa 8.27 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)africa 8.28 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 311,318 **** 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] --- 311,318 ---- Rule Egypt 2008 only - Aug lastThu 23:00s 0 - Rule Egypt 2009 only - Aug 20 23:00s 0 - ! Rule Egypt 2010 only - Aug 11 0:00 0 - ! Rule Egypt 2010 only - Sep 10 0:00 1:00 S Rule Egypt 2010 max - Sep lastThu 23:00s 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] diff -r -c old/asia new/asia *** old/asia Mon Jul 26 10:42:05 2010 --- new/asia Wed Aug 11 09:51:47 2010 *************** *** 1,4 **** ! # @(#)asia 8.60 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,4 ---- ! # @(#)asia 8.61 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 2178,2183 **** --- 2178,2195 ---- # "At 12:01am Friday, clocks in Israel and the West Bank will change to # 1:01am, while Gaza clocks will change at 12:01am Saturday morning." + # From Steffen Thorsen (2010-08-11): + # According to several sources, including + # <a href="http://www.maannews.net/eng/ViewDetails.aspx?ID=306795"> + # http://www.maannews.net/eng/ViewDetails.aspx?ID=306795 + # </a> + # the clocks were set back one hour at 2010-08-11 00:00:00 local time in + # Gaza and the West Bank. + # Some more background info: + # <a href="http://www.timeanddate.com/news/time/westbank-gaza-end-dst-2010.html"> + # http://www.timeanddate.com/news/time/westbank-gaza-end-dst-2010.html + # </a> + # The rules for Egypt are stolen from the `africa' file. # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule EgyptAsia 1957 only - May 10 0:00 1:00 S *************** *** 2198,2203 **** --- 2210,2216 ---- Rule Palestine 2009 only - Mar lastFri 0:00 1:00 S Rule Palestine 2010 max - Mar lastSat 0:01 1:00 S Rule Palestine 2009 max - Sep Fri>=1 2:00 0 - + Rule Palestine 2010 only - Aug 11 0:00 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Gaza 2:17:52 - LMT 1900 Oct diff -r -c old/localtime.c new/localtime.c *** old/localtime.c Mon Jul 26 10:42:04 2010 --- new/localtime.c Wed Aug 11 09:48:22 2010 *************** *** 5,11 **** #ifndef lint #ifndef NOID ! static char elsieid[] = "@(#)localtime.c 8.13"; #endif /* !defined NOID */ #endif /* !defined lint */ --- 5,11 ---- #ifndef lint #ifndef NOID ! static char elsieid[] = "@(#)localtime.c 8.14"; #endif /* !defined NOID */ #endif /* !defined lint */ *************** *** 274,281 **** return; } #endif /* defined ALL_STATE */ ! 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]; --- 274,286 ---- return; } #endif /* defined ALL_STATE */ ! /* ! ** 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]; *************** *** 282,307 **** #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]; - } - /* ** Finally, scrub the abbreviations. ** First, replace bogus characters. */ --- 287,301 ---- #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 */ } /* ** Finally, scrub the abbreviations. ** First, replace bogus characters. */ diff -r -c old/tz-link.htm new/tz-link.htm *** old/tz-link.htm Mon Jul 26 10:42:07 2010 --- new/tz-link.htm Wed Aug 11 09:29:39 2010 *************** *** 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 --- 18,24 ---- <body> <h1>Sources for Time Zone and Daylight Saving Time Data</h1> <address> ! @(#)tz-link.htm 8.29 </address> <p> This file is in the public domain, so clarified as of *************** *** 333,339 **** time info, public holidays</a> contains information on local time, sunrise and sunset, and public holidays in several hundred cities around the world.</li> ! <li><a href="http://worldtimeserver.com/">World Time Server</a> is another time zone database.</li> <li><a href="http://tycho.usno.navy.mil/tzones.html">World Time Zones</a> contains data from the Time Service Department of the --- 333,339 ---- time info, public holidays</a> contains information on local time, sunrise and sunset, and public holidays in several hundred cities around the world.</li> ! <li><a href="http://worldtimeserver.co/">World Time Server</a> is another time zone database.</li> <li><a href="http://tycho.usno.navy.mil/tzones.html">World Time Zones</a> contains data from the Time Service Department of the

1 0

Egypt change time
by Moataz Salah Aug. 9, 2010

Aug. 9, 2010

Dear Sir, do you know that egypt will change its time after 36 hrs from now , in more details ,tomorrow tuesday at 11:59 pm will olson database update that or not

1 0

World Time Server Link on your website
by webmaster＠worldtimeserver.co Aug. 7, 2010

Aug. 7, 2010

Please consider updating your http://www.worldtimeserver.com link to http://www.worldtimeserver.co (note .co, not .com) when you have a spare moment. Thanks. Kind Regards, WorldTimeServer.co team http://www.worldtimeserver.co

1 0

Maybe a mistake in tzdata2010k.tar.gz
by Stanley, Rick Aug. 4, 2010

Aug. 4, 2010

Hi, I got your email from http://www.twinsun.com/tz/tz-link.htm. I have recently downloaded this tz file: tzdata2010k.tar.gz I have compiled the tz file for Egypt and find the following: bash-3.00# zdump -v Egypt | grep 2010 Egypt Thu Apr 29 21:59:59 2010 UTC = Thu Apr 29 23:59:59 2010 EET isdst=0 Egypt Thu Apr 29 22:00:00 2010 UTC = Fri Apr 30 01:00:00 2010 EEST isdst=1 Egypt Tue Aug 10 20:59:59 2010 UTC = Tue Aug 10 23:59:59 2010 EEST isdst=1 Egypt Tue Aug 10 21:00:00 2010 UTC = Tue Aug 10 23:00:00 2010 EET isdst=0 Egypt Wed Sep 8 21:59:59 2010 UTC = Wed Sep 8 23:59:59 2010 EET isdst=0 Egypt Wed Sep 8 22:00:00 2010 UTC = Thu Sep 9 01:00:00 2010 EEST isdst=1 Egypt Thu Sep 30 20:59:59 2010 UTC = Thu Sep 30 23:59:59 2010 EEST isdst=1 Egypt Thu Sep 30 21:00:00 2010 UTC = Thu Sep 30 23:00:00 2010 EET isdst=0 All of this looks correct, except for the Sep 8 - Sep 9 changes. Here is what I find on the web about time changes in Egypt: DST ends<http://www.timeanddate.com/worldclock/clockchange.html?n=53> on Midnight between Tuesday, August 10, 2010 and Wednesday, August 11, 2010 local daylight time DST starts<http://www.timeanddate.com/worldclock/clockchange.html?n=53> on Midnight between Thursday, September 9, 2010 and Friday, September 10, 2010 local standard time DST ends<http://www.timeanddate.com/worldclock/clockchange.html?n=53> on Midnight between Thursday, September 30, 2010 and Friday, October 1, 2010 local daylight time On the web, DST starts between Sept 9 and 10th In the TZ file, DST starts between Sept 8 and 9th. Thank you, Rick Stanley Technical Support Engineer, Global Mobile Messaging (within the USA) 1.888.367.8552 | (outside USA) +1.919.460.2150 5200 Paramount Parkway | Morrisville, NC | 27560 | USA Tekelec<http://www.tekelec.com/?LinkID=TK22&PubID=15&DistID=9&AdID=4> [cid:image002.jpg@01CB33CA.88257E40]

1 0

Australian timezone abbreviation EST
by Joachim Wieland Aug. 3, 2010

Aug. 3, 2010

Hi there, I am a bit confused by the definition of some Australian timezones in the database, maybe someone could shed some light here... When I look at Melbourne for example, I see: [...] Rule AV 2008 max - Apr Sun>=1 2:00s 0 - Rule AV 2008 max - Oct Sun>=1 2:00s 1:00 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Australia/Melbourne 9:39:52 - LMT 1895 Feb 10:00 Aus EST 1971 10:00 AV EST It looks like there is only one valid timezone abbreviation, which is EST! EST seems to change its offset whenever Australia/Melbourne changes from dst or back? Isn't that more than confusing? How would one know what time "4:15pm EST" is?! Or am I only misreading this? http://www.travelmath.com/time-zone/Australia/Melbourne tells me: "The GMT offset is currently UTC/GMT +10 hours (EST). It will change [...]. The new GMT offset will be UTC/GMT +11 hours (EST)." Thanks for your help, Joachim PS: I am not subscribed to the list, it would be nice if you could copy me in your replies. Thanks.

4 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

Olson programming language specific data sets
by Rich Tibbett July 4, 2010

July 4, 2010

Hi, I would like to request that the following resource be added to http://www.twinsun.com/tz/tz-link.htm: http://code.google.com/p/tzdata/ This project provides programming language specific representations of Olson timezone data. Currently this includes XML, PHP, Ruby, Javascript, JSON and CSV formatted data. The repository is updated as soon as the Olson 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. Thanks for all your hard work and I hope this resource will be of interest for people looking for language-specific timezone bindings. best regards, Rich Tibbett

1 0

Problems with this mailing list?
by Yves Goergen July 4, 2010

July 4, 2010

Hi, I observe some strange behaviour with this mailing list. When trying to subscribe, nothing at all happened and after a second try, somebody seemed to have done that manually. This is a very irritating start for new people. I had sent a message to the list a few days ago which just didn't appear while a later one was sent around quite quickly. After a few hours I just resent my message and then it worked. I didn't receive any error message since then. It just got lost on the way with no notice. My mail server keeps informing me now that the delivery of my messages to the list is delayed by 24..48.. hours, but I already received the list's echo of the regarding message. I'm wondering what final error message my mail server will come up with when the retry timeout is over. The list's address is changed in all messages I get from it. Instead of tz(a)elsie.nci.nih.gov, my messages appear to be sent to tz(a)lecserver.nci.nih.gov. I even see messages to "tz(a)elsie.nci.nih.gov" <tz(a)lecserver.nci.nih.gov>... What is the real address now?! All very confusing here. I didn't observe such behaviour in any of the other 13 mailing lists I'm subscribed to... -- Yves Goergen "LonelyPixel" <nospam.list(a)unclassified.de> Visit my web laboratory at http://beta.unclassified.de

2 1

Some questions about the database format
by Yves Goergen July 1, 2010

July 1, 2010

Hi, I intend to use the tz database in my C# calendar application. Since I need a decent time zone support, I was pointed to this database from the MSDN forums. I now have a few questions regarding the file format of the text files. A day specification of "Sun>=1" or "Sun>=8" should be clear, I interpret this as the first/second Sunday in a month. But what weekday and week is "Sun>=25" or "Sun>=2"? How is the Zone field "[UNTIL]" to be understood exactly? Is it including or excluding the given time? What does "1990" mean, is it until and inclusive the whole year 1990, ie /1990-12-31T23:59:59 or is it something around 1990-01-01? What does the time specification "2:00s" mean? I've seen it several times but couldn't make any sense of it. Are all rules in the text files sorted ascending by time ("FROM" year)? That would simplify the processing because in order to convert them into .NET framework structures I need pairs of DST start and end rules together for a range of years, and thus need to resolve the overlapping rule definitions.

5 5

When will 2010k be released ?
by Rajput, Sonali June 30, 2010

June 30, 2010

Hi, Any plans for the k release ? Thanks Sonali

2 1

FW: .NET implementation for tz compiler list
by Olson, Arthur David (NIH/NCI) [E] June 21, 2010

June 21, 2010

I'm forwarding this message from Colin Bowern who is not on the time zone mailing list. Those of you who are on the list, please direct replies appropriately. --ado From: Colin Bowern [mailto:colin@bowern.com] Sent: Wednesday, June 16, 2010 2:28 To: tz(a)lecserver.nci.nih.gov Subject: .NET implementation for tz compiler list Just wanted to give everyone a heads up that there is a Joda Time port for .NET in progress: http://code.google.com/p/noda-time/ It's starting to gather some steam. Cheers, Colin

1 0

.NET implementation for tz compiler list
by Colin Bowern June 16, 2010

June 16, 2010

Just wanted to give everyone a heads up that there is a Joda Time port for .NET in progress: http://code.google.com/p/noda-time/ It's starting to gather some steam. Cheers, Colin

1 0

FW: Patches for zic.8 manpage
by Olson, Arthur David (NIH/NCI) [E] June 14, 2010

June 14, 2010

I'm forwarding this message from Uli, who is not on the time zone mailing list. Those of you who are on the list, please direct replies appropriately. The zic.8 file that's part of the original distribution at ftp://elsie.nci.nih.gov/pub doesn't contain ".Dl" lines. My best guess is that these are being introduced by a redistributor; someone on the list may have insights. --ado Hello, not sure if this is the right list to submit "code" changes to, but as I'm working on getting the FreeBSD manpage corpus into shape for mandoc/mdocml, there's a patch I'd like you to commit. The patch fixes some missing quotes. Regards, Uli diff --git a/contrib/tzcode/zic/zic.8 b/contrib/tzcode/zic/zic.8 index f7ff815..fe09ef2 100644 --- a/contrib/tzcode/zic/zic.8 +++ b/contrib/tzcode/zic/zic.8 @@ -120,9 +120,9 @@ Non-blank lines are expected to be of one of three types: rule lines, zone lines, and link lines. .Pp A rule line has the form: -.Dl "Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S +.Dl "Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S" For example: -.Dl "Rule US 1967 1973 \- Apr lastSun 2:00 1:00 D +.Dl "Rule US 1967 1973 \- Apr lastSun 2:00 1:00 D" .Pp The fields that make up a rule line are: .Bl -tag -width "LETTER/S" -offset indent @@ -262,7 +262,7 @@ the variable part is null. A zone line has the form: .Dl "Zone NAME GMTOFF RULES/SAVE FORMAT [UNTILYEAR [MONTH [DAY [TIME]]]]" For example: -.Dl "Zone Australia/Adelaide 9:30 Aus CST 1971 Oct 31 2:00 +.Dl "Zone Australia/Adelaide 9:30 Aus CST 1971 Oct 31 2:00" The fields that make up a zone line are: .Bl -tag -width indent .It NAME @@ -319,9 +319,9 @@ continuation. .El .Pp A link line has the form -.Dl "Link LINK-FROM LINK-TO +.Dl "Link LINK-FROM LINK-TO" For example: -.Dl "Link Europe/Istanbul Asia/Istanbul +.Dl "Link Europe/Istanbul Asia/Istanbul" The .Em LINK-FROM field should appear as the @@ -335,9 +335,9 @@ Except for continuation lines, lines may appear in any order in the input. .Pp Lines in the file that describes leap seconds have the following form: -.Dl "Leap YEAR MONTH DAY HH:MM:SS CORR R/S +.Dl "Leap YEAR MONTH DAY HH:MM:SS CORR R/S" For example: -.Dl "Leap 1974 Dec 31 23:59:60 + S +.Dl "Leap 1974 Dec 31 23:59:60 + S" The .Em YEAR , .Em MONTH ,

3 2

proposed time zone package changes (Bahia de Banderas; version naming)
by Arthur David Olson June 14, 2010

June 14, 2010

Here are proposed changes to the time zone package: northamerica New "Bahia_Banderas" time zone (omitting the "de" to stay within 14 characters) zone.tab New "Bahia_Banderas" time zone tz-link.htm Add sentence on time zone version naming. If no problems are found, these should show up on the ftp site on 2010-05-10. --ado ------- northamerica ------- *** /tmp/geta2310 Sat May 1 10:13:44 2010 --- /tmp/getb2310 Sat May 1 10:13:44 2010 *************** *** 1,5 **** # <pre> ! # @(#)northamerica 8.30 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)northamerica 8.31 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 2089,2095 **** --- 2089,2132 ---- -8:00 - PST 1970 -7:00 Mexico M%sT 1999 -7:00 - MST + + # From Alexander Krivenyshev (2010-04-21): + # According to news, Bahía de Banderas (Mexican state of Nayarit) + # changed time zone UTC-7 to new time zone UTC-6 on April 4, 2010 (to + # share the same time zone as nearby city Puerto Vallarta, Jalisco). + # + # (Spanish) + # Bahía de Banderas homologa su horario al del centro del + # país, a partir de este domingo + # <a href="http://www.nayarit.gob.mx/notes.asp?id=20748"> + # http://www.nayarit.gob.mx/notes.asp?id=20748 + # </a> + # + # Bahía de Banderas homologa su horario con el del Centro del + # País + # <a href="http://www.bahiadebanderas.gob.mx/principal/index.php?option=com_content&vi…"> + # http://www.bahiadebanderas.gob.mx/principal/index.php?option=com_content&vi…" + # </a> + # + # (English) + # Puerto Vallarta and Bahía de Banderas: One Time Zone + # <a href="http://virtualvallarta.com/puertovallarta/puertovallarta/localnews/2009-12-…"> + # http://virtualvallarta.com/puertovallarta/puertovallarta/localnews/2009-12-… + # </a> + # + # or + # <a href="http://www.worldtimezone.com/dst_news/dst_news_mexico08.html"> + # http://www.worldtimezone.com/dst_news/dst_news_mexico08.html + # </a> + # + # "Mexico's Senate approved the amendments to the Mexican Schedule System that + # will allow Bahía de Banderas and Puerto Vallarta to share the same time + # zone ..." # Baja California Sur, Nayarit, Sinaloa + + # From Arthur David Olson (2010-05-01): + # Use "Bahia_Banderas" to keep the name to fourteen characters. + Zone America/Mazatlan -7:05:40 - LMT 1921 Dec 31 23:54:20 -7:00 - MST 1927 Jun 10 23:00 -6:00 - CST 1930 Nov 15 *************** *** 2100,2105 **** --- 2137,2155 ---- -7:00 - MST 1949 Jan 14 -8:00 - PST 1970 -7:00 Mexico M%sT + + Zone America/Bahia_Banderas -7:01:00 - LMT 1921 Dec 31 23:59:00 + -7:00 - MST 1927 Jun 10 23:00 + -6:00 - CST 1930 Nov 15 + -7:00 - MST 1931 May 1 23:00 + -6:00 - CST 1931 Oct + -7:00 - MST 1932 Apr 1 + -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) Zone America/Tijuana -7:48:04 - LMT 1922 Jan 1 0:11:56 -7:00 - MST 1924 ------- tz-link.htm ------- *** /tmp/geta2330 Sat May 1 10:14:05 2010 --- /tmp/getb2330 Sat May 1 10:14:05 2010 *************** *** 18,24 **** <body> <h1>Sources for Time Zone and Daylight Saving Time Data</h1> <address> ! @(#)tz-link.htm 8.26 </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.27 </address> <p> This file is in the public domain, so clarified as of *************** *** 89,94 **** --- 89,96 ---- where <code><var>C</var></code> is the code's version; similarly, the data are in <code>tzdata<var>D</var>.tar.gz</code>, where <code><var>D</var></code> is the data's version. + Each version is a four-digit year followed by lower-case letters + (a through z, then za through zz, then zza through zzz, and so on). The following <a href="http://en.wikipedia.org/wiki/Unix_shell">shell</a> commands download these files to a <abbr>GNU</abbr>/Linux or similar host; ------- zone.tab ------- *** /tmp/geta2358 Sat May 1 10:14:46 2010 --- /tmp/getb2358 Sat May 1 10:14:46 2010 *************** *** 1,5 **** # <pre> ! # @(#)zone.tab 8.35 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. # --- 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. # *************** *** 288,293 **** --- 288,294 ---- MX +2904-11058 America/Hermosillo Mountain Standard Time - Sonora MX +3232-11701 America/Tijuana US Pacific Time - Baja California near US border MX +3018-11452 America/Santa_Isabel Mexican Pacific Time - Baja California away from US border + MX +2048-10515 America/Bahia_Banderas Mexican Central Time - Bahia de Banderas MY +0310+10142 Asia/Kuala_Lumpur peninsular Malaysia MY +0133+11020 Asia/Kuching Sabah & Sarawak MZ -2558+03235 Africa/Maputo

3 2

Revisiting Australian time zone abbreviations
by Richard Stanway June 13, 2010

June 13, 2010

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?

1 0

Patches for zic.8 manpage
by Ulrich Spörlein June 9, 2010

June 9, 2010

Hello, not sure if this is the right list to submit "code" changes to, but as I'm working on getting the FreeBSD manpage corpus into shape for mandoc/mdocml, there's a patch I'd like you to commit. The patch fixes some missing quotes. Regards, Uli

1 0

FW: Timezone option
by Olson, Arthur David (NIH/NCI) [E] May 26, 2010

May 26, 2010

I'm forwarding this message from Honey Bajaj, who is not on the time zone mailing list. Those of you who are on the list, please direct replies appropriately. (On some systems, setting TZ to "GMT-48" may do what HB wants.) --ado From: honey bajaj [mailto:honeybajaj1@rediffmail.com] Sent: Tuesday, May 25, 2010 3:36 To: tz(a)lecserver.nci.nih.gov Subject: Timezone option Hi, I have a testing requirement which needs to alter the system date to a couple of days ahead of current date. I am wondering if its possible to have a custom timezone which can provide this date change ability to drift the current time to couple of days ahead by setting the TZ environment variable. Regards,

4 3

Russian time zone issue reported
by Gary Lasker May 25, 2010

May 25, 2010

Hello! I've been getting started maintaining tzdata for Ubuntu, and I wanted to check in with the list regarding an issue reported by an Ubuntu user in the following bug report (please refer to comment #16 posted by Guria: https://bugs.launchpad.net/ubuntu/lucid/+source/tzdata/+bug/540295 The comment from Guria is as follows: "Just looked at timezones more precisely. Unfortunately changes are wrong. In changed tz's was set only summer time, but winter time stays unchanged. This timezones doesn't exists already in fact. Europe/Samara is now exactly equal Europe/Moscow, Asia/Kamchatka is Asia/Magadan. Follow next link for details: http://wwp.greenwichmeantime.com/time-zone/russia/time-zones/index.htm Also, please don't forget to provide this info to upstream or other distributions." I'd appreciate it very much if somebody could review this statement to determine what, if any, action may be required. Thank you very much and please email me if there's anything further I can provide. I'll be following responses on-list. Thanks again and best regards, Gary Lasker

3 2

Information Requeté
by Maameri, Adraa May 18, 2010

May 18, 2010

Hello, As you know, there are some countries that change their time zone randomly in the year. We have Egyptian users that want to know if it is possible to create another time zone called Cairo (+3:00). They will change manually their time zones and the best point is that the time of their meetings won't be shifted. Do you think it is possible to do ? Thanks in advance for your response. Regards, </PRE><p style="font-family:arial;color:grey" style="font-size:13px">This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message.</p><PRE>

1 0

Xinjiang Time
by Luther Ma May 15, 2010

May 15, 2010

With the restoration of internet to Xinjiang yesterday after a ten month hiatus, I would like to make one more plea for Xinjiang Time to be included in the tz database. (Last year we discussed Xinjiang Time, a semi-official time used primarily by minority ethnic groups in the Xinjiang Uyghur Autonomous Region of China, as well as in some official Xinjiang Chinese language publications.) Although any proposal is better than nothing at this point, I've summarized here my preferences and my reasons. 1. That the locations be the already existing Urumqi/Asia and Kashgar/ Asia. These already exist in the database and have been the most common English spelling on the Internet and on maps for some time. (These names correspond closely to the Uyghur pronunciation and are probably more commonly used because of the autonomous region status of the area. The "q" in Urumqi is pronounced like the "ch' in English.) 2. That the name of the time zone be called Xinjiang Time, abbreviated XJT. This nomenclature corresponds word for word with the most common usage in Chinese and Uyghur, as well as all references to it I can find in English. It would therefore be immediately recognizable by users of Xinjiang Time. This would also agree with the recommendations in the Theory file. > If there is no common English abbreviation, abbreviate the English > translation of the usual phrase used by native speakers. URUT for Urumqi Time would be another possibility as it is a recognized, perhaps more official term, but not nearly as widely used. 3. That no other location be added (especially with the same latitude and longitude) to accommodate the use of Beijing Time (also widely used in Xinjiang, esp. by close to 100% of the ethnic Han population). The reason for this is two-fold. a. It agrees with the recommendations in Theory, Urumqi being quite a bit smaller than Beijing > Use the most populous among locations in a country's time zone, > e.g. prefer `Shanghai' to `Beijing' and by definition is redundant. > If all the clocks in a country's region have agreed since 1970, > don't bother to include more than one location b. But perhaps more critically, it is an added difficulty to implement two zones having the same position on most GUI's. I am afraid that GUI developers would choose the more commonly used time and that Xinjiang time, although present in the tzdata would be swallowed up in the user interface. 4. And lastly, that no effort be made to link the time zone with summer time changes that happened in the rest of the country during the late eighties, as the local populace, at least to some extent, continued to use standard time. If it is, however, desirable to have a summer time, I believe the abbreviation XJST would most closely follow the recommendations of the Theory file So these, then, are my suggestions and the reasons why. Thanks for taking another look into this, -Luther PS I have been patching the tzdata for my own use as well as for a very small distribution, which I have pasted below in case it is of any use to others or in changing the official version. $ diff -c tzdata2010j/asia proposedXJT/asia *** tzdata2010j/asia 2010-05-10 21:07:27.000000000 +0800 --- proposed XJT/asia 2010-05-15 19:08:24.000000000 +0800 *************** *** 390,396 **** # Fukang, Kuitun, Kumukuli, Miquan, Qitai, and Turfan. Zone Asia/Urumqi 5:50:20 - LMT 1928 # or Urumchi 6:00 - URUT 1980 May # Urumqi Time ! 8:00 PRC C%sT # Kunlun Time # West Tibet, including Pulan, Aheqi, Shufu, Shule; # West Xinjiang, including Aksu, Atushi, Yining, Hetian, Cele, Luopu, Nileke, --- 390,396 ---- # Fukang, Kuitun, Kumukuli, Miquan, Qitai, and Turfan. Zone Asia/Urumqi 5:50:20 - LMT 1928 # or Urumchi 6:00 - URUT 1980 May # Urumqi Time ! 6:00 - XJT # Kunlun Time # West Tibet, including Pulan, Aheqi, Shufu, Shule; # West Xinjiang, including Aksu, Atushi, Yining, Hetian, Cele, Luopu, Nileke, *************** *** 462,468 **** Zone Asia/Kashgar 5:03:56 - LMT 1928 # or Kashi or Kaxgar 5:30 - KAST 1940 # Kashgar Time 5:00 - KAST 1980 May ! 8:00 PRC C%sT # From Lee Yiu Chung (2009-10-24): --- 462,468 ---- Zone Asia/Kashgar 5:03:56 - LMT 1928 # or Kashi or Kaxgar 5:30 - KAST 1940 # Kashgar Time 5:00 - KAST 1980 May ! 6:00 - XJT # From Lee Yiu Chung (2009-10-24):

1 0

gmtime() oddities for large values
by Edwin Groothuis May 13, 2010

May 13, 2010

Hello! With my hat of the tzdata/tzcode maintainer on the FreeBSD system, I sometimes get the more interesting bugs reported. For example this piece of code, on 64 bit machines it returns the same values for values bigger than the initial one: #include <errno.h> #include <stdint.h> #include <stdio.h> #include <time.h> void t_inspect(time_t t) { struct tm *tp; errno = 0; tp = gmtime(&t); printf("t: %ld, tp: %p errno: %d\n", t, tp, errno); if (tp) printf("sec: %d, min: %d, hour: %d, mday: %d, mon: %d, " "year: %d, wday: %d, yday: %d, isdst: %d, gmtoff: %ld, " "zone: %s\n", tp->tm_sec, tp->tm_min, tp->tm_hour, tp->tm_mday, tp->tm_mon, tp->tm_year, tp->tm_wday, tp->tm_yday, tp->tm_isdst, tp->tm_gmtoff, tp->tm_zone); } int main(void) { // time_t t = INT32_MAX; time_t t = 67767976233532799; t_inspect(t-1); t_inspect(t); t_inspect(t+1); t_inspect(t+2); return 0; } The output on a 64 bit machine is (the interesting part is the sec=59) t: 67767976233532798, tp: 0x80085b9a0 errno: 2 sec: 58, min: 59, hour: 23, mday: 31, mon: 11, year: 2147481747, wday: 2, yday: 364, isdst: 0, gmtoff: 0, zone: UTC t: 67767976233532799, tp: 0x80085b9a0 errno: 0 sec: 59, min: 59, hour: 23, mday: 31, mon: 11, year: 2147481747, wday: 2, yday: 364, isdst: 0, gmtoff: 0, zone: UTC t: 67767976233532800, tp: 0x80085b9a0 errno: 0 sec: 59, min: 59, hour: 23, mday: 31, mon: 11, year: 2147481747, wday: 2, yday: 364, isdst: 0, gmtoff: 0, zone: UTC t: 67767976233532801, tp: 0x80085b9a0 errno: 0 sec: 59, min: 59, hour: 23, mday: 31, mon: 11, year: 2147481747, wday: 2, yday: 364, isdst: 0, gmtoff: 0, zone: UTC Right now, I am looking for confirmation from people on the list if this behaviour is also happening on other 64 bit operating systems or that it is a FreeBSD specific quirk. Edwin

3 2

Ponape/Pohnpei
by Clint Adams May 10, 2010

May 10, 2010

It has been brought to my attention that Ponape had been remained to Pohnpei in 1984. Could we switch to Pacific/Pohnpei with a backward link?

2 1

2010j
by Olson, Arthur David (NIH/NCI) [E] May 10, 2010

May 10, 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 on the time zone mailing list for Bahia de Banderas and for version naming. --ado

1 0

Time format error in Olson TZ rules for Asia
by tojo.mathew＠nokia.com April 27, 2010

April 27, 2010

Hello, We have noticed a possible error in Jordan rule. It uses time value 24:00 in recent updates of Olson rule files. Rule Jordan 2002 max - Mar lastThu 24:00 1:00 S As per RFC 3339,( Clause :5.6. Internet Date/Time Format) it recommends time format from 00-23 for hours. (http://www.ietf.org/rfc/rfc3339.txt ) This implies Jordan rule may need to be changed to: Rule Jordan 2002 max - Mar lastFri 0:00 1:00 S Please check this and update in subsequent releases if found appropriate. Regards, Tojo Mathew Senior Engineer,Application S/W Nokia

6 9

Time zone file naming scheme
by Stephen Colebourne April 27, 2010

April 27, 2010

As spec lead of JSR-310, the Java effort to enhance dates and times, I'm encoding TZDB data. In order to represent the different versions of the data, I'm using the tzdb naming scheme or year followed by letter, eg. 2010i. This version number is sorted alphabetically. Obviously, it is possible that there might be more than 26 releases of the data in one year. In order to maintain the alphabetical sort order, I'd like this list to determine a strategy for the unlikely event that this situation occurs. For example: 2010a 2010z 2010za 2010zb If the list does not arrange a strategy (and define it in the theory document), then JSR-310, or future maintainers, will have to make up our own approach for numbering the 27th and onwards releases. Opinions? thanks Stephen

6 6

Subscription request
by tojo.mathew＠nokia.com April 23, 2010

April 23, 2010

I would like to subscribe to this mailing list. Best Regards, Tojo Mathew

1 0

Bahía de Banderas (Mexican state of Nayarit) changed time zone UTC-7 to UTC-6
by Alexander Krivenyshev April 21, 2010

April 21, 2010

According to news, Bahía de Banderas (Mexican state of Nayarit) changed time zone UTC-7 to new time zone UTC-6 on Apriul 4, 2010 (to share the same time zone as nearby city Puerto Vallarta, Jalisco). (Spanish) Bahía de Banderas homologa su horario al del centro del país, a partir de este domingo http://www.nayarit.gob.mx/notes.asp?id=20748 Bahía de Banderas homologa su horario con el del Centro del País http://www.bahiadebanderas.gob.mx/principal/index.php? option=com_content&view=article&id=261:bahia-de-banderas-homologa-su-horario- con-el-del-centro-del-pais&catid=42:comunicacion-social&Itemid=50 (English) Puerto Vallarta and Bahía de Banderas: One Time Zone http://virtualvallarta.com/puertovallarta/puertovallarta/localnews/2009-12-… Puerto-Vallarta-and-Bahia-de-Banderas-One-Time-Zone.shtml or http://www.worldtimezone.com/dst_news/dst_news_mexico08.html "Mexico's Senate approved the amendments to the Mexican Schedule System that will allow Bahía de Banderas and Puerto Vallarta to share the same time zone ..." Alexander Krivenyshev, http://www.worldtimezone.com

1 0

user-friendly time zone list
by Douglass Davis April 20, 2010

April 20, 2010

Hello All, I am attempting to find a user-friendly list of time zones for users to select their current time zone. It would have common names that timezones are referred to, such as Eastern Time (US and Canada), and/or city names. This list should map the text to a time zone name such as "America/New_York." It would also remove multiple listings for what the user thinks of as the same time zone. Does any one know of such a list? If not, I would like to create one. One thing that perhaps would help is if I could group many timezones by if they are implemented exactly the same way in 2010. This would make it easy to remove multiple listings for the "same" time zone. Also, if there are any time zones that are strictly there for historical purposes, I would like to not have them in the list. I will put this list in the public domain if any other application developers want to use it. Please let me know if you have any suggestions as far as where I could find this list, or how I could create it. Thanks. -- Douglass Davis Applications Developer UNC - General Administration

2 2

FW: Creating an alias to America/Sao_Paulo
by Olson, Arthur David (NIH/NCI) [E] April 20, 2010

April 20, 2010

I'm forwarding this message from Leonardo Ferreira, who is not on the time zone mailing list. Those of you who are on the list, please direct replies appropriately. (There are no plans to add an America/Brasilia alias. If it's any consolation, the United States is in a similar boat--the time zone I'm in is named America/New_York rather than America/Washington_DC. --ado From: Leonardo Ferreira Fontenelle [mailto:leonardof@gnome.org] Sent: Sunday, April 18, 2010 10:36 To: tz(a)lecserver.nci.nih.gov Subject: Creating an alias to America/Sao_Paulo I am a GNOME trasnlator, and I received an e-mail from an user about the choice of the São Paulo city as the name for the corresponding time zone. I understand this is the most populous city, but he made a good point: in Brazil we call this time zone "Brasília time". Brasília has been our country capital for 50 years, since the government finished building it for this specific purpose. There's no chance the city will lose this the status for the next decades, because no one has any good reason for that. So, I'd like to know if there's any chance of creating America/Brasilia as an alias to America/Sao_Paulo. Thanks!

2 1

data2010i
by Olson, Arthur David (NIH/NCI) [E] April 19, 2010

April 19, 2010

The file... ftp://elsie.nci.nih.gov/pub/tzdata2010i.tar.gz ...is now available; this reflects the changes circulated last week on the time zone mailing list (with the end of DST in Morocco on 2010-08-08). --ado

1 0

Creating an alias to America/Sao_Paulo
by Leonardo Ferreira Fontenelle April 18, 2010

April 18, 2010

I am a GNOME trasnlator, and I received an e-mail from an user about the choice of the São Paulo city as the name for the corresponding time zone. I understand this is the most populous city, but he made a good point: in Brazil we call this time zone "Brasília time". Brasília has been our country capital for 50 years, since the government finished building it for this specific purpose. There's no chance the city will lose this the status for the next decades, because no one has any good reason for that. So, I'd like to know if there's any chance of creating America/Brasilia as an alias to America/Sao_Paulo. Thanks!

1 0

proposed time zone package changes (Morocco; Taipei; San Luis)
by Arthur David Olson April 16, 2010

April 16, 2010

Below are proposed time zone packages; here's a summary: africa Add Morocco DST in 2010. asia Add Taipei DST in 1979; remove Taipei DST in 1980. southamerica San Luis on "permanent" DST as of 2010. If no problems are found, these will show up on the ftp site on 2010-04-19. --ado diff -r -c old/africa new/africa *** old/africa Mon Apr 5 09:58:55 2010 --- new/africa Wed Apr 14 08:15:37 2010 *************** *** 1,5 **** # <pre> ! # @(#)africa 8.24 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)africa 8.25 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 680,685 **** --- 680,700 ---- # http://www.worldtimezone.com/dst_news/dst_news_morocco03.html # </a> + # From Steffen Thorsen (2010-04-13): + # Several news media in Morocco report that the Ministry of Modernization + # of Public Sectors has announced that Morocco will have DST from + # 2010-05-02 to 2010-08-08. + # + # Example: + # <a href="http://www.lavieeco.com/actualites/4099-le-maroc-passera-a-l-heure-d-ete-gm…"> + # http://www.lavieeco.com/actualites/4099-le-maroc-passera-a-l-heure-d-ete-gm… + # </a> + # (French) + # Our page: + # <a href="http://www.timeanddate.com/news/time/morocco-starts-dst-2010.html"> + # http://www.timeanddate.com/news/time/morocco-starts-dst-2010.html + # </a> + # RULE NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Morocco 1939 only - Sep 12 0:00 1:00 S *************** *** 701,706 **** --- 716,723 ---- Rule Morocco 2008 only - Sep 1 0:00 0 - Rule Morocco 2009 only - Jun 1 0:00 1:00 S Rule Morocco 2009 only - Aug 21 0:00 0 - + Rule Morocco 2010 only - May 2 0:00 1:00 S + Rule Morocco 2010 only - Aug 22 0:00 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Africa/Casablanca -0:30:20 - LMT 1913 Oct 26 0:00 Morocco WE%sT 1984 Mar 16 diff -r -c old/asia new/asia *** old/asia Mon Apr 5 09:58:55 2010 --- new/asia Wed Apr 14 08:15:38 2010 *************** *** 1,4 **** ! # @(#)asia 8.59 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,4 ---- ! # @(#)asia 8.60 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 566,571 **** --- 566,593 ---- # was still controlled by Japan. This is hard to believe, but we don't # have any other information. + # From smallufo (2010-04-03): + # According to Taiwan's CWB, + # <a href="http://www.cwb.gov.tw/V6/astronomy/cdata/summert.htm"> + # http://www.cwb.gov.tw/V6/astronomy/cdata/summert.htm + # </a> + # Taipei has DST in 1979 between July 1st and Sep 30. + + # From Arthur David Olson (2010-04-07): + # Here's Google's translation of the table at the bottom of the "summert.htm" page: + # Decade Name Start and end date + # Republic of China 34 years to 40 years (AD 1945-1951 years) Summer Time May 1 to September 30 + # 41 years of the Republic of China (AD 1952) Daylight Saving Time March 1 to October 31 + # Republic of China 42 years to 43 years (AD 1953-1954 years) Daylight Saving Time April 1 to October 31 + # In the 44 years to 45 years (AD 1955-1956 years) Daylight Saving Time April 1 to September 30 + # Republic of China 46 years to 48 years (AD 1957-1959) Summer Time April 1 to September 30 + # Republic of China 49 years to 50 years (AD 1960-1961) Summer Time June 1 to September 30 + # Republic of China 51 years to 62 years (AD 1962-1973 years) Stop Summer Time + # Republic of China 63 years to 64 years (1974-1975 AD) Daylight Saving Time April 1 to September 30 + # Republic of China 65 years to 67 years (1976-1978 AD) Stop Daylight Saving Time + # Republic of China 68 years (AD 1979) Daylight Saving Time July 1 to September 30 + # Republic of China since 69 years (AD 1980) Stop Daylight Saving Time + # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Taiwan 1945 1951 - May 1 0:00 1:00 D Rule Taiwan 1945 1951 - Oct 1 0:00 0 S *************** *** 576,583 **** Rule Taiwan 1960 1961 - Jun 1 0:00 1:00 D Rule Taiwan 1974 1975 - Apr 1 0:00 1:00 D Rule Taiwan 1974 1975 - Oct 1 0:00 0 S ! Rule Taiwan 1980 only - Jun 30 0:00 1:00 D ! Rule Taiwan 1980 only - Sep 30 0:00 0 S # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Taipei 8:06:00 - LMT 1896 # or Taibei or T'ai-pei 8:00 Taiwan C%sT --- 598,606 ---- Rule Taiwan 1960 1961 - Jun 1 0:00 1:00 D Rule Taiwan 1974 1975 - Apr 1 0:00 1:00 D Rule Taiwan 1974 1975 - Oct 1 0:00 0 S ! Rule Taiwan 1979 only - Jun 30 0:00 1:00 D ! Rule Taiwan 1979 only - Sep 30 0:00 0 S ! # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Taipei 8:06:00 - LMT 1896 # or Taibei or T'ai-pei 8:00 Taiwan C%sT diff -r -c old/southamerica new/southamerica *** old/southamerica Mon Apr 5 09:58:55 2010 --- new/southamerica Wed Apr 14 08:15:38 2010 *************** *** 1,5 **** # <pre> ! # @(#)southamerica 8.43 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)southamerica 8.44 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 437,442 **** --- 437,463 ---- # of the country calls it "ART". # ... + # From Alexander Krivenyshev (2010-04-09): + # According to news reports from El Diario de la Republica Province San + # Luis, Argentina (standard time UTC-04) will keep Daylight Saving Time + # after April 11, 2010--will continue to have same time as rest of + # Argentina (UTC-3) (no DST). + # + # Confirmaron la prórroga del huso horario de verano (Spanish) + # <a href="http://www.eldiariodelarepublica.com/index.php?option=com_content&task=view…"> + # http://www.eldiariodelarepublica.com/index.php?option=com_content&task=view… + # </a> + # or (some English translation): + # <a href="http://www.worldtimezone.com/dst_news/dst_news_argentina08.html"> + # http://www.worldtimezone.com/dst_news/dst_news_argentina08.html + # </a> + + # From Mariano Absatz (2010-04-12): + # yes...I can confirm this...and given that San Luis keeps calling + # UTC-03:00 "summer time", we should't just let San Luis go back to "Arg" + # rules...San Luis is still using "Western ARgentina Time" and it got + # stuck on Summer daylight savings time even though the summer is over. + # Zone NAME GMTOFF RULES FORMAT [UNTIL] # # Buenos Aires (BA), Capital Federal (CF), *************** *** 570,577 **** # # San Luis (SL) ! Rule SanLuis 2008 max - Mar Sun>=8 0:00 0 - ! Rule SanLuis 2007 max - Oct Sun>=8 0:00 1:00 S Zone America/Argentina/San_Luis -4:25:24 - LMT 1894 Oct 31 -4:16:48 - CMT 1920 May --- 591,598 ---- # # San Luis (SL) ! Rule SanLuis 2008 2009 - Mar Sun>=8 0:00 0 - ! Rule SanLuis 2007 2009 - Oct Sun>=8 0:00 1:00 S Zone America/Argentina/San_Luis -4:25:24 - LMT 1894 Oct 31 -4:16:48 - CMT 1920 May

3 2

Tunisia Time Correction
by Rovinder Chopra April 15, 2010

April 15, 2010

Hiya, http://www.timeanddate.com/worldclock/city.html?n=253 show Tunisia time differently to http://convertit.com/Go/ConvertIt/World_Time/Current_Time.ASP?For=Tunis+Tun… Some sources say that they abandoned daylight savings in 2009. Thanks, Rov. Linedata Services (UK) Ltd Registered Office: Bishopsgate Court, 4-12 Norton Folgate, London, E1 6DB Registered in England and Wales No 3027851 VAT Reg No 778499447

2 1

tzdata question
by bobgerman＠bobgerman.com April 14, 2010

April 14, 2010

Hello, I hope this is the right place for this question. A coworker suggested filing a bug report, but I'm not confident enough in what I'm seeing to do so. I recently updated two servers from CentOS 5.2 to 5.4. In the process, of course, the tzdata package was updated. Shortly after updating, my boss began barking about a server with the wrong timezone showing up in our logging. He's very uptight about that sort of thing. We log everything with UTC religiously because we have servers all over the planet. Further investigation revealed that on these two particular servers, which had been updated with CentOS 5.4 (and the tzdata package), we could NOT change the time by the usual means (rm /etc/localtime; ln -s /usr/share/zoneinfo/UTC /etc/localtime). This works everywhere else in our datacenters, so we were confused. Upon looking closer, it appears the UTC file installed by the latest tzdata package is not a UTC file. Running strings on it reveals EST5EDT. I don't know if this is a problem at the source, or a packaging problem somewhere along the stream. I'm sending it to this email address because this is what I found in the README for the tzdata package. Please feel free to correct me in any way that will help me stop my boss from barking, as this is every information technologist's duty in life. Thank you for your brain cycles.

3 2

Re: data2010h
by Garrett Wollman April 14, 2010

April 14, 2010

"Olson, Arthur David (NIH/NCI) [E]" <olsona(a)dc37a.nci.nih.gov> wrote: >I believe we're now update with this year's changes. There's still work to do on past changes in Ontario, Canada and Taipei. >There are also questions about just what happened on the Mexico side of the U.S.-Mexico border this year. >And there's the West Bank to be examined. A new anomaly that I've just recently become aware of: Deep Springs College in Deep Springs, California, does not observe DST. -GAWollman

1 1

FW: What about Magadan Time (UTC+11)?
by Olson, Arthur David (NIH/NCI) [E] April 13, 2010

April 13, 2010

I'm forwarding this message from Alex Chubov, 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: Alex Chubov [mailto:a.chubov@cti.ru] Sent: Tuesday, April 13, 2010 10:32 To: tz(a)lecserver.nci.nih.gov Subject: What about Magadan Time (UTC+11)? Hello, guys! Sorry, may be this is a stupid question, but what about Magadan time? I don't know how to set up it... http://en.wikipedia.org/wiki/Magadan_Time ---> I do this: [root@chubov ~]# tzselect Please identify a location so that time zone rules can be set correctly. Please select a continent or ocean. 1) Africa 2) Americas 3) Antarctica 4) Arctic Ocean 5) Asia 6) Atlantic Ocean 7) Australia 8) Europe 9) Indian Ocean 10) Pacific Ocean 11) none - I want to specify the time zone using the Posix TZ format. #? 8 Please select a country. 1) Aaland Islands 18) Greece 35) Norway 2) Albania 19) Guernsey 36) Poland 3) Andorra 20) Hungary 37) Portugal 4) Austria 21) Ireland 38) Romania 5) Belarus 22) Isle of Man 39) Russia 6) Belgium 23) Italy 40) San Marino 7) Bosnia & Herzegovina 24) Jersey 41) Serbia 8) Britain (UK) 25) Latvia 42) Slovakia 9) Bulgaria 26) Liechtenstein 43) Slovenia 10) Croatia 27) Lithuania 44) Spain 11) Czech Republic 28) Luxembourg 45) Sweden 12) Denmark 29) Macedonia 46) Switzerland 13) Estonia 30) Malta 47) Turkey 14) Finland 31) Moldova 48) Ukraine 15) France 32) Monaco 49) Vatican City 16) Germany 33) Montenegro 17) Gibraltar 34) Netherlands #? 39 Please select one of the following time zone regions. 1) Moscow-01 - Kaliningrad 9) Moscow+04 - Yenisei River 2) Moscow+00 - west Russia 10) Moscow+05 - Lake Baikal 3) Moscow+00 - Caspian Sea 11) Moscow+06 - Lena River 4) Moscow+01 - Samara, Udmurtia 12) Moscow+07 - Amur River 5) Moscow+02 - Urals 13) Moscow+07 - Sakhalin Island 6) Moscow+03 - west Siberia 14) Moscow+08 - Magadan 7) Moscow+03 - Novosibirsk 15) Moscow+09 - Kamchatka 8) Moscow+03 - Novokuznetsk 16) Moscow+10 - Bering Sea --> OR: [root@chubov ~]# tzselect Please identify a location so that time zone rules can be set correctly. Please select a continent or ocean. 1) Africa 2) Americas 3) Antarctica 4) Arctic Ocean 5) Asia 6) Atlantic Ocean 7) Australia 8) Europe 9) Indian Ocean 10) Pacific Ocean 11) none - I want to specify the time zone using the Posix TZ format. #? 5 Please select a country. 1) Afghanistan 18) Israel 35) Palestine 2) Armenia 19) Japan 36) Philippines 3) Azerbaijan 20) Jordan 37) Qatar 4) Bahrain 21) Kazakhstan 38) Russia 5) Bangladesh 22) Korea (North) 39) Saudi Arabia 6) Bhutan 23) Korea (South) 40) Singapore 7) Brunei 24) Kuwait 41) Sri Lanka 8) Cambodia 25) Kyrgyzstan 42) Syria 9) China 26) Laos 43) Taiwan 10) Cyprus 27) Lebanon 44) Tajikistan 11) East Timor 28) Macau 45) Thailand 12) Georgia 29) Malaysia 46) Turkmenistan 13) Hong Kong 30) Mongolia 47) United Arab Emirates 14) India 31) Myanmar (Burma) 48) Uzbekistan 15) Indonesia 32) Nepal 49) Vietnam 16) Iran 33) Oman 50) Yemen 17) Iraq 34) Pakistan #? 38 Please select one of the following time zone regions. 1) Moscow-01 - Kaliningrad 9) Moscow+04 - Yenisei River 2) Moscow+00 - west Russia 10) Moscow+05 - Lake Baikal 3) Moscow+00 - Caspian Sea 11) Moscow+06 - Lena River 4) Moscow+01 - Samara, Udmurtia 12) Moscow+07 - Amur River 5) Moscow+02 - Urals 13) Moscow+07 - Sakhalin Island 6) Moscow+03 - west Siberia 14) Moscow+08 - Magadan 7) Moscow+03 - Novosibirsk 15) Moscow+09 - Kamchatka 8) Moscow+03 - Novokuznetsk 16) Moscow+10 - Bering Sea #? Whereis +11 and +12? -- Best regards, Alex Chubov IPTV Engineer CTI - Communications. Technology. Innovations. Tel: +7 (495) 784-73-13 ext 2850 Fax: +7 (495) 784-73-14 E-mail: a.chubov(a)cti.ru Skype: avchubov Web: www.cti.ru

3 2

What about Magadan Time (UTC+11)?
by Alex Chubov April 13, 2010

April 13, 2010

Hello, guys! Sorry, may be this is a stupid question, but what about Magadan time? I don't know how to set up it... http://en.wikipedia.org/wiki/Magadan_Time ---> I do this: [root@chubov ~]# tzselect Please identify a location so that time zone rules can be set correctly. Please select a continent or ocean. 1) Africa 2) Americas 3) Antarctica 4) Arctic Ocean 5) Asia 6) Atlantic Ocean 7) Australia 8) Europe 9) Indian Ocean 10) Pacific Ocean 11) none - I want to specify the time zone using the Posix TZ format. #? 8 Please select a country. 1) Aaland Islands 18) Greece 35) Norway 2) Albania 19) Guernsey 36) Poland 3) Andorra 20) Hungary 37) Portugal 4) Austria 21) Ireland 38) Romania 5) Belarus 22) Isle of Man 39) Russia 6) Belgium 23) Italy 40) San Marino 7) Bosnia & Herzegovina 24) Jersey 41) Serbia 8) Britain (UK) 25) Latvia 42) Slovakia 9) Bulgaria 26) Liechtenstein 43) Slovenia 10) Croatia 27) Lithuania 44) Spain 11) Czech Republic 28) Luxembourg 45) Sweden 12) Denmark 29) Macedonia 46) Switzerland 13) Estonia 30) Malta 47) Turkey 14) Finland 31) Moldova 48) Ukraine 15) France 32) Monaco 49) Vatican City 16) Germany 33) Montenegro 17) Gibraltar 34) Netherlands #? 39 Please select one of the following time zone regions. 1) Moscow-01 - Kaliningrad 9) Moscow+04 - Yenisei River 2) Moscow+00 - west Russia 10) Moscow+05 - Lake Baikal 3) Moscow+00 - Caspian Sea 11) Moscow+06 - Lena River 4) Moscow+01 - Samara, Udmurtia 12) Moscow+07 - Amur River 5) Moscow+02 - Urals 13) Moscow+07 - Sakhalin Island 6) Moscow+03 - west Siberia 14) Moscow+08 - Magadan 7) Moscow+03 - Novosibirsk 15) Moscow+09 - Kamchatka 8) Moscow+03 - Novokuznetsk 16) Moscow+10 - Bering Sea --> OR: [root@chubov ~]# tzselect Please identify a location so that time zone rules can be set correctly. Please select a continent or ocean. 1) Africa 2) Americas 3) Antarctica 4) Arctic Ocean 5) Asia 6) Atlantic Ocean 7) Australia 8) Europe 9) Indian Ocean 10) Pacific Ocean 11) none - I want to specify the time zone using the Posix TZ format. #? 5 Please select a country. 1) Afghanistan 18) Israel 35) Palestine 2) Armenia 19) Japan 36) Philippines 3) Azerbaijan 20) Jordan 37) Qatar 4) Bahrain 21) Kazakhstan 38) Russia 5) Bangladesh 22) Korea (North) 39) Saudi Arabia 6) Bhutan 23) Korea (South) 40) Singapore 7) Brunei 24) Kuwait 41) Sri Lanka 8) Cambodia 25) Kyrgyzstan 42) Syria 9) China 26) Laos 43) Taiwan 10) Cyprus 27) Lebanon 44) Tajikistan 11) East Timor 28) Macau 45) Thailand 12) Georgia 29) Malaysia 46) Turkmenistan 13) Hong Kong 30) Mongolia 47) United Arab Emirates 14) India 31) Myanmar (Burma) 48) Uzbekistan 15) Indonesia 32) Nepal 49) Vietnam 16) Iran 33) Oman 50) Yemen 17) Iraq 34) Pakistan #? 38 Please select one of the following time zone regions. 1) Moscow-01 - Kaliningrad 9) Moscow+04 - Yenisei River 2) Moscow+00 - west Russia 10) Moscow+05 - Lake Baikal 3) Moscow+00 - Caspian Sea 11) Moscow+06 - Lena River 4) Moscow+01 - Samara, Udmurtia 12) Moscow+07 - Amur River 5) Moscow+02 - Urals 13) Moscow+07 - Sakhalin Island 6) Moscow+03 - west Siberia 14) Moscow+08 - Magadan 7) Moscow+03 - Novosibirsk 15) Moscow+09 - Kamchatka 8) Moscow+03 - Novokuznetsk 16) Moscow+10 - Bering Sea #? Whereis +11 and +12? -- Best regards, Alex Chubov IPTV Engineer CTI - Communications. Technology. Innovations. Tel: +7 (495) 784-73-13 ext 2850 Fax: +7 (495) 784-73-14 E-mail: a.chubov(a)cti.ru Skype: avchubov Web: www.cti.ru

1 0

Morocco DST from May to August
by Steffen Thorsen April 13, 2010

April 13, 2010

Several news media in Morocco report that the Ministry of Modernization of Public Sectors has announced that Morocco will have DST from 2010-05-02 to 2010-08-08. Example: http://www.lavieeco.com/actualites/4099-le-maroc-passera-a-l-heure-d-ete-gm… (French) Our page: http://www.timeanddate.com/news/time/morocco-starts-dst-2010.html Best regards, Steffen Thorsen - timeanddate.com

1 0

San Luis, Argentina will keep DST after April 11, 2010
by Alexander Krivenyshev April 12, 2010

April 12, 2010

According to news reports from El Diario de la Republica Province San Luis, Argentina (standard time UTC-04) will keep Daylight Saving Time after April 11, 2010- will continue to have same time as rest of Argentina (UTC-3) (no DST). Confirmaron la prórroga del huso horario de verano (Spanish) http://www.eldiariodelarepublica.com/index.php? option=com_content&task=view&id=29383&Itemid=9 or (some English translation): http://www.worldtimezone.com/dst_news/dst_news_argentina08.html Alexander Krivenyshev, http://www.worldtimezone.com

2 1

FW: Asia/Taipei has DST in 1979 between July 1st and Sep.30
by Olson, Arthur David (NIH/NCI) [E] April 9, 2010

April 9, 2010

I'm forwarding this message from smallufo, who is not on the time zone mailing list. Those of you who are on the list, please direct replies appropriately. --ado From: smallufo [mailto:smallufo@gmail.com] Sent: Friday, April 02, 2010 12:43 To: tz(a)lecserver.nci.nih.gov Subject: Asia/Taipei has DST in 1979 between July 1st and Sep.30 According to Taiwan's CWB : http://www.cwb.gov.tw/V6/astronomy/cdata/summert.htm Taipei has DST in 1979 between July 1st and Sep.30 but Olson DB doesn't mention this.

2 2

418 Oaxaca municipalities in Mexico refuse to comply with DST
by Alexander Krivenyshev April 7, 2010

April 7, 2010

418 Oaxaca municipalities in Mexico refuse to comply with daylight saving time: (in Spanish) http://www.milenio.com/node/415466 http://www.eluniversal.com.mx/notas/670931.html or http://www.worldtimezone.com/dst_news/dst_news_mexico07.html Alexander Krivenyshev, http://www.worldtimezone.com

1 0

data2010h
by Olson, Arthur David (NIH/NCI) [E] April 5, 2010

April 5, 2010

The file... ftp://elsie.nci.nih.gov/pub/tzdata2010h.tar.gz ...is now available; this reflects the changes circulated last week on the time zone mailing list. I believe we're now update with this year's changes. There's still work to do on past changes in Ontario, Canada and Taipei. There are also questions about just what happened on the Mexico side of the U.S.-Mexico border this year. And there's the West Bank to be examined. --ado

1 0

FW: Proposal to the Paraguayan Government
by Olson, Arthur David (NIH/NCI) [E] April 5, 2010

April 5, 2010

I'm forwarding this message from Carlos Raúl Perasso, who is not on the time zone mailing list. Those of you who are on the list, please direct replies appropriately. --ado ________________________________________ From: Carlos Raúl Perasso [crperasso(a)gmail.com] Sent: Wednesday, March 31, 2010 2:32 PM To: olsona(a)lecserver.nci.nih.gov Subject: Proposal to the Paraguayan Government Hi Olson... I would like to know, considering the tz datebase update procedure and the frequency at which mayor Linux distros, Java, Oracle and so on replicate this updates, how many days do you think there should be between a rule change and the next date it affects. Thanks and best regards, Carlos Raúl Perasso ...

5 4

Asia/Taipei has DST in 1979 between July 1st and Sep.30
by smallufo April 3, 2010

April 3, 2010

According to Taiwan's CWB : http://www.cwb.gov.tw/V6/astronomy/cdata/summert.htm Taipei has DST in 1979 between July 1st and Sep.30 but Olson DB doesn't mention this.

1 0

[somehow OT] "undoing" manual tzdata compilation on a Mac
by Mariano Absatz - El Baby April 3, 2010

April 3, 2010

Hi, I know Argentina has a long history of doing last minute changes about our timezones including inter-provincial anarchy. However, tzdata is easy enough to quickly adapt to this changes, and if you're somehow savvy, it is quite easy to fix things on your own. Last October, Argentina decided not to apply DST this (Southern) summer on the last minute and this was reflexed on tzdata2009p published on October 26th. Since Apple didn't immediately made this changes, knowing that OS X is actually running on top of some kind of BSD and actually finding zic and /usr/share/zoneinfo in it, I volunteered "fixing" a friend's macbook pro. I simply compiled the southamerica file from tzdata2009p and that was it... right? wrong! This actually made the mac go somehow crazy since it also uses some ICU files which I don't know how to handle. My friend ended up using Chile's time during the summer and Uruguay's time after Uruguay's DST period ended. Since a week ago the non-existent DST for Argentina would have ended, I told him to try again Argentina's time but it keeps being inconsistent. Another mac he has at home has now the correct time. Does anyone know how to restore the original OS X tzdata files without reinstalling the OS? I know nothing about its packaging system... Mac users seem to rely on "Apple update" service but I probably f##k'd it up when I overwrote some files under /usr/share/zoneinfo. Any help (or links to better places) will be greatly appreciated. -- Mariano Absatz - "El Baby" baby(a)baby.com.ar www.clueless.com.ar -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- I haven't lost my mind, I have it backed up on tape somewhere. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- * TagZilla 0.066 * http://tagzilla.mozdev.org

2 1

Asia/Taipei has DST in 1979 between July 1st and Sep.30
by smallufo April 2, 2010

April 2, 2010

According to Taiwan's CWB : http://www.cwb.gov.tw/V6/astronomy/cdata/summert.htm Taipei has DST in 1979 between July 1st and Sep.30 but Olson DB doesn't mention this.

1 0

FW: Questions about tzdata implementations
by Olson, Arthur David (NIH/NCI) [E] April 1, 2010

April 1, 2010

I'm forwarding this message from Chad Eberle, 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: Chad Eberle [mailto:ceberle@co.pierce.wa.us] Sent: Monday, March 29, 2010 1:15 To: tz(a)lecserver.nci.nih.gov Subject: Questions about tzdata implementations I apologize if this isn't the right place for this question, but would appreciate any help with tracking down the answer to these questions. Background: We have Java web services that send back date/time values with GMT offsets adjusted for DST following historical rules that match what I see in the northamerica file for America/Los_Angeles. Our client code is largely JavaScript, and depending on the operating system, will sometimes be incongruous about when DST starts or ends (dates before 2007 on Windows and before 1950. As one can imagine, this has caused a few problems. I can't seem to find any solution for the JavaScript end, so I was planning on writing one myself (if anyone knows of a solution, I'd appreciate any pointers). My questions: 1) Is there some reference implementation for the algorithm that selects the correct rule for a given date? 2) For the general US rules, there is a rule that says DST started in 1945 on Aug 14 at 23:00; however, my tests in Java indicate that DST was observed from Feb 9 1942 through Sep 30 1945, continuously. The latter matches the historical information I've found. Is this rule superfluous? Again, any tips would be appreciated. --Chad Eberle

2 3

How can I reduce size of zoneinfo compiled binary files?
by Dominique Pellé March 31, 2010

March 31, 2010

Hi I'd like to compile the zoneinfo files for an embedded system where I'd like to strip as much information as possible. I see that all the zoneinfo binary files take 6.1Mb: $ du -s -h /usr/share/zoneinfo/ 6,1M /usr/share/zoneinfo/ If I run the zic compiler, it produces the following file sizes for example for Europe/Paris, Europe/Amsterdam, Europe/Berlin: $ mkdir -p test $ zic -d test europe $ ls -l test/Europe/{Paris,Amsterdam,Berlin} -rw-r--r-- 1 pel pel 2917 2010-03-31 22:09 test/Europe/Amsterdam -rw-r--r-- 1 pel pel 2309 2010-03-31 22:09 test/Europe/Berlin -rw-r--r-- 1 pel pel 2945 2010-03-31 22:09 test/Europe/Paris Since I don't care about time zone rules in the past for my embedded application, I'd like to compile only the rules starting at year >= 2010 for example (in other words, I'd like to ignore all historical rules older than < 2010). I would then expect output binary files to become not only smaller, but also many of them should also identical since most countries in Europe follow the same rules nowadays (Europe/Amsterdam, Europe/Berlin and Europe/Paris in my above example should become identical). So I should then be able to create links to most of them. However, I don't see any command line option in the 'zic' compiler to let me compile rules from >= 2010 only, or am I missing something? I suppose that I could edit the input ASCII file 'europe', 'asia' (etc) to remove rules in the past, but it seems error prone (especially since input text files can be updated regularly). Is there a simpler solution? Thanks -- Dominique

1 0

tzdata file is incorrect for Canada/Newfoundland?
by D. Greening March 31, 2010

March 31, 2010

I don't think the tzdata file is correct for Canada/Newfoundland. When will this be updated?

1 0

proposed time zone package changes (Pakistan and Tunisia)
by Arthur David Olson March 31, 2010

March 31, 2010

Below are proposed changes to the time zone package; a summary: africa No Tunisia DST 2010 and forward asia No Pakistan DST 2010 and forward If no problems are found these will show up on the ftp site on 2010-04-05. --ado ------- africa ------- *** /tmp/geta17120 Wed Mar 31 10:24:32 2010 --- /tmp/getb17120 Wed Mar 31 10:24:32 2010 *************** *** 1,5 **** # <pre> ! # @(#)africa 8.23 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)africa 8.24 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 942,947 **** --- 942,965 ---- # Therefore, the standard time will be kept unchanged the whole year long." # So foregoing DST seems to be an exception (albeit one that may be repeated in the future). + # From Alexander Krivenyshev (2010-03-27): + # According to some news reports Tunis confirmed not to use DST in 2010 + # + # (translation): + # "The Tunisian government has decided to abandon DST, which was scheduled on + # Sunday... + # Tunisian authorities had suspended the DST for the first time last year also + # coincided with the month of Ramadan..." + # + # (in Arabic) + # <a href="http://www.moheet.com/show_news.aspx?nid=358861&pg=1"> + # http://www.moheet.com/show_news.aspx?nid=358861&pg=1 + # <a href="http://www.almadenahnews.com/newss/news.php?c=118&id=38036"> + # http://www.almadenahnews.com/newss/news.php?c=118&id=38036 + # or + # <a href="http://www.worldtimezone.com/dst_news/dst_news_tunis02.html"> + # http://www.worldtimezone.com/dst_news/dst_news_tunis02.html + # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Tunisia 1939 only - Apr 15 23:00s 1:00 S Rule Tunisia 1939 only - Nov 18 23:00s 0 - *************** *** 968,975 **** Rule Tunisia 2005 only - Sep 30 1:00s 0 - Rule Tunisia 2006 2008 - Mar lastSun 2:00s 1:00 S Rule Tunisia 2006 2008 - Oct lastSun 2:00s 0 - ! Rule Tunisia 2010 max - Mar lastSun 2:00s 1:00 S ! Rule Tunisia 2010 max - Oct lastSun 2:00s 0 - # Shanks & Pottenger give 0:09:20 for Paris Mean Time; go with Howse's # more precise 0:09:21. # Shanks & Pottenger say the 1911 switch was on Mar 9; go with Howse's Mar 11. --- 986,992 ---- Rule Tunisia 2005 only - Sep 30 1:00s 0 - Rule Tunisia 2006 2008 - Mar lastSun 2:00s 1:00 S Rule Tunisia 2006 2008 - Oct lastSun 2:00s 0 - ! # Shanks & Pottenger give 0:09:20 for Paris Mean Time; go with Howse's # more precise 0:09:21. # Shanks & Pottenger say the 1911 switch was on Mar 9; go with Howse's Mar 11. ------- asia ------- *** /tmp/geta17138 Wed Mar 31 10:24:32 2010 --- /tmp/getb17138 Wed Mar 31 10:24:32 2010 *************** *** 1,4 **** ! # @(#)asia 8.58 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,4 ---- ! # @(#)asia 8.59 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 1912,1924 **** # [T]he German Consulate General in Karachi reported me today that Pakistan # will go back to standard time on 1st of November. # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Pakistan 2002 only - Apr Sun>=2 0:01 1:00 S Rule Pakistan 2002 only - Oct Sun>=2 0:01 0 - Rule Pakistan 2008 only - Jun 1 0:00 1:00 S Rule Pakistan 2008 only - Nov 1 0:00 0 - ! Rule Pakistan 2009 max - Apr 15 0:00 1:00 S ! Rule Pakistan 2009 max - Nov 1 0:00 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Karachi 4:28:12 - LMT 1907 5:30 - IST 1942 Sep --- 1912,1946 ---- # [T]he German Consulate General in Karachi reported me today that Pakistan # will go back to standard time on 1st of November. + # From Steffen Thorsen (2010-03-26): + # Steffen Thorsen wrote: + # > On Thursday (2010-03-25) it was announced that DST would start in + # > Pakistan on 2010-04-01. + # > + # > Then today, the president said that they might have to revert the + # > decision if it is not supported by the parliament. So at the time + # > being, it seems unclear if DST will be actually observed or not - but + # > April 1 could be a more likely date than April 15. + # Now, it seems that the decision to not observe DST in final: + # + # "Govt Withdraws Plan To Advance Clocks" + # <a href="http://www.apakistannews.com/govt-withdraws-plan-to-advance-clocks-172041"> + # http://www.apakistannews.com/govt-withdraws-plan-to-advance-clocks-172041 + # </a> + # + # "People laud PM's announcement to end DST" + # <a href="http://www.app.com.pk/en_/index.php?option=com_content&task=view&id=99374&I…"> + # http://www.app.com.pk/en_/index.php?option=com_content&task=view&id=99374&I… + # </a> + # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Pakistan 2002 only - Apr Sun>=2 0:01 1:00 S Rule Pakistan 2002 only - Oct Sun>=2 0:01 0 - Rule Pakistan 2008 only - Jun 1 0:00 1:00 S Rule Pakistan 2008 only - Nov 1 0:00 0 - ! Rule Pakistan 2009 only - Apr 15 0:00 1:00 S ! Rule Pakistan 2009 only - Nov 1 0:00 0 - ! # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Karachi 4:28:12 - LMT 1907 5:30 - IST 1942 Sep

1 0

Tunis confirmed not to use DST in 2010
by Alexander Krivenyshev March 30, 2010

March 30, 2010

According to some news reports Tunis confirmed not to use DST in 2010 (translation:) "The Tunisian government has decided to abandon DST, which was scheduled on Sunday ... Tunisian authorities had suspended the DST for the first time last year also coincided with the month of Ramadan..." (in Arabic) http://www.moheet.com/show_news.aspx?nid=358861&pg=1 http://www.almadenahnews.com/newss/news.php?c=118&id=38036 or http://www.worldtimezone.com/dst_news/dst_news_tunis02.html Alexander Krivenyshev, http://www.worldtimezone.com

5 4

Questions about tzdata implementations
by Chad Eberle March 29, 2010

March 29, 2010

I apologize if this isn't the right place for this question, but would appreciate any help with tracking down the answer to these questions. Background: We have Java web services that send back date/time values with GMT offsets adjusted for DST following historical rules that match what I see in the northamerica file for America/Los_Angeles. Our client code is largely JavaScript, and depending on the operating system, will sometimes be incongruous about when DST starts or ends (dates before 2007 on Windows and before 1950. As one can imagine, this has caused a few problems. I can't seem to find any solution for the JavaScript end, so I was planning on writing one myself (if anyone knows of a solution, I'd appreciate any pointers). My questions: 1) Is there some reference implementation for the algorithm that selects the correct rule for a given date? 2) For the general US rules, there is a rule that says DST started in 1945 on Aug 14 at 23:00; however, my tests in Java indicate that DST was observed from Feb 9 1942 through Sep 30 1945, continuously. The latter matches the historical information I've found. Is this rule superfluous? Again, any tips would be appreciated. --Chad Eberle

1 0

data2010g
by Olson, Arthur David (NIH/NCI) [E] March 29, 2010

March 29, 2010

The file... ftp://elsie.nci.nih.gov/pub/tzdata2010g.tar.gz ...is now available, reflecting the changes circulated last week on the time zone mailing list. Given news received since last Wednesday, I plan to circulate a few more changes (including Pakistan and Tunisia) this coming Wednesday, so data2010h may appear in a week. Those wanting to avoid version thrash may want to wait for data2010h. --ado

1 0

Pakistan may start DST on 2010-04-01
by Steffen Thorsen March 29, 2010

March 29, 2010

On Thursday (2010-03-25) it was announced that DST would start in Pakistan on 2010-04-01. Then today, the president said that they might have to revert the decision if it is not supported by the parliament. So at the time being, it seems unclear if DST will be actually observed or not - but April 1 could be a more likely date than April 15. About the announcement of April 1: http://dawn.com.pk/wps/wcm/connect/dawn-content-library/dawn/the-newspaper/… http://www.samaa.tv/News18425-Clocks_to_change_with_assemblys_support_PM.as… Some more information here, we will try to update this page with the outcome: http://www.timeanddate.com/news/time/pakistan-dst-start-2010.html Best regards, Steffen Thorsen - timeanddate.com

2 2

changes in russian timezones in europe file
by Никитин Майк March 29, 2010

March 29, 2010

Hello, there was some changes in europe/russian time zones last weekend. Samarskaya oblast', Udmyrtskaya respublika with timezone Europe/Samara moved to Volgograd time zone according to Government of Russia decree # 170, on Mart 19, 2010 "Application in the territory of the Samarskaya oblast the second time zone" (GMT+3) http://www.rg.ru/2010/03/22/samara-chasy-dok.html Government of Russia decree # 166, on Mart 19, 2010 "Application in the territory of the Udmyrtskaya respublika the second time zone" (GMT+3) http://www.rg.ru/2010/03/22/udmuria-shasy-dok.html # # From Oscar van Vlijmen (2001-08-25): [This region consists of] # Samarskaya oblast', Udmyrtskaya respublika Zone Europe/Samara 3:20:36 - LMT 1919 Jul 1 2:00 3:00 - SAMT 1930 Jun 21 4:00 - SAMT 1935 Jan 27 4:00 Russia KUY%sT 1989 Mar 26 2:00s # Kuybyshev 3:00 Russia KUY%sT 1991 Mar 31 2:00s 2:00 Russia KUY%sT 1991 Sep 29 2:00s 3:00 - KUYT 1991 Oct 20 3:00 4:00 Russia SAM%sT 2010 Mar 28 2:00s 3:00 Russia VOL%sT Kamchatskaya region, Chukotskij avtonomnyj okrug with timezones Asia/Kamchatka, Asia/Anadyr moved to Magad Asia/Magadan GMT+11:00 timezone according to Government of Russia decree # 171, on Mart 19, 2010 "Application in the territory of the Kamchatka region and Chukotskij avtonomnyj okrug the tenth time zone" (GMT+11) http://www.rg.ru/2010/03/22/poyas-kamshatka-dok.html # # From Oscar van Vlijmen (2001-08-25): [This region consists of] # Kamchatskaya oblast', Koryakskij avtonomnyj okrug. # # The Zone name should be Asia/Petropavlovsk-Kamchatski, but that's too long. Zone Asia/Kamchatka 10:34:36 - LMT 1922 Nov 10 11:00 - PETT 1930 Jun 21 # P-K Time 12:00 Russia PET%sT 1991 Mar 31 2:00s 11:00 Russia PET%sT 1992 Jan 19 2:00s 12:00 Russia PET%sT 2010 Mar 28 2:00s 11:00 Russia MAG%sT # # Chukotskij avtonomnyj okrug Zone Asia/Anadyr 11:49:56 - LMT 1924 May 2 12:00 - ANAT 1930 Jun 21 # Anadyr Time 13:00 Russia ANA%sT 1982 Apr 1 0:00s 12:00 Russia ANA%sT 1991 Mar 31 2:00s 11:00 Russia ANA%sT 1992 Jan 19 2:00s 12:00 Russia ANA%sT 2010 Mar 28 2:00s 11:00 Russia MAG%sT And Kemerovo region moved to fifth time zone (GMT+6), the europe file version 2010f has this change, but link http://www.government.ru/content/governmentactivity/rfgovernmentdecisions/a… is rotten, so i sugget to use http://www.rg.ru/2009/09/24/kemerovo-dok.html instead of it. Attached file europeupdated have all changes. Sincerely yours Mike Nikitin # <pre> # @(#)europe 8.25 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. # This data is by no means authoritative; if you think you know better, # go ahead and edit the file (and please send any changes to # tz(a)elsie.nci.nih.gov for general use in the future). # From Paul Eggert (2006-03-22): # A good source for time zone historical data outside the U.S. is # Thomas G. Shanks and Rique Pottenger, The International Atlas (6th edition), # San Diego: ACS Publications, Inc. (2003). # # Gwillim Law writes that a good source # for recent time zone data is the International Air Transport # Association's Standard Schedules Information Manual (IATA SSIM), # published semiannually. Law sent in several helpful summaries # of the IATA's data after 1990. # # Except where otherwise noted, Shanks & Pottenger is the source for # entries through 1991, and IATA SSIM is the source for entries afterwards. # # Other sources occasionally used include: # # Edward W. Whitman, World Time Differences, # Whitman Publishing Co, 2 Niagara Av, Ealing, London (undated), # which I found in the UCLA library. # # <a href="http://www.pettswoodvillage.co.uk/Daylight_Savings_William_Willett.pdf"> # William Willett, The Waste of Daylight, 19th edition # </a> (1914-03) # # Brazil's Departamento Servico da Hora (DSH), # <a href="http://pcdsh01.on.br/HISTHV.htm"> # History of Summer Time # </a> (1998-09-21, in Portuguese) # # I invented the abbreviations marked `*' in the following table; # the rest are from earlier versions of this file, or from other sources. # Corrections are welcome! # std dst 2dst # LMT Local Mean Time # -4:00 AST ADT Atlantic # -3:00 WGT WGST Western Greenland* # -1:00 EGT EGST Eastern Greenland* # 0:00 GMT BST BDST Greenwich, British Summer # 0:00 GMT IST Greenwich, Irish Summer # 0:00 WET WEST WEMT Western Europe # 0:19:32.13 AMT NST Amsterdam, Netherlands Summer (1835-1937)* # 0:20 NET NEST Netherlands (1937-1940)* # 1:00 CET CEST CEMT Central Europe # 1:00:14 SET Swedish (1879-1899)* # 2:00 EET EEST Eastern Europe # 3:00 MSK MSD Moscow # # A reliable and entertaining source about time zones, especially in Britain, # Derek Howse, Greenwich time and longitude, Philip Wilson Publishers (1997). # From Peter Ilieve (1994-12-04), # The original six [EU members]: Belgium, France, (West) Germany, Italy, # Luxembourg, the Netherlands. # Plus, from 1 Jan 73: Denmark, Ireland, United Kingdom. # Plus, from 1 Jan 81: Greece. # Plus, from 1 Jan 86: Spain, Portugal. # Plus, from 1 Jan 95: Austria, Finland, Sweden. (Norway negotiated terms for # entry but in a referendum on 28 Nov 94 the people voted No by 52.2% to 47.8% # on a turnout of 88.6%. This was almost the same result as Norway's previous # referendum in 1972, they are the only country to have said No twice. # Referendums in the other three countries voted Yes.) # ... # Estonia ... uses EU dates but not at 01:00 GMT, they use midnight GMT. # I don't think they know yet what they will do from 1996 onwards. # ... # There shouldn't be any [current members who are not using EU rules]. # A Directive has the force of law, member states are obliged to enact # national law to implement it. The only contentious issue was the # different end date for the UK and Ireland, and this was always allowed # in the Directive. ############################################################################### # Britain (United Kingdom) and Ireland (Eire) # From Peter Ilieve (1994-07-06): # # On 17 Jan 1994 the Independent, a UK quality newspaper, had a piece about # historical vistas along the Thames in west London. There was a photo # and a sketch map showing some of the sightlines involved. One paragraph # of the text said: # # `An old stone obelisk marking a forgotten terrestrial meridian stands # beside the river at Kew. In the 18th century, before time and longitude # was standardised by the Royal Observatory in Greenwich, scholars observed # this stone and the movement of stars from Kew Observatory nearby. They # made their calculations and set the time for the Horse Guards and Parliament, # but now the stone is obscured by scrubwood and can only be seen by walking # along the towpath within a few yards of it.' # # I have a one inch to one mile map of London and my estimate of the stone's # position is 51 deg. 28' 30" N, 0 deg. 18' 45" W. The longitude should # be within about +-2". The Ordnance Survey grid reference is TQ172761. # # [This yields GMTOFF = -0:01:15 for London LMT in the 18th century.] # From Paul Eggert (1993-11-18): # # Howse writes that Britain was the first country to use standard time. # The railways cared most about the inconsistencies of local mean time, # and it was they who forced a uniform time on the country. # The original idea was credited to Dr. William Hyde Wollaston (1766-1828) # and was popularized by Abraham Follett Osler (1808-1903). # The first railway to adopt London time was the Great Western Railway # in November 1840; other railways followed suit, and by 1847 most # (though not all) railways used London time. On 1847-09-22 the # Railway Clearing House, an industry standards body, recommended that GMT be # adopted at all stations as soon as the General Post Office permitted it. # The transition occurred on 12-01 for the L&NW, the Caledonian, # and presumably other railways; the January 1848 Bradshaw's lists many # railways as using GMT. By 1855 the vast majority of public # clocks in Britain were set to GMT (though some, like the great clock # on Tom Tower at Christ Church, Oxford, were fitted with two minute hands, # one for local time and one for GMT). The last major holdout was the legal # system, which stubbornly stuck to local time for many years, leading # to oddities like polls opening at 08:13 and closing at 16:13. # The legal system finally switched to GMT when the Statutes (Definition # of Time) Act took effect; it received the Royal Assent on 1880-08-02. # # In the tables below, we condense this complicated story into a single # transition date for London, namely 1847-12-01. We don't know as much # about Dublin, so we use 1880-08-02, the legal transition time. # From Paul Eggert (2003-09-27): # Summer Time was first seriously proposed by William Willett (1857-1915), # a London builder and member of the Royal Astronomical Society # who circulated a pamphlet ``The Waste of Daylight'' (1907) # that proposed advancing clocks 20 minutes on each of four Sundays in April, # and retarding them by the same amount on four Sundays in September. # A bill was drafted in 1909 and introduced in Parliament several times, # but it met with ridicule and opposition, especially from farming interests. # Later editions of the pamphlet proposed one-hour summer time, and # it was eventually adopted as a wartime measure in 1916. # See: Summer Time Arrives Early, The Times (2000-05-18). # A monument to Willett was unveiled on 1927-05-21, in an open space in # a 45-acre wood near Chislehurst, Kent that was purchased by popular # subscription and open to the public. On the south face of the monolith, # designed by G. W. Miller, is the the William Willett Memorial Sundial, # which is permanently set to Summer Time. # From Winston Churchill (1934-04-28): # It is one of the paradoxes of history that we should owe the boon of # summer time, which gives every year to the people of this country # between 160 and 170 hours more daylight leisure, to a war which # plunged Europe into darkness for four years, and shook the # foundations of civilization throughout the world. # -- <a href="http://www.winstonchurchill.org/fh114willett.htm"> # "A Silent Toast to William Willett", Pictorial Weekly # </a> # From Paul Eggert (1996-09-03): # The OED Supplement says that the English originally said ``Daylight Saving'' # when they were debating the adoption of DST in 1908; but by 1916 this # term appears only in quotes taken from DST's opponents, whereas the # proponents (who eventually won the argument) are quoted as using ``Summer''. # From Arthur David Olson (1989-01-19): # # A source at the British Information Office in New York avers that it's # known as "British" Summer Time in all parts of the United Kingdom. # Date: 4 Jan 89 08:57:25 GMT (Wed) # From: Jonathan Leffler # [British Summer Time] is fixed annually by Act of Parliament. # If you can predict what Parliament will do, you should be in # politics making a fortune, not computing. # From Chris Carrier (1996-06-14): # I remember reading in various wartime issues of the London Times the # acronym BDST for British Double Summer Time. Look for the published # time of sunrise and sunset in The Times, when BDST was in effect, and # if you find a zone reference it will say, "All times B.D.S.T." # From Joseph S. Myers (1999-09-02): # ... some military cables (WO 219/4100 - this is a copy from the # main SHAEF archives held in the US National Archives, SHAEF/5252/8/516) # agree that the usage is BDST (this appears in a message dated 17 Feb 1945). # From Joseph S. Myers (2000-10-03): # On 18th April 1941, Sir Stephen Tallents of the BBC wrote to Sir # Alexander Maxwell of the Home Office asking whether there was any # official designation; the reply of the 21st was that there wasn't # but he couldn't think of anything better than the "Double British # Summer Time" that the BBC had been using informally. # http://student.cusu.cam.ac.uk/~jsm28/british-time/bbc-19410418.png # http://student.cusu.cam.ac.uk/~jsm28/british-time/ho-19410421.png # From Sir Alexander Maxwell in the above-mentioned letter (1941-04-21): # [N]o official designation has as far as I know been adopted for the time # which is to be introduced in May.... # I cannot think of anything better than "Double British Summer Time" # which could not be said to run counter to any official description. # From Paul Eggert (2000-10-02): # Howse writes (p 157) `DBST' too, but `BDST' seems to have been common # and follows the more usual convention of putting the location name first, # so we use `BDST'. # Peter Ilieve (1998-04-19) described at length # the history of summer time legislation in the United Kingdom. # Since 1998 Joseph S. Myers has been updating # and extending this list, which can be found in # <a href="http://student.cusu.cam.ac.uk/~jsm28/british-time/"> # History of legal time in Britain # </a> # From Joseph S. Myers (1998-01-06): # # The legal time in the UK outside of summer time is definitely GMT, not UTC; # see Lord Tanlaw's speech # <a href="http://www.parliament.the-stationery-office.co.uk/pa/ld199697/ldhansrd/pdvn…"> # (Lords Hansard 11 June 1997 columns 964 to 976) # </a>. # From Paul Eggert (2006-03-22): # # For lack of other data, follow Shanks & Pottenger for Eire in 1940-1948. # # Given Ilieve and Myers's data, the following claims by Shanks & Pottenger # are incorrect: # * Wales did not switch from GMT to daylight saving time until # 1921 Apr 3, when they began to conform with the rest of Great Britain. # Actually, Wales was identical after 1880. # * Eire had two transitions on 1916 Oct 1. # It actually just had one transition. # * Northern Ireland used single daylight saving time throughout WW II. # Actually, it conformed to Britain. # * GB-Eire changed standard time to 1 hour ahead of GMT on 1968-02-18. # Actually, that date saw the usual switch to summer time. # Standard time was not changed until 1968-10-27 (the clocks didn't change). # # Here is another incorrect claim by Shanks & Pottenger: # * Jersey, Guernsey, and the Isle of Man did not switch from GMT # to daylight saving time until 1921 Apr 3, when they began to # conform with Great Britain. # S.R.&O. 1916, No. 382 and HO 45/10811/312364 (quoted above) say otherwise. # # The following claim by Shanks & Pottenger is possible though doubtful; # we'll ignore it for now. # * Dublin's 1971-10-31 switch was at 02:00, even though London's was 03:00. # # # Whitman says Dublin Mean Time was -0:25:21, which is more precise than # Shanks & Pottenger. # Perhaps this was Dunsink Observatory Time, as Dunsink Observatory # (8 km NW of Dublin's center) seemingly was to Dublin as Greenwich was # to London. For example: # # "Timeball on the ballast office is down. Dunsink time." # -- James Joyce, Ulysses # From Joseph S. Myers (2005-01-26): # Irish laws are available online at www.irishstatutebook.ie. These include # various relating to legal time, for example: # # ZZA13Y1923.html ZZA12Y1924.html ZZA8Y1925.html ZZSIV20PG1267.html # # ZZSI71Y1947.html ZZSI128Y1948.html ZZSI23Y1949.html ZZSI41Y1950.html # ZZSI27Y1951.html ZZSI73Y1952.html # # ZZSI11Y1961.html ZZSI232Y1961.html ZZSI182Y1962.html # ZZSI167Y1963.html ZZSI257Y1964.html ZZSI198Y1967.html # ZZA23Y1968.html ZZA17Y1971.html # # ZZSI67Y1981.html ZZSI212Y1982.html ZZSI45Y1986.html # ZZSI264Y1988.html ZZSI52Y1990.html ZZSI371Y1992.html # ZZSI395Y1994.html ZZSI484Y1997.html ZZSI506Y2001.html # # [These are all relative to the root, e.g., the first is # <http://www.irishstatutebook.ie/ZZA13Y1923.html>.] # # (These are those I found, but there could be more. In any case these # should allow various updates to the comments in the europe file to cover # the laws applicable in Ireland.) # # (Note that the time in the Republic of Ireland since 1968 has been defined # in terms of standard time being GMT+1 with a period of winter time when it # is GMT, rather than standard time being GMT with a period of summer time # being GMT+1.) # From Paul Eggert (1999-03-28): # Clive Feather (<news:859845706.26043.0@office.demon.net>, 1997-03-31) # reports that Folkestone (Cheriton) Shuttle Terminal uses Concession Time # (CT), equivalent to French civil time. # Julian Hill (<news:36118128.5A14@virgin.net>, 1998-09-30) reports that # trains between Dollands Moor (the freight facility next door) # and Frethun run in CT. # My admittedly uninformed guess is that the terminal has two authorities, # the French concession operators and the British civil authorities, # and that the time depends on who you're talking to. # If, say, the British police were called to the station for some reason, # I would expect the official police report to use GMT/BST and not CET/CEST. # This is a borderline case, but for now let's stick to GMT/BST. # From an anonymous contributor (1996-06-02): # The law governing time in Ireland is under Statutory Instrument SI 395/94, # which gives force to European Union 7th Council Directive # 94/21/EC. # Under this directive, the Minister for Justice in Ireland makes appropriate # regulations. I spoke this morning with the Secretary of the Department of # Justice (tel +353 1 678 9711) who confirmed to me that the correct name is # "Irish Summer Time", abbreviated to "IST". # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S # Summer Time Act, 1916 Rule GB-Eire 1916 only - May 21 2:00s 1:00 BST Rule GB-Eire 1916 only - Oct 1 2:00s 0 GMT # S.R.&O. 1917, No. 358 Rule GB-Eire 1917 only - Apr 8 2:00s 1:00 BST Rule GB-Eire 1917 only - Sep 17 2:00s 0 GMT # S.R.&O. 1918, No. 274 Rule GB-Eire 1918 only - Mar 24 2:00s 1:00 BST Rule GB-Eire 1918 only - Sep 30 2:00s 0 GMT # S.R.&O. 1919, No. 297 Rule GB-Eire 1919 only - Mar 30 2:00s 1:00 BST Rule GB-Eire 1919 only - Sep 29 2:00s 0 GMT # S.R.&O. 1920, No. 458 Rule GB-Eire 1920 only - Mar 28 2:00s 1:00 BST # S.R.&O. 1920, No. 1844 Rule GB-Eire 1920 only - Oct 25 2:00s 0 GMT # S.R.&O. 1921, No. 363 Rule GB-Eire 1921 only - Apr 3 2:00s 1:00 BST Rule GB-Eire 1921 only - Oct 3 2:00s 0 GMT # S.R.&O. 1922, No. 264 Rule GB-Eire 1922 only - Mar 26 2:00s 1:00 BST Rule GB-Eire 1922 only - Oct 8 2:00s 0 GMT # The Summer Time Act, 1922 Rule GB-Eire 1923 only - Apr Sun>=16 2:00s 1:00 BST Rule GB-Eire 1923 1924 - Sep Sun>=16 2:00s 0 GMT Rule GB-Eire 1924 only - Apr Sun>=9 2:00s 1:00 BST Rule GB-Eire 1925 1926 - Apr Sun>=16 2:00s 1:00 BST # The Summer Time Act, 1925 Rule GB-Eire 1925 1938 - Oct Sun>=2 2:00s 0 GMT Rule GB-Eire 1927 only - Apr Sun>=9 2:00s 1:00 BST Rule GB-Eire 1928 1929 - Apr Sun>=16 2:00s 1:00 BST Rule GB-Eire 1930 only - Apr Sun>=9 2:00s 1:00 BST Rule GB-Eire 1931 1932 - Apr Sun>=16 2:00s 1:00 BST Rule GB-Eire 1933 only - Apr Sun>=9 2:00s 1:00 BST Rule GB-Eire 1934 only - Apr Sun>=16 2:00s 1:00 BST Rule GB-Eire 1935 only - Apr Sun>=9 2:00s 1:00 BST Rule GB-Eire 1936 1937 - Apr Sun>=16 2:00s 1:00 BST Rule GB-Eire 1938 only - Apr Sun>=9 2:00s 1:00 BST Rule GB-Eire 1939 only - Apr Sun>=16 2:00s 1:00 BST # S.R.&O. 1939, No. 1379 Rule GB-Eire 1939 only - Nov Sun>=16 2:00s 0 GMT # S.R.&O. 1940, No. 172 and No. 1883 Rule GB-Eire 1940 only - Feb Sun>=23 2:00s 1:00 BST # S.R.&O. 1941, No. 476 Rule GB-Eire 1941 only - May Sun>=2 1:00s 2:00 BDST Rule GB-Eire 1941 1943 - Aug Sun>=9 1:00s 1:00 BST # S.R.&O. 1942, No. 506 Rule GB-Eire 1942 1944 - Apr Sun>=2 1:00s 2:00 BDST # S.R.&O. 1944, No. 932 Rule GB-Eire 1944 only - Sep Sun>=16 1:00s 1:00 BST # S.R.&O. 1945, No. 312 Rule GB-Eire 1945 only - Apr Mon>=2 1:00s 2:00 BDST Rule GB-Eire 1945 only - Jul Sun>=9 1:00s 1:00 BST # S.R.&O. 1945, No. 1208 Rule GB-Eire 1945 1946 - Oct Sun>=2 2:00s 0 GMT Rule GB-Eire 1946 only - Apr Sun>=9 2:00s 1:00 BST # The Summer Time Act, 1947 Rule GB-Eire 1947 only - Mar 16 2:00s 1:00 BST Rule GB-Eire 1947 only - Apr 13 1:00s 2:00 BDST Rule GB-Eire 1947 only - Aug 10 1:00s 1:00 BST Rule GB-Eire 1947 only - Nov 2 2:00s 0 GMT # Summer Time Order, 1948 (S.I. 1948/495) Rule GB-Eire 1948 only - Mar 14 2:00s 1:00 BST Rule GB-Eire 1948 only - Oct 31 2:00s 0 GMT # Summer Time Order, 1949 (S.I. 1949/373) Rule GB-Eire 1949 only - Apr 3 2:00s 1:00 BST Rule GB-Eire 1949 only - Oct 30 2:00s 0 GMT # Summer Time Order, 1950 (S.I. 1950/518) # Summer Time Order, 1951 (S.I. 1951/430) # Summer Time Order, 1952 (S.I. 1952/451) Rule GB-Eire 1950 1952 - Apr Sun>=14 2:00s 1:00 BST Rule GB-Eire 1950 1952 - Oct Sun>=21 2:00s 0 GMT # revert to the rules of the Summer Time Act, 1925 Rule GB-Eire 1953 only - Apr Sun>=16 2:00s 1:00 BST Rule GB-Eire 1953 1960 - Oct Sun>=2 2:00s 0 GMT Rule GB-Eire 1954 only - Apr Sun>=9 2:00s 1:00 BST Rule GB-Eire 1955 1956 - Apr Sun>=16 2:00s 1:00 BST Rule GB-Eire 1957 only - Apr Sun>=9 2:00s 1:00 BST Rule GB-Eire 1958 1959 - Apr Sun>=16 2:00s 1:00 BST Rule GB-Eire 1960 only - Apr Sun>=9 2:00s 1:00 BST # Summer Time Order, 1961 (S.I. 1961/71) # Summer Time (1962) Order, 1961 (S.I. 1961/2465) # Summer Time Order, 1963 (S.I. 1963/81) Rule GB-Eire 1961 1963 - Mar lastSun 2:00s 1:00 BST Rule GB-Eire 1961 1968 - Oct Sun>=23 2:00s 0 GMT # Summer Time (1964) Order, 1963 (S.I. 1963/2101) # Summer Time Order, 1964 (S.I. 1964/1201) # Summer Time Order, 1967 (S.I. 1967/1148) Rule GB-Eire 1964 1967 - Mar Sun>=19 2:00s 1:00 BST # Summer Time Order, 1968 (S.I. 1968/117) Rule GB-Eire 1968 only - Feb 18 2:00s 1:00 BST # The British Standard Time Act, 1968 # (no summer time) # The Summer Time Act, 1972 Rule GB-Eire 1972 1980 - Mar Sun>=16 2:00s 1:00 BST Rule GB-Eire 1972 1980 - Oct Sun>=23 2:00s 0 GMT # Summer Time Order, 1980 (S.I. 1980/1089) # Summer Time Order, 1982 (S.I. 1982/1673) # Summer Time Order, 1986 (S.I. 1986/223) # Summer Time Order, 1988 (S.I. 1988/931) Rule GB-Eire 1981 1995 - Mar lastSun 1:00u 1:00 BST Rule GB-Eire 1981 1989 - Oct Sun>=23 1:00u 0 GMT # Summer Time Order, 1989 (S.I. 1989/985) # Summer Time Order, 1992 (S.I. 1992/1729) # Summer Time Order 1994 (S.I. 1994/2798) Rule GB-Eire 1990 1995 - Oct Sun>=22 1:00u 0 GMT # Summer Time Order 1997 (S.I. 1997/2982) # See EU for rules starting in 1996. # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/London -0:01:15 - LMT 1847 Dec 1 0:00s 0:00 GB-Eire %s 1968 Oct 27 1:00 - BST 1971 Oct 31 2:00u 0:00 GB-Eire %s 1996 0:00 EU GMT/BST Link Europe/London Europe/Jersey Link Europe/London Europe/Guernsey Link Europe/London Europe/Isle_of_Man Zone Europe/Dublin -0:25:00 - LMT 1880 Aug 2 -0:25:21 - DMT 1916 May 21 2:00 -0:25:21 1:00 IST 1916 Oct 1 2:00s 0:00 GB-Eire %s 1921 Dec 6 # independence 0:00 GB-Eire GMT/IST 1940 Feb 25 2:00 0:00 1:00 IST 1946 Oct 6 2:00 0:00 - GMT 1947 Mar 16 2:00 0:00 1:00 IST 1947 Nov 2 2:00 0:00 - GMT 1948 Apr 18 2:00 0:00 GB-Eire GMT/IST 1968 Oct 27 1:00 - IST 1971 Oct 31 2:00u 0:00 GB-Eire GMT/IST 1996 0:00 EU GMT/IST ############################################################################### # Europe # EU rules are for the European Union, previously known as the EC, EEC, # Common Market, etc. # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule EU 1977 1980 - Apr Sun>=1 1:00u 1:00 S Rule EU 1977 only - Sep lastSun 1:00u 0 - Rule EU 1978 only - Oct 1 1:00u 0 - Rule EU 1979 1995 - Sep lastSun 1:00u 0 - Rule EU 1981 max - Mar lastSun 1:00u 1:00 S Rule EU 1996 max - Oct lastSun 1:00u 0 - # The most recent directive covers the years starting in 2002. See: # <a="http://eur-lex.europa.eu/LexUriServ/LexUriServ.do?uri=CELEX:32000L0084:EN:N…"> # Directive 2000/84/EC of the European Parliament and of the Council # of 19 January 2001 on summer-time arrangements. # </a> # W-Eur differs from EU only in that W-Eur uses standard time. Rule W-Eur 1977 1980 - Apr Sun>=1 1:00s 1:00 S Rule W-Eur 1977 only - Sep lastSun 1:00s 0 - Rule W-Eur 1978 only - Oct 1 1:00s 0 - Rule W-Eur 1979 1995 - Sep lastSun 1:00s 0 - Rule W-Eur 1981 max - Mar lastSun 1:00s 1:00 S Rule W-Eur 1996 max - Oct lastSun 1:00s 0 - # Older C-Eur rules are for convenience in the tables. # From 1977 on, C-Eur differs from EU only in that C-Eur uses standard time. Rule C-Eur 1916 only - Apr 30 23:00 1:00 S Rule C-Eur 1916 only - Oct 1 1:00 0 - Rule C-Eur 1917 1918 - Apr Mon>=15 2:00s 1:00 S Rule C-Eur 1917 1918 - Sep Mon>=15 2:00s 0 - Rule C-Eur 1940 only - Apr 1 2:00s 1:00 S Rule C-Eur 1942 only - Nov 2 2:00s 0 - Rule C-Eur 1943 only - Mar 29 2:00s 1:00 S Rule C-Eur 1943 only - Oct 4 2:00s 0 - Rule C-Eur 1944 1945 - Apr Mon>=1 2:00s 1:00 S # Whitman gives 1944 Oct 7; go with Shanks & Pottenger. Rule C-Eur 1944 only - Oct 2 2:00s 0 - # From Jesper Norgaard Welen (2008-07-13): # # I found what is probably a typo of 2:00 which should perhaps be 2:00s # in the C-Eur rule from tz database version 2008d (this part was # corrected in version 2008d). The circumstancial evidence is simply the # tz database itself, as seen below: # # Zone Europe/Paris 0:09:21 - LMT 1891 Mar 15 0:01 # 0:00 France WE%sT 1945 Sep 16 3:00 # # Zone Europe/Monaco 0:29:32 - LMT 1891 Mar 15 # 0:00 France WE%sT 1945 Sep 16 3:00 # # Zone Europe/Belgrade 1:22:00 - LMT 1884 # 1:00 1:00 CEST 1945 Sep 16 2:00s # # Rule France 1945 only - Sep 16 3:00 0 - # Rule Belgium 1945 only - Sep 16 2:00s 0 - # Rule Neth 1945 only - Sep 16 2:00s 0 - # # The rule line to be changed is: # # Rule C-Eur 1945 only - Sep 16 2:00 0 - # # It seems that Paris, Monaco, Rule France, Rule Belgium all agree on # 2:00 standard time, e.g. 3:00 local time. However there are no # countries that use C-Eur rules in September 1945, so the only items # affected are apparently these ficticious zones that translates acronyms # CET and MET: # # Zone CET 1:00 C-Eur CE%sT # Zone MET 1:00 C-Eur ME%sT # # It this is right then the corrected version would look like: # # Rule C-Eur 1945 only - Sep 16 2:00s 0 - # # A small step for mankind though 8-) Rule C-Eur 1945 only - Sep 16 2:00s 0 - Rule C-Eur 1977 1980 - Apr Sun>=1 2:00s 1:00 S Rule C-Eur 1977 only - Sep lastSun 2:00s 0 - Rule C-Eur 1978 only - Oct 1 2:00s 0 - Rule C-Eur 1979 1995 - Sep lastSun 2:00s 0 - Rule C-Eur 1981 max - Mar lastSun 2:00s 1:00 S Rule C-Eur 1996 max - Oct lastSun 2:00s 0 - # E-Eur differs from EU only in that E-Eur switches at midnight local time. Rule E-Eur 1977 1980 - Apr Sun>=1 0:00 1:00 S Rule E-Eur 1977 only - Sep lastSun 0:00 0 - Rule E-Eur 1978 only - Oct 1 0:00 0 - Rule E-Eur 1979 1995 - Sep lastSun 0:00 0 - Rule E-Eur 1981 max - Mar lastSun 0:00 1:00 S Rule E-Eur 1996 max - Oct lastSun 0:00 0 - # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Russia 1917 only - Jul 1 23:00 1:00 MST # Moscow Summer Time Rule Russia 1917 only - Dec 28 0:00 0 MMT # Moscow Mean Time Rule Russia 1918 only - May 31 22:00 2:00 MDST # Moscow Double Summer Time Rule Russia 1918 only - Sep 16 1:00 1:00 MST Rule Russia 1919 only - May 31 23:00 2:00 MDST Rule Russia 1919 only - Jul 1 2:00 1:00 S Rule Russia 1919 only - Aug 16 0:00 0 - Rule Russia 1921 only - Feb 14 23:00 1:00 S Rule Russia 1921 only - Mar 20 23:00 2:00 M # Midsummer Rule Russia 1921 only - Sep 1 0:00 1:00 S Rule Russia 1921 only - Oct 1 0:00 0 - # Act No.925 of the Council of Ministers of the USSR (1980-10-24): Rule Russia 1981 1984 - Apr 1 0:00 1:00 S Rule Russia 1981 1983 - Oct 1 0:00 0 - # Act No.967 of the Council of Ministers of the USSR (1984-09-13), repeated in # Act No.227 of the Council of Ministers of the USSR (1989-03-14): Rule Russia 1984 1991 - Sep lastSun 2:00s 0 - Rule Russia 1985 1991 - Mar lastSun 2:00s 1:00 S # Rule Russia 1992 only - Mar lastSat 23:00 1:00 S Rule Russia 1992 only - Sep lastSat 23:00 0 - Rule Russia 1993 max - Mar lastSun 2:00s 1:00 S Rule Russia 1993 1995 - Sep lastSun 2:00s 0 - Rule Russia 1996 max - Oct lastSun 2:00s 0 - # These are for backward compatibility with older versions. # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone WET 0:00 EU WE%sT Zone CET 1:00 C-Eur CE%sT Zone MET 1:00 C-Eur ME%sT Zone EET 2:00 EU EE%sT # Previous editions of this database used abbreviations like MET DST # for Central European Summer Time, but this didn't agree with common usage. # From Markus Kuhn (1996-07-12): # The official German names ... are # # Mitteleuropaeische Zeit (MEZ) = UTC+01:00 # Mitteleuropaeische Sommerzeit (MESZ) = UTC+02:00 # # as defined in the German Time Act (Gesetz ueber die Zeitbestimmung (ZeitG), # 1978-07-25, Bundesgesetzblatt, Jahrgang 1978, Teil I, S. 1110-1111).... # I wrote ... to the German Federal Physical-Technical Institution # # Physikalisch-Technische Bundesanstalt (PTB) # Laboratorium 4.41 "Zeiteinheit" # Postfach 3345 # D-38023 Braunschweig # phone: +49 531 592-0 # # ... I received today an answer letter from Dr. Peter Hetzel, head of the PTB # department for time and frequency transmission. He explained that the # PTB translates MEZ and MESZ into English as # # Central European Time (CET) = UTC+01:00 # Central European Summer Time (CEST) = UTC+02:00 # Albania # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Albania 1940 only - Jun 16 0:00 1:00 S Rule Albania 1942 only - Nov 2 3:00 0 - Rule Albania 1943 only - Mar 29 2:00 1:00 S Rule Albania 1943 only - Apr 10 3:00 0 - Rule Albania 1974 only - May 4 0:00 1:00 S Rule Albania 1974 only - Oct 2 0:00 0 - Rule Albania 1975 only - May 1 0:00 1:00 S Rule Albania 1975 only - Oct 2 0:00 0 - Rule Albania 1976 only - May 2 0:00 1:00 S Rule Albania 1976 only - Oct 3 0:00 0 - Rule Albania 1977 only - May 8 0:00 1:00 S Rule Albania 1977 only - Oct 2 0:00 0 - Rule Albania 1978 only - May 6 0:00 1:00 S Rule Albania 1978 only - Oct 1 0:00 0 - Rule Albania 1979 only - May 5 0:00 1:00 S Rule Albania 1979 only - Sep 30 0:00 0 - Rule Albania 1980 only - May 3 0:00 1:00 S Rule Albania 1980 only - Oct 4 0:00 0 - Rule Albania 1981 only - Apr 26 0:00 1:00 S Rule Albania 1981 only - Sep 27 0:00 0 - Rule Albania 1982 only - May 2 0:00 1:00 S Rule Albania 1982 only - Oct 3 0:00 0 - Rule Albania 1983 only - Apr 18 0:00 1:00 S Rule Albania 1983 only - Oct 1 0:00 0 - Rule Albania 1984 only - Apr 1 0:00 1:00 S # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Tirane 1:19:20 - LMT 1914 1:00 - CET 1940 Jun 16 1:00 Albania CE%sT 1984 Jul 1:00 EU CE%sT # Andorra # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Andorra 0:06:04 - LMT 1901 0:00 - WET 1946 Sep 30 1:00 - CET 1985 Mar 31 2:00 1:00 EU CE%sT # Austria # From Paul Eggert (2006-03-22): Shanks & Pottenger give 1918-06-16 and # 1945-11-18, but the Austrian Federal Office of Metrology and # Surveying (BEV) gives 1918-09-16 and for Vienna gives the "alleged" # date of 1945-04-12 with no time. For the 1980-04-06 transition # Shanks & Pottenger give 02:00, the BEV 00:00. Go with the BEV, # and guess 02:00 for 1945-04-12. # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Austria 1920 only - Apr 5 2:00s 1:00 S Rule Austria 1920 only - Sep 13 2:00s 0 - Rule Austria 1946 only - Apr 14 2:00s 1:00 S Rule Austria 1946 1948 - Oct Sun>=1 2:00s 0 - Rule Austria 1947 only - Apr 6 2:00s 1:00 S Rule Austria 1948 only - Apr 18 2:00s 1:00 S Rule Austria 1980 only - Apr 6 0:00 1:00 S Rule Austria 1980 only - Sep 28 0:00 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Vienna 1:05:20 - LMT 1893 Apr 1:00 C-Eur CE%sT 1920 1:00 Austria CE%sT 1940 Apr 1 2:00s 1:00 C-Eur CE%sT 1945 Apr 2 2:00s 1:00 1:00 CEST 1945 Apr 12 2:00s 1:00 - CET 1946 1:00 Austria CE%sT 1981 1:00 EU CE%sT # Belarus # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Minsk 1:50:16 - LMT 1880 1:50 - MMT 1924 May 2 # Minsk Mean Time 2:00 - EET 1930 Jun 21 3:00 - MSK 1941 Jun 28 1:00 C-Eur CE%sT 1944 Jul 3 3:00 Russia MSK/MSD 1990 3:00 - MSK 1991 Mar 31 2:00s 2:00 1:00 EEST 1991 Sep 29 2:00s 2:00 - EET 1992 Mar 29 0:00s 2:00 1:00 EEST 1992 Sep 27 0:00s 2:00 Russia EE%sT # Belgium # # From Paul Eggert (1997-07-02): # Entries from 1918 through 1991 are taken from: # Annuaire de L'Observatoire Royal de Belgique, # Avenue Circulaire, 3, B-1180 BRUXELLES, CLVIIe annee, 1991 # (Imprimerie HAYEZ, s.p.r.l., Rue Fin, 4, 1080 BRUXELLES, MCMXC), # pp 8-9. # LMT before 1892 was 0:17:30, according to the official journal of Belgium: # Moniteur Belge, Samedi 30 Avril 1892, N.121. # Thanks to Pascal Delmoitie for these references. # The 1918 rules are listed for completeness; they apply to unoccupied Belgium. # Assume Brussels switched to WET in 1918 when the armistice took effect. # # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Belgium 1918 only - Mar 9 0:00s 1:00 S Rule Belgium 1918 1919 - Oct Sat>=1 23:00s 0 - Rule Belgium 1919 only - Mar 1 23:00s 1:00 S Rule Belgium 1920 only - Feb 14 23:00s 1:00 S Rule Belgium 1920 only - Oct 23 23:00s 0 - Rule Belgium 1921 only - Mar 14 23:00s 1:00 S Rule Belgium 1921 only - Oct 25 23:00s 0 - Rule Belgium 1922 only - Mar 25 23:00s 1:00 S Rule Belgium 1922 1927 - Oct Sat>=1 23:00s 0 - Rule Belgium 1923 only - Apr 21 23:00s 1:00 S Rule Belgium 1924 only - Mar 29 23:00s 1:00 S Rule Belgium 1925 only - Apr 4 23:00s 1:00 S # DSH writes that a royal decree of 1926-02-22 specified the Sun following 3rd # Sat in Apr (except if it's Easter, in which case it's one Sunday earlier), # to Sun following 1st Sat in Oct, and that a royal decree of 1928-09-15 # changed the transition times to 02:00 GMT. Rule Belgium 1926 only - Apr 17 23:00s 1:00 S Rule Belgium 1927 only - Apr 9 23:00s 1:00 S Rule Belgium 1928 only - Apr 14 23:00s 1:00 S Rule Belgium 1928 1938 - Oct Sun>=2 2:00s 0 - Rule Belgium 1929 only - Apr 21 2:00s 1:00 S Rule Belgium 1930 only - Apr 13 2:00s 1:00 S Rule Belgium 1931 only - Apr 19 2:00s 1:00 S Rule Belgium 1932 only - Apr 3 2:00s 1:00 S Rule Belgium 1933 only - Mar 26 2:00s 1:00 S Rule Belgium 1934 only - Apr 8 2:00s 1:00 S Rule Belgium 1935 only - Mar 31 2:00s 1:00 S Rule Belgium 1936 only - Apr 19 2:00s 1:00 S Rule Belgium 1937 only - Apr 4 2:00s 1:00 S Rule Belgium 1938 only - Mar 27 2:00s 1:00 S Rule Belgium 1939 only - Apr 16 2:00s 1:00 S Rule Belgium 1939 only - Nov 19 2:00s 0 - Rule Belgium 1940 only - Feb 25 2:00s 1:00 S Rule Belgium 1944 only - Sep 17 2:00s 0 - Rule Belgium 1945 only - Apr 2 2:00s 1:00 S Rule Belgium 1945 only - Sep 16 2:00s 0 - Rule Belgium 1946 only - May 19 2:00s 1:00 S Rule Belgium 1946 only - Oct 7 2:00s 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Brussels 0:17:30 - LMT 1880 0:17:30 - BMT 1892 May 1 12:00 # Brussels MT 0:00 - WET 1914 Nov 8 1:00 - CET 1916 May 1 0:00 1:00 C-Eur CE%sT 1918 Nov 11 11:00u 0:00 Belgium WE%sT 1940 May 20 2:00s 1:00 C-Eur CE%sT 1944 Sep 3 1:00 Belgium CE%sT 1977 1:00 EU CE%sT # Bosnia and Herzegovina # see Serbia # Bulgaria # # From Plamen Simenov via Steffen Thorsen (1999-09-09): # A document of Government of Bulgaria (No.94/1997) says: # EET --> EETDST is in 03:00 Local time in last Sunday of March ... # EETDST --> EET is in 04:00 Local time in last Sunday of October # # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Bulg 1979 only - Mar 31 23:00 1:00 S Rule Bulg 1979 only - Oct 1 1:00 0 - Rule Bulg 1980 1982 - Apr Sat>=1 23:00 1:00 S Rule Bulg 1980 only - Sep 29 1:00 0 - Rule Bulg 1981 only - Sep 27 2:00 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Sofia 1:33:16 - LMT 1880 1:56:56 - IMT 1894 Nov 30 # Istanbul MT? 2:00 - EET 1942 Nov 2 3:00 1:00 C-Eur CE%sT 1945 1:00 - CET 1945 Apr 2 3:00 2:00 - EET 1979 Mar 31 23:00 2:00 Bulg EE%sT 1982 Sep 26 2:00 2:00 C-Eur EE%sT 1991 2:00 E-Eur EE%sT 1997 2:00 EU EE%sT # Croatia # see Serbia # Cyprus # Please see the `asia' file for Asia/Nicosia. # Czech Republic # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Czech 1945 only - Apr 8 2:00s 1:00 S Rule Czech 1945 only - Nov 18 2:00s 0 - Rule Czech 1946 only - May 6 2:00s 1:00 S Rule Czech 1946 1949 - Oct Sun>=1 2:00s 0 - Rule Czech 1947 only - Apr 20 2:00s 1:00 S Rule Czech 1948 only - Apr 18 2:00s 1:00 S Rule Czech 1949 only - Apr 9 2:00s 1:00 S # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Prague 0:57:44 - LMT 1850 0:57:44 - PMT 1891 Oct # Prague Mean Time 1:00 C-Eur CE%sT 1944 Sep 17 2:00s 1:00 Czech CE%sT 1979 1:00 EU CE%sT # Denmark, Faroe Islands, and Greenland # From Jesper Norgaard Welen (2005-04-26): # http://www.hum.aau.dk/~poe/tid/tine/DanskTid.htm says that the law # [introducing standard time] was in effect from 1894-01-01.... # The page http://www.retsinfo.dk/_GETDOCI_/ACCN/A18930008330-REGL # confirms this, and states that the law was put forth 1893-03-29. # # The EU treaty with effect from 1973: # http://www.retsinfo.dk/_GETDOCI_/ACCN/A19722110030-REGL # # This provoked a new law from 1974 to make possible summer time changes # in subsequenet decrees with the law # http://www.retsinfo.dk/_GETDOCI_/ACCN/A19740022330-REGL # # It seems however that no decree was set forward until 1980. I have # not found any decree, but in another related law, the effecting DST # changes are stated explicitly to be from 1980-04-06 at 02:00 to # 1980-09-28 at 02:00. If this is true, this differs slightly from # the EU rule in that DST runs to 02:00, not 03:00. We don't know # when Denmark began using the EU rule correctly, but we have only # confirmation of the 1980-time, so I presume it was correct in 1981: # The law is about the management of the extra hour, concerning # working hours reported and effect on obligatory-rest rules (which # was suspended on that night): # http://www.retsinfo.dk/_GETDOCI_/ACCN/C19801120554-REGL # From Jesper Norgaard Welen (2005-06-11): # The Herning Folkeblad (1980-09-26) reported that the night between # Saturday and Sunday the clock is set back from three to two. # From Paul Eggert (2005-06-11): # Hence the "02:00" of the 1980 law refers to standard time, not # wall-clock time, and so the EU rules were in effect in 1980. # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Denmark 1916 only - May 14 23:00 1:00 S Rule Denmark 1916 only - Sep 30 23:00 0 - Rule Denmark 1940 only - May 15 0:00 1:00 S Rule Denmark 1945 only - Apr 2 2:00s 1:00 S Rule Denmark 1945 only - Aug 15 2:00s 0 - Rule Denmark 1946 only - May 1 2:00s 1:00 S Rule Denmark 1946 only - Sep 1 2:00s 0 - Rule Denmark 1947 only - May 4 2:00s 1:00 S Rule Denmark 1947 only - Aug 10 2:00s 0 - Rule Denmark 1948 only - May 9 2:00s 1:00 S Rule Denmark 1948 only - Aug 8 2:00s 0 - # # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Copenhagen 0:50:20 - LMT 1890 0:50:20 - CMT 1894 Jan 1 # Copenhagen MT 1:00 Denmark CE%sT 1942 Nov 2 2:00s 1:00 C-Eur CE%sT 1945 Apr 2 2:00 1:00 Denmark CE%sT 1980 1:00 EU CE%sT Zone Atlantic/Faroe -0:27:04 - LMT 1908 Jan 11 # Torshavn 0:00 - WET 1981 0:00 EU WE%sT # # From Paul Eggert (2004-10-31): # During World War II, Germany maintained secret manned weather stations in # East Greenland and Franz Josef Land, but we don't know their time zones. # My source for this is Wilhelm Dege's book mentioned under Svalbard. # # From Paul Eggert (2006-03-22): # Greenland joined the EU as part of Denmark, obtained home rule on 1979-05-01, # and left the EU on 1985-02-01. It therefore should have been using EU # rules at least through 1984. Shanks & Pottenger say Scoresbysund and Godthab # used C-Eur rules after 1980, but IATA SSIM (1991/1996) says they use EU # rules since at least 1991. Assume EU rules since 1980. # From Gwillin Law (2001-06-06), citing # <http://www.statkart.no/efs/efshefter/2001/efs5-2001.pdf> (2001-03-15), # and with translations corrected by Steffen Thorsen: # # Greenland has four local times, and the relation to UTC # is according to the following time line: # # The military zone near Thule UTC-4 # Standard Greenland time UTC-3 # Scoresbysund UTC-1 # Danmarkshavn UTC # # In the military area near Thule and in Danmarkshavn DST will not be # introduced. # From Rives McDow (2001-11-01): # # I correspond regularly with the Dansk Polarcenter, and wrote them at # the time to clarify the situation in Thule. Unfortunately, I have # not heard back from them regarding my recent letter. [But I have # info from earlier correspondence.] # # According to the center, a very small local time zone around Thule # Air Base keeps the time according to UTC-4, implementing daylight # savings using North America rules, changing the time at 02:00 local time.... # # The east coast of Greenland north of the community of Scoresbysund # uses UTC in the same way as in Iceland, year round, with no dst. # There are just a few stations on this coast, including the # Danmarkshavn ICAO weather station mentioned in your September 29th # email. The other stations are two sledge patrol stations in # Mestersvig and Daneborg, the air force base at Station Nord, and the # DPC research station at Zackenberg. # # Scoresbysund and two small villages nearby keep time UTC-1 and use # the same daylight savings time period as in West Greenland (Godthab). # # The rest of Greenland, including Godthab (this area, although it # includes central Greenland, is known as west Greenland), keeps time # UTC-3, with daylight savings methods according to European rules. # # It is common procedure to use UTC 0 in the wilderness of East and # North Greenland, because it is mainly Icelandic aircraft operators # maintaining traffic in these areas. However, the official status of # this area is that it sticks with Godthab time. This area might be # considered a dual time zone in some respects because of this. # From Rives McDow (2001-11-19): # I heard back from someone stationed at Thule; the time change took place # there at 2:00 AM. # From Paul Eggert (2006-03-22): # From 1997 on the CIA map shows Danmarkshavn on GMT; # the 1995 map as like Godthab. # For lack of better info, assume they were like Godthab before 1996. # startkart.no says Thule does not observe DST, but this is clearly an error, # so go with Shanks & Pottenger for Thule transitions until this year. # For 2007 on assume Thule will stay in sync with US DST rules. # # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Thule 1991 1992 - Mar lastSun 2:00 1:00 D Rule Thule 1991 1992 - Sep lastSun 2:00 0 S Rule Thule 1993 2006 - Apr Sun>=1 2:00 1:00 D Rule Thule 1993 2006 - Oct lastSun 2:00 0 S Rule Thule 2007 max - Mar Sun>=8 2:00 1:00 D Rule Thule 2007 max - Nov Sun>=1 2:00 0 S # # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone America/Danmarkshavn -1:14:40 - LMT 1916 Jul 28 -3:00 - WGT 1980 Apr 6 2:00 -3:00 EU WG%sT 1996 0:00 - GMT Zone America/Scoresbysund -1:27:52 - LMT 1916 Jul 28 # Ittoqqortoormiit -2:00 - CGT 1980 Apr 6 2:00 -2:00 C-Eur CG%sT 1981 Mar 29 -1:00 EU EG%sT Zone America/Godthab -3:26:56 - LMT 1916 Jul 28 # Nuuk -3:00 - WGT 1980 Apr 6 2:00 -3:00 EU WG%sT Zone America/Thule -4:35:08 - LMT 1916 Jul 28 # Pituffik air base -4:00 Thule A%sT # Estonia # From Peter Ilieve (1994-10-15): # A relative in Tallinn confirms the accuracy of the data for 1989 onwards # [through 1994] and gives the legal authority for it, # a regulation of the Government of Estonia, No. 111 of 1989.... # # From Peter Ilieve (1996-10-28): # [IATA SSIM (1992/1996) claims that the Baltic republics switch at 01:00s, # but a relative confirms that Estonia still switches at 02:00s, writing:] # ``I do not [know] exactly but there are some little different # (confusing) rules for International Air and Railway Transport Schedules # conversion in Sunday connected with end of summer time in Estonia.... # A discussion is running about the summer time efficiency and effect on # human physiology. It seems that Estonia maybe will not change to # summer time next spring.'' # From Peter Ilieve (1998-11-04), heavily edited: # <a href="http://trip.rk.ee/cgi-bin/thw?${BASE}=akt&${OOHTML}=rtd&TA=1998&TO=1&AN=1390"> # The 1998-09-22 Estonian time law # </a> # refers to the Eighth Directive and cites the association agreement between # the EU and Estonia, ratified by the Estonian law (RT II 1995, 22--27, 120). # # I also asked [my relative] whether they use any standard abbreviation # for their standard and summer times. He says no, they use "suveaeg" # (summer time) and "talveaeg" (winter time). # From <a href="http://www.baltictimes.com/">The Baltic Times</a> (1999-09-09) # via Steffen Thorsen: # This year will mark the last time Estonia shifts to summer time, # a council of the ruling coalition announced Sept. 6.... # But what this could mean for Estonia's chances of joining the European # Union are still unclear. In 1994, the EU declared summer time compulsory # for all member states until 2001. Brussels has yet to decide what to do # after that. # From Mart Oruaas (2000-01-29): # Regulation no. 301 (1999-10-12) obsoletes previous regulation # no. 206 (1998-09-22) and thus sticks Estonia to +02:00 GMT for all # the year round. The regulation is effective 1999-11-01. # From Toomas Soome (2002-02-21): # The Estonian government has changed once again timezone politics. # Now we are using again EU rules. # # From Urmet Jaanes (2002-03-28): # The legislative reference is Government decree No. 84 on 2002-02-21. # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Tallinn 1:39:00 - LMT 1880 1:39:00 - TMT 1918 Feb # Tallinn Mean Time 1:00 C-Eur CE%sT 1919 Jul 1:39:00 - TMT 1921 May 2:00 - EET 1940 Aug 6 3:00 - MSK 1941 Sep 15 1:00 C-Eur CE%sT 1944 Sep 22 3:00 Russia MSK/MSD 1989 Mar 26 2:00s 2:00 1:00 EEST 1989 Sep 24 2:00s 2:00 C-Eur EE%sT 1998 Sep 22 2:00 EU EE%sT 1999 Nov 1 2:00 - EET 2002 Feb 21 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 Link Europe/Helsinki Europe/Mariehamn # France # From Ciro Discepolo (2000-12-20): # # Henri Le Corre, Regimes Horaires pour le monde entier, Editions # Traditionnelles - Paris 2 books, 1993 # # Gabriel, Traite de l'heure dans le monde, Guy Tredaniel editeur, # Paris, 1991 # # Francoise Gauquelin, Problemes de l'heure resolus en astrologie, # Guy tredaniel, Paris 1987 # # Shank & Pottenger seem to use `24:00' ambiguously; resolve it with Whitman. # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule France 1916 only - Jun 14 23:00s 1:00 S Rule France 1916 1919 - Oct Sun>=1 23:00s 0 - Rule France 1917 only - Mar 24 23:00s 1:00 S Rule France 1918 only - Mar 9 23:00s 1:00 S Rule France 1919 only - Mar 1 23:00s 1:00 S Rule France 1920 only - Feb 14 23:00s 1:00 S Rule France 1920 only - Oct 23 23:00s 0 - Rule France 1921 only - Mar 14 23:00s 1:00 S Rule France 1921 only - Oct 25 23:00s 0 - Rule France 1922 only - Mar 25 23:00s 1:00 S # DSH writes that a law of 1923-05-24 specified 3rd Sat in Apr at 23:00 to 1st # Sat in Oct at 24:00; and that in 1930, because of Easter, the transitions # were Apr 12 and Oct 5. Go with Shanks & Pottenger. Rule France 1922 1938 - Oct Sat>=1 23:00s 0 - Rule France 1923 only - May 26 23:00s 1:00 S Rule France 1924 only - Mar 29 23:00s 1:00 S Rule France 1925 only - Apr 4 23:00s 1:00 S Rule France 1926 only - Apr 17 23:00s 1:00 S Rule France 1927 only - Apr 9 23:00s 1:00 S Rule France 1928 only - Apr 14 23:00s 1:00 S Rule France 1929 only - Apr 20 23:00s 1:00 S Rule France 1930 only - Apr 12 23:00s 1:00 S Rule France 1931 only - Apr 18 23:00s 1:00 S Rule France 1932 only - Apr 2 23:00s 1:00 S Rule France 1933 only - Mar 25 23:00s 1:00 S Rule France 1934 only - Apr 7 23:00s 1:00 S Rule France 1935 only - Mar 30 23:00s 1:00 S Rule France 1936 only - Apr 18 23:00s 1:00 S Rule France 1937 only - Apr 3 23:00s 1:00 S Rule France 1938 only - Mar 26 23:00s 1:00 S Rule France 1939 only - Apr 15 23:00s 1:00 S Rule France 1939 only - Nov 18 23:00s 0 - Rule France 1940 only - Feb 25 2:00 1:00 S # The French rules for 1941-1944 were not used in Paris, but Shanks & Pottenger # write that they were used in Monaco and in many French locations. # Le Corre writes that the upper limit of the free zone was Arneguy, Orthez, # Mont-de-Marsan, Bazas, Langon, Lamotte-Montravel, Marouil, La # Rochefoucault, Champagne-Mouton, La Roche-Posay, La Haye-Decartes, # Loches, Montrichard, Vierzon, Bourges, Moulins, Digoin, # Paray-le-Monial, Montceau-les-Mines, Chalons-sur-Saone, Arbois, # Dole, Morez, St-Claude, and Collognes (Haute-Savioe). Rule France 1941 only - May 5 0:00 2:00 M # Midsummer # Shanks & Pottenger say this transition occurred at Oct 6 1:00, # but go with Denis Excoffier (1997-12-12), # who quotes the Ephemerides Astronomiques for 1998 from Bureau des Longitudes # as saying 5/10/41 22hUT. Rule France 1941 only - Oct 6 0:00 1:00 S Rule France 1942 only - Mar 9 0:00 2:00 M Rule France 1942 only - Nov 2 3:00 1:00 S Rule France 1943 only - Mar 29 2:00 2:00 M Rule France 1943 only - Oct 4 3:00 1:00 S Rule France 1944 only - Apr 3 2:00 2:00 M Rule France 1944 only - Oct 8 1:00 1:00 S Rule France 1945 only - Apr 2 2:00 2:00 M Rule France 1945 only - Sep 16 3:00 0 - # Shanks & Pottenger give Mar 28 2:00 and Sep 26 3:00; # go with Excoffier's 28/3/76 0hUT and 25/9/76 23hUT. Rule France 1976 only - Mar 28 1:00 1:00 S Rule France 1976 only - Sep 26 1:00 0 - # Shanks & Pottenger give 0:09:20 for Paris Mean Time, and Whitman 0:09:05, # but Howse quotes the actual French legislation as saying 0:09:21. # Go with Howse. Howse writes that the time in France was officially based # on PMT-0:09:21 until 1978-08-09, when the time base finally switched to UTC. # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Paris 0:09:21 - LMT 1891 Mar 15 0:01 0:09:21 - PMT 1911 Mar 11 0:01 # Paris MT # Shanks & Pottenger give 1940 Jun 14 0:00; go with Excoffier and Le Corre. 0:00 France WE%sT 1940 Jun 14 23:00 # Le Corre says Paris stuck with occupied-France time after the liberation; # go with Shanks & Pottenger. 1:00 C-Eur CE%sT 1944 Aug 25 0:00 France WE%sT 1945 Sep 16 3:00 1:00 France CE%sT 1977 1:00 EU CE%sT # Germany # From Markus Kuhn (1998-09-29): # The German time zone web site by the Physikalisch-Technische # Bundesanstalt contains DST information back to 1916. # [See tz-link.htm for the URL.] # From Joerg Schilling (2002-10-23): # In 1945, Berlin was switched to Moscow Summer time (GMT+4) by # <a href="http://www.dhm.de/lemo/html/biografien/BersarinNikolai/"> # General [Nikolai] Bersarin</a>. # From Paul Eggert (2003-03-08): # <a href="http://www.parlament-berlin.de/pds-fraktion.nsf/727459127c8b66ee85256623004…"> # http://www.parlament-berlin.de/pds-fraktion.nsf/727459127c8b66ee85256623004… # </a> # says that Bersarin issued an order to use Moscow time on May 20. # However, Moscow did not observe daylight saving in 1945, so # this was equivalent to CEMT (GMT+3), not GMT+4. # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Germany 1946 only - Apr 14 2:00s 1:00 S Rule Germany 1946 only - Oct 7 2:00s 0 - Rule Germany 1947 1949 - Oct Sun>=1 2:00s 0 - # http://www.ptb.de/de/org/4/44/441/salt.htm says the following transition # occurred at 3:00 MEZ, not the 2:00 MEZ given in Shanks & Pottenger. # Go with the PTB. Rule Germany 1947 only - Apr 6 3:00s 1:00 S Rule Germany 1947 only - May 11 2:00s 2:00 M Rule Germany 1947 only - Jun 29 3:00 1:00 S Rule Germany 1948 only - Apr 18 2:00s 1:00 S Rule Germany 1949 only - Apr 10 2:00s 1:00 S Rule SovietZone 1945 only - May 24 2:00 2:00 M # Midsummer Rule SovietZone 1945 only - Sep 24 3:00 1:00 S Rule SovietZone 1945 only - Nov 18 2:00s 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Berlin 0:53:28 - LMT 1893 Apr 1:00 C-Eur CE%sT 1945 May 24 2:00 1:00 SovietZone CE%sT 1946 1:00 Germany CE%sT 1980 1:00 EU CE%sT # Georgia # Please see the "asia" file for Asia/Tbilisi. # Herodotus (Histories, IV.45) says Georgia north of the Phasis (now Rioni) # is in Europe. Our reference location Tbilisi is in the Asian part. # Gibraltar # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Gibraltar -0:21:24 - LMT 1880 Aug 2 0:00s 0:00 GB-Eire %s 1957 Apr 14 2:00 1:00 - CET 1982 1:00 EU CE%sT # Greece # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S # Whitman gives 1932 Jul 5 - Nov 1; go with Shanks & Pottenger. Rule Greece 1932 only - Jul 7 0:00 1:00 S Rule Greece 1932 only - Sep 1 0:00 0 - # Whitman gives 1941 Apr 25 - ?; go with Shanks & Pottenger. Rule Greece 1941 only - Apr 7 0:00 1:00 S # Whitman gives 1942 Feb 2 - ?; go with Shanks & Pottenger. Rule Greece 1942 only - Nov 2 3:00 0 - Rule Greece 1943 only - Mar 30 0:00 1:00 S Rule Greece 1943 only - Oct 4 0:00 0 - # Whitman gives 1944 Oct 3 - Oct 31; go with Shanks & Pottenger. Rule Greece 1952 only - Jul 1 0:00 1:00 S Rule Greece 1952 only - Nov 2 0:00 0 - Rule Greece 1975 only - Apr 12 0:00s 1:00 S Rule Greece 1975 only - Nov 26 0:00s 0 - Rule Greece 1976 only - Apr 11 2:00s 1:00 S Rule Greece 1976 only - Oct 10 2:00s 0 - Rule Greece 1977 1978 - Apr Sun>=1 2:00s 1:00 S Rule Greece 1977 only - Sep 26 2:00s 0 - Rule Greece 1978 only - Sep 24 4:00 0 - Rule Greece 1979 only - Apr 1 9:00 1:00 S Rule Greece 1979 only - Sep 29 2:00 0 - Rule Greece 1980 only - Apr 1 0:00 1:00 S Rule Greece 1980 only - Sep 28 0:00 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Athens 1:34:52 - LMT 1895 Sep 14 1:34:52 - AMT 1916 Jul 28 0:01 # Athens MT 2:00 Greece EE%sT 1941 Apr 30 1:00 Greece CE%sT 1944 Apr 4 2:00 Greece EE%sT 1981 # Shanks & Pottenger say it switched to C-Eur in 1981; # go with EU instead, since Greece joined it on Jan 1. 2:00 EU EE%sT # Hungary # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Hungary 1918 only - Apr 1 3:00 1:00 S Rule Hungary 1918 only - Sep 29 3:00 0 - Rule Hungary 1919 only - Apr 15 3:00 1:00 S Rule Hungary 1919 only - Sep 15 3:00 0 - Rule Hungary 1920 only - Apr 5 3:00 1:00 S Rule Hungary 1920 only - Sep 30 3:00 0 - Rule Hungary 1945 only - May 1 23:00 1:00 S Rule Hungary 1945 only - Nov 3 0:00 0 - Rule Hungary 1946 only - Mar 31 2:00s 1:00 S Rule Hungary 1946 1949 - Oct Sun>=1 2:00s 0 - Rule Hungary 1947 1949 - Apr Sun>=4 2:00s 1:00 S Rule Hungary 1950 only - Apr 17 2:00s 1:00 S Rule Hungary 1950 only - Oct 23 2:00s 0 - Rule Hungary 1954 1955 - May 23 0:00 1:00 S Rule Hungary 1954 1955 - Oct 3 0:00 0 - Rule Hungary 1956 only - Jun Sun>=1 0:00 1:00 S Rule Hungary 1956 only - Sep lastSun 0:00 0 - Rule Hungary 1957 only - Jun Sun>=1 1:00 1:00 S Rule Hungary 1957 only - Sep lastSun 3:00 0 - Rule Hungary 1980 only - Apr 6 1:00 1:00 S # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Budapest 1:16:20 - LMT 1890 Oct 1:00 C-Eur CE%sT 1918 1:00 Hungary CE%sT 1941 Apr 6 2:00 1:00 C-Eur CE%sT 1945 1:00 Hungary CE%sT 1980 Sep 28 2:00s 1:00 EU CE%sT # Iceland # # From Adam David (1993-11-06): # The name of the timezone in Iceland for system / mail / news purposes is GMT. # # (1993-12-05): # This material is paraphrased from the 1988 edition of the University of # Iceland Almanak. # # From January 1st, 1908 the whole of Iceland was standardised at 1 hour # behind GMT. Previously, local mean solar time was used in different parts # of Iceland, the almanak had been based on Reykjavik mean solar time which # was 1 hour and 28 minutes behind GMT. # # "first day of winter" referred to [below] means the first day of the 26 weeks # of winter, according to the old icelandic calendar that dates back to the # time the norsemen first settled Iceland. The first day of winter is always # Saturday, but is not dependent on the Julian or Gregorian calendars. # # (1993-12-10): # I have a reference from the Oxford Icelandic-English dictionary for the # beginning of winter, which ties it to the ecclesiastical calendar (and thus # to the julian/gregorian calendar) over the period in question. # the winter begins on the Saturday next before St. Luke's day # (old style), or on St. Luke's day, if a Saturday. # St. Luke's day ought to be traceable from ecclesiastical sources. "old style" # might be a reference to the Julian calendar as opposed to Gregorian, or it # might mean something else (???). # # From Paul Eggert (2006-03-22): # The Iceland Almanak, Shanks & Pottenger, and Whitman disagree on many points. # We go with the Almanak, except for one claim from Shanks & Pottenger, namely # that Reykavik was 21W57 from 1837 to 1908, local mean time before that. # # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Iceland 1917 1918 - Feb 19 23:00 1:00 S Rule Iceland 1917 only - Oct 21 1:00 0 - Rule Iceland 1918 only - Nov 16 1:00 0 - Rule Iceland 1939 only - Apr 29 23:00 1:00 S Rule Iceland 1939 only - Nov 29 2:00 0 - Rule Iceland 1940 only - Feb 25 2:00 1:00 S Rule Iceland 1940 only - Nov 3 2:00 0 - Rule Iceland 1941 only - Mar 2 1:00s 1:00 S Rule Iceland 1941 only - Nov 2 1:00s 0 - Rule Iceland 1942 only - Mar 8 1:00s 1:00 S Rule Iceland 1942 only - Oct 25 1:00s 0 - # 1943-1946 - first Sunday in March until first Sunday in winter Rule Iceland 1943 1946 - Mar Sun>=1 1:00s 1:00 S Rule Iceland 1943 1948 - Oct Sun>=22 1:00s 0 - # 1947-1967 - first Sunday in April until first Sunday in winter Rule Iceland 1947 1967 - Apr Sun>=1 1:00s 1:00 S # 1949 Oct transition delayed by 1 week Rule Iceland 1949 only - Oct 30 1:00s 0 - Rule Iceland 1950 1966 - Oct Sun>=22 1:00s 0 - Rule Iceland 1967 only - Oct 29 1:00s 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Atlantic/Reykjavik -1:27:24 - LMT 1837 -1:27:48 - RMT 1908 # Reykjavik Mean Time? -1:00 Iceland IS%sT 1968 Apr 7 1:00s 0:00 - GMT # Italy # # From Paul Eggert (2001-03-06): # Sicily and Sardinia each had their own time zones from 1866 to 1893, # called Palermo Time (+00:53:28) and Cagliari Time (+00:36:32). # During World War II, German-controlled Italy used German time. # But these events all occurred before the 1970 cutoff, # so record only the time in Rome. # # From Paul Eggert (2006-03-22): # For Italian DST we have three sources: Shanks & Pottenger, Whitman, and # F. Pollastri # <a href="http://toi.iriti.cnr.it/uk/ienitlt.html"> # Day-light Saving Time in Italy (2006-02-03) # </a> # (`FP' below), taken from an Italian National Electrotechnical Institute # publication. When the three sources disagree, guess who's right, as follows: # # year FP Shanks&P. (S) Whitman (W) Go with: # 1916 06-03 06-03 24:00 06-03 00:00 FP & W # 09-30 09-30 24:00 09-30 01:00 FP; guess 24:00s # 1917 04-01 03-31 24:00 03-31 00:00 FP & S # 09-30 09-29 24:00 09-30 01:00 FP & W # 1918 03-09 03-09 24:00 03-09 00:00 FP & S # 10-06 10-05 24:00 10-06 01:00 FP & W # 1919 03-01 03-01 24:00 03-01 00:00 FP & S # 10-04 10-04 24:00 10-04 01:00 FP; guess 24:00s # 1920 03-20 03-20 24:00 03-20 00:00 FP & S # 09-18 09-18 24:00 10-01 01:00 FP; guess 24:00s # 1944 04-02 04-03 02:00 S (see C-Eur) # 09-16 10-02 03:00 FP; guess 24:00s # 1945 09-14 09-16 24:00 FP; guess 24:00s # 1970 05-21 05-31 00:00 S # 09-20 09-27 00:00 S # # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Italy 1916 only - Jun 3 0:00s 1:00 S Rule Italy 1916 only - Oct 1 0:00s 0 - Rule Italy 1917 only - Apr 1 0:00s 1:00 S Rule Italy 1917 only - Sep 30 0:00s 0 - Rule Italy 1918 only - Mar 10 0:00s 1:00 S Rule Italy 1918 1919 - Oct Sun>=1 0:00s 0 - Rule Italy 1919 only - Mar 2 0:00s 1:00 S Rule Italy 1920 only - Mar 21 0:00s 1:00 S Rule Italy 1920 only - Sep 19 0:00s 0 - Rule Italy 1940 only - Jun 15 0:00s 1:00 S Rule Italy 1944 only - Sep 17 0:00s 0 - Rule Italy 1945 only - Apr 2 2:00 1:00 S Rule Italy 1945 only - Sep 15 0:00s 0 - Rule Italy 1946 only - Mar 17 2:00s 1:00 S Rule Italy 1946 only - Oct 6 2:00s 0 - Rule Italy 1947 only - Mar 16 0:00s 1:00 S Rule Italy 1947 only - Oct 5 0:00s 0 - Rule Italy 1948 only - Feb 29 2:00s 1:00 S Rule Italy 1948 only - Oct 3 2:00s 0 - Rule Italy 1966 1968 - May Sun>=22 0:00 1:00 S Rule Italy 1966 1969 - Sep Sun>=22 0:00 0 - Rule Italy 1969 only - Jun 1 0:00 1:00 S Rule Italy 1970 only - May 31 0:00 1:00 S Rule Italy 1970 only - Sep lastSun 0:00 0 - Rule Italy 1971 1972 - May Sun>=22 0:00 1:00 S Rule Italy 1971 only - Sep lastSun 1:00 0 - Rule Italy 1972 only - Oct 1 0:00 0 - Rule Italy 1973 only - Jun 3 0:00 1:00 S Rule Italy 1973 1974 - Sep lastSun 0:00 0 - Rule Italy 1974 only - May 26 0:00 1:00 S Rule Italy 1975 only - Jun 1 0:00s 1:00 S Rule Italy 1975 1977 - Sep lastSun 0:00s 0 - Rule Italy 1976 only - May 30 0:00s 1:00 S Rule Italy 1977 1979 - May Sun>=22 0:00s 1:00 S Rule Italy 1978 only - Oct 1 0:00s 0 - Rule Italy 1979 only - Sep 30 0:00s 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Rome 0:49:56 - LMT 1866 Sep 22 0:49:56 - RMT 1893 Nov 1 0:00s # Rome Mean 1:00 Italy CE%sT 1942 Nov 2 2:00s 1:00 C-Eur CE%sT 1944 Jul 1:00 Italy CE%sT 1980 1:00 EU CE%sT Link Europe/Rome Europe/Vatican Link Europe/Rome Europe/San_Marino # Latvia # From Liene Kanepe (1998-09-17): # I asked about this matter Scientific Secretary of the Institute of Astronomy # of The University of Latvia Dr. paed Mr. Ilgonis Vilks. I also searched the # correct data in juridical acts and I found some juridical documents about # changes in the counting of time in Latvia from 1981.... # # Act No.35 of the Council of Ministers of Latvian SSR of 1981-01-22 ... # according to the Act No.925 of the Council of Ministers of USSR of 1980-10-24 # ...: all year round the time of 2nd time zone + 1 hour, in addition turning # the hands of the clock 1 hour forward on 1 April at 00:00 (GMT 31 March 21:00) # and 1 hour backward on the 1 October at 00:00 (GMT 30 September 20:00). # # Act No.592 of the Council of Ministers of Latvian SSR of 1984-09-24 ... # according to the Act No.967 of the Council of Ministers of USSR of 1984-09-13 # ...: all year round the time of 2nd time zone + 1 hour, in addition turning # the hands of the clock 1 hour forward on the last Sunday of March at 02:00 # (GMT 23:00 on the previous day) and 1 hour backward on the last Sunday of # September at 03:00 (GMT 23:00 on the previous day). # # Act No.81 of the Council of Ministers of Latvian SSR of 1989-03-22 ... # according to the Act No.227 of the Council of Ministers of USSR of 1989-03-14 # ...: since the last Sunday of March 1989 in Lithuanian SSR, Latvian SSR, # Estonian SSR and Kaliningrad region of Russian Federation all year round the # time of 2nd time zone (Moscow time minus one hour). On the territory of Latvia # transition to summer time is performed on the last Sunday of March at 02:00 # (GMT 00:00), turning the hands of the clock 1 hour forward. The end of # daylight saving time is performed on the last Sunday of September at 03:00 # (GMT 00:00), turning the hands of the clock 1 hour backward. Exception is # 1989-03-26, when we must not turn the hands of the clock.... # # The Regulations of the Cabinet of Ministers of the Republic of Latvia of # 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). # <a href="http://www.rferl.org/newsline/2001/01/3-CEE/cee-030101.html"> # From RFE/RL Newsline (2001-01-03), noted after a heads-up by Rives McDow: # </a> # The Latvian government on 2 January decided that the country will # institute daylight-saving time this spring, LETA reported. # Last February the three Baltic states decided not to turn back their # clocks one hour in the spring.... # Minister of Economy Aigars Kalvitis noted that Latvia had too few # daylight hours and thus decided to comply with a draft European # Commission directive that provides for instituting daylight-saving # time in EU countries between 2002 and 2006. The Latvian government # urged Lithuania and Estonia to adopt a similar time policy, but it # appears that they will not do so.... # 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 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Riga 1:36:24 - LMT 1880 1:36:24 - RMT 1918 Apr 15 2:00 #Riga Mean Time 1:36:24 1:00 LST 1918 Sep 16 3:00 #Latvian Summer 1:36:24 - RMT 1919 Apr 1 2:00 1:36:24 1:00 LST 1919 May 22 3:00 1:36:24 - RMT 1926 May 11 2:00 - EET 1940 Aug 5 3:00 - MSK 1941 Jul 1:00 C-Eur CE%sT 1944 Oct 13 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 2000 Feb 29 2:00 - EET 2001 Jan 2 2:00 EU EE%sT # Liechtenstein # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Vaduz 0:38:04 - LMT 1894 Jun 1:00 - CET 1981 1:00 EU CE%sT # Lithuania # From Paul Eggert (1996-11-22): # IATA SSIM (1992/1996) says Lithuania uses W-Eur rules, but since it is # known to be wrong about Estonia and Latvia, assume it's wrong here too. # From Marius Gedminas (1998-08-07): # I would like to inform that in this year Lithuanian time zone # (Europe/Vilnius) was changed. # From <a href="http://www.elta.lt/">ELTA</a> No. 972 (2582) (1999-09-29), # via Steffen Thorsen: # Lithuania has shifted back to the second time zone (GMT plus two hours) # to be valid here starting from October 31, # as decided by the national government on Wednesday.... # The Lithuanian government also announced plans to consider a # motion to give up shifting to summer time in spring, as it was # already done by Estonia. # From the <a href="http://www.tourism.lt/informa/ff.htm"> # Fact File, Lithuanian State Department of Tourism # </a> (2000-03-27): Local time is GMT+2 hours ..., no daylight saving. # From a user via Klaus Marten (2003-02-07): # As a candidate for membership of the European Union, Lithuania will # observe Summer Time in 2003, changing its clocks at the times laid # down in EU Directive 2000/84 of 19.I.01 (i.e. at the same times as its # neighbour Latvia). The text of the Lithuanian government Order of # 7.XI.02 to this effect can be found at # http://www.lrvk.lt/nut/11/n1749.htm # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Vilnius 1:41:16 - LMT 1880 1:24:00 - WMT 1917 # Warsaw Mean Time 1:35:36 - KMT 1919 Oct 10 # Kaunas Mean Time 1:00 - CET 1920 Jul 12 2:00 - EET 1920 Oct 9 1:00 - CET 1940 Aug 3 3:00 - MSK 1941 Jun 24 1:00 C-Eur CE%sT 1944 Aug 3:00 Russia MSK/MSD 1991 Mar 31 2:00s 2:00 1:00 EEST 1991 Sep 29 2:00s 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 - EET 2003 Jan 1 2:00 EU EE%sT # Luxembourg # Whitman disagrees with most of these dates in minor ways; # go with Shanks & Pottenger. # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Lux 1916 only - May 14 23:00 1:00 S Rule Lux 1916 only - Oct 1 1:00 0 - Rule Lux 1917 only - Apr 28 23:00 1:00 S Rule Lux 1917 only - Sep 17 1:00 0 - Rule Lux 1918 only - Apr Mon>=15 2:00s 1:00 S Rule Lux 1918 only - Sep Mon>=15 2:00s 0 - Rule Lux 1919 only - Mar 1 23:00 1:00 S Rule Lux 1919 only - Oct 5 3:00 0 - Rule Lux 1920 only - Feb 14 23:00 1:00 S Rule Lux 1920 only - Oct 24 2:00 0 - Rule Lux 1921 only - Mar 14 23:00 1:00 S Rule Lux 1921 only - Oct 26 2:00 0 - Rule Lux 1922 only - Mar 25 23:00 1:00 S Rule Lux 1922 only - Oct Sun>=2 1:00 0 - Rule Lux 1923 only - Apr 21 23:00 1:00 S Rule Lux 1923 only - Oct Sun>=2 2:00 0 - Rule Lux 1924 only - Mar 29 23:00 1:00 S Rule Lux 1924 1928 - Oct Sun>=2 1:00 0 - Rule Lux 1925 only - Apr 5 23:00 1:00 S Rule Lux 1926 only - Apr 17 23:00 1:00 S Rule Lux 1927 only - Apr 9 23:00 1:00 S Rule Lux 1928 only - Apr 14 23:00 1:00 S Rule Lux 1929 only - Apr 20 23:00 1:00 S # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Luxembourg 0:24:36 - LMT 1904 Jun 1:00 Lux CE%sT 1918 Nov 25 0:00 Lux WE%sT 1929 Oct 6 2:00s 0:00 Belgium WE%sT 1940 May 14 3:00 1:00 C-Eur WE%sT 1944 Sep 18 3:00 1:00 Belgium CE%sT 1977 1:00 EU CE%sT # Macedonia # see Serbia # Malta # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Malta 1973 only - Mar 31 0:00s 1:00 S Rule Malta 1973 only - Sep 29 0:00s 0 - Rule Malta 1974 only - Apr 21 0:00s 1:00 S Rule Malta 1974 only - Sep 16 0:00s 0 - Rule Malta 1975 1979 - Apr Sun>=15 2:00 1:00 S Rule Malta 1975 1980 - Sep Sun>=15 2:00 0 - Rule Malta 1980 only - Mar 31 2:00 1:00 S # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Malta 0:58:04 - LMT 1893 Nov 2 0:00s # Valletta 1:00 Italy CE%sT 1942 Nov 2 2:00s 1:00 C-Eur CE%sT 1945 Apr 2 2:00s 1:00 Italy CE%sT 1973 Mar 31 1:00 Malta CE%sT 1981 1:00 EU CE%sT # Moldova # From Paul Eggert (2006-03-22): # A previous version of this database followed Shanks & Pottenger, who write # that Tiraspol switched to Moscow time on 1992-01-19 at 02:00. # However, this is most likely an error, as Moldova declared independence # on 1991-08-27 (the 1992-01-19 date is that of a Russian decree). # In early 1992 there was large-scale interethnic violence in the area # and it's possible that some Russophones continued to observe Moscow time. # But [two people] separately reported via # Jesper Norgaard that as of 2001-01-24 Tiraspol was like Chisinau. # The Tiraspol entry has therefore been removed for now. # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Chisinau 1:55:20 - LMT 1880 1:55 - CMT 1918 Feb 15 # Chisinau MT 1:44:24 - BMT 1931 Jul 24 # Bucharest MT 2:00 Romania EE%sT 1940 Aug 15 2:00 1:00 EEST 1941 Jul 17 1:00 C-Eur CE%sT 1944 Aug 24 3:00 Russia MSK/MSD 1990 3:00 - MSK 1990 May 6 2:00 - EET 1991 2:00 Russia EE%sT 1992 2:00 E-Eur EE%sT 1997 # See Romania commentary for the guessed 1997 transition to EU rules. 2:00 EU EE%sT # Monaco # Shanks & Pottenger give 0:09:20 for Paris Mean Time; go with Howse's # more precise 0:09:21. # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Monaco 0:29:32 - LMT 1891 Mar 15 0:09:21 - PMT 1911 Mar 11 # Paris Mean Time 0:00 France WE%sT 1945 Sep 16 3:00 1:00 France CE%sT 1977 1:00 EU CE%sT # Montenegro # see Serbia # Netherlands # Howse writes that the Netherlands' railways used GMT between 1892 and 1940, # but for other purposes the Netherlands used Amsterdam mean time. # However, Robert H. van Gent writes (2001-04-01): # Howse's statement is only correct up to 1909. From 1909-05-01 (00:00:00 # Amsterdam mean time) onwards, the whole of the Netherlands (including # the Dutch railways) was required by law to observe Amsterdam mean time # (19 minutes 32.13 seconds ahead of GMT). This had already been the # common practice (except for the railways) for many decades but it was # not until 1909 when the Dutch government finally defined this by law. # On 1937-07-01 this was changed to 20 minutes (exactly) ahead of GMT and # was generally known as Dutch Time ("Nederlandse Tijd"). # # (2001-04-08): # 1892-05-01 was the date when the Dutch railways were by law required to # observe GMT while the remainder of the Netherlands adhered to the common # practice of following Amsterdam mean time. # # (2001-04-09): # In 1835 the authorities of the province of North Holland requested the # municipal authorities of the towns and cities in the province to observe # Amsterdam mean time but I do not know in how many cases this request was # actually followed. # # From 1852 onwards the Dutch telegraph offices were by law required to # observe Amsterdam mean time. As the time signals from the observatory of # Leiden were also distributed by the telegraph system, I assume that most # places linked up with the telegraph (and railway) system automatically # adopted Amsterdam mean time. # # Although the early Dutch railway companies initially observed a variety # of times, most of them had adopted Amsterdam mean time by 1858 but it # was not until 1866 when they were all required by law to observe # Amsterdam mean time. # The data before 1945 are taken from # <http://www.phys.uu.nl/~vgent/wettijd/wettijd.htm>. # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Neth 1916 only - May 1 0:00 1:00 NST # Netherlands Summer Time Rule Neth 1916 only - Oct 1 0:00 0 AMT # Amsterdam Mean Time Rule Neth 1917 only - Apr 16 2:00s 1:00 NST Rule Neth 1917 only - Sep 17 2:00s 0 AMT Rule Neth 1918 1921 - Apr Mon>=1 2:00s 1:00 NST Rule Neth 1918 1921 - Sep lastMon 2:00s 0 AMT Rule Neth 1922 only - Mar lastSun 2:00s 1:00 NST Rule Neth 1922 1936 - Oct Sun>=2 2:00s 0 AMT Rule Neth 1923 only - Jun Fri>=1 2:00s 1:00 NST Rule Neth 1924 only - Mar lastSun 2:00s 1:00 NST Rule Neth 1925 only - Jun Fri>=1 2:00s 1:00 NST # From 1926 through 1939 DST began 05-15, except that it was delayed by a week # in years when 05-15 fell in the Pentecost weekend. Rule Neth 1926 1931 - May 15 2:00s 1:00 NST Rule Neth 1932 only - May 22 2:00s 1:00 NST Rule Neth 1933 1936 - May 15 2:00s 1:00 NST Rule Neth 1937 only - May 22 2:00s 1:00 NST Rule Neth 1937 only - Jul 1 0:00 1:00 S Rule Neth 1937 1939 - Oct Sun>=2 2:00s 0 - Rule Neth 1938 1939 - May 15 2:00s 1:00 S Rule Neth 1945 only - Apr 2 2:00s 1:00 S Rule Neth 1945 only - Sep 16 2:00s 0 - # # Amsterdam Mean Time was +00:19:32.13 exactly, but the .13 is omitted # below because the current format requires GMTOFF to be an integer. # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Amsterdam 0:19:32 - LMT 1835 0:19:32 Neth %s 1937 Jul 1 0:20 Neth NE%sT 1940 May 16 0:00 # Dutch Time 1:00 C-Eur CE%sT 1945 Apr 2 2:00 1:00 Neth CE%sT 1977 1:00 EU CE%sT # Norway # http://met.no/met/met_lex/q_u/sommertid.html (2004-01) agrees with Shanks & # Pottenger. # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Norway 1916 only - May 22 1:00 1:00 S Rule Norway 1916 only - Sep 30 0:00 0 - Rule Norway 1945 only - Apr 2 2:00s 1:00 S Rule Norway 1945 only - Oct 1 2:00s 0 - Rule Norway 1959 1964 - Mar Sun>=15 2:00s 1:00 S Rule Norway 1959 1965 - Sep Sun>=15 2:00s 0 - Rule Norway 1965 only - Apr 25 2:00s 1:00 S # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Oslo 0:43:00 - LMT 1895 Jan 1 1:00 Norway CE%sT 1940 Aug 10 23:00 1:00 C-Eur CE%sT 1945 Apr 2 2:00 1:00 Norway CE%sT 1980 1:00 EU CE%sT # Svalbard & Jan Mayen # From Steffen Thorsen (2001-05-01): # Although I could not find it explicitly, it seems that Jan Mayen and # Svalbard have been using the same time as Norway at least since the # time they were declared as parts of Norway. Svalbard was declared # as a part of Norway by law of 1925-07-17 no 11, section 4 and Jan # Mayen by law of 1930-02-27 no 2, section 2. (From # http://www.lovdata.no/all/nl-19250717-011.html and # http://www.lovdata.no/all/nl-19300227-002.html) The law/regulation # for normal/standard time in Norway is from 1894-06-29 no 1 (came # into operation on 1895-01-01) and Svalbard/Jan Mayen seem to be a # part of this law since 1925/1930. (From # http://www.lovdata.no/all/nl-18940629-001.html ) I have not been # able to find if Jan Mayen used a different time zone (e.g. -0100) # before 1930. Jan Mayen has only been "inhabitated" since 1921 by # Norwegian meteorologists and maybe used the same time as Norway ever # since 1921. Svalbard (Arctic/Longyearbyen) has been inhabited since # before 1895, and therefore probably changed the local time somewhere # between 1895 and 1925 (inclusive). # From Paul Eggert (2001-05-01): # # Actually, Jan Mayen was never occupied by Germany during World War II, # so it must have diverged from Oslo time during the war, as Oslo was # keeping Berlin time. # # <http://home.no.net/janmayen/history.htm> says that the meteorologists # burned down their station in 1940 and left the island, but returned in # 1941 with a small Norwegian garrison and continued operations despite # frequent air ttacks from Germans. In 1943 the Americans established a # radiolocating station on the island, called "Atlantic City". Possibly # the UTC offset changed during the war, but I think it unlikely that # Jan Mayen used German daylight-saving rules. # # Svalbard is more complicated, as it was raided in August 1941 by an # Allied party that evacuated the civilian population to England (says # <http://www.bartleby.com/65/sv/Svalbard.html>). The Svalbard FAQ # <http://www.svalbard.com/SvalbardFAQ.html> says that the Germans were # expelled on 1942-05-14. However, small parties of Germans did return, # and according to Wilhelm Dege's book "War North of 80" (1954) # <http://www.ucalgary.ca/UofC/departments/UP/1-55238/1-55238-110-2.html> # the German armed forces at the Svalbard weather station code-named # Haudegen did not surrender to the Allies until September 1945. # # All these events predate our cutoff date of 1970. Unless we can # come up with more definitive info about the timekeeping during the # war years it's probably best just do do the following for now: Link Europe/Oslo Arctic/Longyearbyen # Poland # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Poland 1918 1919 - Sep 16 2:00s 0 - Rule Poland 1919 only - Apr 15 2:00s 1:00 S Rule Poland 1944 only - Apr 3 2:00s 1:00 S # Whitman gives 1944 Nov 30; go with Shanks & Pottenger. Rule Poland 1944 only - Oct 4 2:00 0 - # For 1944-1948 Whitman gives the previous day; go with Shanks & Pottenger. Rule Poland 1945 only - Apr 29 0:00 1:00 S Rule Poland 1945 only - Nov 1 0:00 0 - # For 1946 on the source is Kazimierz Borkowski, # Torun Center for Astronomy, Dept. of Radio Astronomy, Nicolaus Copernicus U., # <http://www.astro.uni.torun.pl/~kb/Artykuly/U-PA/Czas2.htm#tth_tAb1> # Thanks to Przemyslaw Augustyniak (2005-05-28) for this reference. # He also gives these further references: # Mon Pol nr 13, poz 162 (1995) <http://www.abc.com.pl/serwis/mp/1995/0162.htm> # Druk nr 2180 (2003) <http://www.senat.gov.pl/k5/dok/sejm/053/2180.pdf> Rule Poland 1946 only - Apr 14 0:00s 1:00 S Rule Poland 1946 only - Oct 7 2:00s 0 - Rule Poland 1947 only - May 4 2:00s 1:00 S Rule Poland 1947 1949 - Oct Sun>=1 2:00s 0 - Rule Poland 1948 only - Apr 18 2:00s 1:00 S Rule Poland 1949 only - Apr 10 2:00s 1:00 S Rule Poland 1957 only - Jun 2 1:00s 1:00 S Rule Poland 1957 1958 - Sep lastSun 1:00s 0 - Rule Poland 1958 only - Mar 30 1:00s 1:00 S Rule Poland 1959 only - May 31 1:00s 1:00 S Rule Poland 1959 1961 - Oct Sun>=1 1:00s 0 - Rule Poland 1960 only - Apr 3 1:00s 1:00 S Rule Poland 1961 1964 - May lastSun 1:00s 1:00 S Rule Poland 1962 1964 - Sep lastSun 1:00s 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Warsaw 1:24:00 - LMT 1880 1:24:00 - WMT 1915 Aug 5 # Warsaw Mean Time 1:00 C-Eur CE%sT 1918 Sep 16 3:00 2:00 Poland EE%sT 1922 Jun 1:00 Poland CE%sT 1940 Jun 23 2:00 1:00 C-Eur CE%sT 1944 Oct 1:00 Poland CE%sT 1977 1:00 W-Eur CE%sT 1988 1:00 EU CE%sT # Portugal # # From Rui Pedro Salgueiro (1992-11-12): # Portugal has recently (September, 27) changed timezone # (from WET to MET or CET) to harmonize with EEC. # # Martin Bruckmann (1996-02-29) reports via Peter Ilieve # that Portugal is reverting to 0:00 by not moving its clocks this spring. # The new Prime Minister was fed up with getting up in the dark in the winter. # # From Paul Eggert (1996-11-12): # IATA SSIM (1991-09) reports several 1991-09 and 1992-09 transitions # at 02:00u, not 01:00u. Assume that these are typos. # IATA SSIM (1991/1992) reports that the Azores were at -1:00. # IATA SSIM (1993-02) says +0:00; later issues (through 1996-09) say -1:00. # Guess that the Azores changed to EU rules in 1992 (since that's when Portugal # harmonized with the EU), and that they stayed +0:00 that winter. # # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S # DSH writes that despite Decree 1,469 (1915), the change to the clocks was not # done every year, depending on what Spain did, because of railroad schedules. # Go with Shanks & Pottenger. Rule Port 1916 only - Jun 17 23:00 1:00 S # Whitman gives 1916 Oct 31; go with Shanks & Pottenger. Rule Port 1916 only - Nov 1 1:00 0 - Rule Port 1917 only - Feb 28 23:00s 1:00 S Rule Port 1917 1921 - Oct 14 23:00s 0 - Rule Port 1918 only - Mar 1 23:00s 1:00 S Rule Port 1919 only - Feb 28 23:00s 1:00 S Rule Port 1920 only - Feb 29 23:00s 1:00 S Rule Port 1921 only - Feb 28 23:00s 1:00 S Rule Port 1924 only - Apr 16 23:00s 1:00 S Rule Port 1924 only - Oct 14 23:00s 0 - Rule Port 1926 only - Apr 17 23:00s 1:00 S Rule Port 1926 1929 - Oct Sat>=1 23:00s 0 - Rule Port 1927 only - Apr 9 23:00s 1:00 S Rule Port 1928 only - Apr 14 23:00s 1:00 S Rule Port 1929 only - Apr 20 23:00s 1:00 S Rule Port 1931 only - Apr 18 23:00s 1:00 S # Whitman gives 1931 Oct 8; go with Shanks & Pottenger. Rule Port 1931 1932 - Oct Sat>=1 23:00s 0 - Rule Port 1932 only - Apr 2 23:00s 1:00 S Rule Port 1934 only - Apr 7 23:00s 1:00 S # Whitman gives 1934 Oct 5; go with Shanks & Pottenger. Rule Port 1934 1938 - Oct Sat>=1 23:00s 0 - # Shanks & Pottenger give 1935 Apr 30; go with Whitman. Rule Port 1935 only - Mar 30 23:00s 1:00 S Rule Port 1936 only - Apr 18 23:00s 1:00 S # Whitman gives 1937 Apr 2; go with Shanks & Pottenger. Rule Port 1937 only - Apr 3 23:00s 1:00 S Rule Port 1938 only - Mar 26 23:00s 1:00 S Rule Port 1939 only - Apr 15 23:00s 1:00 S # Whitman gives 1939 Oct 7; go with Shanks & Pottenger. Rule Port 1939 only - Nov 18 23:00s 0 - Rule Port 1940 only - Feb 24 23:00s 1:00 S # Shanks & Pottenger give 1940 Oct 7; go with Whitman. Rule Port 1940 1941 - Oct 5 23:00s 0 - Rule Port 1941 only - Apr 5 23:00s 1:00 S Rule Port 1942 1945 - Mar Sat>=8 23:00s 1:00 S Rule Port 1942 only - Apr 25 22:00s 2:00 M # Midsummer Rule Port 1942 only - Aug 15 22:00s 1:00 S Rule Port 1942 1945 - Oct Sat>=24 23:00s 0 - Rule Port 1943 only - Apr 17 22:00s 2:00 M Rule Port 1943 1945 - Aug Sat>=25 22:00s 1:00 S Rule Port 1944 1945 - Apr Sat>=21 22:00s 2:00 M Rule Port 1946 only - Apr Sat>=1 23:00s 1:00 S Rule Port 1946 only - Oct Sat>=1 23:00s 0 - Rule Port 1947 1949 - Apr Sun>=1 2:00s 1:00 S Rule Port 1947 1949 - Oct Sun>=1 2:00s 0 - # Shanks & Pottenger say DST was observed in 1950; go with Whitman. # Whitman gives Oct lastSun for 1952 on; go with Shanks & Pottenger. Rule Port 1951 1965 - Apr Sun>=1 2:00s 1:00 S Rule Port 1951 1965 - Oct Sun>=1 2:00s 0 - Rule Port 1977 only - Mar 27 0:00s 1:00 S Rule Port 1977 only - Sep 25 0:00s 0 - Rule Port 1978 1979 - Apr Sun>=1 0:00s 1:00 S Rule Port 1978 only - Oct 1 0:00s 0 - Rule Port 1979 1982 - Sep lastSun 1:00s 0 - Rule Port 1980 only - Mar lastSun 0:00s 1:00 S Rule Port 1981 1982 - Mar lastSun 1:00s 1:00 S Rule Port 1983 only - Mar lastSun 2:00s 1:00 S # Zone NAME GMTOFF RULES FORMAT [UNTIL] # Shanks & Pottenger say the transition from LMT to WET occurred 1911-05-24; # Willett says 1912-01-01. Go with Willett. Zone Europe/Lisbon -0:36:32 - LMT 1884 -0:36:32 - LMT 1912 Jan 1 # Lisbon Mean Time 0:00 Port WE%sT 1966 Apr 3 2:00 1:00 - CET 1976 Sep 26 1:00 0:00 Port WE%sT 1983 Sep 25 1:00s 0:00 W-Eur WE%sT 1992 Sep 27 1:00s 1:00 EU CE%sT 1996 Mar 31 1:00u 0:00 EU WE%sT Zone Atlantic/Azores -1:42:40 - LMT 1884 # Ponta Delgada -1:54:32 - HMT 1911 May 24 # Horta Mean Time -2:00 Port AZO%sT 1966 Apr 3 2:00 # Azores Time -1:00 Port AZO%sT 1983 Sep 25 1:00s -1:00 W-Eur AZO%sT 1992 Sep 27 1:00s 0:00 EU WE%sT 1993 Mar 28 1:00u -1:00 EU AZO%sT Zone Atlantic/Madeira -1:07:36 - LMT 1884 # Funchal -1:07:36 - FMT 1911 May 24 # Funchal Mean Time -1:00 Port MAD%sT 1966 Apr 3 2:00 # Madeira Time 0:00 Port WE%sT 1983 Sep 25 1:00s 0:00 EU WE%sT # Romania # # From Paul Eggert (1999-10-07): # <a href="http://www.nineoclock.ro/POL/1778pol.html"> # Nine O'clock</a> (1998-10-23) reports that the switch occurred at # 04:00 local time in fall 1998. For lack of better info, # assume that Romania and Moldova switched to EU rules in 1997, # the same year as Bulgaria. # # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Romania 1932 only - May 21 0:00s 1:00 S Rule Romania 1932 1939 - Oct Sun>=1 0:00s 0 - Rule Romania 1933 1939 - Apr Sun>=2 0:00s 1:00 S Rule Romania 1979 only - May 27 0:00 1:00 S Rule Romania 1979 only - Sep lastSun 0:00 0 - Rule Romania 1980 only - Apr 5 23:00 1:00 S Rule Romania 1980 only - Sep lastSun 1:00 0 - Rule Romania 1991 1993 - Mar lastSun 0:00s 1:00 S Rule Romania 1991 1993 - Sep lastSun 0:00s 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Bucharest 1:44:24 - LMT 1891 Oct 1:44:24 - BMT 1931 Jul 24 # Bucharest MT 2:00 Romania EE%sT 1981 Mar 29 2:00s 2:00 C-Eur EE%sT 1991 2:00 Romania EE%sT 1994 2:00 E-Eur EE%sT 1997 2:00 EU EE%sT # Russia # From Paul Eggert (2006-03-22): # Except for Moscow after 1919-07-01, I invented the time zone abbreviations. # Moscow time zone abbreviations after 1919-07-01, and Moscow rules after 1991, # are from Andrey A. Chernov. The rest is from Shanks & Pottenger, # except we follow Chernov's report that 1992 DST transitions were Sat # 23:00, not Sun 02:00s. # # From Stanislaw A. Kuzikowski (1994-06-29): # But now it is some months since Novosibirsk is 3 hours ahead of Moscow! # I do not know why they have decided to make this change; # as far as I remember it was done exactly during winter->summer switching # so we (Novosibirsk) simply did not switch. # # From Andrey A. Chernov (1996-10-04): # `MSK' and `MSD' were born and used initially on Moscow computers with # UNIX-like OSes by several developer groups (e.g. Demos group, Kiae group).... # The next step was the UUCP network, the Relcom predecessor # (used mainly for mail), and MSK/MSD was actively used there. # # From Chris Carrier (1996-10-30): # According to a friend of mine who rode the Trans-Siberian Railroad from # Moscow to Irkutsk in 1995, public air and rail transport in Russia ... # still follows Moscow time, no matter where in Russia it is located. # # For Grozny, Chechnya, we have the following story from # John Daniszewski, "Scavengers in the Rubble", Los Angeles Times (2001-02-07): # News--often false--is spread by word of mouth. A rumor that it was # time to move the clocks back put this whole city out of sync with # the rest of Russia for two weeks--even soldiers stationed here began # enforcing curfew at the wrong time. # # From Gwillim Law (2001-06-05): # There's considerable evidence that Sakhalin Island used to be in # UTC+11, and has changed to UTC+10, in this decade. I start with the # SSIM, which listed Yuzhno-Sakhalinsk in zone RU10 along with Magadan # until February 1997, and then in RU9 with Khabarovsk and Vladivostok # since September 1997.... Although the Kuril Islands are # administratively part of Sakhalin oblast', they appear to have # remained on UTC+11 along with Magadan. # # Zone NAME GMTOFF RULES FORMAT [UNTIL] # # Kaliningradskaya oblast'. Zone Europe/Kaliningrad 1:22:00 - LMT 1893 Apr 1:00 C-Eur CE%sT 1945 2:00 Poland CE%sT 1946 3:00 Russia MSK/MSD 1991 Mar 31 2:00s 2:00 Russia EE%sT # # From Oscar van Vlijmen (2001-08-25): [This region consists of] # Respublika Adygeya, Arkhangel'skaya oblast', # Belgorodskaya oblast', Bryanskaya oblast', Vladimirskaya oblast', # Vologodskaya oblast', Voronezhskaya oblast', # Respublika Dagestan, Ivanovskaya oblast', Respublika Ingushetiya, # Kabarbino-Balkarskaya Respublika, Respublika Kalmykiya, # Kalyzhskaya oblast', Respublika Karachaevo-Cherkessiya, # Respublika Kareliya, Respublika Komi, # Kostromskaya oblast', Krasnodarskij kraj, Kurskaya oblast', # Leningradskaya oblast', Lipetskaya oblast', Respublika Marij El, # Respublika Mordoviya, Moskva, Moskovskaya oblast', # Murmanskaya oblast', Nenetskij avtonomnyj okrug, # Nizhegorodskaya oblast', Novgorodskaya oblast', Orlovskaya oblast', # Penzenskaya oblast', Pskovskaya oblast', Rostovskaya oblast', # Ryazanskaya oblast', Sankt-Peterburg, # Respublika Severnaya Osetiya, Smolenskaya oblast', # Stavropol'skij kraj, Tambovskaya oblast', Respublika Tatarstan, # Tverskaya oblast', Tyl'skaya oblast', Ul'yanovskaya oblast', # Chechenskaya Respublika, Chuvashskaya oblast', # Yaroslavskaya oblast' Zone Europe/Moscow 2:30:20 - LMT 1880 2:30 - MMT 1916 Jul 3 # Moscow Mean Time 2:30:48 Russia %s 1919 Jul 1 2:00 3:00 Russia MSK/MSD 1922 Oct 2:00 - EET 1930 Jun 21 3:00 Russia MSK/MSD 1991 Mar 31 2:00s 2:00 Russia EE%sT 1992 Jan 19 2:00s 3:00 Russia MSK/MSD # # Astrakhanskaya oblast', Kirovskaya oblast', Saratovskaya oblast', # Volgogradskaya oblast'. Shanks & Pottenger say Kirov is still at +0400 # but Wikipedia (2006-05-09) says +0300. Perhaps it switched after the # others? But we have no data. Zone Europe/Volgograd 2:57:40 - LMT 1920 Jan 3 3:00 - TSAT 1925 Apr 6 # Tsaritsyn Time 3:00 - STAT 1930 Jun 21 # Stalingrad Time 4:00 - STAT 1961 Nov 11 4:00 Russia VOL%sT 1989 Mar 26 2:00s # Volgograd T 3:00 Russia VOL%sT 1991 Mar 31 2:00s 4:00 - VOLT 1992 Mar 29 2:00s 3:00 Russia VOL%sT # # From Oscar van Vlijmen (2001-08-25): [This region consists of] # Samarskaya oblast', Udmyrtskaya respublika Zone Europe/Samara 3:20:36 - LMT 1919 Jul 1 2:00 3:00 - SAMT 1930 Jun 21 4:00 - SAMT 1935 Jan 27 4:00 Russia KUY%sT 1989 Mar 26 2:00s # Kuybyshev 3:00 Russia KUY%sT 1991 Mar 31 2:00s 2:00 Russia KUY%sT 1991 Sep 29 2:00s 3:00 - KUYT 1991 Oct 20 3:00 4:00 Russia SAM%sT 2010 Mar 28 2:00s 3:00 Russia VOL%sT # # From Oscar van Vlijmen (2001-08-25): [This region consists of] # Respublika Bashkortostan, Komi-Permyatskij avtonomnyj okrug, # Kurganskaya oblast', Orenburgskaya oblast', Permskaya oblast', # Sverdlovskaya oblast', Tyumenskaya oblast', # Khanty-Manskijskij avtonomnyj okrug, Chelyabinskaya oblast', # Yamalo-Nenetskij avtonomnyj okrug. Zone Asia/Yekaterinburg 4:02:24 - LMT 1919 Jul 15 4:00 4:00 - SVET 1930 Jun 21 # Sverdlovsk Time 5:00 Russia SVE%sT 1991 Mar 31 2:00s 4:00 Russia SVE%sT 1992 Jan 19 2:00s 5:00 Russia YEK%sT # Yekaterinburg Time # # From Oscar van Vlijmen (2001-08-25): [This region consists of] # Respublika Altaj, Altajskij kraj, Omskaya oblast'. Zone Asia/Omsk 4:53:36 - LMT 1919 Nov 14 5:00 - OMST 1930 Jun 21 # Omsk TIme 6:00 Russia OMS%sT 1991 Mar 31 2:00s 5:00 Russia OMS%sT 1992 Jan 19 2:00s 6:00 Russia OMS%sT # # From Paul Eggert (2006-08-19): I'm guessing about Tomsk here; it's # not clear when it switched from +7 to +6. # Novosibirskaya oblast', Tomskaya oblast'. Zone Asia/Novosibirsk 5:31:40 - LMT 1919 Dec 14 6:00 6:00 - NOVT 1930 Jun 21 # Novosibirsk Time 7:00 Russia NOV%sT 1991 Mar 31 2:00s 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 Alexander Krivenyshev (2009-10-13): # Kemerovo oblast' (Kemerovo region) in Russia will change current time zone on # March 28, 2010: # from current Russia Zone 6 - Krasnoyarsk Time Zone (KRA) UTC +0700 # to Russia Zone 5 - Novosibirsk Time Zone (NOV) UTC +0600 # # This is according to Government of Russia decree # 740, on September # 14, 2009 "Application in the territory of the Kemerovo region the Fifth # time zone." ("Russia Zone 5" or old "USSR Zone 5" is GMT +0600) # # Russian Government web site (Russian language) # <a href="http://www.government.ru/content/governmentactivity/rfgovernmentdecisions/a…"> # http://www.government.ru/content/governmentactivity/rfgovernmentdecisions/a… # </a> # or Russian-English translation by WorldTimeZone.com with reference # map to local region and new Russia Time Zone map after March 28, 2010 # <a href="http://www.worldtimezone.com/dst_news/dst_news_russia03.html"> # http://www.worldtimezone.com/dst_news/dst_news_russia03.html # </a> # # Thus, when Russia will switch to DST on the night of March 28, 2010 # Kemerovo region (Kemerovo oblast') will not change the clock. # # As a result, Kemerovo oblast' will be in the same time zone as # Novosibirsk, Omsk, Tomsk, Barnaul and Altai Republic. Zone Asia/Novokuznetsk 5:48:48 - NMT 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 2010 Mar 28 2:00s 6:00 Russia NOV%sT # Novosibirsk/Novokuznetsk Time # # From Oscar van Vlijmen (2001-08-25): [This region consists of] # Krasnoyarskij kraj, # Tajmyrskij (Dolgano-Nenetskij) avtonomnyj okrug, # 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 # # From Oscar van Vlijmen (2001-08-25): [This region consists of] # Respublika Buryatiya, Irkutskaya oblast', # Ust'-Ordynskij Buryatskij avtonomnyj okrug. Zone Asia/Irkutsk 6:57:20 - LMT 1880 6:57:20 - IMT 1920 Jan 25 # Irkutsk Mean Time 7:00 - IRKT 1930 Jun 21 # Irkutsk Time 8:00 Russia IRK%sT 1991 Mar 31 2:00s 7:00 Russia IRK%sT 1992 Jan 19 2:00s 8:00 Russia IRK%sT # # From Oscar van Vlijmen (2003-10-18): [This region consists of] # Aginskij Buryatskij avtonomnyj okrug, Amurskaya oblast', # [parts of] Respublika Sakha (Yakutiya), Chitinskaya oblast'. # From Oscar van Vlijmen (2009-11-29): # ...some regions of RUssia were merged with others since 2005... # Some names were changed, no big deal, except for one instance: a new name. # YAK/YAKST: UTC+9 Zabajkal'skij kraj. # From Oscar van Vlijmen (2009-11-29): # The Sakha districts are: Aldanskij, Amginskij, Anabarskij, # Verkhnevilyujskij, Vilyujskij, Gornyj, # Zhiganskij, Kobyajskij, Lenskij, Megino-Kangalasskij, Mirninskij, # Namskij, Nyurbinskij, Olenyokskij, Olyokminskij, # Suntarskij, Tattinskij, Ust'-Aldanskij, Khangalasskij, # Churapchinskij, Eveno-Bytantajskij Natsional'nij. Zone Asia/Yakutsk 8:38:40 - LMT 1919 Dec 15 8:00 - YAKT 1930 Jun 21 # Yakutsk Time 9:00 Russia YAK%sT 1991 Mar 31 2:00s 8:00 Russia YAK%sT 1992 Jan 19 2:00s 9:00 Russia YAK%sT # # From Oscar van Vlijmen (2003-10-18): [This region consists of] # Evrejskaya avtonomnaya oblast', Khabarovskij kraj, Primorskij kraj, # [parts of] Respublika Sakha (Yakutiya). # From Oscar van Vlijmen (2009-11-29): # The Sakha districts are: Bulunskij, Verkhoyanskij, Tomponskij, Ust'-Majskij, # Ust'-Yanskij. Zone Asia/Vladivostok 8:47:44 - LMT 1922 Nov 15 9:00 - VLAT 1930 Jun 21 # Vladivostok Time 10:00 Russia VLA%sT 1991 Mar 31 2:00s 9:00 Russia VLA%sST 1992 Jan 19 2:00s 10:00 Russia VLA%sT # # Sakhalinskaya oblast'. # The Zone name should be Yuzhno-Sakhalinsk, but that's too long. Zone Asia/Sakhalin 9:30:48 - LMT 1905 Aug 23 9:00 - CJT 1938 9:00 - JST 1945 Aug 25 11:00 Russia SAK%sT 1991 Mar 31 2:00s # Sakhalin T. 10:00 Russia SAK%sT 1992 Jan 19 2:00s 11:00 Russia SAK%sT 1997 Mar lastSun 2:00s 10:00 Russia SAK%sT # # From Oscar van Vlijmen (2003-10-18): [This region consists of] # Magadanskaya oblast', Respublika Sakha (Yakutiya). # Probably also: Kuril Islands. # From Oscar van Vlijmen (2009-11-29): # The Sakha districts are: Abyjskij, Allaikhovskij, Verkhhhnekolymskij, Momskij, # Nizhnekolymskij, Ojmyakonskij, Srednekolymskij. Zone Asia/Magadan 10:03:12 - LMT 1924 May 2 10:00 - MAGT 1930 Jun 21 # Magadan Time 11:00 Russia MAG%sT 1991 Mar 31 2:00s 10:00 Russia MAG%sT 1992 Jan 19 2:00s 11:00 Russia MAG%sT # # From Oscar van Vlijmen (2001-08-25): [This region consists of] # Kamchatskaya oblast', Koryakskij avtonomnyj okrug. # # The Zone name should be Asia/Petropavlovsk-Kamchatski, but that's too long. Zone Asia/Kamchatka 10:34:36 - LMT 1922 Nov 10 11:00 - PETT 1930 Jun 21 # P-K Time 12:00 Russia PET%sT 1991 Mar 31 2:00s 11:00 Russia PET%sT 1992 Jan 19 2:00s 12:00 Russia PET%sT 2010 Mar 28 2:00s 11:00 Russia MAG%sT # # Chukotskij avtonomnyj okrug Zone Asia/Anadyr 11:49:56 - LMT 1924 May 2 12:00 - ANAT 1930 Jun 21 # Anadyr Time 13:00 Russia ANA%sT 1982 Apr 1 0:00s 12:00 Russia ANA%sT 1991 Mar 31 2:00s 11:00 Russia ANA%sT 1992 Jan 19 2:00s 12:00 Russia ANA%sT 2010 Mar 28 2:00s 11:00 Russia MAG%sT # Serbia # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Belgrade 1:22:00 - LMT 1884 1:00 - CET 1941 Apr 18 23:00 1:00 C-Eur CE%sT 1945 1:00 - CET 1945 May 8 2:00s 1:00 1:00 CEST 1945 Sep 16 2:00s # Metod Kozelj reports that the legal date of # transition to EU rules was 1982-11-27, for all of Yugoslavia at the time. # Shanks & Pottenger don't give as much detail, so go with Kozelj. 1:00 - CET 1982 Nov 27 1:00 EU CE%sT Link Europe/Belgrade Europe/Ljubljana # Slovenia Link Europe/Belgrade Europe/Podgorica # Montenegro Link Europe/Belgrade Europe/Sarajevo # Bosnia and Herzegovina Link Europe/Belgrade Europe/Skopje # Macedonia Link Europe/Belgrade Europe/Zagreb # Croatia # Slovakia Link Europe/Prague Europe/Bratislava # Slovenia # see Serbia # Spain # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S # For 1917-1919 Whitman gives Apr Sat>=1 - Oct Sat>=1; # go with Shanks & Pottenger. Rule Spain 1917 only - May 5 23:00s 1:00 S Rule Spain 1917 1919 - Oct 6 23:00s 0 - Rule Spain 1918 only - Apr 15 23:00s 1:00 S Rule Spain 1919 only - Apr 5 23:00s 1:00 S # Whitman gives 1921 Feb 28 - Oct 14; go with Shanks & Pottenger. Rule Spain 1924 only - Apr 16 23:00s 1:00 S # Whitman gives 1924 Oct 14; go with Shanks & Pottenger. Rule Spain 1924 only - Oct 4 23:00s 0 - Rule Spain 1926 only - Apr 17 23:00s 1:00 S # Whitman says no DST in 1929; go with Shanks & Pottenger. Rule Spain 1926 1929 - Oct Sat>=1 23:00s 0 - Rule Spain 1927 only - Apr 9 23:00s 1:00 S Rule Spain 1928 only - Apr 14 23:00s 1:00 S Rule Spain 1929 only - Apr 20 23:00s 1:00 S # Whitman gives 1937 Jun 16, 1938 Apr 16, 1940 Apr 13; # go with Shanks & Pottenger. Rule Spain 1937 only - May 22 23:00s 1:00 S Rule Spain 1937 1939 - Oct Sat>=1 23:00s 0 - Rule Spain 1938 only - Mar 22 23:00s 1:00 S Rule Spain 1939 only - Apr 15 23:00s 1:00 S Rule Spain 1940 only - Mar 16 23:00s 1:00 S # Whitman says no DST 1942-1945; go with Shanks & Pottenger. Rule Spain 1942 only - May 2 22:00s 2:00 M # Midsummer Rule Spain 1942 only - Sep 1 22:00s 1:00 S Rule Spain 1943 1946 - Apr Sat>=13 22:00s 2:00 M Rule Spain 1943 only - Oct 3 22:00s 1:00 S Rule Spain 1944 only - Oct 10 22:00s 1:00 S Rule Spain 1945 only - Sep 30 1:00 1:00 S Rule Spain 1946 only - Sep 30 0:00 0 - Rule Spain 1949 only - Apr 30 23:00 1:00 S Rule Spain 1949 only - Sep 30 1:00 0 - Rule Spain 1974 1975 - Apr Sat>=13 23:00 1:00 S Rule Spain 1974 1975 - Oct Sun>=1 1:00 0 - Rule Spain 1976 only - Mar 27 23:00 1:00 S Rule Spain 1976 1977 - Sep lastSun 1:00 0 - Rule Spain 1977 1978 - Apr 2 23:00 1:00 S Rule Spain 1978 only - Oct 1 1:00 0 - # The following rules are copied from Morocco from 1967 through 1978. Rule SpainAfrica 1967 only - Jun 3 12:00 1:00 S Rule SpainAfrica 1967 only - Oct 1 0:00 0 - Rule SpainAfrica 1974 only - Jun 24 0:00 1:00 S Rule SpainAfrica 1974 only - Sep 1 0:00 0 - Rule SpainAfrica 1976 1977 - May 1 0:00 1:00 S Rule SpainAfrica 1976 only - Aug 1 0:00 0 - Rule SpainAfrica 1977 only - Sep 28 0:00 0 - Rule SpainAfrica 1978 only - Jun 1 0:00 1:00 S Rule SpainAfrica 1978 only - Aug 4 0:00 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Madrid -0:14:44 - LMT 1901 Jan 1 0:00s 0:00 Spain WE%sT 1946 Sep 30 1:00 Spain CE%sT 1979 1:00 EU CE%sT Zone Africa/Ceuta -0:21:16 - LMT 1901 0:00 - WET 1918 May 6 23:00 0:00 1:00 WEST 1918 Oct 7 23:00 0:00 - WET 1924 0:00 Spain WE%sT 1929 0:00 SpainAfrica WE%sT 1984 Mar 16 1:00 - CET 1986 1:00 EU CE%sT Zone Atlantic/Canary -1:01:36 - LMT 1922 Mar # Las Palmas de Gran C. -1:00 - CANT 1946 Sep 30 1:00 # Canaries Time 0:00 - WET 1980 Apr 6 0:00s 0:00 1:00 WEST 1980 Sep 28 0:00s 0:00 EU WE%sT # IATA SSIM (1996-09) says the Canaries switch at 2:00u, not 1:00u. # Ignore this for now, as the Canaries are part of the EU. # Sweden # From Ivan Nilsson (2001-04-13), superseding Shanks & Pottenger: # # The law "Svensk forfattningssamling 1878, no 14" about standard time in 1879: # From the beginning of 1879 (that is 01-01 00:00) the time for all # places in the country is "the mean solar time for the meridian at # three degrees, or twelve minutes of time, to the west of the # meridian of the Observatory of Stockholm". The law is dated 1878-05-31. # # The observatory at that time had the meridian 18 degrees 03' 30" # eastern longitude = 01:12:14 in time. Less 12 minutes gives the # national standard time as 01:00:14 ahead of GMT.... # # About the beginning of CET in Sweden. The lawtext ("Svensk # forfattningssamling 1899, no 44") states, that "from the beginning # of 1900... ... the same as the mean solar time for the meridian at # the distance of one hour of time from the meridian of the English # observatory at Greenwich, or at 12 minutes 14 seconds to the west # from the meridian of the Observatory of Stockholm". The law is dated # 1899-06-16. In short: At 1900-01-01 00:00:00 the new standard time # in Sweden is 01:00:00 ahead of GMT. # # 1916: The lawtext ("Svensk forfattningssamling 1916, no 124") states # that "1916-05-15 is considered to begin one hour earlier". It is # pretty obvious that at 05-14 23:00 the clocks are set to 05-15 00:00.... # Further the law says, that "1916-09-30 is considered to end one hour later". # # The laws regulating [DST] are available on the site of the Swedish # Parliament beginning with 1985 - the laws regulating 1980/1984 are # not available on the site (to my knowledge they are only available # in Swedish): <http://www.riksdagen.se/english/work/sfst.asp> (type # "sommartid" without the quotes in the field "Fritext" and then click # the Sok-button). # # (2001-05-13): # # I have now found a newspaper stating that at 1916-10-01 01:00 # summertime the church-clocks etc were set back one hour to show # 1916-10-01 00:00 standard time. The article also reports that some # people thought the switch to standard time would take place already # at 1916-10-01 00:00 summer time, but they had to wait for another # hour before the event took place. # # Source: The newspaper "Dagens Nyheter", 1916-10-01, page 7 upper left. # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Stockholm 1:12:12 - LMT 1879 Jan 1 1:00:14 - SET 1900 Jan 1 # Swedish Time 1:00 - CET 1916 May 14 23:00 1:00 1:00 CEST 1916 Oct 1 01:00 1:00 - CET 1980 1:00 EU CE%sT # Switzerland # From Howse: # By the end of the 18th century clocks and watches became commonplace # and their performance improved enormously. Communities began to keep # mean time in preference to apparent time -- Geneva from 1780 .... # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S # From Whitman (who writes ``Midnight?''): # Rule Swiss 1940 only - Nov 2 0:00 1:00 S # Rule Swiss 1940 only - Dec 31 0:00 0 - # From Shanks & Pottenger: # Rule Swiss 1941 1942 - May Sun>=1 2:00 1:00 S # Rule Swiss 1941 1942 - Oct Sun>=1 0:00 0 - # From Alois Treindl (2008-12-17): # 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[o]ssische Gesetzessammlung 1941 and 1942' (Swiss # federal law collection)... # # 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. # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Swiss 1941 1942 - May Mon>=1 1:00 1:00 S Rule Swiss 1941 1942 - Oct Mon>=1 2:00 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] 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 # Turkey # From Amar Devegowda (2007-01-03): # The time zone rules for Istanbul, Turkey have not been changed for years now. # ... The latest rules are available at - # http://www.timeanddate.com/worldclock/timezone.html?n=107 # From Steffen Thorsen (2007-01-03): # I have been able to find press records back to 1996 which all say that # DST started 01:00 local time and end at 02:00 local time. I am not sure # what happened before that. One example for each year from 1996 to 2001: # http://newspot.byegm.gov.tr/arsiv/1996/21/N4.htm # http://www.byegm.gov.tr/YAYINLARIMIZ/CHR/ING97/03/97X03X25.TXT # http://www.byegm.gov.tr/YAYINLARIMIZ/CHR/ING98/03/98X03X02.HTM # http://www.byegm.gov.tr/YAYINLARIMIZ/CHR/ING99/10/99X10X26.HTM#%2016 # http://www.byegm.gov.tr/YAYINLARIMIZ/CHR/ING2000/03/00X03X06.HTM#%2021 # http://www.byegm.gov.tr/YAYINLARIMIZ/CHR/ING2001/03/23x03x01.HTM#%2027 # From Paul Eggert (2007-01-03): # Prefer the above source to Shanks & Pottenger for time stamps after 1990. # From Steffen Thorsen (2007-03-09): # Starting 2007 though, it seems that they are adopting EU's 1:00 UTC # start/end time, according to the following page (2007-03-07): # http://www.ntvmsnbc.com/news/402029.asp # The official document is located here - it is in Turkish...: # http://rega.basbakanlik.gov.tr/eskiler/2007/03/20070307-7.htm # I was able to locate the following seemingly official document # (on a non-government server though) describing dates between 2002 and 2006: # http://www.alomaliye.com/bkk_2002_3769.htm # From Sue Williams (2008-08-11): # I spotted this news article about a potential change in Turkey. # # <a href="http://www.hurriyet.com.tr/english/domestic/9626174.asp?scr=1"> # http://www.hurriyet.com.tr/english/domestic/9626174.asp?scr=1 # </a> # From Sue Williams (2008-08-20): # This article says that around the end of March 2011, Turkey wants to # adjust the clocks forward by 1/2 hour and stay that way permanently. # The article indicates that this is a change in timezone offset in addition # to stopping observance of DST. # This proposal has not yet been approved. # # Read more here... # # Turkey to abandon daylight saving time in 2011 # <a href="http://www.turkishdailynews.com.tr/article.php?enewsid=112989"> # http://www.turkishdailynews.com.tr/article.php?enewsid=112989 # </a> # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Turkey 1916 only - May 1 0:00 1:00 S Rule Turkey 1916 only - Oct 1 0:00 0 - Rule Turkey 1920 only - Mar 28 0:00 1:00 S Rule Turkey 1920 only - Oct 25 0:00 0 - Rule Turkey 1921 only - Apr 3 0:00 1:00 S Rule Turkey 1921 only - Oct 3 0:00 0 - Rule Turkey 1922 only - Mar 26 0:00 1:00 S Rule Turkey 1922 only - Oct 8 0:00 0 - # Whitman gives 1923 Apr 28 - Sep 16 and no DST in 1924-1925; # go with Shanks & Pottenger. Rule Turkey 1924 only - May 13 0:00 1:00 S Rule Turkey 1924 1925 - Oct 1 0:00 0 - Rule Turkey 1925 only - May 1 0:00 1:00 S Rule Turkey 1940 only - Jun 30 0:00 1:00 S Rule Turkey 1940 only - Oct 5 0:00 0 - Rule Turkey 1940 only - Dec 1 0:00 1:00 S Rule Turkey 1941 only - Sep 21 0:00 0 - Rule Turkey 1942 only - Apr 1 0:00 1:00 S # Whitman omits the next two transition and gives 1945 Oct 1; # go with Shanks & Pottenger. Rule Turkey 1942 only - Nov 1 0:00 0 - Rule Turkey 1945 only - Apr 2 0:00 1:00 S Rule Turkey 1945 only - Oct 8 0:00 0 - Rule Turkey 1946 only - Jun 1 0:00 1:00 S Rule Turkey 1946 only - Oct 1 0:00 0 - Rule Turkey 1947 1948 - Apr Sun>=16 0:00 1:00 S Rule Turkey 1947 1950 - Oct Sun>=2 0:00 0 - Rule Turkey 1949 only - Apr 10 0:00 1:00 S Rule Turkey 1950 only - Apr 19 0:00 1:00 S Rule Turkey 1951 only - Apr 22 0:00 1:00 S Rule Turkey 1951 only - Oct 8 0:00 0 - Rule Turkey 1962 only - Jul 15 0:00 1:00 S Rule Turkey 1962 only - Oct 8 0:00 0 - Rule Turkey 1964 only - May 15 0:00 1:00 S Rule Turkey 1964 only - Oct 1 0:00 0 - Rule Turkey 1970 1972 - May Sun>=2 0:00 1:00 S Rule Turkey 1970 1972 - Oct Sun>=2 0:00 0 - Rule Turkey 1973 only - Jun 3 1:00 1:00 S Rule Turkey 1973 only - Nov 4 3:00 0 - Rule Turkey 1974 only - Mar 31 2:00 1:00 S Rule Turkey 1974 only - Nov 3 5:00 0 - Rule Turkey 1975 only - Mar 30 0:00 1:00 S Rule Turkey 1975 1976 - Oct lastSun 0:00 0 - Rule Turkey 1976 only - Jun 1 0:00 1:00 S Rule Turkey 1977 1978 - Apr Sun>=1 0:00 1:00 S Rule Turkey 1977 only - Oct 16 0:00 0 - Rule Turkey 1979 1980 - Apr Sun>=1 3:00 1:00 S Rule Turkey 1979 1982 - Oct Mon>=11 0:00 0 - Rule Turkey 1981 1982 - Mar lastSun 3:00 1:00 S Rule Turkey 1983 only - Jul 31 0:00 1:00 S Rule Turkey 1983 only - Oct 2 0:00 0 - Rule Turkey 1985 only - Apr 20 0:00 1:00 S Rule Turkey 1985 only - Sep 28 0:00 0 - Rule Turkey 1986 1990 - Mar lastSun 2:00s 1:00 S Rule Turkey 1986 1990 - Sep lastSun 2:00s 0 - Rule Turkey 1991 2006 - Mar lastSun 1:00s 1:00 S Rule Turkey 1991 1995 - Sep lastSun 1:00s 0 - Rule Turkey 1996 2006 - Oct lastSun 1:00s 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Istanbul 1:55:52 - LMT 1880 1:56:56 - IMT 1910 Oct # Istanbul Mean Time? 2:00 Turkey EE%sT 1978 Oct 15 3:00 Turkey TR%sT 1985 Apr 20 # Turkey Time 2:00 Turkey EE%sT 2007 2:00 EU EE%sT Link Europe/Istanbul Asia/Istanbul # Istanbul is in both continents. # Ukraine # # From Igor Karpov, who works for the Ukranian Ministry of Justice, # via Garrett Wollman (2003-01-27): # BTW, I've found the official document on this matter. It's goverment # regulations number 509, May 13, 1996. In my poor translation it says: # "Time in Ukraine is set to second timezone (Kiev time). Each last Sunday # of March at 3am the time is changing to 4am and each last Sunday of # October the time at 4am is changing to 3am" # Zone NAME GMTOFF RULES FORMAT [UNTIL] # Most of Ukraine since 1970 has been like Kiev. # "Kyiv" is the transliteration of the Ukrainian name, but # "Kiev" is more common in English. Zone Europe/Kiev 2:02:04 - LMT 1880 2:02:04 - KMT 1924 May 2 # Kiev Mean Time 2:00 - EET 1930 Jun 21 3:00 - MSK 1941 Sep 20 1:00 C-Eur CE%sT 1943 Nov 6 3:00 Russia MSK/MSD 1990 3:00 - MSK 1990 Jul 1 2:00 2:00 - EET 1992 2:00 E-Eur EE%sT 1995 2:00 EU EE%sT # Ruthenia used CET 1990/1991. # "Uzhhorod" is the transliteration of the Ukrainian name, but # "Uzhgorod" is more common in English. Zone Europe/Uzhgorod 1:29:12 - LMT 1890 Oct 1:00 - CET 1940 1:00 C-Eur CE%sT 1944 Oct 1:00 1:00 CEST 1944 Oct 26 1:00 - CET 1945 Jun 29 3:00 Russia MSK/MSD 1990 3:00 - MSK 1990 Jul 1 2:00 1:00 - CET 1991 Mar 31 3:00 2:00 - EET 1992 2:00 E-Eur EE%sT 1995 2:00 EU EE%sT # Zaporozh'ye and eastern Lugansk oblasts observed DST 1990/1991. # "Zaporizhia" is the transliteration of the Ukrainian name, but # "Zaporozh'ye" is more common in English. Use the common English # spelling, except omit the apostrophe as it is not allowed in # portable Posix file names. Zone Europe/Zaporozhye 2:20:40 - LMT 1880 2:20 - CUT 1924 May 2 # Central Ukraine T 2:00 - EET 1930 Jun 21 3:00 - MSK 1941 Aug 25 1:00 C-Eur CE%sT 1943 Oct 25 3:00 Russia MSK/MSD 1991 Mar 31 2:00 2:00 E-Eur EE%sT 1995 2:00 EU EE%sT # Central Crimea used Moscow time 1994/1997. Zone Europe/Simferopol 2:16:24 - LMT 1880 2:16 - SMT 1924 May 2 # Simferopol Mean T 2:00 - EET 1930 Jun 21 3:00 - MSK 1941 Nov 1:00 C-Eur CE%sT 1944 Apr 13 3:00 Russia MSK/MSD 1990 3:00 - MSK 1990 Jul 1 2:00 2:00 - EET 1992 # From Paul Eggert (2006-03-22): # The _Economist_ (1994-05-28, p 45) reports that central Crimea switched # from Kiev to Moscow time sometime after the January 1994 elections. # Shanks (1999) says ``date of change uncertain'', but implies that it happened # sometime between the 1994 DST switches. Shanks & Pottenger simply say # 1994-09-25 03:00, but that can't be right. For now, guess it # changed in May. 2:00 E-Eur EE%sT 1994 May # From IATA SSIM (1994/1997), which also says that Kerch is still like Kiev. 3:00 E-Eur MSK/MSD 1996 Mar 31 3:00s 3:00 1:00 MSD 1996 Oct 27 3:00s # IATA SSIM (1997-09) says Crimea switched to EET/EEST. # Assume it happened in March by not changing the clocks. 3:00 Russia MSK/MSD 1997 3:00 - MSK 1997 Mar lastSun 1:00u 2:00 EU EE%sT ############################################################################### # One source shows that Bulgaria, Cyprus, Finland, and Greece observe DST from # the last Sunday in March to the last Sunday in September in 1986. # The source shows Romania changing a day later than everybody else. # # According to Bernard Sieloff's source, Poland is in the MET time zone but # uses the WE DST rules. The Western USSR uses EET+1 and ME DST rules. # Bernard Sieloff's source claims Romania switches on the same day, but at # 00:00 standard time (i.e., 01:00 DST). It also claims that Turkey # switches on the same day, but switches on at 01:00 standard time # and off at 00:00 standard time (i.e., 01:00 DST) # ... # Date: Wed, 28 Jan 87 16:56:27 -0100 # From: Tom Hofmann # ... # # ...the European time rules are...standardized since 1981, when # most European coun[tr]ies started DST. Before that year, only # a few countries (UK, France, Italy) had DST, each according # to own national rules. In 1981, however, DST started on # 'Apr firstSun', and not on 'Mar lastSun' as in the following # years... # But also since 1981 there are some more national exceptions # than listed in 'europe': Switzerland, for example, joined DST # one year later, Denmark ended DST on 'Oct 1' instead of 'Sep # lastSun' in 1981---I don't know how they handle now. # # Finally, DST ist always from 'Apr 1' to 'Oct 1' in the # Soviet Union (as far as I know). # # Tom Hofmann, Scientific Computer Center, CIBA-GEIGY AG, # 4002 Basle, Switzerland # ... # ... # Date: Wed, 4 Feb 87 22:35:22 +0100 # From: Dik T. Winter # ... # # The information from Tom Hofmann is (as far as I know) not entirely correct. # After a request from chongo at amdahl I tried to retrieve all information # about DST in Europe. I was able to find all from about 1969. # # ...standardization on DST in Europe started in about 1977 with switches on # first Sunday in April and last Sunday in September... # In 1981 UK joined Europe insofar that # the starting day for both shifted to last Sunday in March. And from 1982 # the whole of Europe used DST, with switch dates April 1 and October 1 in # the Sov[i]et Union. In 1985 the SU reverted to standard Europe[a]n switch # dates... # # It should also be remembered that time-zones are not constants; e.g. # Portugal switched in 1976 from MET (or CET) to WET with DST... # Note also that though there were rules for switch dates not # all countries abided to these dates, and many individual deviations # occurred, though not since 1982 I believe. Another note: it is always # assumed that DST is 1 hour ahead of normal time, this need not be the # case; at least in the Netherlands there have been times when DST was 2 hours # in advance of normal time. # # ... # dik t. winter, cwi, amsterdam, nederland # ... # From Bob Devine (1988-01-28): # ... # Greece: Last Sunday in April to last Sunday in September (iffy on dates). # Since 1978. Change at midnight. # ... # Monaco: has same DST as France. # ...

1 0