- tz - lists.iana.org

Re: seeking verification
by Steven Abner June 7, 2011

June 7, 2011

On Jun 6, 2011, at 7:45 PM, Steven Abner wrote: > > On Jun 6, 2011, at 7:25 PM, Arthur Olson wrote: > >> Thanks for the message. >> >> 1. Hawaii hasn't used DST since the end of World War II, >> which is why the Hawaiian zone ends with the lines... >> -10:30 1:00 HDT 1945 Sep 30 2:00 #Schmitt&Fox+2 >> -10:30 - HST 1947 Jun 8 2:00 #Schmitt&Fox+2 >> -10:00 - HST >> ...rather than your suggested... >> -10:30 1:00 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 >> ...(although since there was no federally-mandated DST in the US from the end of >> World War II until the 1960s, the effect is the same). >> >> 2. Since the current best guess is that Metlakatla hasn't used DST since 1983, >> the last two lines of the Metlakatla zone should actually be... >> -8:00 US P%sT 1983 Oct 30 2:00 >> -8:00 - MeST >> ...without separate Metlakatla rules. >> >> --ado > > Thank you for responding! > Hi > > I didn't suggest any change to Hawaii. That is a direct copy from your files tzdata2011g. > As for Metlakatia I don't understand. I believe you are saying that "wiki" information, of the town, for the > timezone is incorrect? Are you saying that they only observe STD and the abbreviated name is "MeST" ? > > Steve > sorry I should have added: http://en.wikipedia.org/wiki/Metlakatla,_Alaska it it where I got no DST but alternating abbreviated names.

1 0

Re: Seeking verification
by Steven Abner June 6, 2011

June 6, 2011

On May 18, 2011, at 8:02 AM, Steven Abner wrote: > > On May 15, 2011, at 8:59 PM, Olson, Arthur David (NIH/NCI) [E] wrote: > >> Your message indicates that you're using 2010 files; you may want to pick up... >> ftp://elsie.nci.nih.gov/pub/tzdata2011g.tar.gz >> ...which contains the most up-to-date information, then see how it compares with your information. > > Hi, > I built your zic from tzcode2011d, used your tzdata2011g, and America/Metlakatla > changed for dates in question (1983 - 2037), was "YST/AKST/AKDT", it now reports for both STD/DST "MeST" with alternating > -8, -7 gmt offsets. From "wiki" it looks like it should be PST/AKDT with no alternating of gmt offsets. > Best solution I can offer is(assuming its not "MeST/MeST" and this is what happened): > > # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S > Rule Metlak 1983 2006 - Oct lastSun 2:00 0 PS > Rule Metlak 1984 1986 - Apr lastSun 2:00 0 AKD > Rule Metlak 1987 2006 - Apr Sun>=1 2:00 0 AKD > Rule Metlak 2007 max - Mar Sun>=8 2:00 0 AKD > Rule Metlak 2007 max - Nov Sun>=1 2:00 0 PS > > 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 Metlak %sT > > with an alternate system, you can force alternating STD/DST, not sure how to get > yours from STD/STD. > > For Europe/Sofia, I have at 2:00, you have at 3:00 on Sun Sep 26 1982. > The Zone data states: 1982 Sep 26 2:00. > > For Atlantic/Canary, I have at 1:00, you have at 2:00 on Sun Sep 28 1980. > The Zone data states: 1980 Sep 28 0:00s > > For Europe/Simferopol, I have the single date/time: Sun Mar 31 03:00:00 1996 > The file has two dates: Sun Mar 31 00:00:00 1996 and Sun Mar 31 04:00:00 1996 > > For Asia/Phnom_Penh, Asia/Vientiane, Asia/Ho_Chi_Minh: > I have Sat Mar 11 00:01:00 1911 and Wed May 1 00:00:00 1912 > The file yields Sun Mar 12 00:01:00 1911 and Thu May 2 00:00:00 1912 > Zone data has: 1911 Mar 11 0:01 and 1912 May. > > Something that doesn't show up on your files that I would like to verify, please, is > For Zone America/Sitka you have -14:58:47 for LMT. Is that correct or should it be > like other Alaska dates 14:58:47? > > Again, again, this is just questioning my accuracy or inaccuracy in creating a parser. > I needed an alternate means of accessing your wonderfully gathered and created data. > > I would also like to see if you are open to possible changes to your data, some as simple as: > changing a SAVE time 0:00 to 0, and others a little more complex like the Rule Metlak as above. > Hi again, Since I hadn't heard back, I've decided to send you the alternative files. Your parser won't directly handle the Europe file, as it follows the majority of your rules, but created a different exception, which should allow more latitude for your rules, while hopefully simplifying exceptions in the parser unit. The "%" in front of "LETTER/S" signals direct or literal replacement much like the "-" is to "RULES". The Europe file was also rearranged slightly to group regions together for analysis. Thanks again and hope these help. Steve

1 0

Russian Time Change
by Wong Ren June 2, 2011

June 2, 2011

Reference : From: Arthur David Olson <olsona <at> elsie.nci.nih.gov> Subject: proposeed time zone package changes--Chile/Russia/Irkutsk/Buryatia/Morocco<http://news.gmane.org/find-root.php?message_id=%3c201103301402.p2UE2doP0127…> Newsgroups: gmane.comp.time.tz<http://news.gmane.org/gmane.comp.time.tz> Date: 2011-03-30 14:02:39 GMT (5 weeks, 1 day, 2 hours and 3 minutes ago) Hi, First of all, I have noticed that the proposed time change for Russia has not been applied to tzdata. Could you tell me when will this be done? Second, this staying DST change is a bit confusing for me. Should it be that Russia will return to Russian Standard Time and will increase time zone offset by one ? But from the proposed change, the offset is not change. Am I missing something here?. Lastly, I have seen the term of UTC+2 and UTC+2+1. For UTC+2+1, is it referring to time zone offset plus 2 with DST forward by one? Your help is appreciated. Regards, Ren Wong ________________________________ "This e-mail message may contain confidential, commercial or privileged information that constitutes proprietary information of Comverse Technology or its subsidiaries. If you are not the intended recipient of this message, you are hereby notified that any review, use or distribution of this information is absolutely prohibited and we request that you delete all copies and contact us by e-mailing to: security(a)comverse.com. Thank You."

7 7

Time zone
by PLOYamara June 2, 2011

June 2, 2011

AMARAPORN

1 0

Missing Thetimenow
by Martin Heijkenskjöld May 24, 2011

May 24, 2011

Hi, I just visited the http://www.twinsun.com/tz/tz-link.htm page and I were glad to see all the links there. But I miss my own old time site: http://www.thetimenow.com - for easy timezone checking and a more modern approach to it. I would be really really glad if you could add it to your page. Kind regards, Martin Heijkenskjöld, Sweden +46 73 767 15 77

1 0

Hanoi
by Mirosław Makos May 19, 2011

May 19, 2011

Hello. There is no information about Hanoi, which is the capital of VietNam.

1 0

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

May 19, 2011

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

2 3

Proposed change to zone.tab
by Xin LI May 18, 2011

May 18, 2011

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hi, I think the country code for Curaçao should be 'CW' according to ISO3166, as 'AN' have been removed recently. Cheers, - -- Xin LI <delphij(a)delphij.net> http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iQEcBAEBCAAGBQJN0wDvAAoJEATO+BI/yjfBnaEH/R3AAiiQXtEGqDyObrjGmqur BTOMjPaKLvWlkmbOvhcC9NuAC+eFaP9bS0XEqNzAUs0kgGjBFo4/t7RMOHrJQ5RM BqgalQQCcUITqsy7GiVHi4XSVOamYMxy9tAFlqdSVzik9T9vUVHxi5OdZU9q6QmB D6rnh+4e87ukTlIMT+Om+gmuYnyyFoEpRjTVsw3bffwHoais2La4XyCYnTiUnao1 h7IMbRcuoc4AxTq4kj2oH1DwiSGGFZy56R+RmXHj7eWMZVAhaEk/Aid0+18CUy+N M5WDFdAEPNdaJBT+neHbdb4CjjvjNj41Co2MS/qwns0UujbAzu6Zk04Cg1rnhG4= =9l02 -----END PGP SIGNATURE-----

5 5

Seeking verification
by Steven Abner May 13, 2011

May 13, 2011

Hi I was building, am building, a parser of your files. Basically had to since my time structures slightly different, and wanted accurate data, which I couldn't seem to obtain from the very early, or start up times of the stored files on my machine. There are other reasons but that is for another discussion if interested in alternate means around limitations of computer time. These dates I wish to verify, if you would please: >From NorthAmerica America/North_Dakota/Beulah mine: -7:0:0 STD/MST //Sun Oct 26 02:00:00 2003, inclusive dates, -6:0:0 DST/MDT //Sun Mar 14 02:00:00 2010 2010 file: -6:0:0 STD/CST //Sun Oct 26 02:00:00 2003, inclusive dates, -5:0:0 DST/CDT //Sun Mar 14 02:00:00 2010 America/Juneau mine: -8:0:0 DST/YDT //Sun Apr 27 02:00:00 1980 2010 file: -7:0:0 DST/PDT //Sun Apr 27 02:00:00 1980 America/Metlakatla (info on zone from wiki, alternating PST/AKDT, no time change) mine: -8:0:0 STD/PST //Sun Oct 30 02:00:00 1983, inclusive dates, -8:0:0 DST/AKDT //Sun Mar 8 02:00:00 2037 2010 file: -9:0:0 STD/YST //Sun Oct 30 02:00:00 1983 -9:0:0 STD/AKST //Wed Nov 30 00:00:00 1983, inclusive dates, -8:0:0 DST/AKDT //Sun Mar 8 02:00:00 2037 Pacific/Honolulu mine: -10:30:0 STD/HST //Sun May 21 12:00:00 1933 -9:30:0 DST/HDT //Mon Feb 9 02:00:00 1942 -9:30:0 DST/HDT //Fri Jan 1 00:00:00 1943 2010 file: -10:30:0 STD/HST //Sun May 21 02:00:00 1933 -9:30:0 DST/HWT //Mon Feb 9 02:00:00 1942 -9:30:0 DST/HWT //Fri Jan 1 00:00:00 1943 -9:30:0 DST/HPT //Tue Aug 14 13:30:00 1945 America/Havana mine: -4:0:0 DST/CDT //Sun Mar 20 00:00:00 2011 2010 file: -4:0:0 DST/CDT //Sun Mar 13 00:00:00 2011 >From SouthAmerica America/Santiago mine: -4:0:0 STD/CLT //Sun May 8 00:00:00 2011 -3:0:0 DST/CLST //Sun Aug 21 00:00:00 2011 2010 file: -4:0:0 STD/CLT //Sun Mar 13 00:00:00 2011 -3:0:0 DST/CLST //Sun Oct 9 00:00:00 2011 Pacific/Easter mine: -6:0:0 STD/EAST //Sat May 7 22:00:00 2011 -5:0:0 DST/EASST //Sat Aug 20 22:00:00 2011 2010 file: -6:0:0 STD/EAST //Sat Mar 12 22:00:00 2011 -5:0:0 DST/EASST //Sat Oct 8 22:00:00 2011 >From Europe Europe/Sofia mine: 2:0:0 STD/EET //Sun Sep 26 02:00:00 1982 2010 file: 2:0:0 STD/EET //Sun Sep 26 03:00:00 1982 Atlantic/Canary mine: 0:0:0 STD/WET //Sun Sep 28 01:00:00 1980 2010 file: 0:0:0 STD/WET //Sun Sep 28 02:00:00 1980 Europe/Istanbul mine: 3:0:0 DST/EEST //Mon Mar 28 03:00:00 2011 2010 file: 3:0:0 DST/EEST //Sun Mar 27 03:00:00 2011 Europe/Simferopol mine: 4:0:0 DST/MSD //Sun Mar 31 03:00:00 1996 2010 file: 4:0:0 DST/MSD //Sun Mar 31 00:00:00 1996 4:0:0 DST/MSD //Sun Mar 31 04:00:00 1996 >From Asia Asia/Phnom_Penh, Asia/Vientiane, Asia/Ho_Chi_Minh mine: 7:0:0 STD/ICT //Sat Mar 11 00:01:00 1911 8:0:0 STD/ICT //Wed May 1 00:00:00 1912 2010 file: 7:0:0 STD/ICT //Sun Mar 12 00:01:00 1911 8:0:0 STD/ICT //Thu May 2 00:00:00 1912 >From Africa Africa/Casablanca mine: 1:0:0 DST/WEST //Sun Apr 3 00:00:00 2011 0:0:0 STD/WET //Sun Jul 31 00:00:00 2011 0:0:0 STD/WET //Sun Jan 1 00:00:00 2012 2010 file: 0:0:0 STD/WET //Sat Jan 1 00:00:00 2011 Thank you for looking at in advance Steve Abner pheonix(a)zoomtown.com

1 0

Pakistan is considering to implement DST again
by Alexander Krivenyshev May 11, 2011

May 11, 2011

"Pakistan government has decided to table an energy saving plan comprising two holidays a week, closure of shops at 8 pm, advancing clocks by one hour and turning off street lights at night at an energy summit scheduled for May 25 and 26." Daylight saving, 2-day weekend back on the table http://tribune.com.pk/story/166145/daylight-saving-2-day-weekend-back-on-th… table or http://www.worldtimezone.com/dst_news/dst_news_pakistan09.html Alexander Krivenyshev, http://www.worldtimezone.com

1 0

Africa/Casablanca
by Graham S. Jarvis May 11, 2011

May 11, 2011

Hello, This is the first time I've done this so, first up, please excuse my ignorance. I have downloaded ftp://elsie.nci.nih.gov/pub/tzdata2011g.tar.gz and ftp://elsie.nci.nih.gov/pub/tzcode2011g.tar.gz Although I find the comments about the changes this year: # From Dan Abitol (2011-03-30): # ...Rules for Africa/Casablanca are the following (24h format) # The 3rd april 2011 at 00:00:00, [it] will be 3rd april 1:00:00 # The 31th july 2011 at 00:59:59, [it] will be 31th July 00:00:00 when I run $ zic -d tzdir/zoneinfo africa and use zdump to look in the file I get $ zdump -v tzdir/zoneinfo/Africa/Casablanca tzdir/zoneinfo/Africa/Casablanca Fri Dec 13 20:45:52 1901 UTC = Fri Dec 13 20:45:52 1901 tzdir isdst=0 gmtoff=0 tzdir/zoneinfo/Africa/Casablanca Sat Dec 14 20:45:52 1901 UTC = Sat Dec 14 20:45:52 1901 tzdir isdst=0 gmtoff=0 tzdir/zoneinfo/Africa/Casablanca Mon Jan 18 03:14:07 2038 UTC = Mon Jan 18 03:14:07 2038 tzdir isdst=0 gmtoff=0 tzdir/zoneinfo/Africa/Casablanca Tue Jan 19 03:14:07 2038 UTC = Tue Jan 19 03:14:07 2038 tzdir isdst=0 gmtoff=0 Could someone also explain why, when I $ zdump -v /usr/share/zoneinfo/Africa/Casablanca on my Ubuntu PC, I get /usr/share/zoneinfo/Africa/Casablanca Fri Dec 13 20:45:52 1901 UTC = Fri Dec 13 20:15:32 1901 LMT isdst=0 gmtoff=-1820 /usr/share/zoneinfo/Africa/Casablanca Sat Dec 14 20:45:52 1901 UTC = Sat Dec 14 20:15:32 1901 LMT isdst=0 gmtoff=-1820 /usr/share/zoneinfo/Africa/Casablanca Sun Oct 26 00:30:19 1913 UTC = Sat Oct 25 23:59:59 1913 LMT isdst=0 gmtoff=-1820 /usr/share/zoneinfo/Africa/Casablanca Sun Oct 26 00:30:20 1913 UTC = Sun Oct 26 00:30:20 1913 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Mon Sep 11 23:59:59 1939 UTC = Mon Sep 11 23:59:59 1939 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Tue Sep 12 00:00:00 1939 UTC = Tue Sep 12 01:00:00 1939 WEST isdst=1 gmtoff=3600 /usr/share/zoneinfo/Africa/Casablanca Sat Nov 18 22:59:59 1939 UTC = Sat Nov 18 23:59:59 1939 WEST isdst=1 gmtoff=3600 /usr/share/zoneinfo/Africa/Casablanca Sat Nov 18 23:00:00 1939 UTC = Sat Nov 18 23:00:00 1939 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Sat Feb 24 23:59:59 1940 UTC = Sat Feb 24 23:59:59 1940 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Sun Feb 25 00:00:00 1940 UTC = Sun Feb 25 01:00:00 1940 WEST isdst=1 gmtoff=3600 /usr/share/zoneinfo/Africa/Casablanca Sat Nov 17 22:59:59 1945 UTC = Sat Nov 17 23:59:59 1945 WEST isdst=1 gmtoff=3600 /usr/share/zoneinfo/Africa/Casablanca Sat Nov 17 23:00:00 1945 UTC = Sat Nov 17 23:00:00 1945 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Sat Jun 10 23:59:59 1950 UTC = Sat Jun 10 23:59:59 1950 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Sun Jun 11 00:00:00 1950 UTC = Sun Jun 11 01:00:00 1950 WEST isdst=1 gmtoff=3600 /usr/share/zoneinfo/Africa/Casablanca Sat Oct 28 22:59:59 1950 UTC = Sat Oct 28 23:59:59 1950 WEST isdst=1 gmtoff=3600 /usr/share/zoneinfo/Africa/Casablanca Sat Oct 28 23:00:00 1950 UTC = Sat Oct 28 23:00:00 1950 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Sat Jun 3 11:59:59 1967 UTC = Sat Jun 3 11:59:59 1967 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Sat Jun 3 12:00:00 1967 UTC = Sat Jun 3 13:00:00 1967 WEST isdst=1 gmtoff=3600 /usr/share/zoneinfo/Africa/Casablanca Sat Sep 30 22:59:59 1967 UTC = Sat Sep 30 23:59:59 1967 WEST isdst=1 gmtoff=3600 /usr/share/zoneinfo/Africa/Casablanca Sat Sep 30 23:00:00 1967 UTC = Sat Sep 30 23:00:00 1967 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Sun Jun 23 23:59:59 1974 UTC = Sun Jun 23 23:59:59 1974 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Mon Jun 24 00:00:00 1974 UTC = Mon Jun 24 01:00:00 1974 WEST isdst=1 gmtoff=3600 /usr/share/zoneinfo/Africa/Casablanca Sat Aug 31 22:59:59 1974 UTC = Sat Aug 31 23:59:59 1974 WEST isdst=1 gmtoff=3600 /usr/share/zoneinfo/Africa/Casablanca Sat Aug 31 23:00:00 1974 UTC = Sat Aug 31 23:00:00 1974 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Fri Apr 30 23:59:59 1976 UTC = Fri Apr 30 23:59:59 1976 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Sat May 1 00:00:00 1976 UTC = Sat May 1 01:00:00 1976 WEST isdst=1 gmtoff=3600 /usr/share/zoneinfo/Africa/Casablanca Sat Jul 31 22:59:59 1976 UTC = Sat Jul 31 23:59:59 1976 WEST isdst=1 gmtoff=3600 /usr/share/zoneinfo/Africa/Casablanca Sat Jul 31 23:00:00 1976 UTC = Sat Jul 31 23:00:00 1976 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Sat Apr 30 23:59:59 1977 UTC = Sat Apr 30 23:59:59 1977 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Sun May 1 00:00:00 1977 UTC = Sun May 1 01:00:00 1977 WEST isdst=1 gmtoff=3600 /usr/share/zoneinfo/Africa/Casablanca Tue Sep 27 22:59:59 1977 UTC = Tue Sep 27 23:59:59 1977 WEST isdst=1 gmtoff=3600 /usr/share/zoneinfo/Africa/Casablanca Tue Sep 27 23:00:00 1977 UTC = Tue Sep 27 23:00:00 1977 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Wed May 31 23:59:59 1978 UTC = Wed May 31 23:59:59 1978 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Thu Jun 1 00:00:00 1978 UTC = Thu Jun 1 01:00:00 1978 WEST isdst=1 gmtoff=3600 /usr/share/zoneinfo/Africa/Casablanca Thu Aug 3 22:59:59 1978 UTC = Thu Aug 3 23:59:59 1978 WEST isdst=1 gmtoff=3600 /usr/share/zoneinfo/Africa/Casablanca Thu Aug 3 23:00:00 1978 UTC = Thu Aug 3 23:00:00 1978 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Thu Mar 15 23:59:59 1984 UTC = Thu Mar 15 23:59:59 1984 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Fri Mar 16 00:00:00 1984 UTC = Fri Mar 16 01:00:00 1984 CET isdst=0 gmtoff=3600 /usr/share/zoneinfo/Africa/Casablanca Tue Dec 31 22:59:59 1985 UTC = Tue Dec 31 23:59:59 1985 CET isdst=0 gmtoff=3600 /usr/share/zoneinfo/Africa/Casablanca Tue Dec 31 23:00:00 1985 UTC = Tue Dec 31 23:00:00 1985 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Sat May 31 23:59:59 2008 UTC = Sat May 31 23:59:59 2008 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Sun Jun 1 00:00:00 2008 UTC = Sun Jun 1 01:00:00 2008 WEST isdst=1 gmtoff=3600 /usr/share/zoneinfo/Africa/Casablanca Sun Aug 31 22:59:59 2008 UTC = Sun Aug 31 23:59:59 2008 WEST isdst=1 gmtoff=3600 /usr/share/zoneinfo/Africa/Casablanca Sun Aug 31 23:00:00 2008 UTC = Sun Aug 31 23:00:00 2008 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Sun May 31 23:59:59 2009 UTC = Sun May 31 23:59:59 2009 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Mon Jun 1 00:00:00 2009 UTC = Mon Jun 1 01:00:00 2009 WEST isdst=1 gmtoff=3600 /usr/share/zoneinfo/Africa/Casablanca Thu Aug 20 22:59:59 2009 UTC = Thu Aug 20 23:59:59 2009 WEST isdst=1 gmtoff=3600 /usr/share/zoneinfo/Africa/Casablanca Thu Aug 20 23:00:00 2009 UTC = Thu Aug 20 23:00:00 2009 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Sat May 1 23:59:59 2010 UTC = Sat May 1 23:59:59 2010 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Sun May 2 00:00:00 2010 UTC = Sun May 2 01:00:00 2010 WEST isdst=1 gmtoff=3600 /usr/share/zoneinfo/Africa/Casablanca Sat Aug 7 22:59:59 2010 UTC = Sat Aug 7 23:59:59 2010 WEST isdst=1 gmtoff=3600 /usr/share/zoneinfo/Africa/Casablanca Sat Aug 7 23:00:00 2010 UTC = Sat Aug 7 23:00:00 2010 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Sat Apr 2 23:59:59 2011 UTC = Sat Apr 2 23:59:59 2011 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Sun Apr 3 00:00:00 2011 UTC = Sun Apr 3 01:00:00 2011 WEST isdst=1 gmtoff=3600 /usr/share/zoneinfo/Africa/Casablanca Sat Jul 30 22:59:59 2011 UTC = Sat Jul 30 23:59:59 2011 WEST isdst=1 gmtoff=3600 /usr/share/zoneinfo/Africa/Casablanca Sat Jul 30 23:00:00 2011 UTC = Sat Jul 30 23:00:00 2011 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Mon Jan 18 03:14:07 2038 UTC = Mon Jan 18 03:14:07 2038 WET isdst=0 gmtoff=0 /usr/share/zoneinfo/Africa/Casablanca Tue Jan 19 03:14:07 2038 UTC = Tue Jan 19 03:14:07 2038 WET isdst=0 gmtoff=0 but if I copy the file to my current directory (as Casablanca.ubuntu) and run $ zdump -v Casablanca.ubuntu I get Casablanca.ubuntu Fri Dec 13 20:45:52 1901 UTC = Fri Dec 13 20:45:52 1901 Casablanca isdst=0 gmtoff=0 zdump: warning: zone "Casablanca.ubuntu" abbreviation "Casablanca" has more than 6 alphabetics Casablanca.ubuntu Sat Dec 14 20:45:52 1901 UTC = Sat Dec 14 20:45:52 1901 Casablanca isdst=0 gmtoff=0 Casablanca.ubuntu Mon Jan 18 03:14:07 2038 UTC = Mon Jan 18 03:14:07 2038 Casablanca isdst=0 gmtoff=0 Casablanca.ubuntu Tue Jan 19 03:14:07 2038 UTC = Tue Jan 19 03:14:07 2038 Casablanca isdst=0 gmtoff=0 All I want is a correct Casablanca file ;-) Thanks in advance and Best Regards from Luxembourg, -Graham S. Jarvis-

1 0

Fwd: Improvement request: Concordia Station timezone
by Aurelien Jarno May 8, 2011

May 8, 2011

Hi, Please find below a mail from Paolo Perfetti, asking to create a new timezone for the Concordia station in Antartica. It seems there are already a few stations in the antartica file, so I guess it's possible to add a new entry. What information would be needed for that? He is Cc:ed to this mail, so don't hesitate to ask him more details directly. Thanks, Aurelien On Tue, May 03, 2011 at 06:19:26PM +0800, Paolo Perfetti wrote: > Hi all, > my name is Paolo Perfetti and I'm currently working as sysadmin in > Antarctica for the Italian Antarctic Research Program (PNRA) in a base > called Concordia Station. Since 2005 this station, located at 75.06S > 123.20E, is one of the 3 station always active trough the year inside > the Antarctic Continent (the others are South Pole and Vostok). > > I'm a Debian-GNU\Linux strong supporter and while I was configuring my > pc and servers here I find out that Concordia Station doesn't appear > between the options available configuring the tzdata package. It will be > possible to add this timezone to the next package version? In that case > what info do you need to do that? I will be pleased to help you to > collect the needed informations. In the meanwhile I can tell you > that the station keeps UTC+8 (Perth) timezone without any daylight > hour. > > In Antarctica there is also another Italian base, Mario Zucchelli > Station, located in the Terranova Bay, quite near McMurdo. MZS is active > during the Antarctic summer since more than 20 years, it will be > possible to add this too ? In this case, the timezone is the same of > McMurdo. > > Currently here we've no connection to surf the web, but you can find > lot more informations on these bases on wikipedia and I am available > for any kind of informations you'll need (I will be in Concordia at > least until 7th November, the end of winterover season). > > Thanks for your time, > Paolo > > > > -- > To UNSUBSCRIBE, email to debian-glibc-REQUEST(a)lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian.org > Archive: http://lists.debian.org/4DBFD6AE.7090300@concordiabase.eu > > -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurelien(a)aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-glibc-REQUEST(a)lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian.org Archive: http://lists.debian.org/20110508220039.GA18413@hall.aurel32.net

1 0

RE: bug report for tzdata 2010o-0lenny1
by paul salber May 2, 2011

May 2, 2011

A local contacted me about the incorrect time on one of my services. Here is the correct time: http://www.timeanddate.com/worldclock/city.html?n=741 http://www.timeanddate.com/worldclock/clockchange.html?n=741 I cant seem to find press releases on the official WST change Regards Paul Salber -----Original Message----- From: Clint Adams [mailto:clint@debian.org] Sent: 27 April 2011 21:09 To: paul salber Cc: tz(a)lecserver.nci.nih.gov Subject: Re: bug report for tzdata 2010o-0lenny1 On Wed, Apr 27, 2011 at 11:57:47AM +0200, paul salber wrote: > I am using tzdata 2010o-0lenny1, and the time offset for Western Sahara, > should not be WET (+0 hours), but WST (+1 hours). Have you updated this in > 2011g-1? I cannot find it in the changelog Do you have information about this change, including references to official communications? Please Cc the tz list.

2 3

Summer Time in the Church of the Holy Sepulchre
by Sascha Wildner May 2, 2011

May 2, 2011

Hi list, I just came across a sentence in the German Wikipedia (in the http://de.wikipedia.org/wiki/Via_Dolorosa article): "Dieser Kreuzweg wird von den Franziskanern in einer täglich Prozession ab 15:00 Uhr, während der Sommerzeit um 16:00 Uhr (da die Sommerzeit in der Grabeskirche nicht gilt), gebetet." It roughly translates as: "This Way of the Cross is being prayed by the Franciscans in a daily procession starting at 15:00, 16:00 during Summer Time (because Summer Time isn't observed in the Church of the Holy Sepulchre)." Does anyone have more information on this ("Summer Time isn't observed in the Church of the Holy Sepulchre"). Was it ever discussed here? Does it affect the tz database? Best regards, Sascha -- http://yoyodyne.ath.cx

2 1

Egypt Cairo Timezone Daylight Saving
by Mahmoud Khaled May 2, 2011

May 2, 2011

Hi, I am Mahmoud from Egypt. I want to inform you that Egypt won't use daylight saving this year http://oldbagofcairo.blogspot.com/2011/04/no-daylight-savings-time-in-egypt… I am using Ruby on Rails for a web application and it is using your database for timezone calculations. So, please update your database as soon as possible because that affects many applications using your database. Thanks in advance for your help -- *Mahmoud Khaled* Senior Software Engineer *BadrIT* <http://www.badrit.com/> <http://maps.google.com/maps?q=%2CAlexandria%2CEgypt&hl=en>Alexandria Egypt *Mobile:* 20109356578 *Email:* mahmoud.khaled(a)badrit.com *Skype:* mahmoud.khaled.m *http://eg.linkedin.com/in/mahmoudkhaled* Bright Minds Bright Solutions See who we know in common<http://www.linkedin.com/e/wwk/36293825/>

1 0

Egypt TimeZone Changes
by Asem Adel April 29, 2011

April 29, 2011

Hello, I would like to acknowledge you that Egypt no longer uses DST , so Africa/Cairo time zone will always be UTS + 2 Regards -- Asem Adel

1 0

2001g
by Olson, Arthur David (NIH/NCI) [E] April 28, 2011

April 28, 2011

The files... ftp://elsie.nci.nih.gov/pub/tzcode2011g.tar.gz ...and... ftp://elsie.nci.nh.gov/pub/tzdata2011g.tar.gz ...are now available; these reflect the changes circulated last week on the time zone mailing list (and, in particular, update the rules for Egypt to reflect its abandonment of DST this year). --ado

4 6

Re: bug report for tzdata 2010o-0lenny1
by Clint Adams April 27, 2011

April 27, 2011

On Wed, Apr 27, 2011 at 11:57:47AM +0200, paul salber wrote: > I am using tzdata 2010o-0lenny1, and the time offset for Western Sahara, > should not be WET (+0 hours), but WST (+1 hours). Have you updated this in > 2011g-1? I cannot find it in the changelog Do you have information about this change, including references to official communications? Please Cc the tz list.

1 0

Where to find timezone database change for each version
by Na Liu April 26, 2011

April 26, 2011

Hi, Where can I find the timezone database change for each version? Thanks Na

1 0

No daylight saving in Egypt
by Angie T. Muhammad April 24, 2011

April 24, 2011

Hello TZ data list, Four days ago the Egyptian authorities issued a bill cancelling daylight saving time. I am sorry if the topic is a duplicate but here<http://english.ahram.org.eg/NewsContent/1/64/10419/Egypt/Politics-/Egypt-ca…>is a link - in English - to the news by Al Ahram newspaper. Regards, -- All the best, Angie T. Muhammad http://angie-tawfik.blogspot.com

1 0

proposed time zone package changes (Egypt et al.)
by Arthur David Olson April 21, 2011

April 21, 2011

Here are proposed changes to the time zone package; the executive summary: Makefile change GCC_DEBUG_FLAGS rule for more warnings africa Egypt abandons DST in 2011 (and forward) (thanks to Alexander Krivenyshev) localtime.c recode increment_overflow and long_increment_overflow to eliminate gcc warnings (thanks to Paul Eggert) europe eliminate doubled words (thanks to Jim Meyering) southamerica eliminate doubled words (thanks to Jim Meyering) The "africa" changes do affect time stamps in Egypt in 2011 (and forward). Given the short notice on the Egyptian changes...if no problems are found, the ftp site will be updated on 2011-04-25. (Then maybe silly season will be over and I can clear out the non-time-sensitive stuff from the pipeline.) --ado diff -r -c old/Makefile new/Makefile *** old/Makefile Thu Dec 16 12:11:21 2010 --- new/Makefile Thu Apr 14 12:42:47 2011 *************** *** 1,5 **** # <pre> ! # @(#)Makefile 8.9 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)Makefile 8.10 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 116,122 **** # -DZIC_MAX_ABBR_LEN_WO_WARN=3 # (or some other number) to set the maximum time zone abbreviation length # that zic will accept without a warning (the default is 6) ! GCC_DEBUG_FLAGS = -Dlint -g -O -fno-common \ -Wall -Wcast-qual -Wconversion -Wmissing-prototypes \ -Wnested-externs -Wpointer-arith -Wshadow \ -Wtraditional # -Wstrict-prototypes -Wwrite-strings --- 116,122 ---- # -DZIC_MAX_ABBR_LEN_WO_WARN=3 # (or some other number) to set the maximum time zone abbreviation length # that zic will accept without a warning (the default is 6) ! GCC_DEBUG_FLAGS = -Dlint -g -O3 -fno-common \ -Wall -Wcast-qual -Wconversion -Wmissing-prototypes \ -Wnested-externs -Wpointer-arith -Wshadow \ -Wtraditional # -Wstrict-prototypes -Wwrite-strings diff -r -c old/africa new/africa *** old/africa Wed Mar 30 15:29:23 2011 --- new/africa Wed Apr 20 12:48:41 2011 *************** *** 1,5 **** # <pre> ! # @(#)africa 8.30 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # %W% # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 212,218 **** Rule Egypt 1990 1994 - May 1 1:00 1:00 S # IATA (after 1990) says transitions are at 0:00. # Go with IATA starting in 1995, except correct 1995 entry from 09-30 to 09-29. ! Rule Egypt 1995 max - Apr lastFri 0:00s 1:00 S Rule Egypt 1995 2005 - Sep lastThu 23:00s 0 - # From Steffen Thorsen (2006-09-19): # The Egyptian Gazette, issue 41,090 (2006-09-18), page 1, reports: --- 212,232 ---- Rule Egypt 1990 1994 - May 1 1:00 1:00 S # IATA (after 1990) says transitions are at 0:00. # Go with IATA starting in 1995, except correct 1995 entry from 09-30 to 09-29. ! ! # From Alexander Krivenyshev (2011-04-20): ! # "...Egypt's interim cabinet decided on Wednesday to cancel daylight ! # saving time after a poll posted on its website showed the majority of ! # Egyptians would approve the cancellation." ! # ! # Egypt to cancel daylight saving time ! # <a href="http://www.almasryalyoum.com/en/node/407168"> ! # http://www.almasryalyoum.com/en/node/407168 ! # </a> ! # or ! # <a href="http://www.worldtimezone.com/dst_news/dst_news_egypt04.html"> ! # http://www.worldtimezone.com/dst_news/dst_news_egypt04.html ! # </a> ! Rule Egypt 1995 2010 - Apr lastFri 0:00s 1:00 S Rule Egypt 1995 2005 - Sep lastThu 23:00s 0 - # From Steffen Thorsen (2006-09-19): # The Egyptian Gazette, issue 41,090 (2006-09-18), page 1, reports: *************** *** 313,319 **** 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] Zone Africa/Cairo 2:05:00 - LMT 1900 Oct --- 327,333 ---- 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 only - Sep lastThu 23:00s 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Africa/Cairo 2:05:00 - LMT 1900 Oct diff -r -c old/europe new/europe *** old/europe Thu Mar 31 16:04:14 2011 --- new/europe Thu Apr 14 16:07:06 2011 *************** *** 1,5 **** # <pre> ! # @(#)europe 8.31 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)europe 8.32 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 146,152 **** # 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): --- 146,152 ---- # 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...William Willett Memorial Sundial, # which is permanently set to Summer Time. # From Winston Churchill (1934-04-28): *************** *** 1786,1792 **** # # 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 --- 1786,1792 ---- # # 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...the following for now: Link Europe/Oslo Arctic/Longyearbyen # Poland diff -r -c old/localtime.c new/localtime.c *** old/localtime.c Tue Jan 25 16:08:41 2011 --- new/localtime.c Fri Apr 15 16:32:47 2011 *************** *** 5,11 **** #ifndef lint #ifndef NOID ! static char elsieid[] = "@(#)localtime.c 8.16"; #endif /* !defined NOID */ #endif /* !defined lint */ --- 5,11 ---- #ifndef lint #ifndef NOID ! static char elsieid[] = "@(#)localtime.c 8.17"; #endif /* !defined NOID */ #endif /* !defined lint */ *************** *** 1613,1643 **** #endif /* !defined WRONG */ /* ! ** Simplified normalize logic courtesy Paul Eggert. */ static int ! increment_overflow(number, delta) ! int * number; ! int delta; { ! int number0; ! number0 = *number; ! *number += delta; ! return (*number < number0) != (delta < 0); } static int ! long_increment_overflow(number, delta) ! long * number; ! int delta; { ! long number0; ! number0 = *number; ! *number += delta; ! return (*number < number0) != (delta < 0); } static int --- 1613,1651 ---- #endif /* !defined WRONG */ /* ! ** Normalize logic courtesy Paul Eggert. */ static int ! increment_overflow(ip, j) ! int * const ip; ! int j; { ! register int const i = *ip; ! /* ! ** If i >= 0 there can only be overflow if i + j > INT_MAX ! ** or if j > INT_MAX - i; given i >= 0, INT_MAX - i cannot overflow. ! ** If i < 0 there can only be overflow if i + j < INT_MIN ! ** or if j < INT_MIN - i; given i < 0, INT_MIN - i cannot overflow. ! */ ! if ((i >= 0) ? (j > INT_MAX - i) : (j < INT_MIN - i)) ! return TRUE; ! *ip += j; ! return FALSE; } static int ! long_increment_overflow(lp, m) ! long * const lp; ! int const m; { ! register long const l = *lp; ! if ((l >= 0) ? (m > LONG_MAX - l) : (m < LONG_MIN - l)) ! return TRUE; ! *lp += m; ! return FALSE; } static int diff -r -c old/southamerica new/southamerica *** old/southamerica Wed Apr 6 17:14:53 2011 --- new/southamerica Thu Apr 14 16:07:06 2011 *************** *** 1,5 **** # <pre> ! # @(#)southamerica 8.48 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. --- 1,5 ---- # <pre> ! # @(#)southamerica 8.49 # This file is in the public domain, so clarified as of # 2009-05-17 by Arthur David Olson. *************** *** 745,751 **** # # As a result of the above Decree I believe the America/Rio_Branco # timezone shall be modified from UTC-5 to UTC-4 and a new timezone shall ! # be created to represent the the west side of the Para State. I # suggest this new timezone be called Santarem as the most # important/populated city in the affected area. # --- 745,751 ---- # # As a result of the above Decree I believe the America/Rio_Branco # timezone shall be modified from UTC-5 to UTC-4 and a new timezone shall ! # be created to represent the...west side of the Para State. I # suggest this new timezone be called Santarem as the most # important/populated city in the affected area. #

4 3

FW: Clocks in Novosibirsk in 1957
by Olson, Arthur David (NIH/NCI) [E] April 21, 2011

April 21, 2011

I'm forwarding this message from Mark Brader, who is not on the time zone mailing list. Those of you who are on the list, please direct replies appropriately. --ado ________________________________________ From: Mark Brader [msb(a)vex.net] Sent: Wednesday, April 20, 2011 7:49 PM To: Olson, Arthur David (NIH/NCI) [E] Subject: Clocks in Novosibirsk in 1957 Here is an item I found accidentally on page 16 of the (Toronto) Globe and Mail for April 25, 1957, while I was searching online for another topic. I thought the members of TZ might be interested in the Novosibirsk part and amused by the rest. Please forward to the list if you think appropriate. I am not on the list; replies should be directed accordingly. I have not gone to the library to locate the cited article in Maclean's (a Canadian newsmagazine). There may be small errors due to the scan not being fully legible as well as my own errors in typing. # Only an Hour Apart # Clocks in Novosibirsk # Comparatively Simple # # by MAGGIE GRANT # # In a recent issue of Maclean's Magazine, Blair Fraser mentions the # plight of citizens of Novosibirsk, Siberia, who for 38 years have # had the clocks at the east end of their city one hour faster than # those of the west end. # # This is due to a time boundary running smack through the middle # of the city, and Mr. Fraser dubs the Novosibirskites the "world's # most patient people" for putting up with this situation for so long. # # Now, I sympathize with Siberian citizens on almost every count, # but I cannot shed any tears over this one. Having a city's clocks # exactly one hour apart for 38 years sounds like an ideal arrangement # to me. I'm certain that a normally intelligent person would take # no more than a few days to catch on to the time differential, # and surely any dunce would know which end of the city was which. # # Therefore, a western Novosibirskite, caught in the eastern end # of town, would in all probability do little more than glance at # a clock before exclaiming: # # "Zlug' Krztoxni ghow'. Qwetevinoff da gmuy zlot pzis ud gvenn!" # Which translated means: "By Jove! A quarter to eight! I must # hurry if I am to be home for dinner at seven!" # # Compared to this simple situation, consider the trials to which # I am subjected by the timepieces under my roof. # # There is the grandfather clock in the hall, for instance, a family # heirloom and a charming thing to look upon. But the poor old dear # has never recovered from the shock of being moved from Mother's # house to mine, and simply cannot keep itself going. I have long # ago written it off as a deadhead, but Mother is a tenacious soul, # and every once in a while she hopefully sets the pendulum in motion. # If she would only warn me on these occasions, I would not be so # alarmed when it suddenly bongs out some totally irrelevant hour. # # The Empire clock on the mantel, on the other hand, has a # delightfully silvery voice. It keeps accurate time, too, but is # addicted to flipping its minute hand into the fireplace at frequent # intervals. These occurrences are apt to go unnoticed until the # time is urgently needed to set other clocks, when the cry goes up: # "The hand! The hand! It's off again!" and all activity ceases # in favor of ash-sifting. The offending member, once retrieved, # is dusted off and replaced on the dial at the time we presume to # be correct, but which seldom is. # # Another horological eccentric hangs on the kitchen wall, an electric # model in perky red and white to match the decor. Unfortunately it # got knocked down one day, and although we put it all together as # best we could, it has observed none of the laws of Greenwich since. # # You can look at that clock one minute and it will point to 12:10, # but three minutes later, glancing at it again, you will discover # that it has moved on to 4:30. Never once have I caught it in the # act of whizzing from point to point, and this I regret, because # I am sure it would be a challenging experience. # # The other electric timepiece is immobilized once a week by # Mrs. Swallow, the charlady, who favors its especial wall plug # above all others for vacuum cleaning activities. # # Further undependables about the place are two travelling clocks that # run for 18 and 15 hours respectively, and a wristwatch that is good # for only 11. Under these circumstances, I consider it rather unfair # of people to call me Laggy Maggie. After all, I do the very best # I can by going from room to room, jotting down the various times, # adding them up, and then striking an average. Although I admit the # system is far from perfect, it's the best I've been able to devise. # # I wonder if somebody in Novosibirsk can offer a better one? -- Mark Brader, Toronto "Don't be silly -- send it to Canada" msb(a)vex.net -- British postal worker

2 1

Egypt DST cancelled
by Abdelrahman Hassan April 20, 2011

April 20, 2011

Egypt's interim government has canceled DST in Egypt. Attached patch correspondingly updates the "africa" timezone file. http://english.ahram.org.eg/NewsContent/1/64/10419/Egypt/Politics-/Egypt-ca…

1 0

Egypt interim cabinet decided to cancel DST
by Alexander Krivenyshev April 20, 2011

April 20, 2011

" ... Egypt's interim cabinet decided on Wednesday to cancel daylight saving time after a poll posted on its website showed the majority of Egyptians would approve the cancellation. Egypt to cancel daylight saving time http://www.almasryalyoum.com/en/node/407168 or http://www.worldtimezone.com/dst_news/dst_news_egypt04.html Alexander Krivenyshev, http://www.worldtimezone.com

1 0

Did Irkutsk NOT switch from IRKT to KRAST?
by Tim Parenti April 19, 2011

April 19, 2011

I've been alerted to a couple reports that on 2011-03-22, the Russian government decided NOT to allow the Irkutsk Oblast to transition from IRKT (UTC+8) to KRAST (UTC+7+1) on 2011-03-27, and that instead Irkutsk transitioned to IRKST (UTC+8+1) under the existing Russian DST rules and plans to stay there for the time being like the rest of the country. The articles are in Russian, which I don't speak, but I've provided excerpted Google translations below. The reports follow: http://www.irk.ru/news/20110325/time/ (2011-03-25) Irkutsk region remains in its time zone March 27 residents of the Irkutsk region with the rest of the Russians set the clock forward one hour. Previously reported that the Angara will not translate clock to daylight saving time and thereby reduce the difference with Moscow, with 5:00 to 4. Irkutsk officials have prepared all necessary documents. However, an official decision on this has not been signed. In this case, the matter has not withdrawn completely, but only postponed indefinitely. http://gazetavremya.ru/day/16739-irkutskaya-oblast-poteryalas-vo-vremeni.ht… Irkutsk region is lost in time After that we asked for comments to the Legislative Assembly of Irkutsk region Yuri Faleichik, who confirmed this information and added that it is the most painless for our scheme to reduce the time difference with the capital from 5 to 4 hours. And suddenly, on Tuesday revealed that information on the transition to Krasnoyarsk time was premature! The same Jury Faleichik told our newspaper: - The decision to move the Irkutsk region in the time zone of the Krasnoyarsk Territory Government is not accepted. Our source in the regional government said that the decision "not to move to Krasnoyarsk time" was made in connection with the upcoming elections. -- Tim Parenti

3 4