- tz - lists.iana.org

lack of zone Asia/Beijing
by An Yang June 27, 2011

June 27, 2011

Hi Arthur, Beijing is the capital of People's Republic of China from 1949, and Beijing Time is used in whole PRC according to China law. Do you mind to add Beijing time zone? Bests, An Yang

1 0

Europe/Kaliningrad in 2011h
by yoshito_umaoka＠us.ibm.com June 27, 2011

June 27, 2011

In 2011h, the GMT offset of Europe/Kaliningrad was changed from 2:00 to 3:00 by the new Russian law. 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 2011 Mar 27 2:00s 3:00 - EET The format - "EET" is used above, which is now different from other "EET" (generated from "EE%sT") used by Eastern European zones. For example, "10:00 EET" in Europe/Bucharest after the daylight-standard transition in this fall is actually "11:00 EET" in Europe/Kaliningrad. I think this is confusing and should use more distinctive format. -Yoshito

2 1

Mid-Atlantic time zone with DST support
by Isaac Lau June 21, 2011

June 21, 2011

Hi, I am wondering if Olsen database supports the above with the following specifics: If it does, please let me know which zone I should use. Note that in Microsoft XP and Windows 7, it contains a Mid-Atlantic time zone which observes DST. Thanks *Isaac # Atlantic Ocean or Mid Atlantic rules # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER Rule MidAT 1980 max - Mar lastSun 2:00 1:00 - Rule MidAT 1980 max - Sep lastSun 2:00 0 - # Atlantic Ocean or Mid Atlantic # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Atlantic/Atlantic_Ocean -2:26:08 - LMT 1890 # -2:00 - GST 1980 # South Georgia Time -2:00 MidAT GST

1 0

Re: proposed time zone package changes (Russia, Curacao)
by Arthur David Olson June 17, 2011

June 17, 2011

> In respect to the the dissolution of AN (Netherlands Antilles), you are > replacing its record with CW Curacao; but shouldn't a record also be > added for the other country formed by the dissolution, namely > Sint-Maarten (SX)? Below are revised changes to get in sync with the current ISO3166 data; these changes are relative to the stuff on the ftp site. --ado diff -r old/iso3166.tab new/iso3166.tab 2c2 < # @(#)iso3166.tab 8.6 --- > # @(#)iso3166.tab 8.9 23a24,27 > # From Arthur David Olson (2011-06-15): > # Resynchronized today with the ISO3116 site > # (deleting AN and adding BQ, CW, and SX). > # 33d36 < AN Netherlands Antilles 55a59 > BQ Bonaire Sint Eustatius & Saba 77a82 > CW Curacao 233a239 > SX Sint Maarten diff -r old/southamerica new/southamerica 2c2 < # @(#)southamerica 8.49 --- > # @(#)southamerica 8.50 1278a1279,1286 > # From Arthur David Olson (2011-06-15): > # At least for now, use links for places with new iso3166 codes. > # The name "Lower Prince's Quarter" is both longer than fourteen charaters > # and contains an apostrophe; use "Lower_Princes" below. > > Link America/Curacao America/Lower_Princes # Sint Maarten > Link America/Curacao America/Kralendijk # Bonaire, Sint Estatius and Saba > diff -r old/zone.tab new/zone.tab 2c2 < # @(#)zone.tab 8.43 --- > # @(#)zone.tab 8.45 35d34 < AN +1211-06900 America/Curacao 89a89 > BQ +120903-0681636 America/Kralendijk 157a158 > CW +1211-06900 America/Curacao 364a366 > SX +180305-0630250 America/Lower_Princes

7 10

DST in America/Metlakatla?
by Bill Seymour June 17, 2011

June 17, 2011

I apologize if this is old news that somehow blew by me. I don't think the zone America/Metlakatla in northamerica is quite right yet. I think the rule in the last line of the zone should be "-", not "US". I'm guessing that that was just a typo. FWIW, I've confirmed independently that Metlakatla observes UTC-8 year-round. My day job is with the U.S. Postal Service, and I work on a system that schedules transportation, so time zones are important to me. Confused by the "US" in America/Metlakatla, I called the 99926 post office; and the woman I spoke to said, "Right now, we're the same time as the rest of Alaska. Fall/winter, we're the same as Seattle." --Bill Seymour "If this were my employer's opinion, I wouldn't be allowed to post it." -- Norman Diamond

2 1

proposed time zone package changes (Russia, Curacao)
by Arthur David Olson June 15, 2011

June 15, 2011

Below find proposed priority changes to the time zone package; the executive summary: antarctica Remove unused "RussAQ" rules. asia Add comment on retaining "old" Russia rules for the benefit of Armenia europe Russia abandons DST in 2011 (thanks to Alexander Krivenyshev) ("old" Russia rules retained for now for Belarus) iso3166.tab Change AN (Netherlands Antilles) to CW (Curacao) zone.tab Change AN (Netherlands Antilles) to CW (Curacao) If no problems are found and nothing goes wrong, these changes are to appear on the ftp site on 2011-06-27. Now that the Russian changes are official, we'll see what Armenia and Belarus do. --ado diff -r old/antarctica new/antarctica 2c2 < # @(#)antarctica 8.8 --- > # @(#)antarctica 8.9 22,33d21 < # These rules are stolen from the `europe' file. < # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S < Rule RussAQ 1981 1984 - Apr 1 0:00 1:00 S < Rule RussAQ 1981 1983 - Oct 1 0:00 0 - < Rule RussAQ 1984 1991 - Sep lastSun 2:00s 0 - < Rule RussAQ 1985 1991 - Mar lastSun 2:00s 1:00 S < Rule RussAQ 1992 only - Mar lastSat 23:00 1:00 S < Rule RussAQ 1992 only - Sep lastSat 23:00 0 - < Rule RussAQ 1993 max - Mar lastSun 2:00s 1:00 S < Rule RussAQ 1993 1995 - Sep lastSun 2:00s 0 - < Rule RussAQ 1996 max - Oct lastSun 2:00s 0 - < diff -r old/asia new/asia 1c1 < # @(#)asia 8.64 --- > # @(#)asia 8.65 79a80,83 > # From Arthur David Olson (2011-06-15): > # While Russia abandoned DST in 2011, Armenia may choose to > # follow Russia's "old" rules. > diff -r old/europe new/europe 2c2 < # @(#)europe 8.32 --- > # @(#)europe 8.33 567a568,587 > # From Alexander Krivenyshev (2011-06-14): > # According to Kremlin press service, Russian President Dmitry Medvedev > # signed a federal law "On calculation of time" on June 9, 2011. > # According to the law Russia is abolishing daylight saving time. > # > # Medvedev signed a law "On the Calculation of Time" (in russian): > # <a href="http://bmockbe.ru/events/?ID=7583"> > # http://bmockbe.ru/events/?ID=7583 > # </a> > # > # Medvedev signed a law on the calculation of the time (in russian): > # <a href="http://www.regnum.ru/news/polit/1413906.html"> > # http://www.regnum.ru/news/polit/1413906.html > # </a> > > # From Arthur David Olson (2011-06-15): > # Take "abolishing daylight saving time" to mean that time is now considered > # to be standard. > # At least for now, keep the "old" Russia rules for the benefit of Belarus. > 2016c2036,2037 < 2:00 Russia EE%sT --- > 2:00 Russia EE%sT 2011 Mar 27 2:00s > 3:00 - EET 2045c2066,2067 < 3:00 Russia MSK/MSD --- > 3:00 Russia MSK/MSD 2011 Mar 27 2:00s > 4:00 - MSK 2058c2080,2081 < 3:00 Russia VOL%sT --- > 3:00 Russia VOL%sT 2011 Mar 27 2:00s > 4:00 - VOLT 2070c2093,2094 < 3:00 Russia SAM%sT --- > 3:00 Russia SAM%sT 2011 Mar 27 2:00s > 4:00 - SAMT 2083c2107,2108 < 5:00 Russia YEK%sT # Yekaterinburg Time --- > 5:00 Russia YEK%sT 2011 Mar 27 2:00s > 6:00 - YEKT # Yekaterinburg Time 2091c2116,2117 < 6:00 Russia OMS%sT --- > 6:00 Russia OMS%sT 2011 Mar 27 2:00s > 7:00 - OMST 2101c2127,2128 < 6:00 Russia NOV%sT --- > 6:00 Russia NOV%sT 2011 Mar 27 2:00s > 7:00 - NOVT 2134c2161,2162 < 6:00 Russia NOV%sT # Novosibirsk/Novokuznetsk Time --- > 6:00 Russia NOV%sT 2011 Mar 27 2:00s > 7:00 - NOVT # Novosibirsk/Novokuznetsk Time 2145c2173,2174 < 7:00 Russia KRA%sT --- > 7:00 Russia KRA%sT 2011 Mar 27 2:00s > 8:00 - KRAT 2155c2184,2185 < 8:00 Russia IRK%sT --- > 8:00 Russia IRK%sT 2011 Mar 27 2:00s > 9:00 - IRKT 2178c2208,2209 < 9:00 Russia YAK%sT --- > 9:00 Russia YAK%sT 2011 Mar 27 2:00s > 10:00 - YAKT 2191c2222,2223 < 10:00 Russia VLA%sT --- > 10:00 Russia VLA%sT 2011 Mar 27 2:00s > 11:00 - VLAT 2201c2233,2234 < 10:00 Russia SAK%sT --- > 10:00 Russia SAK%sT 2011 Mar 27 2:00s > 11:00 - SAKT 2214c2247,2248 < 11:00 Russia MAG%sT --- > 11:00 Russia MAG%sT 2011 Mar 27 2:00s > 12:00 - MAGT 2225c2259,2260 < 11:00 Russia PET%sT --- > 11:00 Russia PET%sT 2011 Mar 27 2:00s > 12:00 - PETT 2234c2269,2270 < 11:00 Russia ANA%sT --- > 11:00 Russia ANA%sT 2011 Mar 27 2:00s > 12:00 - ANAT diff -r old/iso3166.tab new/iso3166.tab 2c2 < # @(#)iso3166.tab 8.6 --- > # @(#)iso3166.tab 8.7 33d32 < AN Netherlands Antilles 77a77 > CW Curacao diff -r old/zone.tab new/zone.tab 2c2 < # @(#)zone.tab 8.43 --- > # @(#)zone.tab 8.44 35d34 < AN +1211-06900 America/Curacao 157a157 > CW +1211-06900 America/Curacao

4 4

Cayman Islands are considering to implement DST
by Alexander Krivenyshev June 14, 2011

June 14, 2011

The Cayman Islands are considering to implement DST to sinc. time with New York year around. "Premier McKeeva Bush announced the upcoming study of a switch to Daylight Saving Time in the Cayman Islands during his budget address Friday. " Committee to study time change- Daylight Saving Time to be considered http://www.compasscayman.com/caycompass/2011/06/14/Committee-to-study-time- change/ or http://www.worldtimezone.com/dst_news/dst_news_cayman-islands01.html Alexander Krivenyshev, http://www.worldtimezone.com

1 0

Russian President signed a federal law to abolish DST
by Alexander Krivenyshev June 14, 2011

June 14, 2011

According to Kremlin press service, Russian President Dmitry Medvedev signed a federal law "On calculation of time" on June 9, 2011. According to the law Russia is abolishing daylight saving time. Medvedev signed a law "On the Calculation of Time" (in russian): http://bmockbe.ru/events/?ID=7583 Medvedev signed a law on the calculation of the time (in russian): http://www.regnum.ru/news/polit/1413906.html Alexander Krivenyshev http://www.worldtimezone.com

1 0

Samoa
by Steven Abner June 13, 2011

June 13, 2011

Hi, Was working on strftime() and came across some info. You may already have it but didn't see it in the current "g" files. >From 29 December 2011, Samoa will advance its daylight savings time from UTC-10 to UTC+14 (and its standard time from UTC-11 to UTC+13), essentially moving the international date line to the other side of the country. http://en.wikipedia.org/wiki/UTC%2B14:00 Might be worth a look? Steve

1 0

FW: correction for tz-link.htm 8.32
by Olson, Arthur David (NIH/NCI) [E] June 12, 2011

June 12, 2011

I'm forwarding this message from Edward McGuire, 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: metaed(a)gmail.com [mailto:metaed@gmail.com] On Behalf Of Edward McGuire Sent: Friday, June 10, 2011 10:35 To: tz(a)lecserver.nci.nih.gov Subject: correction for tz-link.htm 8.32 As requested at the top of the file, I am posting the following correction for tz-link.htm 8.32, retrieved from <ftp://ftp.irisa.fr/pub/OpenBSD/src/lib/libc/time/tz-link.htm>. Under "Other time zone databases", the link labeled "Windows → Tzid table" is <http://unicode.org/cldr/data/diff/supplemental/windows_tzid.html>, which redirects to <http://unicode.org/repos/cldr-tmp/trunk/diff/supplemental/windows_tzid.html>, which is 404. I guess this is the correction: --- tz-link.htm 2011-06-10 09:31:20.734375000 -0500 +++ tz-link.new 2011-06-10 09:30:57.453125000 -0500 @@ -360,7 +360,7 @@ <li>Some Microsoft Windows versions contain time zone information in an undocumented format, with IDs that can be mapped to <code>TZ</code> values using the <a -href="http://unicode.org/cldr/data/diff/supplemental/windows_tzid.html">Windows +href="http://unicode.org/cldr/data/diff/supplemental/zone_tzid.html">Windows → Tzid table</a> maintained by the <abbr title="Common Locale Data Repository">CLDR</abbr> data mentioned below.</li> Cheers, MetaEd

2 1

correction for tz-link.htm 8.32
by Edward McGuire June 10, 2011

June 10, 2011

As requested at the top of the file, I am posting the following correction for tz-link.htm 8.32, retrieved from <ftp://ftp.irisa.fr/pub/OpenBSD/src/lib/libc/time/tz-link.htm>. Under "Other time zone databases", the link labeled "Windows → Tzid table" is <http://unicode.org/cldr/data/diff/supplemental/windows_tzid.html>, which redirects to <http://unicode.org/repos/cldr-tmp/trunk/diff/supplemental/windows_tzid.html>, which is 404. I guess this is the correction: --- tz-link.htm 2011-06-10 09:31:20.734375000 -0500 +++ tz-link.new 2011-06-10 09:30:57.453125000 -0500 @@ -360,7 +360,7 @@ <li>Some Microsoft Windows versions contain time zone information in an undocumented format, with IDs that can be mapped to <code>TZ</code> values using the <a -href="http://unicode.org/cldr/data/diff/supplemental/windows_tzid.html">Windows +href="http://unicode.org/cldr/data/diff/supplemental/zone_tzid.html">Windows → Tzid table</a> maintained by the <abbr title="Common Locale Data Repository">CLDR</abbr> data mentioned below.</li> Cheers, MetaEd

1 0

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