June 2011 - tz - lists.iana.org

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