- tz - lists.iana.org

Belarus has abolished seasonal clock change
by Alexander Krivenyshev Sept. 16, 2011

Sept. 16, 2011

Belarus has abolished seasonal clock change. It was announced by State Committee for Standardization on September 16, 2011. This decision was made by the Council of Ministers (decree #1229) on September 15, 2011. According to news, Belarus will use its current Standart time zone (UTC+2) plus one hour - UTC+3 (year around). link to Belarus State Committee for Standardization (in Russian) http://gosstandart.gov.by/ru-RU/NewsId.php?UrlRid=550 or http://www.worldtimezone.com/dst_news/dst_news_belarus02.html Belarus plan to use current "summer time" year around- without any seasonal clock change- UTC+3 - same as Russia going to use "permanent summer time". Alexander Krivenyshev, http://www.worldtimezone.com Guttenberg, New Jersey

1 0

Belarus abolishes DST
by Alexander Bokovoy Sept. 16, 2011

Sept. 16, 2011

Hello! Moving towards unification with Russia on economical reasons, Republic of Belarus has announced today to cancel daylight saving time rule and don't rewind clocks on last Sunday of October. Here is the news (in Russian): http://gosstandart.gov.by/ru-RU/NewsId.php?UrlRid=550 The decree is N1229 by Belarussian government, dated 2011-09-15, unfortunately, not yet published on pravo.by so I can't reference it. If I'm not mistaken, the change would make Europe/Minsk zone look like: # 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 2011 Sep 15 3:00 - EET -- / Alexander Bokovoy

1 0

Belarus timezone is changed
by Yauhen Kharuzhy Sept. 16, 2011

Sept. 16, 2011

Hi. By latest Belarus government act Europe/Minsk timezone was changed to GMT+3 without DST (was GMT+2 with DST). Sources (Russian language): 1. http://www.belta.by/ru/all_news/society/V-Belarusi-otmenjaetsja-perexod-na-… 2. http://naviny.by/rubrics/society/2011/09/16/ic_articles_116_175144/ 3. http://news.tut.by/society/250578.html -- Yauhen Kharuzhy jekhor _at_ gmail.com JID: jek(a)jabber.ru skype: jekhor A: No Q: Should I quote below my post?

1 0

another slight uncertainty in zone Europe/Paris resolved
by Alois Treindl Sept. 16, 2011

Sept. 16, 2011

In zone Europe/Paris one finds this comment: # Shanks & Pottenger give 1940 Jun 14 0:00; go with Excoffier and Le Corre. 0:00 France WE%sT 1940 Jun 14 23:00 I have found a documented source, which confirms that le Corre is correct and Shanks incorrect: Yvonne Poulle quotes in her article 'La France a l'heure allemande' the 'Bulletin municipal officiel', the official Paris city bulletin of 1940-06-15, which consisted only of one sheet of paper, with the following instruction for the population of Paris and Seine: --- (my translation from French) The prefecture of the Seine and the prefecture of the police communicate: The population is invited to advance clocks and watches on June 14th at 23 hours, so that they are adjusted forward to midnight. --- end quote

2 2

a comment in France rules can be removed
by Alois Treindl Sept. 16, 2011

Sept. 16, 2011

Among the tzdata rules for France one finds these lines: # 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 I have done some source research, and the law of 1923-05-24 really states that. My own translation of the text is: ---- begin quote Article 1 The legal time fixed by the law of 1911 Mar 9 shall each year, following the practical details as given in articles 2,3 and 4, be advanced by sixty minutes, at 23 hours on each last Saturday of March, until the first Saturday of October at 24 hours. But in the case of an understanding with allied neighbour nations, the goverment can shift the first date to the third Saturday of April, and the second date to the third Saturday of September. --- end quote This law was not modified until 1939-09-26. But in practice it was not followed regarding the begin dates. The government issued a decret each year, where it fixed the dates for the particular year. I searched the 'Bulletin des lois de la République française' which are accessible in in digital form via the Bibliotheque National at http://gallica.bnf.fr up to 1931. As an example, I attach the décret for 1930. I think translation isnot needed. From what I have seen as sources between 1916 and 1938, so far, I can confirm that Henri Le Corre is precise and correct, regarding dates and times of change. I can also confirm the '24 hours' always means the end of the day, if a document states something like 'on date X at 24 hours'. Later versions of the décrets are explicit, like the one attached, by saying 'at twenty four hours in the night from 4th to 5th October'. I think the comment currently in the list of Rules, regarding DSH and 1930, can be removed, as Le Corre has been established as reliable for DST rules during this period up to at least 1938.

1 0

updated Russian Time Zones - need to correct some districts for Sakha - Yakutia and Sakhalin
by Alexander Krivenyshev Sept. 16, 2011

Sept. 16, 2011

Based on last Russian Government Decree # 725 on August 31, 2011 (Government document http://www.government.ru/gov/results/16355/print/ in Russian) there are few corrections have to be made for some Russian time zones slightly affecting following regions: Sakha Republic (Yakutia) Sakhalinskaya Oblast (Sakhalin Oblast, Sakhalin) - Severo-Kurilsky District (Kuril Islands) All updated Russian Time Zones were placed in table and translated to English by WorldTimeZone.com at the link below: http://www.worldtimezone.com/dst_news/dst_news_russia36.htm ---------------------------------------- Zone Asia/Yakutsk UTC+10 Current note that in Zone Asia/Yakutsk "# 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." have to be corrected. the following Sakha Republic (Yakutia) districts using time zone UTC+10 (MSK+6): Aldansky District (Aldansky Ulus) - Aldan Amginsky District (Amginsky Ulus) - Amga Anabarsky District (Anabarsky Ulus) - Saskylakh Bulunsky District (Bulunsky Ulus) - Tiksi Verkhnevilyuysky District (Verkhnevilyuysky Ulus) - Verkhnevilyuysk Vilyuysky District (Vilyuysky Ulus) - Vilyuysk Gorny District (Gorny Ulus) - Berdigestyakh Zhigansky Evenkiysky National District (Zhigansky Evenkiysky National Ulus) - Zhigansk Kobyaysky District (Kobyaysky Ulus) - Sangar Lensky District (Lensky Ulus) - Lensk Megino-Kangalassky District (Megino-Kangalassky Ulus) - Nizhny Bestyakh Mirninsky District (Mirninsky Ulus) - Mirny Namsky District (Namsky Ulus) - Namtsy Neryungrinsky District (Neryungrinsky Ulus) - Neryungri Nyurbinsky District (Nyurbinsky Ulus) - Nyurba Olyokminsky District (Olyokminsky Ulus) - Olyokminsk Olenyoksky Evenkiysky National District (Olenyoksky Evenkiysky National Ulus) - Olenyok Suntarsky District (Suntarsky Ulus) - Suntar Tattinsky District (Tattinsky Ulus) - Ytyk-Kyuyol Tomponsky District (Tomponsky Ulus) - Khandyga Ust-Aldansky District (Ust-Aldansky Ulus) - Borogontsy Ust-Maysky District (Ust-Maysky Ulus) - Ust-Maya Khangalassky District (Khangalassky Ulus) - Pokrovsk Churapchinsky District (Churapchinsky Ulus) - Churapcha Eveno-Bytantaysky National District (Eveno-Bytantaysky National Ulus) - Batagay-Alyta ----------------------------------------- Zone Asia/Yakutsk UTC+10 Zabaykalsky Krai - Chita MSK+6 UTC+10 Note: On March 1, 2008 Chitinskaya Oblast merged with Aginskij Buryatskij avtonomnyj okrug to form Zabaykalsky Krai. http://en.wikipedia.org/wiki/Chita_Oblast ------------------------------------------ Zone Asia/Vladivostok UTC+11 the following 3 Sakha Republic (Yakutia) districts using time zone UTC+11 (MSK+7): Verkhoyansky District (Verkhoyanskij, Verkhoyansky Ulus) - Batagay Oymyakonsky District (Ojmyakonskij, Oymyakonsky Ulus) - Ust-Nera Ust-Yansky District (Ust'-Yanskij, Ust-Yansky Ulus) - Deputatsky Current note that in Zone Asia/Vladivostok "# The Sakha districts are: Bulunskij, Verkhoyanskij, Tomponskij, Ust'-Majskij, # Ust'-Yanskij." have to be corrected. ------------------------------------------ Zone Asia/Magadan UTC+12 the following 6 Sakha Republic (Yakutia) districts using time zone UTC+12 (MSK+8): Abyysky District (Abyjskij, Abyysky Ulus) - Belaya Gora Allaikhovsky District (Allaikhovskij, Allaikhovsky Ulus) - Chokurdakh Verkhnekolymsky District (Verkhhhnekolymskij, Verkhnekolymsky Ulus) - Zyryanka Momsky District (Momskij, Momsky Ulus) - Khonuu Nizhnekolymsky District (Nizhnekolymskij, Nizhnekolymsky Ulus) - Chersky Srednekolymsky District (Srednekolymskij, Srednekolymsky Ulus) - Srednekolymsk Note: Ojmyakonskij District (Oymyakonsky, Oymyakonsky Ulus) - adm. center Ust- Nera using UTC+11, not UTC+12 Note "# Probably also: Kuril Islands." for Zone Asia/Magadan have to be replaced that only one district of Sakhalinskaya Oblast (Sakhalin Oblast, Sakhalin Region)- Severo-Kurilsky District (Kuril Islands) - admin. center Severo-Kurilsk (Paramushir island) using UTC+12. Rest of the Sakhalinskaya Oblast (Sakhalin, Sakhalin Region) using UTC+11. Zone Asia/Sakhalin +11 (except Severo-Kurilsky District UTC+12) ----------------------------------------- Alexander Krivenyshev, http://www.worldtimezone.com

2 1

FW: Comments and a question (VTIMEZONE from zoneinfo)
by Olson, Arthur David (NIH/NCI) [E] Sept. 15, 2011

Sept. 15, 2011

I'm forwarding this message from Phil Budne, 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: Phil Budne [mailto:phil@ultimate.com] Sent: Thursday, September 15, 2011 5:33 To: tz(a)lecserver.nci.nih.gov Subject: Comments and a question (VTIMEZONE from zoneinfo) Some meta-comments, some comments, and a question: The page at http://www.twinsun.com/tz/tz-link.htm says: "Please send corrections to this web page to the time zone mailing list." Reading the directory at http://www.twinsun.com/tz/ shows the html file hasn't changed since 2008-06-30. Until I checked the twinsun.com WHOIS entry and saw it's owned by (current tz editor) Paul Eggert, I was wondering about whether to trust the page at all! At some point I lost the twinsun URL, and couldn't find a link in any obvious places, like Wikipedia, or ftp://elsie.nci.nih.gov/pub/ So my first comment is, the tz-link page needs more meta information (eg; date of last change & author). If the tz-link page is being maintained, there should be visible links to it in obvious places, and if it isn't, the page should have a comment reflecting this. It would be useful to have a .html file at ftp://elsie.nci.nih.gov/pub/ with current information, a link to current information, or at least a link to dated, but possibly useful information! Since this is my first public comment on the TZ list, let me express my long time admiration (I remember 4BSD when the rules were compiled into libc, and systems like TOPS-20, where they were in the "kernel") to all, past and present who have endeavored to make sense of this herculian problem (the proportions and magnitude of which are so truely perverse, that they could only have been made by mankind which, unlike nature, has no collective ability (or perhaps more succinctly or single authority powerful enough) to conform to Occam's Razor. As a side comment, there's nothing more Talmudic than commentary on commentary, so the appreciation of the tzdata files at http://blog.jonudell.net/2009/10/23/a-literary-appreciation-of-the-olsonzon… as talmudic is especially apropos! Finally, I know it's unlikely to change, but I find the fact that the tzdata tar files extract to the current directory (as opposed to creating a new directory) to be, to be kind "quaint". And I'll confess, I have a project that's so dated (a 1990's "finger" program, from back when exposing personal information on the Internet wasn't considered a problem) whose tar file is still available on my FTP server that has the same "charming" behavior of unloading it's contents into an unsuspecing extractor's current working directory. On to non-meta commentary: The link for "vzic": http://www.dachaplin.dsl.pipex.com/vzic/ is dead. There is a vzic project at: http://vzic.sourceforge.net/ and http://vzic.sourceforge.net/ Registered in 2006, and unchanged since 2010. http://code.google.com/p/tzurl/ says "This project is a fork of the vzic project." and appears to be under active development/maintenance. Related pages/projects are: http://tzurl.org/ which supplies "the latest Olson DB timezone definitions in iCalendar format" (generated using "tzurl") And "ical4j" http://code.google.com/p/ical4j/ "A suite of Java libraries for managing iCalendar and vCard data" and http://wiki.modularity.net.au/ical4j/index.php?title=Main_Page Which at http://wiki.modularity.net.au/ical4j/index.php?title=Timezones reads: iCal4j provides it's own TimeZone implementation as opposed to using the default Java timezone implementation. This is to ensure that all timezones in iCal4j can be accurately represented using a VTIMEZONE component in calendar data. The iCal4j timezone is essentially an implementation of java.util.TimeZone that is backed by a net.fortuna.ical4j.component.VTimeZone instance. Whilst a timezone instance may be created explicitly, typical usage is to obtain a TimeZoneRegistry instance and retrieve the timezone instance from the registry. And FINALLY, a question: Has anyone heard of code that reads binary tz data, and outputs VTIMEZONE info? Extracting rules for a specific year is sufficient. I can SWEAR I once saw an "unzic" program, but maybe I'm having a new bout of a particular form of senior moment I've experienced before, where I remember things that have never happened. We've been using vzic, but it isn't a great solution since RedHat Linux doesn't supply an RPM for the timezone source files that vzic needs to run, so we're stuck having to track version of the tzdata RPM on the specific version of RedHat that the product installs on. I got involved because I felt the seismic activity when the problem landed on the desk of an engineer without sufficient experience to grasp of the enormity of the hairball that had just hit him. Thanks Phil

2 1

Comments and a question (VTIMEZONE from zoneinfo)
by Phil Budne Sept. 15, 2011

Sept. 15, 2011

Some meta-comments, some comments, and a question: The page at http://www.twinsun.com/tz/tz-link.htm says: "Please send corrections to this web page to the time zone mailing list." Reading the directory at http://www.twinsun.com/tz/ shows the html file hasn't changed since 2008-06-30. Until I checked the twinsun.com WHOIS entry and saw it's owned by (current tz editor) Paul Eggert, I was wondering about whether to trust the page at all! At some point I lost the twinsun URL, and couldn't find a link in any obvious places, like Wikipedia, or ftp://elsie.nci.nih.gov/pub/ So my first comment is, the tz-link page needs more meta information (eg; date of last change & author). If the tz-link page is being maintained, there should be visible links to it in obvious places, and if it isn't, the page should have a comment reflecting this. It would be useful to have a .html file at ftp://elsie.nci.nih.gov/pub/ with current information, a link to current information, or at least a link to dated, but possibly useful information! Since this is my first public comment on the TZ list, let me express my long time admiration (I remember 4BSD when the rules were compiled into libc, and systems like TOPS-20, where they were in the "kernel") to all, past and present who have endeavored to make sense of this herculian problem (the proportions and magnitude of which are so truely perverse, that they could only have been made by mankind which, unlike nature, has no collective ability (or perhaps more succinctly or single authority powerful enough) to conform to Occam's Razor. As a side comment, there's nothing more Talmudic than commentary on commentary, so the appreciation of the tzdata files at http://blog.jonudell.net/2009/10/23/a-literary-appreciation-of-the-olsonzon… as talmudic is especially apropos! Finally, I know it's unlikely to change, but I find the fact that the tzdata tar files extract to the current directory (as opposed to creating a new directory) to be, to be kind "quaint". And I'll confess, I have a project that's so dated (a 1990's "finger" program, from back when exposing personal information on the Internet wasn't considered a problem) whose tar file is still available on my FTP server that has the same "charming" behavior of unloading it's contents into an unsuspecing extractor's current working directory. On to non-meta commentary: The link for "vzic": http://www.dachaplin.dsl.pipex.com/vzic/ is dead. There is a vzic project at: http://vzic.sourceforge.net/ and http://vzic.sourceforge.net/ Registered in 2006, and unchanged since 2010. http://code.google.com/p/tzurl/ says "This project is a fork of the vzic project." and appears to be under active development/maintenance. Related pages/projects are: http://tzurl.org/ which supplies "the latest Olson DB timezone definitions in iCalendar format" (generated using "tzurl") And "ical4j" http://code.google.com/p/ical4j/ "A suite of Java libraries for managing iCalendar and vCard data" and http://wiki.modularity.net.au/ical4j/index.php?title=Main_Page Which at http://wiki.modularity.net.au/ical4j/index.php?title=Timezones reads: iCal4j provides it's own TimeZone implementation as opposed to using the default Java timezone implementation. This is to ensure that all timezones in iCal4j can be accurately represented using a VTIMEZONE component in calendar data. The iCal4j timezone is essentially an implementation of java.util.TimeZone that is backed by a net.fortuna.ical4j.component.VTimeZone instance. Whilst a timezone instance may be created explicitly, typical usage is to obtain a TimeZoneRegistry instance and retrieve the timezone instance from the registry. And FINALLY, a question: Has anyone heard of code that reads binary tz data, and outputs VTIMEZONE info? Extracting rules for a specific year is sufficient. I can SWEAR I once saw an "unzic" program, but maybe I'm having a new bout of a particular form of senior moment I've experienced before, where I remember things that have never happened. We've been using vzic, but it isn't a great solution since RedHat Linux doesn't supply an RPM for the timezone source files that vzic needs to run, so we're stuck having to track version of the tzdata RPM on the specific version of RedHat that the product installs on. I got involved because I felt the seismic activity when the problem landed on the desk of an engineer without sufficient experience to grasp of the enormity of the hairball that had just hit him. Thanks Phil

1 0

FW: Gaza and Hebron in 2011?
by Wallace, Malcolm Sept. 15, 2011

Sept. 15, 2011

Second attempt to send this to the tz list... ________________________________ From: Wallace, Malcolm Sent: 14 September 2011 17:14 To: tz(a)lecserver.nci.nih.gov Subject: RE: Gaza and Hebron in 2011? http://timeanddate.com/worldclock/clockchange.html?n=702 http://timeanddate.com/worldclock/clockchange.html?n=1048 According to these sources: Hebron moved from standard time to daylight saving, at 0001hrs on 1st April 2011 Hebron reverted from daylight saving to standard time, at 0000hrs on 1st August 2011 Hebron moved from standard time to daylight saving, at 0000hrs on 30th August 2011 Hebron reverts from daylight saving to standard time, at 0300hrs on 3rd October 2011 Gaza moved from standard time to daylight saving, at 0001hrs on 2nd April 2011 Gaza reverted from daylight saving to standard time, at 0000hrs on 1st August 2011 Gaza has remained on standard time since the second occurrence of 2300hrs 31st July 2011. Other background articles: http://timeanddate.com/news/time/west-back-starts-dst-2011.html http://timeanddate.com/news/time/palestine-dst-2011.html http://timeanddate.com/news/time/gaza-dst-2011.html ________________________________ From: Arthur Olson [mailto:arthurdavidolson@gmail.com] Sent: 14 September 2011 16:43 To: tz(a)lecserver.nci.nih.gov Subject: Gaza and Hebron in 2011? So...for both Gaza and Hebron: 1. At what exact instant did the region revert to standard time in 2011? 2. At what exact instant (if any) did/does the region start its second stretch of daylight time in 2011? 3. At what exact instant (if any) did/does the region end its second stretch of daylight time in 2011? Thanks for any light folks can shed. --ado This email and any attachments are confidential and may also be privileged. If you are not the addressee, do not disclose, copy, circulate or in any other way use or rely on the information contained in this email or any attachments. If received in error, notify the sender immediately and delete this email and any attachments from your system. Emails cannot be guaranteed to be secure or error free as the message and any attachments could be intercepted, corrupted, lost, delayed, incomplete or amended. Standard Chartered PLC and its subsidiaries do not accept liability for damage caused by this email or any attachments and may monitor email traffic. Standard Chartered PLC is incorporated in England with limited liability under company number 966425 and has its registered office at 1 Aldermanbury Square, London, EC2V 7SB. Standard Chartered Bank ("SCB") is incorporated in England with limited liability by Royal Charter 1853, under reference ZC18. The Principal Office of SCB is situated in England at 1 Aldermanbury Square, London EC2V 7SB. In the United Kingdom, SCB is authorised and regulated by the Financial Services Authority under FSA register number 114276. If you are receiving this email from SCB outside the UK, please click http://www.standardchartered.com/global/email_disclaimer.html to refer to the information on other jurisdictions.

1 0

Theory - zone creation description wrong
by Mr tobias conradi Sept. 14, 2011

Sept. 14, 2011

As far as I can see tzcode2011i/Theory is missing the fact that for each country at least one zone is created. I.e. maybe Luxembourg and France may have their own zones not due to different timestamp observance since 1970-01-01 00:00:00 UTC but simply due to the fact that they are different countries. CURRENT "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." PROPOSED "the world is partitioned into regions, named zones, 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). Additional for each country at least one zone is created. For each zone, the database records all known clock transitions, and labels the zone with a notable location. -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin, Germany http://tobiasconradi.com

2 2