November 2015 - tz - lists.iana.org

efele.net/tz maps updated
by Eric Muller 29 Nov '15

29 Nov '15

I have updated the efele.net/tz maps (http://efele.net/maps/tz/) to be in sync with TZ 2015g. The new zones: Pacific/Bougainville Asia/Chita Asia/Srednekolymsk America/Fort_Nelson Antarctica/Troll Eric.

7 8

Machine-readable time zones diff/changelog?
by Максим Кочкин 27 Nov '15

27 Nov '15

Hi. Recently I've run into an issue with time zones splitting, it's described in this my SO question — http://stackoverflow.com/questions/33943855/how-to-handle-new-time-zone/339… — and covered by a brilliant answer by Matt Johnson ( http://stackoverflow.com/a/33946308/487923) Matt also mentioned that there was a discussion about some machine-readable tz diff that can help developers to handle that changes like split automatically. Did you try to create a standardized diff/changelog? If not — why not? Or is it only me who needs it, and it can be handled in some other easier way?

2 1

TZ Updater
by Victor Uribe 26 Nov '15

26 Nov '15

To whom it may concern, I am in need of acquiring the tz updater version JDK-8054458 found at http://bugs.java.com/view_bug.do?bug_id=8054458 since the Java time is no longer synchronized correctly. Where can I find this file to use on an XP machine running Java 6 update 30. Thank you. Regards, Victor Uribe Application Engineer Modular Mining Systems, Inc. 3289 E. Hemisphere Loop Tucson, Arizona 85706- 5028 USA +1 (520) 344-6376 (work) +1 (602) 762-0213 (cell) vuribe(a)mmsi.com<mailto:vuribe@mmsi.com> www.mmsi.com<http://www.mmsi.com> MODULAR - Mine Smarter™ _________________________________ The information contained in this email, including all attachments, is intended solely for the use of the individual or entity to whom it is addressed and may contain information that is privileged, proprietary and/or confidential. If the reader of this message is not the intended recipient or agent responsible for delivering the message to the intended recipient, you are hereby notified that any perusal, use, dissemination, or disclosure is strictly prohibited. Confidentiality, privilege, or copyright is not waived or lost because you have received this message in error. If you have received this message in error, please notify us immediately by reply email or email postmaster(a)mmsi.com and destroy the original message and any copies. Modular®, IntelliMine®, DISPATCH®, ProVision®, MineCare®, MasterLink®, PowerView ™, and ModularReady® are trademarks and/or registered trademarks and the sole and exclusive property of Modular Mining Systems, Inc.

2 1

More Russian Changes
by Matt Johnson 25 Nov '15

25 Nov '15

FYI - Two draft bills are posted on the Russian government's web site: http://government.ru/activities/20702/ http://government.ru/activities/20703/ If approved, the effect would be to move the Astrakhan region from UTC+3 to UTC+4, and to move the Trans-Baikal region from UTC+8 to UTC+9. Neither bill mentions an effective date. It's not clear whether the Trans-Baikal region refers to the entire area of Zabaykalsky Krai or some subset. Zabaykalsk Krai is currently managed by the Asia/Chita time zone, which I assume would remain intact and just get a new row in its zone entry. Also, assuming by Astrakhan region they mean the Astrakhan Oblast, then I think this change would require a new time zone. I suggest Europe/Astrakan for the city of the same name in this region. This is split from the Europe/Volograd time zone. -Matt

1 2

Coordinated Universal Time (UTC) to retain “leap second”
by Brian Inglis 20 Nov '15

20 Nov '15

http://www.itu.int/net/pressoffice/press_releases/2015/53.aspx -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

10 15

Coordinated Universal Time (UTC) to retain “leap second”
by Brian Inglis 19 Nov '15

19 Nov '15

http://www.itu.int/net/pressoffice/press_releases/2015/53.aspx -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

1 0

zoneinfo vs zoneinfo-leaps
by Ken Murchison 17 Nov '15

17 Nov '15

Maybe this is a FAQ but I haven't found the answer. Having studied up the tzfile(5) format and written some code to produce these files, I'm wondering why the files in zoneinfo-leaps include the leap records AND adjust the transition times by the appropriate number of leap seconds. This seems redundant to me. If the file includes the leap second records, why not let the consumer adjust the transitions? -- Kenneth Murchison Principal Systems Software Engineer Carnegie Mellon University

7 11

Note of thanks - Australian Tz Acronyms [SEC=UNCLASSIFIED]
by Peter Stagg 17 Nov '15

17 Nov '15

This week we (The Australian Bureau of Meteorology) updated the TZ database on our web systems to the latest version and we are finally able to display Australian time zone acronyms properly via scripts using the TZ database - AEST, AEDT etc. Thanks for the inclusion of these in the TZ database. Regards, Peter Stagg | Web Systems Technology Officer [bureau_logo] Web Systems, Platform Services, Information Technology Services, Information Systems & Services Division, Bureau of Meteorology GPO Box 1289 Melbourne VIC 3001 Level 6, 700 Collins Street, Docklands VIC 3008 Tel: +61 3 9669 4232 | p.stagg(a)bom.gov.au www.bom.gov.au<http://www.bom.gov.au/>

1 0

[PROPOSED PATCH] Improve guesses for post-2037 Iran
by Paul Eggert 14 Nov '15

14 Nov '15

* NEWS: Document this. * asia (Iran): Predict 2038 and later DST to be March 21 thru Sept. 21. This is not correct, but it's better than predicting no DST. --- NEWS | 6 ++++++ asia | 11 +++++++++-- 2 files changed, 15 insertions(+), 2 deletions(-) diff --git a/NEWS b/NEWS index b4e1483..121e0e4 100644 --- a/NEWS +++ b/NEWS @@ -11,6 +11,12 @@ Unreleased, experimental changes America/Metlakatla switched from PST all year to AKST/AKDT on 2015-11-01 at 02:00. (Thanks to Steffen Thorsen.) + Changes affecting future time stamps + + Asia/Tehran now has DST predictions for the year 2038 and later, + to be March 21 00:00 to September 21 00:00. This is likely better + than predicting no DST, albeit off by a day every now and then. + Changes affecting documentation tz-link.htm mentions the BDE library (thanks to Andrew Paprocki). diff --git a/asia b/asia index 5467024..f170244 100644 --- a/asia +++ b/asia @@ -1084,8 +1084,15 @@ Rule Iran 2032 2033 - Mar 21 0:00 1:00 D Rule Iran 2032 2033 - Sep 21 0:00 0 S Rule Iran 2034 2035 - Mar 22 0:00 1:00 D Rule Iran 2034 2035 - Sep 22 0:00 0 S -Rule Iran 2036 2037 - Mar 21 0:00 1:00 D -Rule Iran 2036 2037 - Sep 21 0:00 0 S +# +# The following rules are approximations starting in the year 2038. +# These are the best post-2037 approximations available, given the +# restrictions of a single rule using a Gregorian-based data format. +# At some point this table will need to be extended, though quite +# possibly Iran will change the rules first. +Rule Iran 2036 max - Mar 21 0:00 1:00 D +Rule Iran 2036 max - Sep 21 0:00 0 S + # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Tehran 3:25:44 - LMT 1916 3:25:44 - TMT 1946 # Tehran Mean Time -- 2.5.0

1 0

America/Metlakatla now follows Alaska
by Steffen Thorsen 13 Nov '15

13 Nov '15

It seems Metlakatla did go off PST on Sunday, November 1, changing their time to AKST and are going to follow Alaska's DST, switching between AKST and AKDT from now on. Based on: http://www.krbd.org/2015/10/30/annette-island-times-they-are-a-changing/ Best regards, Steffen Thorsen - timeanddate.com

12 18