- tz - lists.iana.org

Egypt DST Abolition Decree
by Matt Johnson Aug. 9, 2016

Aug. 9, 2016

For those interested, I've finally been able to locate the published decree associated with Egypt's abolition of DST. Published in the Official Gazette #29, Year 2016, Legislation # 62. Date of publication 2016-07-24. http://www.cc.gov.eg/Images/L/369859.pdf I believe it simply reflects the permanent cancellation of DST, but a more direct translation or summary would be appreciated. (Translation tools are failing due to the nature of how the Arabic text is embedded in the PDF.) Thanks, Matt

4 3

Kuwait considers DST
by Matt Johnson Aug. 8, 2016

Aug. 8, 2016

Apparently Kuwait is considering introducing DST next year. It has never done so before. I can't find a more official reference at the moment, but worth keeping an eye on: https://twitter.com/jahrawie/status/762362762760744961 Any Arabic native speakers able to read the text in the images? If so, a summary would be appreciated. Thanks, Matt

2 3

New leap second
by Meno Hochschild Aug. 8, 2016

Aug. 8, 2016

Dear users of tzdb, IERS has announced a new leap second at the end of year 2016, see https://hpiers.obspm.fr/iers/bul/bulc/bulletinc.dat Another point: I have myself written a time library in Java called Time4J which contains a tz compiler based on your data and which also evaluates the leap second file contained in tz-data. Hence this library could be listed in the file "tz-link" within the section "Other tz compilers" maybe with this description: <a href="https://github.com/MenoData/Time4J/">Time4J – Advanced date, time and interval library for Java</a> , uses the class <code>net.time4j.tool.TimezoneRepositoryCompiler.java</code> located in TZTool-module that compiles <code><abbr>tz</abbr></code> source into a Time4J-specific binary format. Time4J is available under a LGPLv2.1-licence. Cheers and thanks for your very useful work Meno

3 3

POSIX-TZ-environment-variable-style string rules
by Alexander Belopolsky Aug. 5, 2016

Aug. 5, 2016

The tzfile.5 manual page describes the TZ string found at the end of the version 2+ tzfiles as follows: "After the second header and data comes a newline-enclosed, POSIX-TZ-environment-variable-style string for use in handling instants after the last transition time stored in the file." Consider the case when the last transition time (T) stored in the file comes a few weeks before the first POSIX rule transition P > T. What local time type should be used for the the times after T, but before P? The strict reading of the manual page suggests that one should use the the local time type derived from the POSIX rule for all times t >= T, but it would be more reasonable to continue using the type that corresponds to T for times T <= t < P. It turns out the two alternative logics are implemented in real life. The glibc library switches [1] to the POSIX rule when t >= P, while the tzcode implementation uses POSIX rule to supply additional transitions with the first POSIX-derived transition at P. This leads to a discrepancy between glibc and tzcode results that is best described on the Ubuntu bug tracker (bug #1587128 [2]). While tzcode behavior is more logical, glibc code seems to better match the documentation and it will probably be an uphill battle to get a fix into glibc. [3] I think a better solution would be to make zic add a redundant transition when the local time type corresponding to the last transition does not match the POSIX rule. This will ensure that tzcode and glibc produces the same results and systems affected by this issue can be fixed by simply upgrading the zoneinfo database. [1]: https://sourceware.org/git/?p=glibc.git;a=blob;f=time/tzfile.c;h=9049878399… [2]: https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/1587128 [3]: https://sourceware.org/ml/libc-help/2016-04/msg00000.html

2 4

Morocco DST change happened on 4/June/2016 instead of 5/June/2016
by Gopal . Aug. 4, 2016

Aug. 4, 2016

Hi Team, TZupdater updated time zone 1 day before scheduled time, it was supposed to change time on 5 June 2016 for Morocco Casablanca and but application time changed on 4 June 2016. Could you please let us know as we are facing some problems in application due to this. Regards Gopal This e-mail and all material transmitted with it are for the use of the intended recipient(s) ONLY and contains confidential and/or privileged information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies and the original message. Any unauthorized review, use, disclosure, dissemination, forwarding, printing or copying of this email or any action taken pursuant to the contents of the present e-mail is strictly prohibited and is unlawful. The recipient acknowledges that Comviva Technologies Limited or its management or directors, are unable to exercise control or ensure the integrity over /of the contents of the information contained in e-mail. Any views expressed herein are those of the individual sender only and no binding nature of the contents shall be implied or assumed unless the sender does so expressly with due authority of Comviva Technologies Limited. E-mail and any contents transmitted with it are prone to viruses and related defects despite all efforts to avoid such by Comviva Technologies Limited.

4 6

Regarding IANA update for Novosibirsk Time Zone
by Shruthi Venkataramanan -X (shruthve - WIPRO LIMITED at Cisco) Aug. 2, 2016

Aug. 2, 2016

Hi Iana Team, We have already requested for an update regarding Novosibirsk Time Zone , please find the email chain attached. Currently we want to know, when can you give us an updated Version, so that we can do the changes in our software. Thanks & Regards, Shruthi.

2 1

why does mktime binary search?
by enh July 29, 2016

July 29, 2016

is there a more detailed explanation of why mktime does binary search? ** Adapted from code provided by Robert Elz, who writes: ** The "best" way to do mktime I think is based on an idea of Bob ** Kridle's (so its said...) from a long time ago. ** It does a binary search of the time_t space. Since time_t's are ** just 32 bits, its a max of 32 iterations (even at 64 bits it ** would still be very reasonable). this came up on Android because we had some code that did "errno = 0; mktime(...); if (errno == EOVERFLOW) ..." rather than checking the return value of mktime. this failed for us because the tzcode mktime sets errno even on non-failure. obviously i can fix this by saving errno around the call to mktime_tzname in mktime, but i'm curious to know why there's a binary search at all. i also notice that, of the BSDs, NetBSD seems to have fixed this locally, FreeBSD has an old enough copy of tzcode that it's not setting errno at all, and OpenBSD is in the same boat as Android. here's the NetBSD change, which is does the errno save-restore in time1 instead: revision 1.90 date: 2014-10-16 10:53:32 -0700; author: christos; state: Exp; lines: +24 -36; commitid: 4woGqYWkKe0i6sUx; - don't leak errno in mktime() - when we load a new timezone, don't change anything unless the load succeeded. http://cvsweb.netbsd.org/bsdweb.cgi/src/lib/libc/time/localtime.c.diff?r1=1…

4 3

Public Key Wanted
by Peter Remmers July 29, 2016

July 29, 2016

Hello, I've been trying to find the public key that was used to sign the tzdata and tzcode files on ftp.iana.org/tz. I found this: https://mm.icann.org/pipermail/tz/2014-June/020967.html which says the key ID is 62AA7E34, but it's not. gpg -vv tzdata-latest.tar.gz.asc says the files were signed using key ID 043DB63744AD418C (or short 44AD418C), but this key isn't to be found on any keyserver I tried. I kindly request a pointer to the public key that was used for the current files on the ftp server, so we can verify the signatures. Regards, Peter Remmers

3 2

Request regarding IANA update for Novosibirsk Time Zone
by Shruthi Venkataramanan -X (shruthve - WIPRO LIMITED at Cisco) July 28, 2016

July 28, 2016

Hi, Novosibirsk Oblast moved forward one hour from UTC+06:00 to UTC+07:00 (from Omsk to Krasnoyarsk time). This time zone change occurred on 24 July 2016. When can we expect the updated version of IANA Time Zone Data. Thanks & Regards, Shruthi.

3 2

Blog Post: On the Timing of Time Zone Changes
by Matt Johnson July 25, 2016

July 25, 2016

I've written a blog post describing the chaos that ensues when governments don't provide enough notice of their changes to time zones. http://codeofmatt.com/2016/04/23/on-the-timing-of-time-zone-changes/ <http://aka.ms/weboutlook> Enjoy! -Matt

11 15

ICANN contacts Egyptian government about recent last-minute clock change
by Paul Eggert July 23, 2016

July 23, 2016

Baher Esmat of ICANN contacted the Egyptian government asking it to give us more notice about clock changes next time. This found its way into the popular press earlier this month; here's the English-language version: Al-Youm A-M. ICANN thrown into confusion by cancelation of Daylight Saving Time. Egypt Independent 2016-07-08. http://www.egyptindependent.com/news/icann-thrown-confusion-cancelation-day…

7 8

Re: [tz] Joda-Time, Time4J, and Java SE 8
by Paul Eggert July 19, 2016

July 19, 2016

On 07/08/2016 06:23 AM, Meno Hochschild wrote: > it is not quite correct to say that Joda-Times "functionality is a > standard part of Java 8". It has rather inspired the development of > java.time-package in Java-8. Thanks for the correction. Sorry, I don't know Joda-Time vs Java SE 8 vs Time4J well. I'm trying to future-proof tz-link.htm. As I understand it from the Joda-Time web page, Joda-Time-using apps are expected to migrate to the Java SE 8 API, so future readers of tz-link.htm will mostly be using the Java API, with more-specialized uses (leap seconds? sorry, don't know the details) possibly using Time4J, and Joda-Time being a historical footnote. I installed the attached further patch into the experimental tz version on GitHub; I hope it addresses this point well enough. I'll CC: Stephen Colebourne to give him a heads-up, as I do want tz-link.htm to be accurate.

4 5

Positive leap second on 2016-12-31.
by Tim Parenti July 19, 2016

July 19, 2016

Per IERS Bulletin C52 (2016-07-06), a positive leap second will be observed on 2016-12-31. The attached patch updates leap-seconds.list from NIST, retrieved from <ftp://time.nist.gov/pub/leap-seconds.list>. -- Tim Parenti

2 1

Fwd: tzcode: system-dependent default time zone file
by Paul Eggert July 7, 2016

July 7, 2016

-------- Forwarded Message -------- Subject: tzcode: system-dependent default time zone file Date: Wed, 06 Jul 2016 21:11:19 -0400 From: Steve Summit <scs(a)eskimo.com> To: Paul Eggert <eggert(a)cs.ucla.edu> [Belated reply to an earlier thread. Feel free to post this to the tz list, or not, your choice. Other than Guy Harris, I don't know how interested the rest of the list is in these lower-level coding and build details.] Back in January, in the "tzcode test suite" thread, Paul and I had this exchange: >> I'm not sure what that warning about "no nontrivial tz offset tested" >> means, but I hope we can fix the testsuite to set TZ itself if that's >> what it needs to do. > > Setting TZ is what I needed to do, although I'm surprised that you > had the same problem, so this will bear further investigation. I believe the problem is simply some variation across systems in the location of the tz file that sets a machine's local time zone in the absence of a TZ environment variable. As compiled out of the box, tzcode expects to find this in TZDIR/localtime, that is, in /usr/share/zoneinfo/localtime. But on my Mac it's /etc/localtime, and I suspect it's probably there on Paul's Fedora machine, too. The fix is simple: I'm now setting TZDEFAULT = "/etc/localtime" in the Makefile, and then passing it down to the compilations: CC = $(cc) -DTZDIR=\"$(TZDIR)\" -DTZDEFAULT=\"$(TZDEFAULT)\" With these changes, I no longer need to explicitly set TZ to keep tzcode's copy of localtime happy. I was going to propose adding this comment to the Makefile in the tz distribution: # By default, the local time zone is taken from the file # "localtime" in TZDIR. Or you can set TZDEFAULT to something # else (for example, it's typically "/etc/localtime" for MacOS, # BSD, and some versions of Linux). But I believe TZDEFAULT in the same Makefile is also used when *installing* a set of zoneinfo files built from tzdata, and I'm uncertain of the repercussions for tzdata builds if I encourage people to tinker with TZDEFAULT to match their OS. This is probably a symptom of a deeper issue: if someone downloads and builds tzdata and/or tzcode, is it assumed that they'll be installing and referencing the zoneinfo files in the tzdata/tzcode default location, or in their OS's preferred location, or what? And the answer gets more complicated depending on whether people are actually using tzcode, or their OS's possibly different tz code -- glibc or whatever -- instead.

1 0

Egypt cancelled DST
by Mina Samuel July 5, 2016

July 5, 2016

Dears, Egyptian government took the decision to cancel the DST, Can you please help to provide the updated package as to be able to apply the new/cancelled rules. https://translate.google.com/translate?sl=ar&tl=en&js=y&prev=_t&hl=en&ie=UT… http://www.youm7.com/story/2016/7/4/%D8%A7%D9%84%D8%AD%D9%83%D9%88%D9%85%D8…

8 9

[tz-announce] 2016f release of tz code and data available
by Paul Eggert July 5, 2016

July 5, 2016

The 2016f release of the tz code and data is available. It reflects the following changes, which were either circulated on the tz mailing list or are relatively minor technical or administrative changes: Changes affecting future time stamps The Egyptian government changed its mind on short notice, and Africa/Cairo will not introduce DST starting 2016-07-07 after all. (Thanks to Mina Samuel.) Asia/Novosibirsk switches from +06 to +07 on 2016-07-24 at 02:00. (Thanks to Stepan Golosunov.) Changes to past and future time stamps Asia/Novokuznetsk and Asia/Novosibirsk now use numeric time zone abbreviations instead of invented ones. Changes affecting past time stamps Europe/Minsk's 1992-03-29 spring-forward transition was at 02:00 not 00:00. (Thanks to Stepan Golosunov.) Here are links to the release files: ftp://ftp.iana.org/tz/releases/tzcode2016f.tar.gz ftp://ftp.iana.org/tz/releases/tzdata2016f.tar.gz The files are also available via HTTP as follows: http://www.iana.org/time-zones/repository/releases/tzcode2016f.tar.gz http://www.iana.org/time-zones/repository/releases/tzdata2016f.tar.gz As usual, links to the latest release files are here: http://www.iana.org/time-zones/repository/tzcode-latest.tar.gz http://www.iana.org/time-zones/repository/tzdata-latest.tar.gz ftp://ftp.iana.org/tz/tzcode-latest.tar.gz ftp://ftp.iana.org/tz/tzdata-latest.tar.gz Each release file has a GPG signature, which can be retrieved by appending ".asc" to the above URLs. Copies of these signatures are appended to this message. This release corresponds to commit baba36e3b5ec93c462c27a28a697119df9e94783 dated 2016-07-05 16:26:51 +0200 and tagged '2016f' in the experimental github repository at <https://github.com/eggert/tz>. Here are the SHA-512 checksums for the release files: 97d084f4b0a688fef097dca256083ca9948393848d77c8ee637bdd26f859150cce7d2b26fc1165a3b44b28cc1c9075e10192332261ed68990b4b21a85438b023 tzcode2016f.tar.gz 0472f9516b6c3d83c0a5d0953a5535f4c48d9b9171e125f528188dac512f3556bc1805b7029c4f467a122cbce1beb4e804dd4ae63b259952de3bb217f8e8941d tzdata2016f.tar.gz Here are the GPG checksums for the release files (note I am using a new GPG key): -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAABAgAGBQJXe8puAAoJEAQ9tjdErUGMYo8IAKif54YlyHHNdLSWzAseY1jf 80hiZG4bIDVNXD5qNAN5sIf7FexBNS9h/KB3H2xJ+47UZHfBqEIRSdNM3+1cFhPg EZShIc8PKPkjS3/pxdR+7Sz/JWGDq1FyNCnBNoyRhKAcDWH3rsa2L7Q3hvkZ7Xcg 8DlhCcixLSX/rhJEs7k61FcGXivUkrht8trrvoTTBkoFpGUqt+x+cNan0z0qyiqF PLQq7YJAjstGRsli97+P72WdJDRY6JL716slICKO5IYDki9xmpcBuj4l0bAxR+6c PiZWlePe1TTyT0+shefy0eZmq1F7seTmkpAL7bhPR3E4ATYZfJfsMm6b/5seBFs= =62wb -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAABAgAGBQJXe8p1AAoJEAQ9tjdErUGMmc0H/i837mGKBIJLmS1xtr64uaT+ LLLvI1gFTGJsqTaCya7aAVFlN/STM07otvYdkBDwQ6uIgjm8qAL33lGdi9IpTPp2 YOj03QkWpyPRFtM1A9EcsVkKOfezGSiY7WQiOEk7R05lH1SRBlZ+eXVQl9fhadrj qCRkcCasVIDQWMKCOhSch1HyUuR+Z1Ujomi7Z4d0AyQbMKhB1yGxYKCVGzN8KaOK AFr0Dd44p72dqgPdC/V7G0xjTNOpuM1zt8SdJuOE2EASRraIvnnQctmKlbYI8l8L ANvy9xl+p8VkuZi7yuSoqVSLYTQDE8pAMsfg0DZpAbnjV1G07FxekBMdNzdr5/E= =7jGR -----END PGP SIGNATURE----- _______________________________________________ tz-announce mailing list tz-announce(a)iana.org https://mm.icann.org/mailman/listinfo/tz-announce

1 0

NOVT UTC+6 -> +7
by Евгений Пестов July 4, 2016

July 4, 2016

Hi! Timezone Asia/Novosibirsk (NOVT) change UTC+6 to UTC+7 at 2016-07-24 02:00 (local time). This change has been signed into the law by the President and published 2016-07-04: http://publication.pravo.gov.ru/Document/View/0001201607040064?index=0&rang… Best wishes Evgeny Pestov.

1 0

Saratov and Novosibirsk proposed to change their time zones
by Stepan Golosunov July 4, 2016

July 4, 2016

Hi, Search for "об исчислении времени" on http://asozd2.duma.gov.ru/main.nsf/SearchUD?OpenForm revealed 3 new bills changing time zone borders in Russia: http://asozd2.duma.gov.ru/main.nsf/(Spravka)?OpenAgent&RN=1058438-6 and http://asozd2.duma.gov.ru/main.nsf/(Spravka)?OpenAgent&RN=1083558-6 move Saratov oblast from UTC+3 to UTC+4. http://asozd2.duma.gov.ru/main.nsf/(Spravka)?OpenAgent&RN=1085784-6 moves Novosibirsk oblast from UTC+6 to UTC+7. Given that the last two bills are proposed by regional parliaments, they are likely to be approved. When is less clear. The bills currently have effective dates in July, but that can be easily changed before the second readings. And they are just received while there are only 4 weeks before the summer break in the State Duma.

2 4

Re: [tz] Novosibirsk, +06 -> +07 on 2016-07-24
by Pupkov, Dmitry July 4, 2016

July 4, 2016

It looks like this has been officially signed by the President, and this is now a formal law. Changes will take into effect on 24th of July. http://ria.ru/society/20160704/1458396876.html Regards, Dmitry Thanks for the heads-up. Since it seems so likely this will go through, I'm attaching a proposed patch that I have installed into the experimental tz database on Github. While I'm in the neighborhood this patch also removes invented abbreviations for Asia/Novosibirsk by switching to numeric abbreviations for that location and for Asia/Novokuznetsk (which used the same invented abbreviation).

1 0

Re: [tz] Egypt cancelled DST
by Mina Samuel July 4, 2016

July 4, 2016

It is confirmed officially about the decision, so your help appreciated as it will need time to apply this in a lot of nodes. -----Original Message----- From: Mina Samuel Sent: Monday, July 04, 2016 12:51 PM To: tz(a)iana.org; 'Paul Eggert' <eggert(a)cs.ucla.edu> Cc: Rafik Adib <rafik.adib(a)ericsson.com>; Gehan Moustafa, Vodafone Egypt (Gehan.Moustafa(a)vodafone.com) <Gehan.Moustafa(a)vodafone.com>; Shreef Khattab, Vodafone Egypt (Shreef.Khattab(a)vodafone.com) <Shreef.Khattab(a)vodafone.com>; Ramy Rasmy <ramy.rasmy(a)ericsson.com>; Yasser Elsawi, Vodafone Egypt <Yasser.Elsawi(a)vodafone.com> Subject: [tz] Egypt cancelled DST Dears, Egyptian government took the decision to cancel the DST, Can you please help to provide the updated package as to be able to apply the new/cancelled rules. https://translate.google.com/translate?sl=ar&tl=en&js=y&prev=_t&hl=en&ie=UT… http://www.youm7.com/story/2016/7/4/%D8%A7%D9%84%D8%AD%D9%83%D9%88%D9%85%D8…

1 0

Egypt Time Change cancellation
by Gehan Moustafa, Vodafone Egypt July 4, 2016

July 4, 2016

Dear All, Kindly be informed that according to Egyptian government DST has been cancelled , so please provide us with the cancllation package ASAP http://bit.ly/29iF6aC Best Regards, [Vodafone]<http://www.vodafone.com.eg/> Gehan Moustafa Mediation & Revenue Assurance Supervisor Charging, Mediation & IN Vodafone Egypt Telec. SA Mobile: +20 (10) 01008710 Email: gehan.moustafa(a)vodafone.com Vodafone Egypt, Smart Village : Vodafone C3 Building, Cairo/Alex. Desert Road KM 28- 6th of October City, Egypt vodafone.com.eg <http://www.vodafone.com.eg> ************************************************************************************************************************* The content of this document is classified as Vodafone Egypt S.A.E. Confidential and Proprietary Information. The recipient hereby is committed to hold in strict confidence the contents of this (e-mail, document, information) and not to disclose to any third party without the prior written consent of Vodafone Egypt S.A.E. Recipient will be held liable for any unauthorized disclosure. If you have received this message in error, please notify the sender by return e-mail and delete the message in its entirety, including any attachments. http://www.vodafone.com.eg *************************************************************************************************************************

1 0

Europe/Minsk: September 1992 transition is incorrect?
by Ed Schouten July 2, 2016

July 2, 2016

Hi there, When taking a look at 'zdump -v Europe/Minsk' with tzcode2016e/tzdata2016e running on a FreeBSD 10 system, I observe the following: Europe/Minsk Sat Sep 26 23:59:59 1992 UTC = Sun Sep 27 02:59:59 1992 EEST isdst=1 gmtoff=10800 Europe/Minsk Sun Sep 27 00:00:00 1992 UTC = Sun Sep 27 02:00:00 1992 EET isdst=0 gmtoff=7200 Now taking a look at the Zone definition of Minsk: 2:00 1:00 EEST 1992 Sep 27 0:00s 2:00 Russia EE%sT 2011 Mar 27 2:00s My question is, shouldn't this transition have taken place two hours earlier? Can anyone else reproduce this? -- Ed Schouten <ed(a)nuxi.nl> Nuxi, 's-Hertogenbosch, the Netherlands KvK-nr.: 62051717

4 3

Egypt to have DST again
by Steffen Thorsen July 2, 2016

July 2, 2016

Several of our users have reported on new DST plans in Egypt, which is confirmed by several sources that all say Egypt will have DST from July 7 until the end of October. Unfortunately, "end of October" is very vague, but we at timeanddate.com would assume a rule like this for it, based on their historic end dates: Rule Egypt 2016 max - Oct lastThu 23:00s 0 - We also assume it will start at the end of July 7 (midnight between Thursday and Friday). http://english.ahram.org.eg/NewsContentP/1/204655/Egypt/Daylight-savings-ti… http://www.nileinternational.net/en/?p=25806 I found it interesting that EgyptAir seems to have assumed DST to start in April (like it previously did in 2010), and therefore this obviously causes problems with the schedules: http://www.egyptair.com/en/about-egyptair/news-and-press/Pages/CANCELLATION… Best regards, Steffen Thorsen - timeanddate.com

16 31

No DST in Egypt anymore
by Amgad Meckawy June 29, 2016

June 29, 2016

Egyptian parliament have just agreed to Cancel the DST so clock won't change 1 hour ahead on next 7th of July. time-fixed would still the same allover the year this decision have been announced just on 28-june-2016 sources --------- http://s.youm7.com/2780068 https://rassd.com/189329.htm http://www.parlmany.com/News/7/98619/%D8%A5%D9%84%D8%BA%D8%A7%D8%A1- %D8%A7%D9%84%D8%AA%D9%88%D9%82%D9%8A%D8%AA- %D8%A7%D9%84%D8%B5%D9%8A%D9%81%D9%89-%D8%A8%D8%A3%D9%85%D8%B1- %D8%A7%D9%84%D8%A8%D8%B1%D9%84%D9%85%D8%A7%D9%86 http://www.masrawy.com/News/News_Egypt/details/2016/6/28/876429/%D8%B1%D8% B3%D9%85%D9%8A%D8%A7-%D9%85%D8%AC%D9%84%D8%B3- %D8%A7%D9%84%D9%86%D9%88%D8%A7%D8%A8-%D9%8A%D9%88%D8%A7%D9%81%D9%82- %D8%B9%D9%84%D9%89-%D8%A5%D9%84%D8%BA%D8%A7%D8%A1- %D8%A7%D9%84%D8%AA%D9%88%D9%82%D9%8A%D8%AA- %D8%A7%D9%84%D8%B5%D9%8A%D9%81%D9%8A#NEWS-MOSTREAD-details

1 0

America/Indiana/Vincennes
by Matt Johnson June 23, 2016

June 23, 2016

In zone.tab, the America/Indiana/Vincennes comments were changed to "Eastern - IN (Da, Du, K, Mn)". IMHO, those abbreviations aren't distinct enough to identify specific counties in Indiana. We used to say "Daviess, Dubois, Knox & Martin". Da and Du I might be able to figure out, but K could just as well be Kosciusko County, and Mn could be Madison or Marion. Can we just return them to their names please?

3 4

Asia/Kashgar offset
by stefan.kruzlik.ext＠geodis.com June 23, 2016

June 23, 2016

Hello, Could you please confirm the current usage of offset of +6hours for Asia/Kashgar in your TZ database is correct? Checking any available source on the internet Google (search for 'Kashgar time') Bing (search for 'Kashgar time') http://www.timeanddate.com/worldclock/china/kashgar https://www.localtimenow.com/china/kashgar/ All show offset of +8hours. Thanks, Stefan Kruzlik SCO IT Geobus Solution Architect Geodis IT Supply Chain Optimisation GEODIS 7-9, allées de l'Europe 92615 - CLICHY / FRANCE Tel. : + 33 (0)1 71 15 65 62 stefan.kruzlik.ext(a)geodis.com | geodis.com

2 1

Asia/Novosibirsk switch from +06 to +07 on 2016-07-24.
by Александр June 21, 2016

June 21, 2016

> The bill for Novosibirsk is here: > http://asozd2.duma.gov.ru/main.nsf/(Spravka)?OpenAgent&RN=1085784-6 > > It has passed the first reading in the State Duma. It needs to pass a second reading, then pass the Federation Council, then be signed into law by the President. Even if this all passes, it's possible the effective date will change along the way. > http://asozd2.duma.gov.ru/main.nsf/(SpravkaNew)?OpenAgent&RN=1085784-6&02 This bill was approved in the second reading today. It moves Novosibirsk oblast from UTC+6 to UTC+7 and is supposed to come into effect on 2016-07-24 at 2:00. The bill needs to be approved in the third readings by the State Duma, approved by the Federation Council, signed by the President and published to become a law. Minor changes in the text are to be expected before the second reading (references need to be updated to account for the recent changes). --- Best regards, Alexander Golikov.

1 0

Asia/Novosibirsk switch from +06 to +07 on 2016-07-03.
by Andrey Kitsul June 16, 2016

June 16, 2016

Hello, Asia/Novosibirsk switch from +06 to +07 on 2016-07-03. https://rg.ru/2016/06/14/reg-sibfo/deputaty-pereveli-chasy-v-novosibirskoj-… -- Kind regards, Andrey Kitsul.

2 1

zdump broken with latest Cairo changes?
by Dave Rolsky June 16, 2016

June 16, 2016

Here's a snippet of "zdump -v Africa/Cairo" with the latest changes: Africa/Cairo Thu Apr 29 21:59:59 2038 UT = Thu Apr 29 23:59:59 2038 EET isdst=0 gmtoff=7200 Africa/Cairo Thu Apr 29 22:00:00 2038 UT = Fri Apr 30 01:00:00 2038 EEST isdst=1 gmtoff=10800 Africa/Cairo Thu Sep 23 20:59:59 2038 UT = Thu Sep 23 23:59:59 2038 EEST isdst=1 gmtoff=10800 Africa/Cairo Thu Sep 23 21:00:00 2038 UT = Thu Sep 23 23:00:00 2038 EET isdst=0 gmtoff=7200 Africa/Cairo Thu Apr 28 21:59:59 2039 UT = Thu Apr 28 23:59:59 2039 EET isdst=0 gmtoff=7200 Africa/Cairo Thu Apr 28 22:00:00 2039 UT = Fri Apr 29 01:00:00 2039 EEST isdst=1 gmtoff=10800 Africa/Cairo Thu Sep 15 20:59:59 2039 UT = Thu Sep 15 23:59:59 2039 EEST isdst=1 gmtoff=10800 Africa/Cairo Thu Sep 15 21:00:00 2039 UT = Thu Sep 15 23:00:00 2039 EET isdst=0 gmtoff=7200 Africa/Cairo Thu Oct 20 21:59:59 2039 UT = Thu Oct 20 23:59:59 2039 EET isdst=0 gmtoff=7200 Africa/Cairo Thu Oct 20 22:00:00 2039 UT = Fri Oct 21 01:00:00 2039 EEST isdst=1 gmtoff=10800 Africa/Cairo Thu Oct 27 20:59:59 2039 UT = Thu Oct 27 23:59:59 2039 EEST isdst=1 gmtoff=10800 Africa/Cairo Thu Oct 27 21:00:00 2039 UT = Thu Oct 27 23:00:00 2039 EET isdst=0 gmtoff=7200 Africa/Cairo Thu Apr 26 21:59:59 2040 UT = Thu Apr 26 23:59:59 2040 EET isdst=0 gmtoff=7200 Africa/Cairo Thu Apr 26 22:00:00 2040 UT = Fri Apr 27 01:00:00 2040 EEST isdst=1 gmtoff=10800 Africa/Cairo Thu Sep 6 20:59:59 2040 UT = Thu Sep 6 23:59:59 2040 EEST isdst=1 gmtoff=10800 Africa/Cairo Thu Sep 6 21:00:00 2040 UT = Thu Sep 6 23:00:00 2040 EET isdst=0 gmtoff=7200 Africa/Cairo Thu Oct 11 21:59:59 2040 UT = Thu Oct 11 23:59:59 2040 EET isdst=0 gmtoff=7200 Africa/Cairo Thu Oct 11 22:00:00 2040 UT = Fri Oct 12 01:00:00 2040 EEST isdst=1 gmtoff=10800 Africa/Cairo Thu Oct 25 20:59:59 2040 UT = Thu Oct 25 23:59:59 2040 EEST isdst=1 gmtoff=10800 Africa/Cairo Thu Oct 25 21:00:00 2040 UT = Thu Oct 25 23:00:00 2040 EET isdst=0 gmtoff=7200 Note that things seem to be fine up to 2038, but then after that it reports 6+ transitions a year for the region. This looks like a bug to me, and my Perl tools that parse the files still come up with just 2 transitions per year. Cheers, -dave /*============================================================ http://VegGuide.org http://blog.urth.org Your guide to all that's veg House Absolute(ly Pointless) ============================================================*/

3 4

Cairo/Egypt
by Frank Bean June 16, 2016

June 16, 2016

I just saw this update and need to add some detail I think. Africa/Cairo observes DST in 2016 from July 7 to the end of October. Guess October 27 and 24:00 transitions. (Thanks to Steffen Thorsen.) For future years, guess April's last Thursday to October's last Thursday except for Ramadan. Now, this may change next year but the current story from Egypt's government is that they will not be implementing DST until the end of Ramadan going forward.

3 3

the final second before standard time daylight savings time transitions
by Inman, Mark H CIV USARMY HQDA (US) June 15, 2016

June 15, 2016

Hello, Is there any official documentation on the time zone for March 13 2016 in New York City, when the clock says 1:59:59.99991000 ? My guess would be that it is EST or -04:00 offset, but I cannot find anything that discussed the fractions of the last second. We store fractions of seconds, and we need to be able to convert to a particular offset. Thanks for your work and your consideration. P.S. I have enjoyed the notes in the time zone rules. Most Respectfully, Mark Inman Army Analytics Group Email: mark.h.inman2.civ(a)mail.mil Personal Work Phone: 707-863-7150 Personal Cell Phone: 925-324-9864 Personal Cell Text: 9253249864(a)vtext.com

3 2

[tz-announce] 2016e release of tz code and data available
by Paul Eggert June 14, 2016

June 14, 2016

The 2016e release of the tz code and data is available. It reflects the following changes, which were either circulated on the tz mailing list or are relatively minor technical or administrative changes: Changes affecting future time stamps Africa/Cairo observes DST in 2016 from July 7 to the end of October. Guess October 27 and 24:00 transitions. (Thanks to Steffen Thorsen.) For future years, guess April's last Thursday to October's last Thursday except for Ramadan. Changes affecting past time stamps Locations while uninhabited now use '-00', not 'zzz', as a placeholder time zone abbreviation. This is inspired by Internet RFC 3339 and is more consistent with numeric time zone abbreviations already used elsewhere. The change affects several arctic and antarctic locations, e.g., America/Cambridge_Bay before 1920 and Antarctica/Troll before 2005. Asia/Baku's 1992-09-27 transition from +04 (DST) to +04 (non-DST) was at 03:00, not 23:00 the previous day. (Thanks to Michael Deckers.) Changes to code zic now outputs a dummy transition at time 2**31 - 1 in zones whose POSIX-style TZ strings contain a '<'. This mostly works around Qt bug 53071 <https://bugreports.qt.io/browse/QTBUG-53071>. (Thanks to Zhanibek Adilbekov for reporting the Qt bug.) Changes affecting documentation and commentary tz-link.htm says why governments should give plenty of notice for time zone or DST changes, and refers to Matt Johnson's blog post. tz-link.htm mentions Tzdata for Elixir. (Thanks to Matt Johnson.) Here are links to the release files: ftp://ftp.iana.org/tz/releases/tzcode2016e.tar.gz ftp://ftp.iana.org/tz/releases/tzdata2016e.tar.gz The files are also available via HTTP as follows: http://www.iana.org/time-zones/repository/releases/tzcode2016e.tar.gz http://www.iana.org/time-zones/repository/releases/tzdata2016e.tar.gz As usual, links to the latest release files are here: http://www.iana.org/time-zones/repository/tzcode-latest.tar.gz http://www.iana.org/time-zones/repository/tzdata-latest.tar.gz ftp://ftp.iana.org/tz/tzcode-latest.tar.gz ftp://ftp.iana.org/tz/tzdata-latest.tar.gz Each release file has a GPG signature, which can be retrieved by appending ".asc" to the above URLs. Copies of these signatures are appended to this message. This release corresponds to ddb14859b156e72bb2daff70ff2fe59d6d82d545 dated 2016-06-14 08:46:16 -0700 and tagged '2016e' in the experimental github repository at <https://github.com/eggert/tz>. Here are the SHA-512 checksums for the release files: dcaf615ada96920e60ffb336253f53541861153decc156d41661f43e0bfb128c6c231b0b776bbe3f2176549346275fc5a879074f4977d5141228e58cb33a41c6 tzcode2016e.tar.gz dace0f6fc87a73879ca3a1b143d7dcf9c50803e23e6b8c91f83711704e28129af776676c547c42f14dee7f1e8e285ce25296e53a52d11f4c8f155b5f80f4beb3 tzdata2016e.tar.gz Here are the GPG checksums for the release files: -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJXYCdTAAoJEO2X6Q5iqn40EK8P/iKELbSZ0ZbgcqAkWRuh8OeG v/T8qkbK3pHeHi9+eELqR24ZODPe/KIORFZxXaxsn+JBUo8QdAlgyZc/5/MkISV1 AvJlk3SAe5TgyKRIQfmVeLpjPHx8w1fcHU3yc7ssMqcv8vhPXXZHGWhmoDoiJOwW ocnToizAWdjNQlqK29Ra33qCEYZuTjLg/a+gvJGqMV9d3zEtA4qOZNSyl9h8pKZo lUYIk+Vj56QSqw3iwZ83MrwhXw7/R8NpfjqAgXw3Au04CRYscvVLlKutdp3+B515 bjnX0ghtgvzolVQLRIPXLjDKXx5FduvW83yTfqFk8gPRgcCplE4mC1zZKfv8CXs9 tR4F+in7iLr23+7o4wjD3yolI9hgY0D8/XTuXs7XWzAaHjCcKAwT460AVmY3MkaL 130TQonnLuWPdfg6EWJHRxHr4du3s6Sg8aMO6tZiSf9eL2oOGPq7A0Yl3XkR01pb 9UEuVEsA0w1MxDl6jAIBZq9vZkbj5vehPD5yzmrXQbgMEeongY5eun0UYIJH8M/X P05+DnpnG9u88/U+yzZmOWLYL97JA2SQal/nfL8lIFkRnmVQnSlHzvi2MGkuYPcz jnhNQOkOGxTiZ5TTNqDPOe1wJ7nVfNJoaIoklnQXLES0necZDQJJ354+EjzzC+jK GuWBNHojTrArRXSkITEK =1NuU -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJXYCdYAAoJEO2X6Q5iqn40yasP/18erUr4JDpff6WZWh/YN5uo 6D6aoDIvjgeC1L+OeUX4jEO2Iinc04rP4atMHqHueXYdSYhz9fJpRF+MawUP2Crf ccZEqN+zd4/x9M8JC7QjDFlYJQa7Z4O5YcAN69vGE6PBKLyc3C2oX5mh/OG5bQTR VfocXsCcCW5EJz8jVfQt+uEd8ZZPyVIDyNJG0eTXNupwTqYpErpj5LrpsHycEMRj iIDaSQMmHI30HJI/O5MGOWVZXUt9zkaXNVTy/O1T0Bg0/k2+1/zGynNyxTP88vlv qvHihVHr2E7cFTSka3pVnwF2lmQVuOmf3/Z2aj2c9ldgQCkmVYdnmiIk6ysvv1Lv qTh0680vdY++lVg8zhd59589lHMf4DZF0rve5hQjUU/E6Vh6cUPBHiQ3a/2yO0Y0 McHebPpGmho2p33Cx4xNE7jhcwcFNTbD2HV6P/gVCkteF3yvpjQHIdD+pZZj50mt FjH2+JMegXpaTNN/B0uk1krgguUf3LSyV3IpReg25ISE2giRNgciOePm/72/333r BKTKZPzEiHo/Ey6levNHkrhAKg0oaaaohw88AqGBO2OkCqfWrzdJL4kWi6I68UBE E/5y9fxdjInGKK7hbYGha+pQluLVF3AFY1dqn3JoGgYp0zKh8+kUy5vcEheCmJpu FUU381uQENicZ9FsYL+e =T1kv -----END PGP SIGNATURE----- _______________________________________________ tz-announce mailing list tz-announce(a)iana.org https://mm.icann.org/mailman/listinfo/tz-announce

1 0

Egypt DST
by Mina Samuel June 14, 2016

June 14, 2016

Here below the confirmation link from official government website regarding Egypt DST 2016: http://www.cabinet.gov.eg/Media/NewsDetails.aspx?id=30512 ========= 3. On the basis of work to take coordinated world time on the GMT basis for determining the legal time in the Arab Republic of Egypt, the cabinet approved the draft decision of the PM which provides for the timing of Egypt by adding two hours to the coordinated world time (GMT 2). As provided for in the draft resolution that the cabinet may amend the legal time stipulated in article 1 of this law during the period or specific periods of the year in accordance with the considerations of the true connoisseur. The draft resolution would be in addition to the timing of a specific legal special decision on timing and legal status, the starting from the beginning on Friday, 8 July 2016 until the end of the day on Thursday, 27 October of the same year. ========

2 1

[PATCH] Update tz-link.htm URLs
by Paul Eggert June 14, 2016

June 14, 2016

* tz-link.htm: Update URLs. Also, add Chromium OS, and the tzdist WG is now concluded. --- tz-link.htm | 79 +++++++++++++++++++++++++++++++------------------------------ 1 file changed, 40 insertions(+), 39 deletions(-) diff --git a/tz-link.htm b/tz-link.htm index b925c95..adb4fac 100644 --- a/tz-link.htm +++ b/tz-link.htm @@ -10,7 +10,7 @@ content="Sources for time zone and daylight saving time data"> <meta name="DC.Creator" content="Eggert, Paul"> <meta name="DC.Contributor" content="Olson, Arthur David"> -<meta name="DC.Date" content="2016-05-29"> +<meta name="DC.Date" content="2016-06-14"> <meta name="DC.Description" content="Sources of information about time zones and daylight saving time"> <meta name="DC.Identifier" @@ -46,13 +46,14 @@ including <abbr title="GNU's Not Unix">GNU</abbr> C Library</a> (used in <a href="https://en.wikipedia.org/wiki/Linux"><abbr>GNU</abbr>/Linux</a>), -<a href="http://www.android.com">Android</a>, -<a href="https://developer.mozilla.org/en-US/Firefox_OS">Firefox +<a href="https://www.android.com">Android</a>, +<a href="https://developer.mozilla.org/en-US/docs/Mozilla/B2G_OS">B2G <abbr title="Operating System">OS</abbr></a>, <a href="https://www.freebsd.org">Free<abbr title="Berkeley Software Distribution">BSD</abbr></a>, <a href="http://netbsd.org">Net<abbr>BSD</abbr></a>, <a href="http://www.openbsd.org">Open<abbr>BSD</abbr></a>, +<a href="http://www.chromium.org/chromium-os">Chromium OS</a>, <a href="https://cygwin.com">Cygwin</a>, <a href="http://www.delorie.com/djgpp/"><abbr title="DJ's GNU Programming Platform">DJGPP</abbr></a>, @@ -65,7 +66,7 @@ title="Advanced Interactive eXecutive">AIX</abbr></a>, <a href="http://www.apple.com/ios/"><abbr title="iPhone OS">iOS</abbr></a>, <a href="http://windows.microsoft.com">Microsoft Windows</a>, -<a href="http://www8.hp.com/us/en/products/servers/openvms/overview.html">Open<abbr +<a href="http://www.hp.com/go/openvms/">Open<abbr title="Virtual Memory System">VMS</abbr></a>, <a href="https://www.oracle.com/database/index.html">Oracle Database</a>, <a href="http://oracle.com/solaris">Oracle Solaris</a>, and @@ -176,17 +177,17 @@ title="linefeed">LF</abbr></a>, which can be modified by common text editors such as <a href="https://www.gnu.org/software/emacs/">GNU Emacs</a>, <a href="https://wiki.gnome.org/Apps/Gedit">gedit</a>, and -<a href="http://www.vim.org/">vim</a>. One +<a href="http://www.vim.org">vim</a>. One editor has a package to simplify editing further:</p> <ul> <li><a href="https://packagecontrol.io/packages/zoneinfo">Sublime -zoneinfo</a> is a <a href="http://www.sublimetext.com/">Sublime +zoneinfo</a> is a <a href="http://www.sublimetext.com">Sublime Text</a> package for syntax highlighting <code><abbr>tz</abbr></code> source files.</li> </ul> <p> For further information about updates, please see -<a href="http://tools.ietf.org/html/rfc6557">Procedures for +<a href="https://tools.ietf.org/html/rfc6557">Procedures for Maintaining the Time Zone Database</a> (Internet <abbr title="Request For Comments">RFC</abbr> 6557).</p> <h2>Commentary on the <code><abbr>tz</abbr></code> database</h2> @@ -214,7 +215,7 @@ These are listed roughly in ascending order of complexity and fanciness. <ul> <li><a href="http://time.is">Time.is</a> shows locations' time and zones in a simple format.</li> -<li><a href="https://www.timejones.com/">TimeJones.com</a> is a simple +<li><a href="https://www.timejones.com">TimeJones.com</a> is a simple time zone converter.</li> <li><a href="http://twiki.org/cgi-bin/xtra/tzdatepick.html">Date and Time Gateway</a> @@ -233,36 +234,36 @@ Worldwide</a> lets you sort zone names and convert times.</li> calculates the current time difference between locations.</li> <li><a href="http://www.wx-now.com">Weather Now</a> lists the weather too.</li> <li><a href="http://www.thetimenow.com">The Time Now</a> also lists weather.</li> -<li><a href="http://worldtime.io">worldtime.io</a> +<li><a href="https://worldtime.io">worldtime.io</a> also contains data about time zone boundaries; it supports queries via place names and shows location maps.</li> </ul> <h2>Network protocols for <code><abbr>tz</abbr></code> data</h2> <ul> <li>The <a href="http://www.ietf.org">Internet Engineering Task Force</a>'s -<a href="http://datatracker.ietf.org/wg/tzdist/charter/">Time Zone Data -Distribution Service (tzdist) working group</a> has defined <a -href="http://tools.ietf.org/html/rfc7808">TZDIST</a> +<a href="https://datatracker.ietf.org/wg/tzdist/charter/">Time Zone Data +Distribution Service (tzdist) working group</a> defined <a +href="https://tools.ietf.org/html/rfc7808">TZDIST</a> (Internet <abbr>RFC</abbr> 7808), a time zone data distribution service, -along with a <a href="http://tools.ietf.org/html/rfc7809">calendar access +along with a <a href="https://tools.ietf.org/html/rfc7809">calendar access protocol for transferring time zone data by reference</a> -(Internet <abbr>RFC</abbr> 7809). This work is based +(Internet <abbr>RFC</abbr> 7809). This work was based on the iCalendar and CalConnect efforts described below.</li> -<li>The <a href="http://tools.ietf.org/html/rfc5545"> +<li>The <a href="https://tools.ietf.org/html/rfc5545"> Internet Calendaring and Scheduling Core Object Specification (iCalendar)</a> (Internet <abbr>RFC</abbr> 5445) covers time zone data; see its VTIMEZONE calendar component. The iCalendar format requires specialized parsers and generators; a -variant <a href="http://tools.ietf.org/html/rfc6321">xCal</a> +variant <a href="https://tools.ietf.org/html/rfc6321">xCal</a> (Internet <abbr>RFC</abbr> 6321) uses <a href="http://www.w3.org/XML/"><abbr title="Extensible Markup Language">XML</abbr></a> format, and a variant -<a href="http://tools.ietf.org/html/rfc7265">jCal</a> +<a href="https://tools.ietf.org/html/rfc7265">jCal</a> (Internet <abbr>RFC</abbr> 7265) uses <a href="http://www.json.org"><abbr title="JavaScript Object Notation">JSON</abbr></a> format. -<a href="http://calconnect.org">CalConnect, The Calendaring and Scheduling +<a href="https://www.calconnect.org">CalConnect, The Calendaring and Scheduling Consortium</a> is promoting further work in this area. <a href="http://calconnect.org/publications/icalendartimezoneproblemsandrecommendati…">iCalendar TIMEZONE Problems and Recommendations</a> offers guidelines and @@ -270,7 +271,7 @@ recommendations for the use of VTIMEZONE and <code><abbr>tz</abbr></code>.</li> <li>The <a href="http://calconnect.org/publications/timezoneregistryandservicerecommendation…">Timezone Registry and Service Recommendations</a> of CalConnect's -<a href="http://calconnect.org/tc-timezone.shtml">TIMEZONE +<a href="https://www.calconnect.org/about/technical-committees/tc-timezone">TIMEZONE Technical Committee</a> discusses a strategy for defining and deploying a time zone registration process that would establish unique names for each @@ -288,7 +289,7 @@ data</a> converted from <code><abbr>tz</abbr></code>.</li> </ul> <h2>Other <code><abbr>tz</abbr></code> compilers</h2> <ul> -<li><a href="http://sourceforge.net/projects/vzic/">Vzic</a> is a <a +<li><a href="https://sourceforge.net/projects/vzic/">Vzic</a> is a <a href="https://en.wikipedia.org/wiki/C_%28programming_language%29">C</a> program that compiles <code><abbr>tz</abbr></code> source into iCalendar-compatible VTIMEZONE files. @@ -297,21 +298,21 @@ available under the <a href="http://www.gnu.org/copyleft/gpl.html"><abbr>GNU</abbr> General Public License (<abbr title="General Public License">GPL</abbr>)</a>.</li> -<li><a href="http://sourceforge.net/projects/tzical/">tziCal – tz +<li><a href="https://sourceforge.net/projects/tzical/">tziCal – tz database conversion utility</a> is like Vzic, except for the <a -href="https://msdn.microsoft.com/netframework">.NET framework</a> +href="https://www.microsoft.com/net">.NET framework</a> and with a <abbr>BSD</abbr>-style license.</li> <li><a href="http://search.cpan.org/dist/DateTime-TimeZone/">DateTime::TimeZone</a> contains a script <code>parse_olson</code> that compiles -<code><abbr>tz</abbr></code> source into <a href="http://www.perl.org">Perl</a> +<code><abbr>tz</abbr></code> source into <a href="https://www.perl.org">Perl</a> modules. It is part of the Perl <a href="http://datetime.perl.org">DateTime Project</a>, which is freely available under both the <abbr>GPL</abbr> and the Perl Artistic License. DateTime::TimeZone also contains a script <code>tests_from_zdump</code> that generates test cases for each clock transition in the <code><abbr>tz</abbr></code> database.</li> -<li>The <a href="http://howardhinnant.github.io/tz.html">Time Zone +<li>The <a href="https://howardhinnant.github.io/date/tz.html">Time Zone Database Parser</a> is a <a href="https://en.wikipedia.org/wiki/C%2B%2B">C++</a> parser and runtime library. It is freely available under the @@ -328,7 +329,7 @@ into an <abbr>ICU</abbr>-specific format. <abbr>ICU</abbr> is freely available under a <abbr>BSD</abbr>-style license.</li> <li>The <a href="https://github.com/lau/tzdata">Tzdata</a> package for -the <a href="http://elixir-lang.org/">Elixir</a> language downloads +the <a href="http://elixir-lang.org">Elixir</a> language downloads and compiles tz source and exposes <abbr title="Application Program Interface">API</abbr>s for use. It is freely available under the <abbr @@ -432,23 +433,23 @@ in its JavaScript library for time zone conversion. Dates before 1970 are not supported.</li> <li>The <a href="http://hackage.haskell.org/package/timezone-olson">timezone-olson</a> -package contains <a href="http://haskell.org">Haskell</a> code that +package contains <a href="https://www.haskell.org">Haskell</a> code that parses and uses <code><abbr>tz</abbr></code> binary data. It is freely available under a <abbr>BSD</abbr>-style license.</li> </ul> <h2>Other <code><abbr>tz</abbr></code>-based time zone software</h2> <ul> <li><a href="https://foxclocks.org">FoxClocks</a> -is an extension for <a href="http://www.google.com/chrome/">Google +is an extension for <a href="https://www.google.com/chrome/">Google Chrome</a> and for <a href="https://developer.mozilla.org/en-US/docs/Mozilla/Tech/Toolkit_API">Mozilla Toolkit</a> applications like <a href="https://www.mozilla.org/en-US/firefox/new/">Firefox</a> and <a href="https://www.mozilla.org/en-US/thunderbird/">Thunderbird</a>. It displays multiple clocks in the application window, and has a mapping -interface to <a href="http://www.google.com/earth/">Google Earth</a>. +interface to <a href="https://www.google.com/earth/">Google Earth</a>. It is freely available under the <abbr>GPL</abbr>.</li> -<li><a href="http://golang.org">Go programming language</a> +<li><a href="https://golang.org">Go programming language</a> implementations contain a copy of a 32-bit subset of a recent <code><abbr>tz</abbr></code> database in a Go-specific format.</li> @@ -464,7 +465,7 @@ data (mentioned below) used by classes such as <a href="https://msdn.microsoft.com/en-us/library/windows/apps/windows.globalization…"><code>DateTimeFormatter</code></a>. <a -href="http://blogs.msdn.com/b/bclteam/archive/2007/06/07/exploring-windows-time-z…">Exploring +href="https://blogs.msdn.microsoft.com/bclteam/2007/06/07/exploring-windows-time-…">Exploring Windows Time Zones with <code>System.TimeZoneInfo</code></a> describes the older, proprietary method of Microsoft Windows 2000 and later, which stores time zone data in the @@ -495,7 +496,7 @@ licenses</a> to <code><abbr>tz</abbr></code> contributors.</li> </ul> <h2>Other time zone databases</h2> <ul> -<li><a href="http://www.astro.com/cgi/aq.cgi">Atlas Query</a> +<li><a href="http://www.astro.com/atlas">Time-zone Atlas</a> is Astrodienst's Web version of Shanks and Pottenger's time zone history atlases published in both <a href="http://astrocom.com/astrology-products/software/acs-atlas-software">computer</a> @@ -557,8 +558,8 @@ sets of <code><abbr>tz</abbr></code> regions.</li> <li>The <a href="https://github.com/bradfitz/latlong">latlong package</a> maps geographical coordinates to a <code><abbr>tz</abbr></code> region. It is written in Go and is freely available under the Apache License.</li> -<li><a href="http://derickrethans.nl/what-time-is-it.html">What Time -is It Here?</a> applies <a href="http://www.mongodb.org">MongoDB</a> +<li><a href="https://derickrethans.nl/what-time-is-it.html">What Time +is It Here?</a> applies <a href="https://www.mongodb.com">MongoDB</a> geospatial query operators to shapefiles' data.</li> <li><a href="http://statoids.com/statoids.html">Administrative Divisions of Countries ("Statoids")</a> contains lists of @@ -593,7 +594,7 @@ surveys the evolution of timekeeping.</li> <li><a href="http://www.webexhibits.org/daylightsaving/">About Daylight Saving Time – History, rationale, laws & dates</a> is an overall history of <abbr>DST</abbr>.</li> -<li><a href="http://www.w3.org/TR/timezone/">Working with Time Zones</a> +<li><a href="https://www.w3.org/TR/timezone/">Working with Time Zones</a> contains guidelines and best practices for software applications that deal with civil time.</li> <li><a href="http://energy.ca.gov/daylightsaving.html">Saving Time, @@ -693,7 +694,7 @@ Time Protocol</a> (<abbr title="Institute of Electrical and Electronics Engineers">IEEE</abbr> 1588) can achieve submicrosecond clock accuracy on a local area network.</li> <li><a -href="http://tools.ietf.org/html/rfc4833">Timezone +href="https://tools.ietf.org/html/rfc4833">Timezone Options for <abbr title="Dynamic Host Configuration Protocol">DHCP</abbr></a> (Internet <abbr>RFC</abbr> 4833) specifies a <a @@ -738,7 +739,7 @@ dedicated not only to leap seconds but to precise time and frequency in general. It covers the state of the art in amateur timekeeping, and how the art has progressed over the past few decades.</li> <li><a -href="http://www.iers.org/IERS/EN/Publications/Bulletins/bulletins.html"><abbr +href="https://www.iers.org/IERS/EN/Publications/Bulletins/bulletins.html"><abbr title="International Earth Rotation and Reference Systems Service">IERS</abbr> Bulletins</a> contains official publications of the International Earth Rotation and Reference Systems Service, which decides @@ -778,17 +779,17 @@ title="International Organization for Standardization">ISO</abbr> 8601:2004 – Data elements and interchange formats – Information interchange – Representation of dates and times</a>.</li> <li> -<a href="http://www.w3.org/TR/xmlschema-2/#dateTime"><abbr>XML</abbr> +<a href="https://www.w3.org/TR/xmlschema-2/#dateTime"><abbr>XML</abbr> Schema: Datatypes – dateTime</a> specifies a format inspired by <abbr>ISO</abbr> 8601 that is in common use in <abbr>XML</abbr> data.</li> <li> -<a href="http://tools.ietf.org/html/rfc5322">Internet +<a href="https://tools.ietf.org/html/rfc5322">Internet Message Format</a> (Internet <abbr>RFC</abbr> 5322) §3.3 specifies the time notation used in email and <a href="https://en.wikipedia.org/wiki/Hypertext_Transfer_Protocol"><abbr>HTTP</abbr></a> headers.</li> <li> -<a href="http://tools.ietf.org/html/rfc3339">Date and Time +<a href="https://tools.ietf.org/html/rfc3339">Date and Time on the Internet: Timestamps</a> (Internet <abbr>RFC</abbr> 3339) specifies an <abbr>ISO</abbr> 8601 profile for use in new Internet -- 2.7.4

1 0

Egypt TZ Update
by ahmed mekawy June 14, 2016

June 14, 2016

Good day,Egypt announced recently that it will return to DST in Julymay you please advise when you are planning to release a new TZ data reflecting this.

4 6

daylight saving and hospital admissions due to trampolines
by Paul Eggert June 10, 2016

June 10, 2016

A research paper published today concludes that in New Zealand, the October spring-forward transition is associated with increased incidence of hospital admissions for trampoline-related injuries for children aged 0-15. The most common injuries are fracture of the radius and/or ulna, and humeral fracture. Children aged 5-9 were responsible for almost half the studied injuries, followed by children aged 0-4. Sources: Yule MS, Krishna S, Rahiri J-S, Hill AG. Trampoline-associated injuries are more common in children in spring. NZ Med J 129:1436 (2016-06-10), 6916. https://www.nzma.org.nz/journal/read-the-journal/all-issues/2010-2019/2016/… Thomas R. Trampoline-associated injuries are more common in children in spring. stuff.co.nz (2016-06-10). http://www.stuff.co.nz/national/80886934/Trampoline-injuries-spike-in-sprin…

1 0

Asia/Tomsk
by Victor Sudakov June 7, 2016

June 7, 2016

Dear Colleagues, As a citizen of Tomsk, I would like to raise some questions concerning the recent addition of the Asia/Tomsk timezone. As you know, this time zone's abbreviation is all numeric: Zone Asia/Tomsk 5:39:51 - LMT 1919 Dec 22 6:00 - +06 1930 Jun 21 7:00 Russia +07/+08 1991 Mar 31 2:00s 6:00 Russia +06/+07 1992 Jan 19 2:00s 7:00 Russia +07/+08 2002 May 1 3:00 6:00 Russia +06/+07 2011 Mar 27 2:00s 7:00 - +07 2014 Oct 26 2:00s 6:00 - +06 2016 May 29 2:00s 7:00 - +07 In my opinion, it is bad for two reasons: 1. zic warns that 'warning: time zone abbreviation differs from POSIX standard (+06)' 2. Such an abbreviation is not user friendly and even borders on offensive. A locality deserves a name! Could we do something about Asia/Tomsk and other zones with share the same fate: Europe/Astrakhan, Europe/Kirov, Europe/Ulyanovsk, Asia/Barnaul? Thank you for your attention. -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN sip:sudakov@sibptus.tomsk.ru

14 57

Identifying timezones ...
by Lester Caine June 3, 2016

June 3, 2016

I feel it's worth pointing out something which seems to have got lost during the current discussion ... The shorthand abbreviation for a offset may or may not indicate that a time is affected by daylight savings. Taking the simple example of 'BST' which is an abbreviation that has a sort of statutory definition in the 'British Summer Time' laws, one knows that there is a related start and stop date and so adding a couple of weeks delay may also require a change of offset, but if the same date is posted as 'GMT' there is no information that 'BST' changes are relevant. I get the impression that with all of the current upheaval in Russia that some areas are introducing daylight saving, while others are standardising on one or other of an 'abbreviation' without the matching switch? The ONLY ident that correctly provides the correct time sequence. both current and historic is the full name, but even that now gets tricky with the improving accuracy of pre 1970 data? This new data either needs it's own 'shorthand', or we do need to drop the shorthand! If one is doing the job of providing a date and time which must sit accurately in an historic context, then the 'local' offset from UTC has to be stored as the timezone name and VERSION of tz used. Simply using 'EST' is of no use what so ever, while just using 'Asia/Tomsk' falls flat on it's face when you don't know which rules were active then the timestamp was stored. In my book the only clean way of managing historic data is to maintain a UTC normalised timestamp along with the location data to provide a local time. If an event occurs that casts doubt on the offset then a new UTC time may needed, and it's the identified change that flags up the advise that needs to accompany the notification. On current calendars that may well be that Ramadan is a week early or late, but the 'abbreviations' used do not necessarily change as a result? They are just a piece of text accompanying the rule which should actually be a translated note from the rule set since abbreviations may not be unique. -- Lester Caine - G8HFL ----------------------------- Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

1 0

Re: [tz] YouTube videos on time zones
by Steve Jones May 30, 2016

May 30, 2016

At 01:14 PM 3/8/2016, Matt Johnson wrote: >If these two aren't in our art file, they probably should be. One mustn't forget the trailer for "Daylight Saving", the movie: https://www.youtube.com/watch?v=k4EUTMPuvHo Regards, Steve Jones

3 2

New time zone library
by Matt Johnson May 29, 2016

May 29, 2016

Please add to the tz-link file under Other tz compilers: Lau's Tzdata library for the Elixir language automatically downloads and compiles tz source data, and exposes APIs for use. It is freely available under the MIT license. https://github.com/lau/tzdata Thanks, Matt

2 1

[PROPOSED PATCH] * zic.c: Update comments for Qt and GNOME bugs.
by Paul Eggert May 29, 2016

May 29, 2016

--- zic.c | 12 ++++++++---- 1 file changed, 8 insertions(+), 4 deletions(-) diff --git a/zic.c b/zic.c index 2284d2c..3eb65d3 100644 --- a/zic.c +++ b/zic.c @@ -143,11 +143,11 @@ static bool yearistype(int year, const char * type); /* Bound on length of what %z can expand to. */ enum { PERCENT_Z_LEN_BOUND = sizeof "+995959" - 1 }; -/* If true, work around a bug in Qt 5.6 and earlier, which mishandles +/* If true, work around a bug in Qt 5.6.1 and earlier, which mishandles tzdata binary files whose POSIX-TZ-style strings contain '<'; see QTBUG-53071 <https://bugreports.qt.io/browse/QTBUG-53071>. This - workaround will no longer be needed when Qt 5.6 is obsolete, say in - the year 2021. */ + workaround will no longer be needed when Qt 5.6.1 and earlier are + obsolete, say in the year 2021. */ enum { WORK_AROUND_QTBUG_53071 = true }; static int charcnt; @@ -880,7 +880,11 @@ static zic_t const max_time = MAXVAL (zic_t, TIME_T_BITS_IN_FILE); /* If true, work around GNOME bug 730332 <https://bugzilla.gnome.org/show_bug.cgi?id=730332> by refusing to output time stamps before BIG_BANG. - Such time stamps are physically suspect anyway. */ + Such time stamps are physically suspect anyway. + + The GNOME bug is scheduled to be fixed in GNOME 3.22, and if so + this workaround will no longer be needed when GNOME 3.21 and + earlier are obsolete, say in the year 2021. */ enum { WORK_AROUND_GNOME_BUG_730332 = true }; static const zic_t early_time = (WORK_AROUND_GNOME_BUG_730332 -- 2.5.5

1 0

[PROPOSED PATCH] Switch from 'zzz' to '-00' for uninhabited abbr
by Paul Eggert May 29, 2016

May 29, 2016

* NEWS, Theory, tz-how-to.html: Document this. * antarctica (Antarctica/Casey, Antarctica/Davis) (Antarctica/Mawson, Indian/Kerguelen, Antarctica/DumontDUrville): (Antarctica/Syowa, Antarctica/Troll, Antarctica/Vostok) (Antarctica/Rothera): * australasia (Antarctica/Macquarie): * backzone (Antarctica/McMurdo): * northamerica (America/Pangnirtung, America/Iqaluit) (America/Resolute, America/Rankin_Inlet, America/Cambridge_Bay) (America/Yellowknife, America/Inuvik): * southamerica (Antarctica/Palmer): Use '-00', not 'zzz', to abbreviate UT in uninhabited locations. --- NEWS | 7 +++++++ Theory | 7 ++++--- antarctica | 24 ++++++++++++------------ australasia | 4 ++-- backzone | 2 +- northamerica | 14 +++++++------- southamerica | 2 +- tz-how-to.html | 16 ++++++++++------ 8 files changed, 44 insertions(+), 32 deletions(-) diff --git a/NEWS b/NEWS index b5fb182..54a520d 100644 --- a/NEWS +++ b/NEWS @@ -11,6 +11,13 @@ Unreleased, experimental changes Changes affecting past time stamps + Locations while uninhabited now use '-00', not 'zzz', as a + placeholder time zone abbreviation. This is inspired by Internet + RFC 3339 and is more consistent with numeric time zone + abbreviations already used elsewhere. The change affects several + arctic and antarctic locations, e.g., America/Cambridge_Bay before + 1920 and Antarctica/Troll before 2005. + Asia/Baku's 1992-09-27 transition from +04 (DST) to +04 (non-DST) was at 03:00, not 23:00 the previous day. (Thanks to Michael Deckers.) diff --git a/Theory b/Theory index 6bed91f..60678fe 100644 --- a/Theory +++ b/Theory @@ -227,9 +227,10 @@ in decreasing order of importance: name identifying each zone and append 'T', 'ST', etc. as before; e.g. 'VLAST' for VLAdivostok Summer Time. - Use UT (with time zone abbreviation 'zzz') for locations while - uninhabited. The 'zzz' mnemonic is that these locations are, - in some sense, asleep. + Use UT (with time zone abbreviation '-00') for locations while + uninhabited. The leading '-' is a flag that the time + zone is in some sense undefined; this notation is + derived from Internet RFC 3339. Application writers should note that these abbreviations are ambiguous in practice: e.g. 'CST' has a different meaning in China than diff --git a/antarctica b/antarctica index 2af088f..a537832 100644 --- a/antarctica +++ b/antarctica @@ -13,7 +13,7 @@ # # Except for the French entries, # I made up all time zone abbreviations mentioned here; corrections welcome! -# FORMAT is 'zzz' and GMTOFF is 0 for locations while uninhabited. +# FORMAT is '-00' and GMTOFF is 0 for locations while uninhabited. # Argentina - year-round bases # Belgrano II, Confin Coast, -770227-0343737, since 1972-02-05 @@ -67,22 +67,22 @@ # http://www.timeanddate.com/news/time/antartica-time-changes-2010.html # Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Antarctica/Casey 0 - zzz 1969 +Zone Antarctica/Casey 0 - -00 1969 8:00 - AWST 2009 Oct 18 2:00 # Australian Western Std Time 11:00 - CAST 2010 Mar 5 2:00 # Casey Time 8:00 - AWST 2011 Oct 28 2:00 11:00 - CAST 2012 Feb 21 17:00u 8:00 - AWST -Zone Antarctica/Davis 0 - zzz 1957 Jan 13 +Zone Antarctica/Davis 0 - -00 1957 Jan 13 7:00 - DAVT 1964 Nov # Davis Time - 0 - zzz 1969 Feb + 0 - -00 1969 Feb 7:00 - DAVT 2009 Oct 18 2:00 5:00 - DAVT 2010 Mar 10 20:00u 7:00 - DAVT 2011 Oct 28 2:00 5:00 - DAVT 2012 Feb 21 20:00u 7:00 - DAVT -Zone Antarctica/Mawson 0 - zzz 1954 Feb 13 +Zone Antarctica/Mawson 0 - -00 1954 Feb 13 6:00 - MAWT 2009 Oct 18 2:00 # Mawson Time 5:00 - MAWT # References: @@ -137,7 +137,7 @@ Zone Antarctica/Mawson 0 - zzz 1954 Feb 13 # fishing stations operated variously 1819/1931 # # Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Indian/Kerguelen 0 - zzz 1950 # Port-aux-Français +Zone Indian/Kerguelen 0 - -00 1950 # Port-aux-Français 5:00 - TFT # ISO code TF Time # # year-round base in the main continent @@ -148,9 +148,9 @@ Zone Indian/Kerguelen 0 - zzz 1950 # Port-aux-Français # It was destroyed by fire on 1952-01-14. # # Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Antarctica/DumontDUrville 0 - zzz 1947 +Zone Antarctica/DumontDUrville 0 - -00 1947 10:00 - PMT 1952 Jan 14 # Port-Martin Time - 0 - zzz 1956 Nov + 0 - -00 1956 Nov 10:00 - DDUT # Dumont-d'Urville Time # France & Italy - year-round base @@ -176,7 +176,7 @@ Zone Antarctica/DumontDUrville 0 - zzz 1947 # was established on 1957-01-29. Since Syowa station is still the main # station of Japan, it's appropriate for the principal location. # Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Antarctica/Syowa 0 - zzz 1957 Jan 29 +Zone Antarctica/Syowa 0 - -00 1957 Jan 29 3:00 - SYOT # Syowa Time # See: # NIPR Antarctic Research Activities (1999-08-17) @@ -226,7 +226,7 @@ Rule Troll 2005 max - Mar lastSun 1:00u 2:00 CEST # Remove the following line when uncommenting the above '#Rule' lines. Rule Troll 2004 max - Oct lastSun 1:00u 0:00 UTC # Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Antarctica/Troll 0 - zzz 2005 Feb 12 +Zone Antarctica/Troll 0 - -00 2005 Feb 12 0:00 Troll %s # Poland - year-round base @@ -267,7 +267,7 @@ Zone Antarctica/Troll 0 - zzz 2005 Feb 12 # happened to be during their visit. So we still don't really know what time # it is at Vostok. But we'll guess UTC+6. # -Zone Antarctica/Vostok 0 - zzz 1957 Dec 16 +Zone Antarctica/Vostok 0 - -00 1957 Dec 16 6:00 - VOST # Vostok time # S Africa - year-round bases @@ -300,7 +300,7 @@ Zone Antarctica/Vostok 0 - zzz 1957 Dec 16 # <http://webexhibits.org/daylightsaving/g.html> says Rothera is -03 all year. # # Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Antarctica/Rothera 0 - zzz 1976 Dec 1 +Zone Antarctica/Rothera 0 - -00 1976 Dec 1 -3:00 - ROTT # Rothera time # Uruguay - year round base diff --git a/australasia b/australasia index 55f44cf..0b33f67 100644 --- a/australasia +++ b/australasia @@ -243,11 +243,11 @@ Zone Australia/Lord_Howe 10:36:20 - LMT 1895 Feb # will produce a binary file with an [A]EST-type as the first 32-bit type; # this is required for correct handling of times before 1916 by # pre-2013 versions of localtime. -Zone Antarctica/Macquarie 0 - zzz 1899 Nov +Zone Antarctica/Macquarie 0 - -00 1899 Nov 10:00 - AEST 1916 Oct 1 2:00 10:00 1:00 AEDT 1917 Feb 10:00 Aus AE%sT 1919 Apr 1 0:00s - 0 - zzz 1948 Mar 25 + 0 - -00 1948 Mar 25 10:00 Aus AE%sT 1967 10:00 AT AE%sT 2010 Apr 4 3:00 11:00 - MIST # Macquarie I Standard Time diff --git a/backzone b/backzone index 296eca8..13dc8d4 100644 --- a/backzone +++ b/backzone @@ -395,7 +395,7 @@ Zone America/Tortola -4:18:28 - LMT 1911 Jul # Road Town -4:00 - AST # McMurdo, Ross Island, since 1955-12 -Zone Antarctica/McMurdo 0 - zzz 1956 +Zone Antarctica/McMurdo 0 - -00 1956 12:00 NZ NZ%sT Link Antarctica/McMurdo Antarctica/South_Pole diff --git a/northamerica b/northamerica index 1d7395c..6256f97 100644 --- a/northamerica +++ b/northamerica @@ -2191,39 +2191,39 @@ Rule NT_YK 1980 2006 - Oct lastSun 2:00 0 S Rule NT_YK 1987 2006 - Apr Sun>=1 2:00 1:00 D # Zone NAME GMTOFF RULES FORMAT [UNTIL] # aka Panniqtuuq -Zone America/Pangnirtung 0 - zzz 1921 # trading post est. +Zone America/Pangnirtung 0 - -00 1921 # trading post est. -4:00 NT_YK A%sT 1995 Apr Sun>=1 2:00 -5:00 Canada E%sT 1999 Oct 31 2:00 -6:00 Canada C%sT 2000 Oct 29 2:00 -5:00 Canada E%sT # formerly Frobisher Bay -Zone America/Iqaluit 0 - zzz 1942 Aug # Frobisher Bay est. +Zone America/Iqaluit 0 - -00 1942 Aug # Frobisher Bay est. -5:00 NT_YK E%sT 1999 Oct 31 2:00 -6:00 Canada C%sT 2000 Oct 29 2:00 -5:00 Canada E%sT # aka Qausuittuq -Zone America/Resolute 0 - zzz 1947 Aug 31 # Resolute founded +Zone America/Resolute 0 - -00 1947 Aug 31 # Resolute founded -6:00 NT_YK C%sT 2000 Oct 29 2:00 -5:00 - EST 2001 Apr 1 3:00 -6:00 Canada C%sT 2006 Oct 29 2:00 -5:00 - EST 2007 Mar 11 3:00 -6:00 Canada C%sT # aka Kangiqiniq -Zone America/Rankin_Inlet 0 - zzz 1957 # Rankin Inlet founded +Zone America/Rankin_Inlet 0 - -00 1957 # Rankin Inlet founded -6:00 NT_YK C%sT 2000 Oct 29 2:00 -5:00 - EST 2001 Apr 1 3:00 -6:00 Canada C%sT # aka Iqaluktuuttiaq -Zone America/Cambridge_Bay 0 - zzz 1920 # trading post est.? +Zone America/Cambridge_Bay 0 - -00 1920 # trading post est.? -7:00 NT_YK M%sT 1999 Oct 31 2:00 -6:00 Canada C%sT 2000 Oct 29 2:00 -5:00 - EST 2000 Nov 5 0:00 -6:00 - CST 2001 Apr 1 3:00 -7:00 Canada M%sT -Zone America/Yellowknife 0 - zzz 1935 # Yellowknife founded? +Zone America/Yellowknife 0 - -00 1935 # Yellowknife founded? -7:00 NT_YK M%sT 1980 -7:00 Canada M%sT -Zone America/Inuvik 0 - zzz 1953 # Inuvik founded +Zone America/Inuvik 0 - -00 1953 # Inuvik founded -8:00 NT_YK P%sT 1979 Apr lastSun 2:00 -7:00 NT_YK M%sT 1980 -7:00 Canada M%sT diff --git a/southamerica b/southamerica index fb437b2..1c38f63 100644 --- a/southamerica +++ b/southamerica @@ -1309,7 +1309,7 @@ Zone Pacific/Easter -7:17:28 - LMT 1890 # Palmer used to be supplied from Argentina. # # Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Antarctica/Palmer 0 - zzz 1965 +Zone Antarctica/Palmer 0 - -00 1965 -4:00 Arg AR%sT 1969 Oct 5 -3:00 Arg AR%sT 1982 May -4:00 Chile CL%sT diff --git a/tz-how-to.html b/tz-how-to.html index 3fa7602..f0fedc5 100644 --- a/tz-how-to.html +++ b/tz-how-to.html @@ -466,13 +466,11 @@ offset, so the wall clock time during this period was GMT − 10:30 + 1:00 = GMT − 9:30.</p> <p>The <code>FORMAT</code> column specifies the usual abbreviation of -the time zone name. It can have one of four forms:</p> +the time zone name. It can have one of three forms:</p> <ul> -<li>the string, “<code>zzz</code>,” which is a kind of -null value (don’t ask)</li> - -<li>a single alphabetic string other than “<code>zzz</code>,” +<li>a string of three or more characters that are either ASCII alphanumerics, +“<code>+</code>”, or “<code>-</code>”, in which case that’s the abbreviation</li> <li>a pair of strings separated by a slash @@ -513,7 +511,7 @@ a <code>SAVE</code> of zero. </ul> -<p>And two last things about the <code>FORMAT</code> column:</p> +<p>And three last things about the <code>FORMAT</code> column:</p> <ul> <li>The <a href="https://en.wikipedia.org/wiki/Tz_database">tz @@ -535,6 +533,12 @@ the abbreviations. They are intended to be the values returned through the <a href="http://pubs.opengroup.org/onlinepubs/9699919799/functions/strftime.html"><code>strftime</code></a> function in the <a href="http://www.chemie.fu-berlin.de/chemnet/use/info/libc/libc_19.html#SEC324">“C” locale</a>. + +<li>If there is no generally-accepted abbreviation for a time zone, +a numeric offset is used instead, e.g., <code>+07</code> for 7 hours +ahead of Greenwich. By convention, <code>-00</code> stands for an +zone while uninhabited, where the offset is zero but in some sense +the true offset is undefined. </ul> <p>As a final example, here’s the complete history for Hawaii:</p> -- 2.5.5

1 0

[PROPOSED PATCH] Fix "-"s in zic man page with Bell Labs troff
by Paul Eggert May 29, 2016

May 29, 2016

* zic.8: Fix a typo in defining \*- when using traditional troff. --- zic.8 | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/zic.8 b/zic.8 index 94b6753..e5e71f5 100644 --- a/zic.8 +++ b/zic.8 @@ -26,7 +26,7 @@ zic \- time zone compiler .\} .el \{\ . ds : -. el ds - \- +. ds - \- .\} .I Zic reads text from the file(s) named on the command line -- 2.5.5

1 0

efele.net/tz maps updated for 2016d
by Eric Muller May 28, 2016

May 28, 2016

1 0

Morocco rule to suspend DST for RAMADAN
by BENNANI RHITA May 28, 2016

May 28, 2016

Hi, We are facing again a small change on the period for which Morocco will suspend DST. The rule actually applied on our system is : Morocco will temporarily switch to standard time at 03:00 the last Saturday before Ramadan, and back to DST at 02:00 the first Saturday after Ramadan. While in fact and according to the latest official decree the temporary DST suspension is as below : Morocco will temporarily switch to standard time at 03:00 the last Sunday before Ramadan, and back to DST at 02:00 the first Sunday after Ramadan. So Morocco will suspend DST from 2016-06-05 03:00 through 2016-07-10 02:00, not 06-04 and 07-09 as guessed. Is there a way to update the TZupdater in order to correct this. We really need to update it before 1st of June in order to publish our schedules correctly for the days 06-04 and 07-10. Thanks a lot, Best regards [Description : cid:image001.png@01D010AD.0526CD40] BENNANI Rhita Chef de Projet Département Commercial et Exploitation Direction Organisation et Systèmes d'Information +212 522 91 22 36 www.royalairmaroc.com<http://www.royalairmaroc.com/> [Description : cid:image001.jpg@01D01561.B1BD0430] <http://www.facebook.com/RoyalAirMaroc> [Description : cid:image002.jpg@01D01561.B1BD0430] <https://twitter.com/RAM_Maroc> [Description : cid:image003.jpg@01D01561.B1BD0430] <https://plus.google.com/116698608481885525601> [Description : Description : cid:image005.png@01D00B0B.40B7FD90]

3 3

Anecdotal discrepancy for Navajo nation in Arizona
by Deborah Goldsmith May 26, 2016

May 26, 2016

Hi, A colleague recently visited Page, Arizona, and the Navajo reservation right next to it. His phone must have been associated with a cell tower inside the Navajo nation, because his zone was set by NITZ to America/Denver (DST in effect). This matches the current TZ database. However, he observed that the parts of the Navajo nation adjacent to Page were actually observing the same time zone as Page (America/Phoenix, DST not in effect). I wouldn’t make any changes based on this one anecdote, but it might be worth checking if anyone has any sources inside the Navajo nation. Thanks, Debbie

8 12

Re: [tz] Asia/Tomsk
by vanadovv＠hetnet.nl May 26, 2016

May 26, 2016

>----Origineel Bericht---- >Van : guy(a)alum.mit.edu >Datum : 26/05/2016 11:08 >Aan : vas(a)mpeks.tomsk.su >Cc : tz(a)iana.org >Onderwerp : Re: [tz] Asia/Tomsk > >On May 25, 2016, at 10:19 AM, Victor Sudakov <vas(a)mpeks.tomsk.su> wrote: > >> As a member of the public, I don't like the idea of the tz project >> calling my time zone <+07> :-) > >As a member of the tzdb project (albeit one whose main effort was ages ago), I don't like the idea of expecting people not necessarily from the locale of a tzdb zone to pick abbreviations for times in the zone and then deal with complaints from people from that locale. :-) > My reply: Look at the law: the official time zone name for Tomsk is: 6-я часовая зона (If utf-8 is working, then you'll see Russian in Cyrillic letters.) The English translation is: 6th hourly zone (6th timezone). Cheerio! Oscar van Vlijmen

4 5

Ireland Summer Time History
by Matt Johnson May 25, 2016

May 25, 2016

Interesting article with historical details of Ireland's adoption of DST: http://www.rte.ie/centuryireland/index.php/articles/here-comes-the-summer-d…

1 0

Re: [tz] Anecdotal discrepancy for Navajo nation in Arizona
by Steve Jones May 25, 2016

May 25, 2016

At 10:53 PM 5/24/2016, Brian Inglis wrote: >Federal facilities and areas within AZ are subject to federal >legislation so they too observe DST. Federal legislation deals with time zone borders, not DST observance. DST observance is a state (and Indian) matter. Only AZ and HI have decided not to observe. Federal facilities located in those states therefore do not observe DST. Everything from national parks to post offices to federal polling places. Indian nations are deemed to have similar authority - and that it supersedes that of the state in which they are located. So on reservation lands the Navajo decision to observe DST trumps the AZ decision not to. Federal facilities inside the Navajo reservation observe time per the Navajo authority instead of the AZ authority. There are also exceptions to federal facilities deviating from official local time. The only one I knew of before today was Guadalupe Mountains National Park, which observes Mountain time despite being mostly located in the Central time zone. Today I learned of the Dangling Rope Marina exception. Regards, Steve Jones Emacs!

2 1

Re: [tz] Anecdotal discrepancy for Navajo nation in Arizona
by Sterling Udell May 25, 2016

May 25, 2016

> Federal facilities and areas within AZ are subject to federal > legislation so they too observe DST. That's not correct. I'm currently at Pipe Spring National Monument (a federal facility in AZ), and despite being just a few miles from the Utah border, it follows the bulk of AZ in *not* observing DST. I can tell you the same is true for Grand Canyon National Park, Petrified Forest NP, Organ Pipe Cactus NP, and other NPS locations here. On the other hand, Hubbell Trading Post National Historic Site - which is surrounded by the Navajo reservation - follows the Navajo in observing DST. In general, NPS sites in Arizona observe the time of their surrounding areas. I would strongly expect that the same is true for other federal facilities in Phoenix, Tucson, or wherever - it would just be too disruptive for the time zone to be different in a single building.

1 0

Re: [tz] Anecdotal discrepancy for Navajo nation in Arizona
by Steve Jones May 24, 2016

May 24, 2016

At 05:55 PM 5/24/2016, Arthur David Olson wrote: > > ...it might be worth checking if anyone has any sources inside > the Navajo nation. > >The source used back in 1987 (using--ahem--snail mail) was the Inter >Tribal Council of Arizona: <http://itcaonline.com/>http://itcaonline.com/. A very complex area: From http://ontimezone.com/exceptions.php: Even though Arizona does not observe Daylight Saving Time, the Navajo Indian Reservation (which takes up most of northeastern AZ) does observe DST. To add to the confusion, the Hopi Indian Reservation, which is wholly enclosed within the Navajo Reservation, does NOT observe DST. Confused? We're just getting started. * Consider also that the Navajos have an enclave containing the village of Jeddito, entirely within the Hopi reservation. And that the Hopi reservation has an exclave at Moenkopi, just south of Tuba City. Still not confused? * Some of the businesses in Tuba city (within the Navajo Reservation) reportedly do not observe Daylight Saving time, so as to avoid confusing the tourists. Good luck with that. At least that puts them in sync with their Hopi neighbors across highway 160 in Moenkopi. Got it? http://ontimezone.com/images/az_tribal.php Emacs! Steve Jones Emacs!

2 1

Re: [tz] tz Digest, Vol 56, Issue 13
by Uri Ramirez May 23, 2016

May 23, 2016

Help On May 23, 2016 5:00 AM, <tz-request(a)iana.org> wrote: > Send tz mailing list submissions to > tz(a)iana.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://mm.icann.org/mailman/listinfo/tz > or, via email, send a message with subject or body 'help' to > tz-request(a)iana.org > > You can reach the person managing the list at > tz-owner(a)iana.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of tz digest..." > > > Today's Topics: > > 1. Re: Morocco confirms Ramadan DST dates (Milamber) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sun, 22 May 2016 17:18:17 +0200 > From: Milamber <milamberspace(a)gmail.com> > To: Matt Johnson <mj1856(a)hotmail.com>, Time Zone Mailing List > <tz(a)iana.org> > Subject: Re: [tz] Morocco confirms Ramadan DST dates > Message-ID: <5741CDB9.9040900(a)gmail.com> > Content-Type: text/plain; charset=UTF-8; format=flowed > > > Yes you are probably right, the arabic version seems have the good hour > (2:00 am) to the change. > Thanks. > > On 22/05/2016 04:54, Matt Johnson wrote: > > Thanks, but this appears to be a translation error. The Arabic version > on the same site says 2:00 instead of 3:00. See > http://mmsp.gov.ma/ar/actualites.aspx?id=1057 > > > > Given the history from previous years, I'm inclined to believe the > Arabic version. > > > > -Matt > > ________________________________________ > > From: Milamber <milamberspace(a)gmail.com> > > Sent: Saturday, May 21, 2016 3:24 PM > > To: Matt Johnson > > Subject: Re: [tz] Morocco confirms Ramadan DST dates > > > > Hello, > > > > The official link from the Ministry of Public service and Administration > > Modernization (in French): > > > > http://mmsp.gov.ma/fr/actualites.aspx?id=1056 > > > > Google Translation: > > "Back to the standard time of the Kingdom (GMT). > > The Ministry of Public Service and Modernization of Administration > > announces the return to standard time of the Kingdom (GMT). So time will > > be delayed for 60 minutes from 3:00 am Sunday, June 5, 2016. She will be > > advanced by 60 minutes (GMT + 1) from 3:00 am Sunday, July 10, 2016." > > > > > > One question: > > > > "She will be advanced by 60 minutes (GMT + 1) from 3:00 am Sunday, July > > 10, 2016." > > > > meaning this on zdump (current tzdata)? > > > > Africa/Casablanca Sun Jul 10 01:59:59 2016 UT = Sun Jul 10 01:59:59 > > 2016 WET isdst=0 gmtoff=0 > > Africa/Casablanca Sun Jul 10 02:00:00 2016 UT = Sun Jul 10 03:00:00 > > 2016 WEST isdst=1 gmtoff=3600 > > > > At 02am go to 03am or at 03am go to 04am? > > > > Milamber > > > > > > On 19/05/2016 06:30, Matt Johnson wrote: > >> > http://www.moroccoworldnews.com/2016/05/186863/morocco-goes-back-to-gmt-tim… > >> > >> Our guesses appear to be validated. > >> > > > > > > ------------------------------ > > _______________________________________________ > tz mailing list > tz(a)iana.org > https://mm.icann.org/mailman/listinfo/tz > > > End of tz Digest, Vol 56, Issue 13 > ********************************** >

1 0

Re: [tz] Morocco confirms Ramadan DST dates
by Milamber May 22, 2016

May 22, 2016

Yes you are probably right, the arabic version seems have the good hour (2:00 am) to the change. Thanks. On 22/05/2016 04:54, Matt Johnson wrote: > Thanks, but this appears to be a translation error. The Arabic version on the same site says 2:00 instead of 3:00. See http://mmsp.gov.ma/ar/actualites.aspx?id=1057 > > Given the history from previous years, I'm inclined to believe the Arabic version. > > -Matt > ________________________________________ > From: Milamber <milamberspace(a)gmail.com> > Sent: Saturday, May 21, 2016 3:24 PM > To: Matt Johnson > Subject: Re: [tz] Morocco confirms Ramadan DST dates > > Hello, > > The official link from the Ministry of Public service and Administration > Modernization (in French): > > http://mmsp.gov.ma/fr/actualites.aspx?id=1056 > > Google Translation: > "Back to the standard time of the Kingdom (GMT). > The Ministry of Public Service and Modernization of Administration > announces the return to standard time of the Kingdom (GMT). So time will > be delayed for 60 minutes from 3:00 am Sunday, June 5, 2016. She will be > advanced by 60 minutes (GMT + 1) from 3:00 am Sunday, July 10, 2016." > > > One question: > > "She will be advanced by 60 minutes (GMT + 1) from 3:00 am Sunday, July > 10, 2016." > > meaning this on zdump (current tzdata)? > > Africa/Casablanca Sun Jul 10 01:59:59 2016 UT = Sun Jul 10 01:59:59 > 2016 WET isdst=0 gmtoff=0 > Africa/Casablanca Sun Jul 10 02:00:00 2016 UT = Sun Jul 10 03:00:00 > 2016 WEST isdst=1 gmtoff=3600 > > At 02am go to 03am or at 03am go to 04am? > > Milamber > > > On 19/05/2016 06:30, Matt Johnson wrote: >> http://www.moroccoworldnews.com/2016/05/186863/morocco-goes-back-to-gmt-tim… >> >> Our guesses appear to be validated. >> >

1 0

Morocco confirms Ramadan DST dates
by Matt Johnson May 18, 2016

May 18, 2016

http://www.moroccoworldnews.com/2016/05/186863/morocco-goes-back-to-gmt-tim… Our guesses appear to be validated.

1 0

Getting offset for each time zones
by kailash kumar May 18, 2016

May 18, 2016

Hi All, I wanted to get UTC offset for each time zone which is present under zoneinfo folder. basically I wanted to create a drop down for all timezones with UTC offset, where user can select timezone. Please let me know if it is possible to get UTC offset for all time zones in tz database. Thanks, KAILASH KUMAR JAIN Legal Warning: This message may contain privileged and confidential information. If you are not the intended recipient or for any reason think that this message may have been address to you or reached you as a mistake, its requested that you must not disseminate,copy or take any action in reliance on it and I ask you to delete all copies from your mail box and computer system and also notify me immediately by return e-mail.

4 4

South Australia not changing time zones, again
by Gilmore Davidson May 18, 2016

May 18, 2016

Last year saw a proposal by the South Australian government to move clocks forward 30 minutes to align with Australia's eastern states, which was discussed on this mailing list. Ultimately that proposal was rejected by the opposition after a lack of support among the general public. Now a minor party's upper house representative, Robert Brokenshire, has introduced a bill to move the clocks 30 minutes in the other direction, towards a "true" central time. This bill was resoundingly defeated by both the government and major opposition party, so the clocks will remain at UTC+09:30 for a while yet. I get the feeling this won't be the end of the discussion though. http://www.abc.net.au/news/2016-05-19/attempt-to-shift-south-australian-tim… Mr Brokenshire said he remained passionate about the idea. "I learnt a bit about arithmetic and I'm not going to actually beat the two major parties but we will be back," he said. "At an appropriate time I will bring this debate back to Parliament."

1 0

Time Zone Database Update
by sherif.atef＠hsbc.com May 18, 2016

May 18, 2016

3 4

some info for you
by support＠anuko.com May 17, 2016

May 17, 2016

Hello, Isn't it the information you were looking for? Read about it here <http://fospathopy.kissmecait.com/yield.php?7u> Sincerely yours, support(a)anuko.com

1 0

DST changes for year 2016 not getting reflected for Asia Region
by AJAY SETHUMADHAVAN May 13, 2016

May 13, 2016

Hello Below is the time zone version used in my Linux machine. ======================================================== Name : tzdata Relocations: (not relocatable) Version : 2016d Vendor: CentOS Release : 1.el5 Build Date: Fri 22 Apr 2016 10:07:55 AM PDT Install Date: Thu 12 May 2016 09:14:18 AM PDT Build Host: builder17.centos.org Group : System Environment/Base Source RPM: tzdata-2016d-1.el5.src.rpm Size : 1803555 License: Public Domain Signature : DSA/SHA1, Fri 22 Apr 2016 10:36:20 AM PDT, Key ID a8a447dce8562897 URL : https://www.iana.org/time-zones Summary : Timezone data Description : This package contains data files with rules for various time zones around the world ======================================================== Asia/Tijuana has DST started on 13 Mar 2016 and will End on 6 Nov 2016. On 13 Mar 2016 if i keep time as 02:00:00 it should ideally jump to 03:00:00 Similarly On 6 Nov 2016 if i keep time as 02:00:00 it should jump to 01:00:00 The same is not happening on my machine. ========================================================= . Please Help me out for resolving this Thanks and Regards Ajay

2 1

Chile time changed early?
by Matt Johnson May 13, 2016

May 13, 2016

http://www.wsj.com/articles/what-time-is-it-in-chile-theres-no-telling-1463… Since the change isn't scheduled until Sunday, the only way I can think that this happened is that the cell towers were updated prematurely. Can anyone confirm or comment? -Matt

3 4

America/ Santiago possible Correction
by Gretchen Gottsacker May 11, 2016

May 11, 2016

Greetings, I noticed there may be a discrepancy for the time zone America/ Santiago. As mentioned in the document NEWS "Also, call the period from 2014-09-07 through 2016-05-14 daylight saving time instead of standard time, as that seems more appropriate now." I believe is an incorrect statement as the link provided on the southamerica document provides these two links http://www.diariooficial.interior.gob.cl/versiones-anteriores/do/20160318/ and http://www.leychile.cl/Navegar?idNorma=1088502 which states that "as amended by Presidential Decree Nº106, 2015, both the Ministry of the Interior and Public Security, will be extended, as regards the year 2016, until 24 pm the second Saturday of May. Also, starting from the 24 hours of the second Saturday in August 2016 and until 24 pm the second Saturday in May 2017, the official time will advance in 60 minutes" Meaning daylight savings is not active until August 2016. Thank you, http://www.oracle.com/ Gretchen Gottsacker | BDE Support - BDE Engineer - Special Forces Oracle +1.800.806.6592 Oracle Service Cloud Support - USA - 45.6778° N, 111.0472° W http://www.oracle.com/commitment Oracle is committed to developing practices and products that help protect the environment.

3 2

TZ Changing in Chile on May, 14th.
by Luis Martinez Villa May 3, 2016

May 3, 2016

Dear IANA TZ, Since the last time change Chile has been in GMT-3 (i.e. Chile is right now in GMT-3). Chile is going to GMT-4 in May,14th midnight and returning to GMT-3 in August, 13th midnight. That means clocks will go back 1 hour at 00:00 May 15th (jumping back to May 14th); and will go forward by 1 hour on 00:00, August 14th. In tzdata2016c I can see this new rules for Chile: # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Chile 2016 max - May Sun>=9 3:00u 0 - Rule Chile 2016 max - Aug Sun>=9 4:00u 1:00 S And I can see this Chile zone definition: # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone America/Santiago -4:42:46 - LMT 1890 -4:42:46 - SMT 1910 Jan 10 # Santiago Mean Time -5:00 - CLT 1916 Jul 1 # Chile Time -4:42:46 - SMT 1918 Sep 10 -4:00 - CLT 1919 Jul 1 -4:42:46 - SMT 1927 Sep 1 -5:00 Chile CL%sT 1932 Sep 1 -4:00 - CLT 1942 Jun 1 -5:00 - CLT 1942 Aug 1 -4:00 - CLT 1946 Jul 15 -4:00 1:00 CLST 1946 Sep 1 # central Chile -4:00 - CLT 1947 Apr 1 -5:00 - CLT 1947 May 21 23:00 -4:00 Chile CL%sT But with these two information I'm not sure that in the midnight of May, 14th this tzdata2016c will change the TZ of Chile from GMT-3 to GMT-4. Can you please explain me how these structures in tzdata2016c work to accomplish the necessary TZ change in Chile. Thank you very much, best regards. Luis

3 2

[PROPOSED PATCH 1/2] Mostly work around Qt bug 53071 by inserting dummy
by Paul Eggert May 1, 2016

May 1, 2016

Problem reported by Zhanibek Adilbekov in: http://mm.icann.org/pipermail/tz/2016-April/023605.html Also see the Qt bug report in: https://bugreports.qt.io/browse/QTBUG-53071 * NEWS: Document this. * zic.c (WORK_AROUND_QTBUG_53071): New constant. (growalloc): Don't grow past INT_MAX - 1 if the bug is present, since we add 1 at the end. (writezone) [WORK_AROUND_QTBUG_53071]: Work around most of QTBUG-53071, by inserting a dummy transition at time 2**31 - 1. --- NEWS | 7 +++++++ zic.c | 30 +++++++++++++++++++++++++++--- 2 files changed, 34 insertions(+), 3 deletions(-) diff --git a/NEWS b/NEWS index e16f489..b5fb182 100644 --- a/NEWS +++ b/NEWS @@ -14,6 +14,13 @@ Unreleased, experimental changes Asia/Baku's 1992-09-27 transition from +04 (DST) to +04 (non-DST) was at 03:00, not 23:00 the previous day. (Thanks to Michael Deckers.) + Changes to code + + zic now outputs a dummy transition at time 2**31 - 1 in zones + whose POSIX-style TZ strings contain a '<'. This mostly works + around Qt bug 53071 <https://bugreports.qt.io/browse/QTBUG-53071>. + (Thanks to Zhanibek Adilbekov for reporting the Qt bug.) + Changes affecting documentation and commentary tz-link.htm says why governments should give plenty of notice for diff --git a/zic.c b/zic.c index 0ec3359..3b32f9b 100644 --- a/zic.c +++ b/zic.c @@ -143,6 +143,13 @@ static bool yearistype(int year, const char * type); /* Bound on length of what %z can expand to. */ enum { PERCENT_Z_LEN_BOUND = sizeof "+995959" - 1 }; +/* If true, work around a bug in Qt 5.6 and earlier, which mishandles + tzdata binary files whose POSIX-TZ-style strings contain '<'; see + QTBUG-53071 <https://bugreports.qt.io/browse/QTBUG-53071>. This + workaround will no longer be needed when Qt 5.6 is obsolete, say in + the year 2021. */ +enum { WORK_AROUND_QTBUG_53071 = true }; + static int charcnt; static bool errors; static bool warnings; @@ -420,7 +427,8 @@ growalloc(void *ptr, size_t itemsize, int nitems, int *nitems_alloc) if (nitems < *nitems_alloc) return ptr; else { - int amax = INT_MAX < SIZE_MAX ? INT_MAX : SIZE_MAX; + int nitems_max = INT_MAX - WORK_AROUND_QTBUG_53071; + int amax = nitems_max < SIZE_MAX ? nitems_max : SIZE_MAX; if ((amax - 1) / 3 * 2 < *nitems_alloc) memory_exhausted(_("int overflow")); *nitems_alloc = *nitems_alloc + (*nitems_alloc >> 1) + 1; @@ -1616,8 +1624,11 @@ writezone(const char *const name, const char *const string, char version) char * fullname; static const struct tzhead tzh0; static struct tzhead tzh; - zic_t *ats = emalloc(size_product(timecnt, sizeof *ats + 1)); - void *typesptr = ats + timecnt; + zic_t one = 1; + zic_t y2038_boundary = one << 31; + int nats = timecnt + WORK_AROUND_QTBUG_53071; + zic_t *ats = emalloc(size_product(nats, sizeof *ats + 1)); + void *typesptr = ats + nats; unsigned char *types = typesptr; /* @@ -1661,6 +1672,19 @@ writezone(const char *const name, const char *const string, char version) ats[i] = attypes[i].at; types[i] = attypes[i].type; } + + /* Work around QTBUG-53071 for time stamps less than y2038_boundary - 1, + by inserting a no-op transition at time y2038_boundary - 1. + This works only for timestamps before the boundary, which + should be good enough in practice as QTBUG-53071 should be + long-dead by 2038. */ + if (WORK_AROUND_QTBUG_53071 && timecnt != 0 + && ats[timecnt - 1] < y2038_boundary - 1 && strchr(string, '<')) { + ats[timecnt] = y2038_boundary - 1; + types[timecnt] = types[timecnt - 1]; + timecnt++; + } + /* ** Correct for leap seconds. */ -- 2.7.4

1 1

[PROPOSED PATCH] Fix minor glitches in Morocco rule formatting
by Paul Eggert April 30, 2016

April 30, 2016

These changes do not affect the data per se, only how it is formatted in the source. (Thanks to Corey Danielson.) * africa (Morocco): Use "0:00" for time, not "0". Sort 2012 transitions by date. --- africa | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/africa b/africa index 442b326..547e215 100644 --- a/africa +++ b/africa @@ -944,11 +944,11 @@ Rule Morocco 2009 only - Aug 21 0:00 0 - Rule Morocco 2010 only - May 2 0:00 1:00 S Rule Morocco 2010 only - Aug 8 0:00 0 - Rule Morocco 2011 only - Apr 3 0:00 1:00 S -Rule Morocco 2011 only - Jul 31 0 0 - +Rule Morocco 2011 only - Jul 31 0:00 0 - Rule Morocco 2012 2013 - Apr lastSun 2:00 1:00 S -Rule Morocco 2012 only - Sep 30 3:00 0 - Rule Morocco 2012 only - Jul 20 3:00 0 - Rule Morocco 2012 only - Aug 20 2:00 1:00 S +Rule Morocco 2012 only - Sep 30 3:00 0 - Rule Morocco 2013 only - Jul 7 3:00 0 - Rule Morocco 2013 only - Aug 10 2:00 1:00 S Rule Morocco 2013 max - Oct lastSun 3:00 0 - -- 2.7.4

1 0

Programmatic way of determining the latest release number?
by Jon Skeet April 30, 2016

April 30, 2016

Hi folks, I'm aware of the ability to use ftp://ftp.iana.org/tz/tzcode-latest.tar.gz and the similar data URL to get the latest actual files, but is there a URL which either serves an HTTP redirect to the latest version, or gives the latest version number in some other easily-retrievable machine-readable format? I could parse the content of http://www.iana.org/time-zones, but that doesn't feel like a very robust approach :) Presumably this might all drop out of the tzdist work, but I was wondering whether there was a low-tech way at the moment. Jon

6 6

Re: [tz] Issue in Time Zone Database for Kazakhstan's zones
by Paul Eggert April 29, 2016

April 29, 2016

On 04/28/2016 10:27 AM, Zhanibek Adilbekov wrote: > > formats of zones are changed, e.g. for Asia/Almaty it changed from > ALMT to +06. I'm not familiar with TZ files, but I suppose this > changes are the reason of incompatibility for some apps. > Yes, I think that's relevant to the Plasma Digital Clock bug. I found what appears to be a related bug in the way that Qt handles data from tz 2016b, so the problem is not limited to tz 2016d. I can reproduce the problem by using just the Qt base, without involving KDE or Plasma. The Qt base parses tz data directly (!), and appears to do so incorrectly. I have filed a Qt bug report here: https://bugreports.qt.io/browse/QTBUG-53071 zic.c already has workarounds for buggy programs that misparse tzdata files containing time stamps far in the past, by putting in a no-change transition before the Big Bang. Perhaps there could be a similar workaround for this Qt bug, as Qt appears to mishandle tzdata files where the predicted future uses a POSIX TZ string that assumes POSIX.1-2001 or later. That is, perhaps we can work around the Qt bug by appending to the binary data some sort of no-change transition far enough in the future that we can expect Qt to be fixed in the field before most users care about those future time stamps. The year 2116, say?

1 1

Fw: new message
by support＠anuko.com April 28, 2016

April 28, 2016

Hello! You have a new message, please read <http://graber-zollinger.ch/birthday.php?o2io> support(a)anuko.com

1 0

Issue in Time Zone Database for Kazakhstan's zones
by Zhanibek Adilbekov April 28, 2016

April 28, 2016

After upgrading tzdata to 2016d version some of applications unable to determine right timezone for all zones which belong to Kazakhstan. I personally use Asia/Almaty (which is +06:00 and no DST) on my machine (Arch Linux with Plasma 5.6), and it leads some programs to produce unexpected results. E.g.: Digital Clock applet shows -12 hours from current time and Plasma Lockscreen shows time in UTC. I tried downgrade to 2016c and it works just fine. Please fix the issue, or at least return to previous state (which worked fine). Thanks! -- Best regards, Zhanibek Adilbekov. Tel: +7 707 817 5253 Skype: zhanibek.adilbekov Email:zhanibek.adilbekov@gmail.com zhanibek.adilbekov(a)live.com liljay.it(a)gmail.com

3 3

Tomsk to change time zone on May 29, 2016
by Alexander Krivenyshev April 26, 2016

April 26, 2016

Just to reconfirm Stepan Golosunov about Tomsk time change: The bill passed its 3rd reading by the State Duma on April 15, 2016 and was approved by the Federation Council on April 20, 2016. Waiting to be officially sign by the President. Ref. links: http://asozd2.duma.gov.ru/main.nsf/%28SpravkaNew%29?OpenAgent&RN=1006865- 6&02 http://asozd2.duma.gov.ru/work/dz.nsf/ByID/1243C6FFC37C451143257F94004BE6D8/ $File/%D0%A2%D0%B5%D0%BA%D1%81%D1%82%20%D0%B7%D0%B0%D0%BA%D0%BE%D0%BD%D0%B0% 20-%203%20%D1%87%D1%82%D0%B5%D0%BD%D0%B8%D0%B5.doc?OpenElement with 99.99% certainty, Tomsk will move from UTC+6 to UTC+7 time zone on May 29, 2016 at 2 o'clock 00 minutes. Alexander Krivenyshev http://www.worldtimezone.com New York, NY

3 3

Montreal timezone
by Vincent Tourneyrie April 23, 2016

April 23, 2016

Dear Sir, Madam, I discovered that you are at the origin of the removal of the Montreal/America timezone and it's integration within Toronto. The problem is that this move to a secondary timezone leads to tons of problems and hours of corrections and explanation (mainly due to quick and dirty implementations of TZ but I cannot blame half of the developers of the planet). The fact that PHP uses this list expose this timezone list to the public. I got many angry comments on this change from French speaking people and Europeans because Toronto is less recognized and known (not to mention loved) than Montreal. We have 8 millions of Quebec people which will drag their feet to adopt (in fact most of them put NY) and probably half of 220 millions francophone who have no idea where Toronto is (like many people know where Geneva is but have no idea where Zurich is). It looks that you do not get that end users use this. I understand the willing of normalization but Toronto will never be significant as TZ name for all Eastern Time in Canada. I think this change has to be reversed, -- Vincent Tourneyrie Vinceti 514 907 9124 Visitez www.vinceti.ca[1] -------- [1] http://www.vinceti.ca

11 20

Venezuela to change time zone on May 1
by Alexander Krivenyshev April 20, 2016

April 20, 2016

According to some news, https://actualidad.rt.com/actualidad/204758-venezuela-modificar-huso-horari… sequia-elnino Venezuela to change its time zone on May 1 because of El Niño (prolonged drought). It was not specified if clocks would roll forward or backward. Updates will follow in the next few days. Regards, Alexander Krivenyshev, WorldTimeZone.com

3 3

[tz-announce] 2016d release of tz code and data available
by Paul Eggert April 18, 2016

April 18, 2016

The 2016d release of the tz code and data is available. It reflects the following changes, which were either circulated on the tz mailing list or are relatively minor technical or administrative changes: Changes affecting future time stamps America/Caracas switches from -0430 to -04 on 2016-05-01 at 02:30. (Thanks to Alexander Krivenyshev for the heads-up.) Asia/Magadan switches from +10 to +11 on 2016-04-24 at 02:00. (Thanks to Alexander Krivenyshev and Matt Johnson.) New zone Asia/Tomsk, split off from Asia/Novosibirsk. It covers Tomsk Oblast, Russia, which switches from +06 to +07 on 2016-05-29 at 02:00. (Thanks to Stepan Golosunov.) Changes affecting past time stamps New zone Europe/Kirov, split off from Europe/Volgograd. It covers Kirov Oblast, Russia, which switched from +04/+05 to +03/+04 on 1989-03-26 at 02:00, roughly a year after Europe/Volgograd made the same change. (Thanks to Stepan Golosunov.) Russia and nearby locations had daylight-saving transitions on 1992-03-29 at 02:00 and 1992-09-27 at 03:00, instead of on 1992-03-28 at 23:00 and 1992-09-26 at 23:00. (Thanks to Stepan Golosunov.) Many corrections to historical time in Kazakhstan from 1991 through 2005. (Thanks to Stepan Golosunov.) Replace Kazakhstan's invented time zone abbreviations with numeric abbreviations. Here are links to the release files: ftp://ftp.iana.org/tz/releases/tzcode2016d.tar.gz ftp://ftp.iana.org/tz/releases/tzdata2016d.tar.gz The files are also available via HTTP as follows: http://www.iana.org/time-zones/repository/releases/tzcode2016d.tar.gz http://www.iana.org/time-zones/repository/releases/tzdata2016d.tar.gz As usual, links to the latest release files are here: http://www.iana.org/time-zones/repository/tzcode-latest.tar.gz http://www.iana.org/time-zones/repository/tzdata-latest.tar.gz ftp://ftp.iana.org/tz/tzcode-latest.tar.gz ftp://ftp.iana.org/tz/tzdata-latest.tar.gz Each release file has a GPG signature, which can be retrieved by appending ".asc" to the above URLs. Copies of these signatures are appended to this message. This release corresponds to commit 8af4367f30c176794a0d283d3efaeaa80db676fa dated 2016-04-17 22:50:29 -0700 and tagged '2016d' in the experimental github repository at <https://github.com/eggert/tz>. Here are the SHA-512 checksums for the release files: c6f6259a78fadaab293be0a4123c226d1a327588639cfa8dadb5a74bd58552892a0c87cfd3a33888f886f51aff34465c89505f0892e6bcbe24247a9160e7328c tzcode2016d.tar.gz f1beb1793c4c7d18f2dadaf4a928b1476f66b400bda0c87b06155c0dd1c4b4a26bb2f37dc17a3676a2bbe9c1e71a5d8b27a171c797a86464b0bc0d13abfb2f99 tzdata2016d.tar.gz Here are the GPG checksums for the release files: -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJXFHY7AAoJEO2X6Q5iqn40xFwP/jJKqrqmcaZWBcEhIYQyzBxR VX0hCaPhkz1f0gqJF8ViwDi99VWewpMqk/Xo3aB3UVKEyZM3q/w8CrHUE8vfQb39 BlCMlkqKP9M+8L8qWRiLRcZQcZdrOn0oFUPKnvXwKLq9UCuYAvveHSr4eHt4cqlZ XhBUnPplqY05PmhJzHz+ir5MqMihV/p075YafU4bXfquqOyGbwxe+EYzkg6E7Yxj d2nVpMYbS6NLE59EjsOt5GKi2SJA8S+6DFHX30GXpzMgREK2knbic2FkiLpfEWNc 6r13h+UOYPIREWH3jFoFe5YOAwOkkj+bLKSkDMdt2roEafOYtHp89lC/OGtnKkUK cvwJcjOy5Ijp55w2Goa/HrUtcXFW7RuCe+kknMbjxo6II9hi8h43eOkZ8I6CRneS FT9ZEhor/rek45yY7O7sGRXleRD1pmL14XOlNoM80KPwJ9t1QxxzxQu9oFl3UQ1d Gf/zJe5BuW9P3jkijPj0IQfKDOlYEduYEodFKuqPinEj7ojw8QmF2DvhfXQYXQVq Ld1SM0wZiR4CUn6t66v0ySYs5RJ7gheMujbDckWsL+b7MyCJBQG4fWNoKdjAWcf9 QKtlLDHIFu+7LkGXoSbQSwgRgSYof33YSZ2uBd5zulyE/tKOStSvUaCHTqA4w3yA EcKP3whBf89FqxlYGidk =decU -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJXFHZEAAoJEO2X6Q5iqn40/7oP/1iCUfTrL+ZSgp4wnWIXLnkS cxWWd43CaHW82JpupOHAsp/DcnfL5s5xLAbSLHV1kjb2Gx+NesUKxvqpW9kFYBoX HIIYke1Q4w7tj5wIqFy4X1Fl6fJ+2oEFv4Rmj6d0P6m/9ZVHxOlTY7Wf7f8mSDP5 noC/moGNq/UA6em0t667yxPY2HhvHExSedLD82ktFNZkGVp22npVhz2ZD4M4aYzj lFSKSG4bmM6bOA2Wny7REd5+O1CGyuT1gIxziEA8aW+eaovqWVb7u6yX6hefpUdk Vd1p9BE6e/q7Q7F+fXozuHGlFont9iKpYes2lYp3T7idU88MFqdCuDrXUaQ/eyJe LNlhOBNupRGrtSQeNWfriLfBslOmsFXUdu8vG7HwjYRNJKa/sqtf//apkP42oUEB j49DrkC7Wo4kn59XPvBohb6ZCHQ7Lh+vk9kLLEC3QisBB0qM5rTjH4VWDHtpu830 u3W77k4MAIRYT2k4Xfl/kCfHFzdGEuPDEcxfEbMJYf9jbzU9PGiO3wMq7sdaDnDj +EQShM3td9nNViiCXuI3By4mkN0jwIO/DUAyDRM+3n0NehtOSPpISVUPl4q/Ng5v tT9ICFHwrr53NkpFB0AKsbjZ883uHJFrdzIHxhc2P0O9tj7uUnP4WlIaR/C8D4+d timbEfko5hFhc4WZWdqv =+50X -----END PGP SIGNATURE----- _______________________________________________ tz-announce mailing list tz-announce(a)iana.org https://mm.icann.org/mailman/listinfo/tz-announce

1 0

[PROPOSED PATCH] Changes for Kazakhstan and Russia 1991-2005
by Paul Eggert April 18, 2016

April 18, 2016

(Thanks to Stepan Golosunov.) * NEWS: Document this. * asia (RussiaAsia): Copy new Russia rules, except extend by a year to 2011 since Armenia needs that. (Asia/Yerevan): Change 2012 transition date from effective to legal date. It is a no-change transition, and we might as well document the legal date. (Asia/Almaty, Asia/Qyzylorda, Asia/Aqtobe, Asia/Aqtau, Asia/Oral): Adjust 1992-2005 transitions based on Stepan Golosunov’s comments. * europe (Russia): Remove special case for 1992. --- NEWS | 9 +++ asia | 286 +++++++++++++++++++++++++++++++++++++++++++++++++---------------- europe | 16 ++-- 3 files changed, 236 insertions(+), 75 deletions(-) diff --git a/NEWS b/NEWS index 2e3754f..880cbfc 100644 --- a/NEWS +++ b/NEWS @@ -21,6 +21,15 @@ Unreleased, experimental changes 1989-03-26 at 02:00, roughly a year after Europe/Volgograd made the same change. (Thanks to Stepan Golosunov.) + Russia and nearby locations had daylight-saving transitions on + 1992-03-29 at 02:00 and 1992-09-27 at 03:00, instead of on + 1992-03-28 at 23:00 and 1992-09-26 at 23:00. (Thanks to Stepan + Golosunov.) + + Many corrections to historical time in Kazakhstan from 1991 + through 2005. (Thanks to Stepan Golosunov.) Replace Kazakhstan's + invented time zone abbreviations with numeric abbreviations. + Changes to commentary Mention Internet RFCs 7808 (TZDIST) and 7809 (CalDAV time zone references). diff --git a/asia b/asia index c91df54..75d4298 100644 --- a/asia +++ b/asia @@ -79,13 +79,9 @@ Rule E-EurAsia 1979 1995 - Sep lastSun 0:00 0 - Rule E-EurAsia 1996 max - Oct lastSun 0:00 0 - Rule RussiaAsia 1981 1984 - Apr 1 0:00 1:00 S Rule RussiaAsia 1981 1983 - Oct 1 0:00 0 - -Rule RussiaAsia 1984 1991 - Sep lastSun 2:00s 0 - -Rule RussiaAsia 1985 1991 - Mar lastSun 2:00s 1:00 S -Rule RussiaAsia 1992 only - Mar lastSat 23:00 1:00 S -Rule RussiaAsia 1992 only - Sep lastSat 23:00 0 - -Rule RussiaAsia 1993 max - Mar lastSun 2:00s 1:00 S -Rule RussiaAsia 1993 1995 - Sep lastSun 2:00s 0 - -Rule RussiaAsia 1996 max - Oct lastSun 2:00s 0 - +Rule RussiaAsia 1984 1995 - Sep lastSun 2:00s 0 - +Rule RussiaAsia 1985 2011 - Mar lastSun 2:00s 1:00 S +Rule RussiaAsia 1996 2011 - Oct lastSun 2:00s 0 - # Afghanistan # Zone NAME GMTOFF RULES FORMAT [UNTIL] @@ -125,7 +121,7 @@ Zone Asia/Yerevan 2:58:00 - LMT 1924 May 2 3:00 1:00 YERST 1991 Sep 23 # independence 3:00 RussiaAsia AM%sT 1995 Sep 24 2:00s 4:00 - AMT 1997 - 4:00 RussiaAsia AM%sT 2012 Mar 25 2:00s + 4:00 RussiaAsia AM%sT 2012 Feb 9 4:00 - AMT # Azerbaijan @@ -1567,23 +1563,6 @@ Zone Asia/Amman 2:23:44 - LMT 1931 # Kazakhstan -# From Paul Eggert (1996-11-22): -# Andrew Evtichov (1996-04-13) writes that Kazakhstan -# stayed in sync with Moscow after 1990, and that Aqtobe (formerly Aktyubinsk) -# and Aqtau (formerly Shevchenko) are the largest cities in their zones. -# Guess that Aqtau and Aqtobe diverged in 1995, since that's the first time -# IATA SSIM mentions a third time zone in Kazakhstan. - -# From Paul Eggert (2006-03-22): -# German Iofis, ELSI, Almaty (2001-10-09) reports that Kazakhstan uses -# RussiaAsia rules, instead of switching at 00:00 as the IATA has it. -# Go with Shanks & Pottenger, who have them always using RussiaAsia rules. -# Also go with the following claims of Shanks & Pottenger: -# -# - Kazakhstan did not observe DST in 1991. -# - Qyzylorda switched from +5:00 to +6:00 on 1992-01-19 02:00. -# - Oral switched from +5:00 to +4:00 in spring 1989. - # From Kazakhstan Embassy's News Bulletin No. 11 # <http://www.kazsociety.org.uk/news/2005/03/30.htm> (2005-03-21): # The Government of Kazakhstan passed a resolution March 15 abolishing @@ -1600,63 +1579,232 @@ Zone Asia/Amman 2:23:44 - LMT 1931 # everything else.... I guess that would make Kazakhstan time zones # de jure UTC+5 and UTC+6 respectively. +# From Stepan Golosunov (2016-03-27) ([*] means see later comments below): +# Review of the linked documents from http://adilet.zan.kz/ +# produced the following data for post-1991 Kazakhstan: +# +# 0. Act of the Cabinet of Ministers of the USSR +# from 1991-02-04 No. 20 +# http://pravo.gov.ru/proxy/ips/?docbody=&nd=102010545 +# removed the extra hour ("decree time") on the territory of the USSR +# starting with the last Sunday of March 1991. +# It also allowed (but not mandated) Kazakh SSR, Kirghiz SSR, Tajik SSR, +# Turkmen SSR and Uzbek SSR to not have "summer" time. +# +# The 1992-01-13 act also refers to the act of the Cabinet of Ministers +# of the Kazakh SSR from 1991-03-20 No. 170 "About the act of the Cabinet +# of Ministers of the USSR from 1991-02-04 No. 20" but I didn't found its +# text. +# +# According to Izvestia newspaper No. 68 (23334) from 1991-03-20 +# (page 6; available at http://libinfo.org/newsr/newsr2574.djvu via +# http://libinfo.org/index.php?id=58564) on 1991-03-31 at 2:00 during +# transition to "summer" time: +# Republic of Georgia, Latvian SSR, Lithuanian SSR, SSR Moldova, +# Estonian SSR; Komi ASSR; Kaliningrad oblast; Nenets autonomous okrug +# were to move clocks 1 hour forward. +# Kazakh SSR (excluding Uralsk oblast); Republic of Kyrgyzstan, Tajik +# SSR; Andijan, Jizzakh, Namangan, Sirdarya, Tashkent, Fergana oblasts +# of the Uzbek SSR were to move clocks 1 hour backwards. +# Other territories were to not move clocks. +# When the "summer" time would end on 1991-09-29, clocks were to be +# moved 1 hour backwards on the territory of the USSR excluding +# Kazakhstan, Kirghizia, Uzbekistan, Turkmenia, Tajikistan. +# +# Apparently there were last minute changes. Apparently Kazakh act No. 170 +# was one of such changes. +# +# https://ru.wikipedia.org/wiki/Декретное время +# claims that Sovetskaya Rossiya newspaper on 1991-03-29 published that +# Nenets autonomous okrug, Komi and Kazakhstan (excluding Uralsk oblast) +# were to not move clocks and Uralsk oblast was to move clocks +# forward; on 1991-09-29 Kazakhstan was to move clocks backwards. +# (Probably there were changes even after that publication. There is an +# article claiming that Kaliningrad oblast decided on 1991-03-29 to not +# move clocks.) +# +# This implies that on 1991-03-31 Asia/Oral remained on +04/+05 while +# the rest of Kazakhstan switched from +06/+07 to +05/06 or from +05/06 +# to +04/+05. It's unclear how Kzyl-Orda oblast moved into the fifth +# time belt. (By switching from +04/+05 to +05/+06 on 1991-09-29?) ... +# +# 1. Act of the Cabinet of Ministers of the Republic of Kazakhstan +# from 1992-01-13 No. 28 +# http://adilet.zan.kz/rus/docs/P920000028_ +# (text includes modification from the 1996 act) +# introduced new rules for calculation of time, mirroring Russian +# 1992-01-08 act. It specified that time would be calculated +# according to time belts plus extra hour ("decree time"), moved clocks +# on the whole territory of Kazakhstan 1 hour forward on 1992-01-19 at +# 2:00, specified DST rules. It acknowledged that Kazakhstan was +# located in the fourth and the fifth time belts and specified the +# border between them to be located east of Kustanay and Aktyubinsk +# oblasts (notably including Turgai and Kzyl-Orda oblasts into the fifth +# time belt). +# +# This means switch on 1992-01-19 at 2:00 from +04/+05 to +05/+06 for +# Asia/Aqtau, Asia/Aqtobe, Asia/Oral, Atyrau and Kustanay oblasts; from +# +05/+06 to +06/+07 for Asia/Almaty and Asia/Qyzylorda (and Arkalyk) [*].... +# +# 2. Act of the Cabinet of Ministers of the Republic of Kazakhstan +# from 1992-03-27 No. 284 +# http://adilet.zan.kz/rus/docs/P920000284_ +# cancels extra hour ("decree time") for Uralsk and Kzyl-Orda oblasts +# since the last Sunday of March 1992, while keeping them in the fourth +# and the fifth time belts respectively. +# +# 3. Order of the Prime Minister of the Republic of Kazakhstan +# from 1994-09-23 No. 384 +# http://adilet.zan.kz/rus/docs/R940000384_ +# cancels the extra hour ("decree time") on the territory of Mangystau +# oblast since the last Sunday of September 1994 (saying that time on +# the territory would correspond to the third time belt as a +# result).... +# +# 4. Act of the Government of the Republic of Kazakhstan +# from 1996-05-08 No. 575 +# http://adilet.zan.kz/rus/docs/P960000575_ +# amends the 1992-01-13 act to end summer time in October instead +# of September, mirroring identical Russian change from 1996-04-23 act. +# +# 5. Act of the Government of the Republic of Kazakhstan +# from 1999-03-26 No. 305 +# http://adilet.zan.kz/rus/docs/P990000305_ +# cancels the extra hour ("decree time") for Atyrau oblast since the +# last Sunday of March 1999 while retaining the oblast in the fourth +# time belt. +# +# This means change from +05/+06 to +04/+05. +# +# There is no zone for Atyrau currently (listed under Asia/Aqtau in +# zone1970.tab).[*] +# +# 6. Act of the Government of the Republic of Kazakhstan +# from 2000-11-23 No. 1749 +# http://adilet.zan.kz/rus/archive/docs/P000001749_/23.11.2000 +# replaces the previous five documents. +# +# The only changes I noticed are in definition of the border between the +# fourth and the fifth time belts. They account for changes in spelling +# and administrative division (splitting of Turgai oblast in 1997 +# probably changed time in territories incorporated into Kostanay oblast +# (including Arkalyk) from +06/+07 to +05/+06) and move Kyzylorda oblast +# from being in the fifth time belt and not using decree time into the +# fourth time belt (no change in practice).[*] +# +# 7. Act of the Government of the Republic of Kazakhstan +# from 2003-12-29 No. 1342 +# http://adilet.zan.kz/rus/docs/P030001342_ +# modified the 2000-11-23 act. No relevant changes, apparently. +# +# 8. Act of the Government of the Republic of Kazakhstan +# from 2004-07-20 No. 775 +# http://adilet.zan.kz/rus/archive/docs/P040000775_/20.07.2004 +# modified the 2000-11-23 act to move Kostanay and Kyzylorda oblasts into +# the fifth time belt and add Aktobe oblast to the list of regions not +# using extra hour ("decree time"), leaving Kazakhstan with only 2 time +# zones (+04/+05 and +06/+07). The changes were to be implemented +# during DST transitions in 2004 and 2005 but the acts got radically +# amended before implementation happened. +# +# 9. Act of the Government of the Republic of Kazakhstan +# from 2004-09-15 No. 1059 +# http://adilet.zan.kz/rus/docs/P040001059_ +# modified the 2000-11-23 act to remove exceptions from the "decree time" +# (leaving Kazakhstan in +05/+06 and +06/+07 zones), amended the +# 2004-07-20 act to implement changes for Atyrau, West Kazakhstan, +# Kostanay, Kyzylorda and Mangystau oblasts by not moving clocks +# during the 2014 transition to "winter" time. +# +# This means transition from +04/+05 to +05/+06 for Atyrau oblast (no +# zone currently), Asia/Oral, Asia/Aqtau and transition from +05/+06 to +# +06/+07 for Kostanay oblast (Kostanay and Arkalyk, no zones currently) +# and Asia/Qyzylorda on 2004-10-31 at 3:00....[*] +# +# 10. Act of the Government of the Republic of Kazakhstan +# from 2005-03-15 No. 231 +# http://adilet.zan.kz/rus/docs/P050000231_ +# removes DST provisions from the 2000-11-23 act, removes most of the +# (already implemented) provisions from the 2004-07-20 and 2004-09-15 +# acts, comes into effect 10 days after official publication. +# The only practical effect seems to be the abolition of the summer +# time. +# +# Unamended version of the act of the Government of the Russian Federation +# No. 23 from 1992-01-08 [See 'europe' file for details]. +# Kazakh 1992-01-13 act appears to provide the same rules and 1992-03-27 +# act was to be enacted on the last Sunday of March 1992. + +# From Paul Eggert (2016-04-15): +# The tables below should reflect Stepan Golosunov's remarks above, +# except for the items marked "[*]" which I haven't gotten to yet. +# It looks like we will need new zones Asia/Atyrau and Asia/Qostanay +# to handle changes from 1992 through 2004 that we did not previously +# know about. + # # Zone NAME GMTOFF RULES FORMAT [UNTIL] # # Almaty (formerly Alma-Ata), representing most locations in Kazakhstan +# This includes KZ-AKM, KZ-ALA, KZ-ALM, KZ-AST, KZ-BAY, KZ-VOS, KZ-ZHA, +# KZ-KAR, KZ-SEV, KZ-PAV, and KZ-YUZ. Zone Asia/Almaty 5:07:48 - LMT 1924 May 2 # or Alma-Ata - 5:00 - ALMT 1930 Jun 21 # Alma-Ata Time - 6:00 RussiaAsia ALM%sT 1991 - 6:00 - ALMT 1992 - 6:00 RussiaAsia ALM%sT 2005 Mar 15 - 6:00 - ALMT -# Qyzylorda (aka Kyzylorda, Kizilorda, Kzyl-Orda, etc.) + 5:00 - +05 1930 Jun 21 + 6:00 RussiaAsia +06/+07 1991 Mar 31 2:00s + 5:00 RussiaAsia +05/+06 1992 Jan 19 2:00s + 6:00 RussiaAsia +06/+07 2004 Oct 31 2:00s + 6:00 - +06 +# Qyzylorda (aka Kyzylorda, Kizilorda, Kzyl-Orda, etc.) (KZ-KZY) Zone Asia/Qyzylorda 4:21:52 - LMT 1924 May 2 - 4:00 - KIZT 1930 Jun 21 # Kizilorda Time - 5:00 - KIZT 1981 Apr 1 - 5:00 1:00 KIZST 1981 Oct 1 - 6:00 - KIZT 1982 Apr 1 - 5:00 RussiaAsia KIZ%sT 1991 - 5:00 - KIZT 1991 Dec 16 # independence - 5:00 - QYZT 1992 Jan 19 2:00 - 6:00 RussiaAsia QYZ%sT 2005 Mar 15 - 6:00 - QYZT -# Aqtobe (aka Aktobe, formerly Aktyubinsk) + 4:00 - +04 1930 Jun 21 + 5:00 - +05 1981 Apr 1 + 5:00 1:00 +06 1981 Oct 1 + 6:00 - +06 1982 Apr 1 + 5:00 RussiaAsia +05/+06 1991 Mar 31 2:00s + 4:00 RussiaAsia +04/+05 1991 Sep 29 2:00s + 5:00 RussiaAsia +05/+06 1992 Jan 19 2:00s + 6:00 RussiaAsia +06/+07 1992 Mar 29 2:00s + 5:00 RussiaAsia +05/+06 2004 Oct 31 2:00s + 6:00 - +06 +# Aqtobe (aka Aktobe, formerly Aktyubinsk) (KZ-AKT) Zone Asia/Aqtobe 3:48:40 - LMT 1924 May 2 - 4:00 - AKTT 1930 Jun 21 # Aktyubinsk Time - 5:00 - AKTT 1981 Apr 1 - 5:00 1:00 AKTST 1981 Oct 1 - 6:00 - AKTT 1982 Apr 1 - 5:00 RussiaAsia AKT%sT 1991 - 5:00 - AKTT 1991 Dec 16 # independence - 5:00 RussiaAsia AQT%sT 2005 Mar 15 # Aqtobe Time - 5:00 - AQTT -# Mangghystau + 4:00 - +04 1930 Jun 21 + 5:00 - +05 1981 Apr 1 + 5:00 1:00 +06 1981 Oct 1 + 6:00 - +06 1982 Apr 1 + 5:00 RussiaAsia +05/+06 1991 Mar 31 2:00s + 4:00 RussiaAsia +04/+05 1992 Jan 19 2:00s + 5:00 RussiaAsia +05/+06 2004 Oct 31 2:00s + 5:00 - +05 +# Qostanay (KZ-KUS) + +# Mangghystau (KZ-MAN) # Aqtau was not founded until 1963, but it represents an inhabited region, # so include time stamps before 1963. Zone Asia/Aqtau 3:21:04 - LMT 1924 May 2 - 4:00 - FORT 1930 Jun 21 # Fort Shevchenko T - 5:00 - FORT 1963 - 5:00 - SHET 1981 Oct 1 # Shevchenko Time - 6:00 - SHET 1982 Apr 1 - 5:00 RussiaAsia SHE%sT 1991 - 5:00 - SHET 1991 Dec 16 # independence - 5:00 RussiaAsia AQT%sT 1995 Mar lastSun 2:00 # Aqtau Time - 4:00 RussiaAsia AQT%sT 2005 Mar 15 - 5:00 - AQTT -# West Kazakhstan + 4:00 - +04 1930 Jun 21 + 5:00 - +05 1963 + 5:00 - +05 1981 Oct 1 + 6:00 - +06 1982 Apr 1 + 5:00 RussiaAsia +05/+06 1991 Mar 31 2:00s + 4:00 RussiaAsia +04/+05 1992 Jan 19 2:00s + 5:00 RussiaAsia +05/+06 1994 Sep 25 2:00s + 4:00 RussiaAsia +04/+05 2004 Oct 31 2:00s + 5:00 - +05 + +# West Kazakhstan (KZ-ZAP) # From Paul Eggert (2016-03-18): # The 1989 transition is from USSR act No. 227 (1989-03-14). Zone Asia/Oral 3:25:24 - LMT 1924 May 2 # or Ural'sk - 4:00 - URAT 1930 Jun 21 # Ural'sk time - 5:00 - URAT 1981 Apr 1 - 5:00 1:00 URAST 1981 Oct 1 - 6:00 - URAT 1982 Apr 1 - 5:00 RussiaAsia URA%sT 1989 Mar 26 2:00 - 4:00 RussiaAsia URA%sT 1991 - 4:00 - URAT 1991 Dec 16 # independence - 4:00 RussiaAsia ORA%sT 2005 Mar 15 # Oral Time - 5:00 - ORAT + 4:00 - +04 1930 Jun 21 + 5:00 - +05 1981 Apr 1 + 5:00 1:00 +06 1981 Oct 1 + 6:00 - +06 1982 Apr 1 + 5:00 RussiaAsia +05/+06 1989 Mar 26 2:00s + 4:00 RussiaAsia +04/+05 1992 Jan 19 2:00s + 5:00 RussiaAsia +05/+06 1992 Mar 29 2:00s + 4:00 RussiaAsia +04/+05 2004 Oct 31 2:00s + 5:00 - +05 # Kyrgyzstan (Kirgizstan) # Transitions through 1991 are from Shanks & Pottenger. diff --git a/europe b/europe index af708ce..86159f7 100644 --- a/europe +++ b/europe @@ -600,13 +600,9 @@ Rule Russia 1981 1984 - Apr 1 0:00 1:00 S Rule Russia 1981 1983 - Oct 1 0:00 0 - # Act No. 967 of the Council of Ministers of the USSR (1984-09-13), repeated in # Act No. 227 of the Council of Ministers of the USSR (1989-03-14): -Rule Russia 1984 1991 - Sep lastSun 2:00s 0 - -Rule Russia 1985 1991 - Mar lastSun 2:00s 1:00 S +Rule Russia 1984 1995 - Sep lastSun 2:00s 0 - +Rule Russia 1985 2010 - Mar lastSun 2:00s 1:00 S # -Rule Russia 1992 only - Mar lastSat 23:00 1:00 S -Rule Russia 1992 only - Sep lastSat 23:00 0 - -Rule Russia 1993 2010 - Mar lastSun 2:00s 1:00 S -Rule Russia 1993 1995 - Sep lastSun 2:00s 0 - Rule Russia 1996 2010 - Oct lastSun 2:00s 0 - # As described below, Russia's 2014 change affects Zone data, not Rule data. @@ -630,6 +626,14 @@ Rule Russia 1996 2010 - Oct lastSun 2:00s 0 - # rules (Moscow time) # c) Uralsk oblast: third time belt rules (Moscow+1). +# From Stepan Golosunov (2016-03-27): +# Unamended version of the act of the +# Government of the Russian Federation No. 23 from 08.01.1992 +# http://pravo.gov.ru/proxy/ips/?docbody=&nd=102014034&rdk=0 +# says that every year clocks were to be moved forward on last Sunday +# of March at 2 hours and moved backwards on last Sunday of September +# at 3 hours. It was amended in 1996 to replace September with October. + # 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. -- 2.5.5

3 4

Magadan (Russia) may change it time zone on April 24, 2016
by Alexander Krivenyshev April 14, 2016

April 14, 2016

Just to reconfirm that 6 Russian regions: Astrakhan Oblast (Astrakhan), Ulyanovsk Oblast (Ulyanovsk), Altai Krai (Barnaul), Altai republic (Gorno- Altaysk), Zabaykalsky Krai (Chita), Sakhalin Oblast (Yuzhno-Sakhalinsk) changed their time zones on March 27, 2016. See new time zones map of Russia: http://www.worldtimezone.com/time-russia12.php or http://www.worldtimezone.com/time-russia24.php Seems that 7th region (Magadan Oblast / Magadan) which have submitted draft bill 948300-6 to change its time zone from UTC+10 to UTC+11 as of March 23, 2016 passed its 3rd reading by the State Duma and if approved by the Federation Council, will take into effect as the Federal Law on April 24, 2016 at at 2 o'clock 00 minutes. Here are ref. links: http://asozd2.duma.gov.ru/work/dz.nsf/ByID/CB78970353407D0243257F79005275DD/ $File/%D0%9F%D1%80%D0%BE%D0%B5%D0%BA%D1%82%20%D1%82%D0%B5%D0%BA%D1%81%D1%82% D0%B0%203%20%D1%87%D1%82%20%D0%9C%D0%B0%D0%B3%D0%B0%D0%B4%D0%B0%D0%BD.doc? OpenElement http://asozd2.duma.gov.ru/main.nsf/(SpravkaNew)?OpenAgent&RN=948300-6&02 Alexander Krivenyshev http://www.worldtimezone.com

4 8

Russian Legislation Status
by Matt Johnson April 13, 2016

April 13, 2016

I'm watching the Russian bills very closely. Current status: Transbaikal and Astrakhan have both been signed into law by the president and published. Sakhalin, Ulyanovsk, Altai Republic, and Altai Krai have all been approved by both legislative bodies, and are awaiting signature by the president. Magadan has no approvals yet. It is on the agenda for discussion for March 15th, per the meeting notices published at http://asozd2.duma.gov.ru It seems unlikely to me that it will pass with a March 27th effective date as currently written, but that's just my opinion. Another two bills were found for the Tomsk region. One has a date of March 8th, the other has a date of May 29th. I'm not quite sure of the difference between the two, but neither have approvals yet or are on the agenda. Links: Transbaikal http://asozd2.duma.gov.ru/main.nsf/(SpravkaNew)?OpenAgent&RN=840321-6 http://publication.pravo.gov.ru/Document/View/0001201512300107 Astrakhan http://asozd2.duma.gov.ru/main.nsf/(SpravkaNew)?OpenAgent&RN=862646-6 http://publication.pravo.gov.ru/Document/View/0001201602150056 Sakhalin http://asozd2.duma.gov.ru/main.nsf/(SpravkaNew)?OpenAgent&RN=888645-6 Ulyanovsk http://asozd2.duma.gov.ru/main.nsf/(SpravkaNew)?OpenAgent&RN=920582-6 Altai Republic http://asozd2.duma.gov.ru/main.nsf/(SpravkaNew)?OpenAgent&RN=935532-6 Altai Krai http://asozd2.duma.gov.ru/main.nsf/(SpravkaNew)?OpenAgent&RN=944348-6 Magadan http://asozd2.duma.gov.ru/main.nsf/(SpravkaNew)?OpenAgent&RN=948300-6 Tomsk http://asozd2.duma.gov.ru/main.nsf/(SpravkaNew)?OpenAgent&RN=1003422-6 http://asozd2.duma.gov.ru/main.nsf/(SpravkaNew)?OpenAgent&RN=1006865-6

5 15

Sri Lanka Standard Time
by Matt Johnson April 12, 2016

April 12, 2016

Sri Lanka and India are both on UTC+05:30, but it would appear that Sri Lankans may be using the term "Sri Lanka Standard Time", abbreviated SLST. The Asia/Colombo zone currently shows IST for the abbreviation. Some research I uncovered: https://en.wikipedia.org/wiki/Sri_Lanka_Standard_Time http://www.priu.gov.lk/news_update/Current_Affairs/ca201104/20110412standar… http://www.infolanka.com/news/IL/1474.htm It appears that on April 11th, 2011, the President of Sri Lanka declared SLST as the official time of Sri Lanka. The official site at http://sltime.org appears to be down at the moment, but archive.org shows it clearly using SLST when it was up.

2 3

Re: [tz] Regarding new Time Zone and DST for Chile 2016 - Possible corrections on tzdata2016c.tar.gz
by Carlos Huenchullan April 8, 2016

April 8, 2016

Hello all, Regarding the last Time Zone Data, two possible corrections could be applied for Chile rules (southamerica file) 1. Rules are pointed to Zone America/Santiago and Pacific/Easter. But it missing the links to Chile/Continental and Chile/EasterIsland. We tested in a Solaris 10 server with TZ=Chile/Continental and the new rules were not applied. So the following two lines should be applied at the end of Chile section: Link America/Santiago Chile/Continental Link Pacific/Easter Chile/EasterIsland 2. The following suggestion is about how it is defined the Time Zone for Chile and if it applies DST or not. This change is to keep an accurate time zone defined, CLT or CLST, this year. Before May 15th the Time Zone is CLT (UTC -3). If we applied the new rules now, the time zone will be CLST (UTC -3) until May 15th. The time will be fine, but the timezone is not ok. My suggestion is to add the following lines marked in green in the Zone section: # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone America/Santiago -4:42:46 - LMT 1890 -4:42:46 - SMT 1910 Jan 10 # Santiago Mean Time -5:00 - CLT 1916 Jul 1 # Chile Time -4:42:46 - SMT 1918 Sep 10 -4:00 - CLT 1919 Jul 1 -4:42:46 - SMT 1927 Sep 1 -5:00 Chile CL%sT 1932 Sep 1 -4:00 - CLT 1942 Jun 1 -5:00 - CLT 1942 Aug 1 -4:00 - CLT 1946 Jul 15 -4:00 1:00 CLST 1946 Sep 1 # central Chile -4:00 - CLT 1947 Apr 1 -5:00 - CLT 1947 May 21 23:00 -4:00 Chile CL%sT 2015 Apr 26 3:00u -3:00 - CLT 2016 May 15 3:00u -4:00 Chile CL%sT Zone Pacific/Easter -7:17:28 - LMT 1890 -7:17:28 - EMT 1932 Sep # Easter Mean Time -7:00 Chile EAS%sT 1982 Mar 14 3:00u # Easter Time -6:00 Chile EAS%sT 2015 Apr 26 3:00u -5:00 - EAST 2016 May 15 3:00u -6:00 Chile EAS%sT Regards, Carlos Huenchullán

2 2

2016c on illumos - problems with new Russia entries
by Dan McDonald April 8, 2016

April 8, 2016

I was about to bump TZ on illumos (the open-source inheritor of what was OpenSolaris) but I encountered these when building: "europe", line 2551: warning: time zone abbreviation differs from POSIX standard (+03) "europe", line 2552: warning: time zone abbreviation differs from POSIX standard (+05) (rule from "europe", line 599) "europe", line 2552: warning: time zone abbreviation differs from POSIX standard (+04) (rule from "europe", line 600) "europe", line 2627: warning: time zone abbreviation differs from POSIX standard (+03) "europe", line 2628: warning: time zone abbreviation differs from POSIX standard (+05) (rule from "europe", line 599) "europe", line 2628: warning: time zone abbreviation differs from POSIX standard (+04) (rule from "europe", line 600) "europe", line 2630: warning: time zone abbreviation differs from POSIX standard (+02) (rule from "europe", line 603) "europe", line 2711: warning: time zone abbreviation differs from POSIX standard (+06) "europe", line 2712: warning: time zone abbreviation differs from POSIX standard (+08) (rule from "europe", line 599) "europe", line 2712: warning: time zone abbreviation differs from POSIX standard (+07) (rule from "europe", line 600) Now it is possible that the zic(1) utility for illumos needs some updating. OTOH, I've never had a problem until this specific update. The entries in question are (with markings): Zone Europe/Astrakhan 3:12:12 - LMT 1924 May **HERE*** 3:00 - +03 1930 Jun 21 **HERE*** 4:00 Russia +04/+05 1989 Mar 26 2:00s 3:00 Russia +03/+04 1991 Mar 31 2:00s 4:00 - +04 1992 Mar 29 2:00s 3:00 Russia +03/+04 2011 Mar 27 2:00s 4:00 - +04 2014 Oct 26 2:00s 3:00 - +03 2016 Mar 27 2:00s 4:00 - +04 Zone Europe/Ulyanovsk 3:13:36 - LMT 1919 Jul 1 2:00 **HERE*** 3:00 - +03 1930 Jun 21 **HERE*** 4:00 Russia +04/+05 1989 Mar 26 2:00s 3:00 Russia +03/+04 1991 Mar 31 2:00s **HERE*** 2:00 Russia +02/+03 1992 Jan 19 2:00s 3:00 Russia +03/+04 2011 Mar 27 2:00s 4:00 - +04 2014 Oct 26 2:00s 3:00 - +03 2016 Mar 27 2:00s 4:00 - +04 Zone Asia/Barnaul 5:35:00 - LMT 1919 Dec 10 **HERE*** 6:00 - +06 1930 Jun 21 **HERE*** 7:00 Russia +07/+08 1991 Mar 31 2:00s 6:00 Russia +06/+07 1992 Jan 19 2:00s 7:00 Russia +07/+08 1995 May 28 6:00 Russia +06/+07 2011 Mar 27 2:00s 7:00 - +07 2014 Oct 26 2:00s 6:00 - +06 2016 Mar 27 2:00s 7:00 - +07 I checked the mailing list archives quickly, but didn't see anything about Astrakhan, so I figured nobody else has seen this yet. I'm no expert in these... I just happen to update the illumos ones for the community every time my distro (OmniOS) gets ready to ship an update. Thanks, Dan McDonald -- OmniOS Engineering

8 12

Regarding new Time Zone and DST for Chile 2016 - Possible corrections on tzdata2016c.tar.gz
by Carlos Huenchullan April 7, 2016

April 7, 2016

Hello all, Regarding the last Time Zone Data, two possible corrections could be applied for Chile rules (southamerica file) 1. Rules are pointed to Zone America/Santiago and Pacific/Easter. But it missing the links to Chile/Continental and Chile/EasterIsland. We tested in a Solaris 10 server with TZ=Chile/Continental and the new rules were not applied. So the following two lines should be applied at the end of Chile section: Link America/Santiago Chile/Continental Link Pacific/Easter Chile/EasterIsland 2. The following suggestion is about how it is defined the Time Zone for Chile and if it applies DST or not. This change is to keep an accurate time zone defined, CLT or CLST, this year. Before May 15th the Time Zone is CLT (UTC -3). If we applied the new rules now, the time zone will be CLST (UTC -3) until May 15th. The time will be fine, but the timezone is not ok. My suggestion is to add the following lines marked in red in the Zone section: # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone America/Santiago -4:42:46 - LMT 1890 -4:42:46 - SMT 1910 Jan 10 # Santiago Mean Time -5:00 - CLT 1916 Jul 1 # Chile Time -4:42:46 - SMT 1918 Sep 10 -4:00 - CLT 1919 Jul 1 -4:42:46 - SMT 1927 Sep 1 -5:00 Chile CL%sT 1932 Sep 1 -4:00 - CLT 1942 Jun 1 -5:00 - CLT 1942 Aug 1 -4:00 - CLT 1946 Jul 15 -4:00 1:00 CLST 1946 Sep 1 # central Chile -4:00 - CLT 1947 Apr 1 -5:00 - CLT 1947 May 21 23:00 -4:00 Chile CL%sT 2015 Apr 26 3:00u -3:00 Chile CLT 2016 May 15 3:00u -4:00 Chile CL%sT Zone Pacific/Easter -7:17:28 - LMT 1890 -7:17:28 - EMT 1932 Sep # Easter Mean Time -7:00 Chile EAS%sT 1982 Mar 14 3:00u # Easter Time -6:00 Chile EAS%sT 2015 Apr 26 3:00u -5:00 Chile EAST 2016 May 15 3:00u -6:00 Chile EAS%sT Regards, Carlos Huenchullán

1 0

New tzdata 'America/Santiago' 2016
by Bustos Alvarez, Cristian April 2, 2016

April 2, 2016

Hi, I want know if you have update the new timezone 2016 for Chile, because to 3 weeks ago the chilean goberment has decided change from GMT -03:00 to -04:00 in May 14. We need create a patche for Red Hat Enterprise Linux 4. In adittion, we want know if you create time zone database for Windows. Regards [Logo_40_anos] Cristian Bustos Álvarez Administrador de Sistemas Operativos Teatinos 550, piso 4 +562 2657 4724 +569 9746 3459 cristian.bustos(a)sonda.com<mailto:cristian.bustos@sonda.com> www.sonda.com<http://www.sonda.com/> P Estamos comprometidos con el medio ambiente, por favor no imprima este mail si no es necesario

5 5

[PROPOSED PATCH] * tz-link.htm, NEWS: Mention Internet RFCs 7809 and 7809.
by Paul Eggert April 1, 2016

April 1, 2016

Revert Easter Island adjustments --- NEWS | 4 ++++ tz-link.htm | 12 ++++++------ 2 files changed, 10 insertions(+), 6 deletions(-) diff --git a/NEWS b/NEWS index c08fc2d..4198dc5 100644 --- a/NEWS +++ b/NEWS @@ -8,6 +8,10 @@ Unreleased, experimental changes (Thanks to Alexander Krivenyshev.) This change has not yet been approved by the Federation Council but seems more likely than not. + Changes to commentary + + Mention Internet RFCs 7808 (TZDIST) and 7809 (CalDAV time zone references). + Release 2016c - 2016-03-23 00:51:27 -0700 diff --git a/tz-link.htm b/tz-link.htm index f0bbf70..feede12 100644 --- a/tz-link.htm +++ b/tz-link.htm @@ -222,12 +222,12 @@ names and shows location maps.</li> <ul> <li>The <a href="http://www.ietf.org">Internet Engineering Task Force</a>'s <a href="http://datatracker.ietf.org/wg/tzdist/charter/">Time Zone Data -Distribution Service (tzdist) working group</a> is developing a scalable -protocol for distributing time zone data to clients. It has generated a -a <a href="http://datatracker.ietf.org/doc/draft-ietf-tzdist-service/">draft -protocol for transferring time zone data</a> and a <a -href="http://datatracker.ietf.org/doc/draft-ietf-tzdist-caldav-timezone-ref/">draft -protocol for transferring time zone data by reference</a>. This work is based +Distribution Service (tzdist) working group</a> has defined <a +href="http://tools.ietf.org/html/rfc7808">TZDIST</a> +(Internet <abbr>RFC</abbr> 7808), a time zone data distribution service, +along with a <a href="http://tools.ietf.org/html/rfc7809">calendar access +protocol for transferring time zone data by reference</a> +(Internet <abbr>RFC</abbr> 7809). This work is based on the iCalendar and CalConnect efforts described below.</li> <li>The <a href="http://tools.ietf.org/html/rfc5545"> Internet Calendaring and Scheduling Core Object Specification -- 2.5.5

1 0

Fwd: Mistake in Time Zone name!
by Bogdan Denkovych April 1, 2016

April 1, 2016

I see mistake in Time Zone name 'Europe/Kiev'. Must be 'Europe/Kyiv'. Word 'Kiev' translated from Russian language, this is not correct for Ukrainian. 'Kyiv' is correct! It is translated from Ukrainian language. it limits/mocks for the Ukrainian language and people. Could you please change it? thanks! - Bogdan bogdanvlviv(a)gmail.com

2 1

Azerbaijan DST change
by Arif Sultanov March 30, 2016

March 30, 2016

Good day, Due to recent change in DST policy of Azerbaijan Republic. Please make necessary changes in your database. http://www.azernews.az/azerbaijan/94137.html Regards, ARIF SULTANOV TELECOMS ENGINEER [http://rsl.az/uploads/logos/rs-logo-r-14.jpg] RAPID SOLUTIONS LEADING THE WAY THROUGH INNOVATION 1c. M.Mushfig Street, Badamdar Baku AZ1006, Azerbaijan T +994 12 4977770 ext.1632 F +994 12 4977781 http://www.rapid-solutions.net <http://www.rapid-solutions.net/> Winner of the British Safety Council International Safety Award 2013 and 2014

2 1

Kazakhstan, 1991-2005; Russia and RussiaAsia, 1992
by Stepan Golosunov March 27, 2016

March 27, 2016

Hi! While searching for the text of the 1988 act "about a change in calculation of time on the territories of Volgograd and Saratov oblasts" I ran into a similarly titled document from 1992 Kazakhstan. Review of the linked documents from http://adilet.zan.kz/ produced the following data for post-1991 Kazakhstan: 0. Act of the Cabinet of Ministers of the USSR from 04.02.1991 N 20 http://pravo.gov.ru/proxy/ips/?docbody=&nd=102010545 removed the extra hour ("decree time") on the territory of the USSR starting with the last Sunday of March 1991. It also allowed (but not mandated) Kazakh SSR, Kirghiz SSR, Tajik SSR, Turkmen SSR and Uzbek SSR to not have "summer" time. The 13.01.1992 act also refers to the act of the Cabinet of Ministers of the Kazakh SSR from 20.03.1991 N 170 "About the act of the Cabinet of Ministers of the USSR from 04.02.1991 N 20" but I didn't found its text. According to Izvestia newspaper № 68 (23334) from 1991-03-20 (page 6; available at http://libinfo.org/newsr/newsr2574.djvu via http://libinfo.org/index.php?id=58564) on 1991-03-31 at 2:00 during transition to "summer" time: Republic of Georgia, Latvian SSR, Lithuanian SSR, SSR Moldova, Estonian SSR; Komi ASSR; Kaliningrad oblast; Nenets autonomous okrug were to move clocks 1 hour forward. Kazakh SSR (excluding Uralsk oblast); Republic of Kyrgyzstan, Tajik SSR; Andijan, Jizzakh, Namangan, Sirdarya, Tashkent, Fergana oblasts of the Uzbek SSR were to move clocks 1 hour backwards. Other territories were to not move clocks. When the "summer" time would end on 1991-09-29, clocks were to be moved 1 hour backwards on the territory of the USSR excluding Kazakhstan, Kirghizia, Uzbekistan, Turkmenia, Tajikistan. Apparently there were last minute changes. Apparently Kazakh act N 170 was one of such changes. https://ru.wikipedia.org/wiki/%D0%94%D0%B5%D0%BA%D1%80%D0%B5%D1%82%D0%BD%D0… claims that Sovetskaya Rossiya newspaper on 1991-03-29 published that Nenets autonomous okrug, Komi and Kazakhstan (excluding Uralsk oblast) were to not move clocks and Uralsk oblast was to move clocks forward; on 1991-09-29 Kazakhstan was to move clocks backwards. (Probably there were changes even after that publication. There is an article claiming that Kaliningrad oblast decided on 1991-03-29 to not move clocks.) This implies that on 1991-03-31 Asia/Oral remained on +04/+05 while the rest of Kazakhstan switched from +06/+07 to +05/06 or from +05/06 to +04/+05. It's unclear how Kzyl-Orda oblast moved into the fifth time belt. (By switching from +04/+05 to +05/+06 on 1991-09-29?) Currently tzdata says that all Kazakh zones remained on +04, +05 or +06 during the whole 1991 year. This is inconsistent (except for Asia/Qyzylorda) with the 1992 documents. 1. Act of the Cabinet of Ministers of the Republic of Kazakhstan from 13.01.1992 N 28 http://adilet.zan.kz/rus/docs/P920000028_ (text includes modification from the 1996 act) introduced new rules for calculation of time, mirroring Russian 08.01.1992 act. It specified that time would be calculated according to time belts plus extra hour ("decree time"), moved clocks on the whole territory of Kazakhstan 1 hour forward on 1992-01-19 at 2:00, specified DST rules. It acknowledged that Kazakhstan was located in the fourth and the fifth time belts and specified the border between them to be located east of Kustanay and Aktyubinsk oblasts (notably including Turgai and Kzyl-Orda oblasts into the fifth time belt). This means switch on 1992-01-19 at 2:00 from +04/+05 to +05/+06 for Asia/Aqtau, Asia/Aqtobe, Asia/Oral, Atyrau and Kustanay oblasts; from +05/+06 to +06/+07 for Asia/Almaty and Asia/Qyzylorda (and Arkalyk). Currently tzdata contains only Asia/Qyzylorda change. 2. Act of the Cabinet of Ministers of the Republic of Kazakhstan from 27.03.1992 N 284 http://adilet.zan.kz/rus/docs/P920000284_ cancels extra hour ("decree time") for Uralsk and Kzyl-Orda oblasts since the last Sunday of March 1992, while keeping them in the fourth and the fifth time belts respectively. This means change from +05/+06 to +04/+05 for Asia/Oral and from +06/+07 to +05/+06 for Asia/Qyzylorda on 1992-03-29. 3. Order of the Prime Minister of the Republic of Kazakhstan from 23.09.1994 N 384 http://adilet.zan.kz/rus/docs/R940000384_ cancels the extra hour ("decree time") on the territory of Mangystau oblast since the last Sunday of September 1994 (saying that time on the territory would correspond to the third time belt as a result). This means change from +05/+06 to +04/+05 for Asia/Aqtau. Current tzdata guesses the change was done in 1995: # Guess that Aqtau and Aqtobe diverged in 1995, since that's the first time # IATA SSIM mentions a third time zone in Kazakhstan. 5:00 RussiaAsia AQT%sT 1995 Mar lastSun 2:00 # Aqtau Time 4:00 RussiaAsia AQT%sT 2005 Mar 15 4. Act of the Government of the Republic of Kazakhstan from 08.05.1996 N 575 http://adilet.zan.kz/rus/docs/P960000575_ amends the 13.01.1992 act to end summer time in October instead of September, mirroring identical Russian change from 23.04.1996 act. 5. Act of the Government of the Republic of Kazakhstan from 26.03.1999 N 305 http://adilet.zan.kz/rus/docs/P990000305_ cancels the extra hour ("decree time") for Atyrau oblast since the last Sunday of March 1999 while retaining the oblast in the fourth time belt. This means change from +05/+06 to +04/+05. There is no zone for Atyrau currently (listed under Asia/Aqtau in zone1970.tab). 6. Act of the Government of the Republic of Kazakhstan from 23.11.2000 N 1749 http://adilet.zan.kz/rus/archive/docs/P000001749_/23.11.2000 replaces the previous five documents. The only changes I noticed are in definition of the border between the fourth and the fifth time belts. They account for changes in spelling and administrative division (splitting of Turgai oblast in 1997 probably changed time in territories incorporated into Kostanay oblast (including Arkalyk) from +06/+07 to +05/+06) and move Kyzylorda oblast from being in the fifth time belt and not using decree time into the fourth time belt (no change in practice). 7. Act of the Government of the Republic of Kazakhstan from 29.12.2003 N 1342 http://adilet.zan.kz/rus/docs/P030001342_ modified the 23.11.2000 act. No relevant changes, apparently. 8. Act of the Government of the Republic of Kazakhstan from 20.07.2004 N 775 http://adilet.zan.kz/rus/archive/docs/P040000775_/20.07.2004 modified the 23.11.2000 act to move Kostanay and Kyzylorda oblasts into the fifth time belt and add Aktobe oblast to the list of regions not using extra hour ("decree time"), leaving Kazakhstan with only 2 time zones (+04/+05 and +06/+07). The changes were to be implemented during DST transitions in 2004 and 2005 but the acts got radically amended before implementation happened. 9. Act of the Government of the Republic of Kazakhstan from 15.09.2004 N 1059 http://adilet.zan.kz/rus/docs/P040001059_ modified the 23.11.2000 act to remove exceptions from the "decree time" (leaving Kazakhstan in +05/+06 and +06/+07 zones), amended the 20.07.2004 act to implement changes for Atyrau, West Kazakhstan, Kostanay, Kyzylorda and Mangystau oblasts by not moving clocks during the 2014 transition to "winter" time. This means transition from +04/+05 to +05/+06 for Atyrau oblast (no zone currently), Asia/Oral, Asia/Aqtau and transition from +05/+06 to +06/+07 for Kostanay oblast (Kostanay and Arkalyk, no zones currently) and Asia/Qyzylorda on 2004-10-31 at 3:00. Currently tzdata has some of these transitions on 2015-03-15. 10. Act of the Government of the Republic of Kazakhstan from 15.03.2005 N 231 http://adilet.zan.kz/rus/docs/P050000231_ removes DST provisions from the 23.11.2000 act, removes most of the (already implemented) provisions from the 20.07.2004 and 15.09.2004 acts, comes into effect 10 days after official publication. The only practical effect seems to be the abolition of the summer time. Current tzdata says the change was on 2005-03-15 but the act was not supposed to come into effect until at least 10 days later. It would be simpler to use the 2004-10-31 date. Unamended version of the act of the Government of the Russian Federation N 23 from 08.01.1992 http://pravo.gov.ru/proxy/ips/?docbody=&nd=102014034&rdk=0 says that every year clocks were to be moved forward on last Sunday of March at 2 hours and moved backwards on last Sunday of September at 3 hours. It was amended in 1996 to replace September with October. Kazakh 13.01.1992 act appears to provide the same rules and 27.03.1992 act was to be enacted on the last Sunday of March 1992. Is there any reason why tzdata contains exception for 1992? Rule Russia 1992 only - Mar lastSat 23:00 1:00 S Rule Russia 1992 only - Sep lastSat 23:00 0 - Rule RussiaAsia 1992 only - Mar lastSat 23:00 1:00 S Rule RussiaAsia 1992 only - Sep lastSat 23:00 0 - (Hmm. Was the source for the 1992 transitions providing data for Moscow in UTC?)

1 0

efele.net/tz maps: new map for Mexico
by Eric Muller March 26, 2016

March 26, 2016

I have created a new efele.net/tz map, for Mexico. It uses the recent description of the TZ zones in terms of municipalities. I have not yet folded that map in the world map, that will be for the next round of updates. Eric.

1 0

[PATCH] * northamerica: Correct citation dates in previous change
by Paul Eggert March 26, 2016

March 26, 2016

--- northamerica | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/northamerica b/northamerica index d18443f..1d7395c 100644 --- a/northamerica +++ b/northamerica @@ -2483,7 +2483,7 @@ Zone America/Merida -5:58:28 - LMT 1922 Jan 1 0:01:32 # in Tamaulipas: Nuevo Laredo, Guerrero, Mier, Miguel Alemán, Camargo, # Gustavo Díaz Ordaz, Reynosa, Río Bravo, Valle Hermoso, Matamoros. # See: Inicia mañana Horario de Verano en zona fronteriza, El Universal, -# 2016-03-02 +# 2016-03-12 # http://www.eluniversal.com.mx/articulo/estados/2016/03/12/inicia-manana-hor… Zone America/Matamoros -6:40:00 - LMT 1921 Dec 31 23:20:00 -6:00 - CST 1988 @@ -2508,7 +2508,7 @@ Zone America/Mexico_City -6:36:36 - LMT 1922 Jan 1 0:23:24 # Chihuahua (near US border) # This includes the municipalities of Janos, Ascensión, Juárez, Guadalupe, # Práxedis G Guerrero, Coyame del Sotol, Ojinaga, and Manuel Benavides. -# (See the 2016-03-02 El Universal source mentioned above.) +# (See the 2016-03-12 El Universal source mentioned above.) Zone America/Ojinaga -6:57:40 - LMT 1922 Jan 1 0:02:20 -7:00 - MST 1927 Jun 10 23:00 -6:00 - CST 1930 Nov 15 -- 2.5.0

1 0

[PATCH] Give boundaries for Mexican zones observing US DST
by Paul Eggert March 26, 2016

March 26, 2016

* northamerica (America/Matamoros, America/Ojinaga): Document their political boundaries, citing El Universal. --- northamerica | 12 ++++++++++++ 1 file changed, 12 insertions(+) diff --git a/northamerica b/northamerica index 68d29bf..d18443f 100644 --- a/northamerica +++ b/northamerica @@ -2476,6 +2476,15 @@ Zone America/Merida -5:58:28 - LMT 1922 Jan 1 0:01:32 -5:00 - EST 1982 Dec 2 -6:00 Mexico C%sT # Coahuila, Nuevo León, Tamaulipas (near US border) +# This includes the following municipalities: +# in Coahuila: Ocampo, Acuña, Zaragoza, Jiménez, Piedras Negras, Nava, +# Guerrero, Hidalgo. +# in Nuevo León: Anáhuac, Los Aldama. +# in Tamaulipas: Nuevo Laredo, Guerrero, Mier, Miguel Alemán, Camargo, +# Gustavo Díaz Ordaz, Reynosa, Río Bravo, Valle Hermoso, Matamoros. +# See: Inicia mañana Horario de Verano en zona fronteriza, El Universal, +# 2016-03-02 +# http://www.eluniversal.com.mx/articulo/estados/2016/03/12/inicia-manana-hor… Zone America/Matamoros -6:40:00 - LMT 1921 Dec 31 23:20:00 -6:00 - CST 1988 -6:00 US C%sT 1989 @@ -2497,6 +2506,9 @@ Zone America/Mexico_City -6:36:36 - LMT 1922 Jan 1 0:23:24 -6:00 - CST 2002 Feb 20 -6:00 Mexico C%sT # Chihuahua (near US border) +# This includes the municipalities of Janos, Ascensión, Juárez, Guadalupe, +# Práxedis G Guerrero, Coyame del Sotol, Ojinaga, and Manuel Benavides. +# (See the 2016-03-02 El Universal source mentioned above.) Zone America/Ojinaga -6:57:40 - LMT 1922 Jan 1 0:02:20 -7:00 - MST 1927 Jun 10 23:00 -6:00 - CST 1930 Nov 15 -- 2.5.0

1 0

Turkey DST Starts in 2016
by Soner Gönül March 24, 2016

March 24, 2016

I *might *be missing if this issue was discussed before in here but Turkish government officially announced in 16.03.2016 (with 2016/8589 Law/Decision Number) that clock changes have been published in the official gazette (T.C. Resmi Gazete); - In 27 March 2016 at 03:00, the clock forwards one hour (04:00) - In 30 October 2016 at 04:00, the clock goes back one hour (03:00) http://www.resmigazete.gov.tr/eskiler/2016/03/20160316.htm http://www.resmigazete.gov.tr/eskiler/2016/03/20160316-6.pdf As far as I can see, in Github, the last clock changes seems as; 2:00 1:00 EEST 2015 Nov 8 1:00u for Turkey in link below. https://github.com/eggert/tz/blob/9bb85160e985bf8dc447584e18625e6e5f3b69f7/… -- Soner Gönül http://sonergonul.net http://twitter.com/sonergonul

2 1

Due to the Government`s decision daylight saving time adjustment will not be in Azerbaijan - Java
by Anar Qocayev March 23, 2016

March 23, 2016

Dear IANA Due to the Government`s decision daylight saving time adjustment will not be in Azerbaijan. So we need Java(JDK) system in Yapi Kredi Azerbaijan not to adjust the time automatically. Could you please work on it ?. If it takes to pass to the private patch and our support during process we are ready to work parallel. Because of limited time we need your urgent help. It looks like this decision was just made last week, March 17th which is two days after the latest tzdata file has been released by the TimeZone Standards body ICANN/IANA. http://www.azernews.az/azerbaijan/94137.html http://en.trend.az/azerbaijan/society/2508394.html http://www.contact.az/docs/2016/Social/031700150154en.htm#.VvGf_kZQ0Xg Investigating this decision about Azerbaijan DST decision. I have read the release notes for the latest timezone database release from ( ICANN/ANA 2016b release, March 15th) and it does not mention Azerbaijan http://mm.icann.org/pipermail/tz-announce/ You referance: https://www.iana.org/time-zones Anar Godjaev System & infrastructure Department DataBase Admin [ykb] Tel: + 994 12 497 77 95/ext 8609 www.yapikredi.com.az<http://www.yapikredi.com.az/> TƏLƏBNAMƏ Bu e-mail (elektron poçtu) və ona aid bütün komponentlər (əlavələr və s.) məxfidir və birbaşa ünvanlandığı şəxs üçün nəzərdə tutulmuşdur. Əgər siz bu e-maili yanlışlıqla almısınızsa xahiş edirik cavab göndərərərk bu barədə məlumat verəsiniz və anında serverinizdən siləsiniz. Əgər siz bu emailin unvanlandığı şəxs deyilsinizsə, kopyalamayası, çap və ya hər hansı bir digər şəkildə istifadə edilməsi və\və ya açıqlanması qəti şəkildə qadağan edilir. DISCLAMIER This email and all components (attachments, etc.) are confidential and intended solely for use of the whom they are addressed. If you have received this e-mail message in error, reply and inform about the situation and immediately delete from your server. If you are not the intended recipient, any disclosure, distribution or other use of this e-mail message or attachments is strictly prohibited.

5 8

[tz-announce] 2016c release of tz code and data available
by Paul Eggert March 23, 2016

March 23, 2016

The 2016c release of the tz code and data is available. Its most urgent change is for Asia/Baku, where the update takes effect this weekend. This release reflects the following changes, which were either circulated on the tz mailing list or are relatively minor technical or administrative changes: Changes affecting future time stamps Azerbaijan no longer observes DST. (Thanks to Steffen Thorsen.) Chile reverts from permanent to seasonal DST. (Thanks to Juan Correa for the heads-up, and to Tim Parenti for corrections.) Guess that future transitions are August's and May's second Saturdays at 24:00 mainland time. Also, call the period from 2014-09-07 through 2016-05-14 daylight saving time instead of standard time, as that seems more appropriate now. Changes affecting past time stamps Europe/Kaliningrad and Europe/Vilnius changed from +03/+04 to +02/+03 on 1989-03-26, not 1991-03-31. Europe/Volgograd changed from +04/+05 to +03/+04 on 1988-03-27, not 1989-03-26. (Thanks to Stepan Golosunov.) Changes to commentary Several updates and URLs for historical and proposed Russian changes. (Thanks to Stepan Golosunov, Matt Johnson, and Alexander Krivenyshev.) Here are links to the release files: ftp://ftp.iana.org/tz/releases/tzcode2016c.tar.gz ftp://ftp.iana.org/tz/releases/tzdata2016c.tar.gz The files are also available via HTTP as follows: http://www.iana.org/time-zones/repository/releases/tzcode2016c.tar.gz http://www.iana.org/time-zones/repository/releases/tzdata2016c.tar.gz As usual, links to the latest release files are here: http://www.iana.org/time-zones/repository/tzcode-latest.tar.gz http://www.iana.org/time-zones/repository/tzdata-latest.tar.gz ftp://ftp.iana.org/tz/tzcode-latest.tar.gz ftp://ftp.iana.org/tz/tzdata-latest.tar.gz Each release file has a GPG signature, which can be retrieved by appending ".asc" to the above URLs. Copies of these signatures are appended to this message. This release corresponds to commit 1284afb4bdc70f97f265ac2f49188217778413ef dated Wed Mar 23 00:51:27 2016 -0700 and tagged '2016c' in the experimental github repository at <https://github.com/eggert/tz>. Here are the SHA-512 checksums for the release files: 813309b46e4214cbe7d22b9951bad15536f5d394d2f651b60ae66c14dd8c232d51991ad80f7f02c324f896e680c7efb0321a9e4799c96735f1a82e258a87dff7 tzcode2016c.tar.gz 03eab77c8b3176da1dd17d1d9062b151036b01d224f1e4b60f34a2db6899150431f34f4d9f39652648aae3a55326fd6f85d6deefe3f27b36eaed9ef39ed3f53c tzdata2016c.tar.gz Here are the GPG checksums for the release files: -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJW8kvPAAoJEO2X6Q5iqn40jpMQAJEISYMBgL9Vcx3U1IuTo5mI dBs0XW6cjgzefG3DdWK95VILUUXDEhtZGOkwdbEZVuH4uv0CApwtoW24w6X0w/qm y4xZZYpvzClrySVszcJFMgRQC4MeOxQ0KUmSLRMzV3TKSI01AmewZblftxC3FSAK GrOD2Z86ObGf9pbpcOBycFyhyy4QNd65SxiOZ70uhgZejoNE6T7zb/KHto6PzjD4 CzAhn8w1bqeglTM4zrfiEmSDGEZM+3OgLNHgmTvOQcYwB3fxdvQasSioyCb9axfj MJYNm2oBslanWwPXjwssBQeSPyLN8tYHcICsn7Qu+4iVCvMJBlrzXhBNla7Dmxdk Bl02fXKivnQ3S3s7/K7RZyMV87DthPDY9NQtUrKCkg1unBn7vbJ2e+kKe13qzFmi z7LAgKoJII34PoLhBrEF0M643DMTT0xEA3jbFSOIUoI5LawjlC57M8FhOgVD7dbA bxzgOMyYzUwhJLOk5pFzkMmifVhwcbUCSl52kBI8H+TBkR9g11gb1PQ4PF2f9H2R YcJaYP5kNzoPU8a2lStfxVLqx3iwJ9i5FwpVnMQxinySFvLAnrZ7YBYqJjYdYsn4 LV//V12VctwvF84VtaX3iK53Z79rLYM2Zz2x4AVjfSaAtF4ZDPC/ZauZIhqSLked rkdqvg2CgR2jn1qVhS3E =ohkH -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJW8kvPAAoJEO2X6Q5iqn40RNkQALaqvu+Htes5GqYguOlXTjHK SEuSiAX/8NytW2xq0d640AODLoMp0hdj5fbyWn+b7kwwOH22w/83l1aYLrVwDihA JCDzHk2Z+/ryBVNzBDYq09O070m2z3LHl4hJknbReMBWem6Ar5El4kJAxO7xVZik MS9LCNHoMQ1v1inWpU1A0LY9uFcDAMiFl4JCS/Z9RkJYmjP4fBZlviz26BrIW1vz q1YdG9jSLuiJUVxVRftrDrHcmBFdy1jssW5KAof3eQpynZ61O9LAYR1py+nKydox UsQe+QNXybQXLNnk9l5nO9yNHp1y9zbzoz3LKgnqhXuyayA74qkHQEPywW0F3Q1F wkjqBsHP9bS6mdA1LTwDMLmC+l4x/7gyRttRzeEdhV0KPktMW2xCKC9EWEyzYBny zeQ80WGKHYf6j9Gmnw1HnRAi99NZKBg00Zu5bgdireYctqFA53fNLz48ib8SC/WY 4eBXNypmv80VHjOie/VJIXgdwuiEhl8T2mf/WTiSjY0NRmhuMB6QP9OGsS+48Qhz LWlaNa9qRRIJlV0PquzPRE03WTVdEocp0XIKCrhRebYQNhB4GhlDc2iz8SqufetA 5Pfr2ws/oLAxPqa/bkLo60JJLtBds9B8loZ6FjfKj6q/2YdbOen9eOiIAbF5Zl/r hd53qVMRzG0VTWf3VYr9 =jrsu -----END PGP SIGNATURE----- _______________________________________________ tz-announce mailing list tz-announce(a)iana.org https://mm.icann.org/mailman/listinfo/tz-announce

1 0

DST reestablished in Chile
by Mauricio Ubilla March 23, 2016

March 23, 2016

Dear Paul Eggert, IANA community. The chilean government recently reestablished DST for Chile, for a period of 3 months, "from the second saturday of May to the second saturday of August. This change is starting this year, in May 14th. Here's the official link to the decree law 253 published on March 16th, stating this change: http://www.leychile.cl/Navegar?idNorma=1088502 I would like to know if this has been previously informed (I just joined the mailing list) and if is scheduled to be fixed in the next update to the TZ Database. Thanks in advance. -- Mauricio Ubilla Carvajal

2 1

Re: [tz] 404 for tz-how-to.html at IANA
by Kim Davies March 23, 2016

March 23, 2016

Hi there, On 3/22/16, 2:54 PM, "Matt Johnson" <mj1856(a)hotmail.com> wrote: >tz-link.html has a link to tz-how-to-html. However, when viewed on iana.org, the link gives a 404. > >http://www.iana.org/time-zones > >points at: >http://www.iana.org/time-zones/repository/tz-link.html > >points at: >http://www.iana.org/time-zones/repository/tz-how-to.html This should now be fixed. Thanks for the report! kim

1 0

Morocco Ramadan 2016
by Matt Johnson March 23, 2016

March 23, 2016

We are currently guessing DST will be suspended in Morocco from Sunday June 5th at 03:00 to Sunday July 10th at 02:00. Does anyone have any confirmation on this yet? Thanks, Matt

2 1

[PATCH] Update Kirov and Tomsk commented-out old data
by Paul Eggert March 23, 2016

March 23, 2016

* europe (Europe/Kirov, Asia/Tomsk): Adjust early parts of these commented-out entries to match Shanks. --- europe | 11 +++-------- 1 file changed, 3 insertions(+), 8 deletions(-) diff --git a/europe b/europe index 0187263..456c8dc 100644 --- a/europe +++ b/europe @@ -2580,12 +2580,9 @@ Zone Europe/Volgograd 2:57:40 - LMT 1920 Jan 3 # The 1989 transition is from USSR act No. 227 (1989-03-14). # # Europe/Kirov is still in draft form and for now is commented out. -# Its pre-2002 data were cloned from Europe/Volgograd and need to -# be updated for Kirov. # -#Zone Europe/Kirov 2:57:40 - LMT 1920 Jan 3 +#Zone Europe/Kirov 3:18:48 - LMT 1919 Jul 1 2:00 # 3:00 - +03 1930 Jun 21 -# 4:00 - +04 1961 Nov 11 # 4:00 Russia +04/+05 1989 Mar 26 2:00s # 3:00 Russia +03/+04 1991 Mar 31 2:00s # 4:00 - +04 1992 Mar 29 2:00s @@ -2738,9 +2735,7 @@ Zone Asia/Novosibirsk 5:31:40 - LMT 1919 Dec 14 6:00 # 70 RU-TOM Tomsk Oblast # # Asia/Tomsk is still in draft form and for now is commented out. -# Its pre-1993 data were cloned from Asia/Novosibirsk and need to be -# updated for Tomsk. Also, Tomsk may be changing time zones this year -# (not decided yet). +# Tomsk may be changing time zones in 2016 (not decided yet). # From Stanislaw A. Kuzikowski (1994-06-29): # Tomsk is still 4 hours ahead of Moscow. @@ -2755,7 +2750,7 @@ Zone Asia/Novosibirsk 5:31:40 - LMT 1919 Dec 14 6:00 # with time zones in 2011 with different numberings (there was a # 2-hour gap between second and third zones in 2011-2014). -#Zone Asia/Tomsk 5:31:40 - LMT 1919 Dec 14 6:00 +#Zone Asia/Tomsk 5:39:52 - LMT 1919 Dec 22 # 6:00 - +06 1930 Jun 21 # 7:00 Russia +07/+08 1991 Mar 31 2:00s # 6:00 Russia +06/+07 1992 Jan 19 2:00s -- 2.5.0

2 2

Azerbaijan timezone settings
by Chingiz Sadigov March 23, 2016

March 23, 2016

Hello, I would like to inform you that starting from 17 March this year Azerbaijan decided not use daylight saving settings for our timezone Asia/Baku. Link for news: http://e-qanun.az/framework/32383 Is it possible to update information on your site according this? Regards, [Email Signatures_etcp-02] [cid:image002.jpg@01D18514.526B2A10] [Ericsson]<http://www.ericsson.com/> CHINGIZ SADIGOV Senior Services Engineer BAZ - Ericsson AB Branch Office Azerbaijan Ericsson 44, J.Jabbarly str. AZ1065, Azerbaijan Phone +994125963838 Mobile +994502210861 Office 863217 chingiz.sadigov(a)ericsson.com www.ericsson.com [http://www.ericsson.com/current_campaign]<http://www.ericsson.com/current_campaign> Legal entity: BAZ - Ericsson AB Branch Office Azerbaijan, registered office in Baku. This Communication is Confidential. We only send and receive email on the basis of the terms set out at www.ericsson.com/email_disclaimer<http://www.ericsson.com/email_disclaimer>

1 0

Daylight Saving time will not be applied in Azerbaijan
by Burak AYDIN March 23, 2016

March 23, 2016

Dear Sir, Daylight saving time is cancelled in Azerbaijan. Here is the related information published from government: http://azertag.az/xeber/936300 Normally DST will be active on 27th of March 2016. I have updated the "asia" file as displayed below. # Azerbaijan # From Rustam Aliyev of the Azerbaijan Internet Forum (2005-10-23): # According to the resolution of Cabinet of Ministers, 1997 # From Paul Eggert (2015-09-17): It was Resolution No. 21 (1997-03-17). # http://code.az/files/daylight_res.pdf # From Burak AYDIN, Kentkart A.S. (2016-03-23) # According to law change http://azertag.az/xeber/936300 # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Azer 1997 max - Mar lastSun 4:00 1:00 S Rule Azer 1997 max - Oct lastSun 5:00 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Baku 3:19:24 - LMT 1924 May 2 3:00 - BAKT 1957 Mar # Baku Time 4:00 RussiaAsia BAK%sT 1991 Mar 31 2:00s 3:00 1:00 BAKST 1991 Aug 30 # independence 3:00 RussiaAsia AZ%sT 1992 Sep lastSat 23:00 4:00 - AZT 1996 # Azerbaijan Time 4:00 EUAsia AZ%sT 1997 4:00 Azer AZ%sT 2016 4:00 - AZT The file is also attached. I will appreciate if you can check and publish new version of tz database. Best Regards, Burak AYDIN --- GIZLILIK NOTU: Bu e-posta mesaji kisiye özel olup, gizli bilgiler içeriyor olabilir. Eger bu e-posta mesaji size yanlislikla ulasmissa, içerigini hiç bir sekilde kullanmayiniz ve ekli dosyalari açmayiniz. Bu durumda lütfen e-posta mesajini kullaniciya hemen geri gönderiniz ve tüm kopyalarini mesaj kutunuzdan siliniz. Bu e-posta mesaji, hiç bir sekilde, herhangi bir amaç için çogaltilamaz, yayinlanamaz ve para karsiligi satilamaz. Bu e-posta mesajindaki görüsler yalnizca gönderen kisiye aittir ve Kentkart Sirketler Grubunun görüslerini yansitmayabilir. Bu e-posta mesaji virüslere karsi anti-virüs sistemleri tarafindan taranmistir. Ancak Kentkart Sirketler Grubu, bu e-posta mesajinin -virüs koruma sistemleri ile kontrol ediliyor olsa bile- virüs içermedigini garanti etmez ve meydana gelebilecek zararlardan dogacak hiç bir sorumlulugu kabul etmez. CONFIDENTIALITY NOTICE: This message is intended solely for the use of the individual or entity to whom it is addressed , and may contain confidential information. If you are not the intended recipient of this message or you receive this mail by mistake, you should refrain from making any use of the contents and from opening any attachment. In that case, please notify the sender immediately and return the message to the sender, then, delete and destroy all copies. This e-mail message, cannot be copied, published or sold for any reason. Any opinions presented in this email are solely those of the sender and may not necessarily reflect those of Kentkart Group of Companies. This e-mail message has been scanned by anti-virus systems for the presence of computer viruses. In doing so, however, Kentkart Group of Companies does not warrant that virus or other forms of data corruption and do not take any responsibility in any occurrence. ---

1 0

Reference to EWT
by Dave Cantor March 22, 2016

March 22, 2016

Here's a photo of a Maui newspaper announcing the end of WWII at 7 pm Eastern War Time. Unfortunately, I couldn't get a good enough picture to get the article detail, but I'll try again next I'm where this picture hangs. Dave C. The following section of this message contains a file attachment prepared for transmission using the Internet MIME message format. If you are using Pegasus Mail, or any other MIME-compliant system, you should be able to save it or view it from within your mailer. If you cannot, please ask your system administrator for assistance. ---- File information ----------- File: WWIIends7pmEWT.jpg Date: 22 Mar 2016, 18:00 Size: 6144 bytes. Type: JPEG-image

2 1

404 for tz-how-to.html at IANA
by Matt Johnson March 22, 2016

March 22, 2016

tz-link.html has a link to tz-how-to-html. However, when viewed on iana.org, the link gives a 404. http://www.iana.org/time-zones points at: http://www.iana.org/time-zones/repository/tz-link.html points at: http://www.iana.org/time-zones/repository/tz-how-to.html 404

1 0

tzdata2016c
by Patsy Franklin March 21, 2016

March 21, 2016

Hi Paul, Any ETA for this update? Thanks! Patsy

2 1

efele.net/tz maps updated for TZ 2016b
by Eric Muller March 21, 2016

March 21, 2016

I have updated the efele.net/tz maps (http://efele.net/maps/tz) to TZ 2016b. Eric

1 0

Chile goes back to DST (...)
by Juan Correa March 18, 2016

March 18, 2016

Today the Chilean Ministry of Energy announced that they will go back to a DST scheme this year. That means clocks will go back 1 hour at 0:00 May 15th (jumping back to May 14th); and will go forward by 1 hour on 0:00, August 14th. This was decided after a public outcry during winter, when the sunrise for Santiago went as late as 8:45 AM Some media outlets carrying the news (in Spanish): - http://www.soychile.cl/Santiago/Sociedad/2016/03/13/380779/Vuelve-el- horario-de-invierno-a-partir-de-la-segunda-semana-de-mayo.aspx - http://www.biobiochile.cl/2016/03/13/gobierno-retrocede-y-decreta-el- regreso-del-horario-de-invierno.shtml - http://www.t13.cl/noticia/nacional/chile-volvera-implementar-horario- invierno There is no official decree yet; or confirmation whether this decision will be only for 2016, or will be carried from now on (or until the next goverment :P) -- Juan Correa Poblete PS Labs (http://www.pslabs.cl)

5 12

Discrepancies in European part of Russia (and nearby)
by Stepan Golosunov March 18, 2016

March 18, 2016

Hi, I compared Europe/Astrakhan, Europe/Ulyanovsk and https://ru.wikipedia.org/wiki/%D0%92%D1%80%D0%B5%D0%BC%D1%8F_%D0%B2_%D0%A0%… , noticed some discrepancies and decided to look a bit closer. 1. Europe/Astrakhan, 1961 transition. That one appears to be void and looks like an artifact of Stalingrad -> Volgograd renaming. 2. Europe/Samara, KUYT in 1991. Europe/Samara currently has KUYT between 1991-09-29 and 1991-10-20. But the decree of the Presidium of the Supreme Council of the RSFSR about renaming Kuybyshev to Samara is dated 1991-01-25: http://pravo.gov.ru/proxy/ips/?docbody=&nd=102010448 I also wanted to check the date of the 1991-10-20 transition but did not found any sources. 3. Europe/Chisinau, 1990 transitions. While googling for Soviet era documents for Russian zones I found the act of the government of the Republic of Moldova Nr. 132 from 04.05.1990 http://lex.justice.md/index.php?action=view&view=doc&lang=2&id=298782 It says that since 1990-05-06 on the territory of the Moldavian SSR time would be calculated as the standard time of the second time belt plus one hour of the "summer" time. To implement that clocks would be adjusted one hour backwards at 1990-05-06 2:00. After that "summer" time would be cancelled last Sunday of September at 3:00 and reintroduced last Sunday of March at 2:00. I believe that means UTC+0400 -> UTC+0300 transition at 1990-05-06 02:00 and that UTC+0300 -> UTC+0200 transition on 1990-09-30 was expected, while current Europe/Chisinau says UTC+0300 -> UTC+0200 at 1990-05-06 00:00 and no transitions on 1990-03-25 and 1990-09-30. 4. Asia/Barnaul, 1995. Letter of Bank of Russia from 25.05.1995 http://www.bestpravo.ru/rossijskoje/lj-akty/y3a.htm suggests that Altai Republic transitioned to Moscow+3 on 1995-05-28. Currently Asia/Barnaul guesses it was on Moscow+3 since 1992-01-19. http://regnum.ru/news/society/1957270.html has some historical data for Altai Krai: before 1957: west part on UTC+6, east on UTC+7 after 1957: UTC+7 since 1995: UTC+6 http://barnaul.rusplt.ru/index/pochemu_altajskij_kraj_okazalsja_v_neprivych… confirms that and provides more details including 1995-05-28 transition date. 5. Tomsk, 2002. http://pravo.gov.ru/proxy/ips/?docbody=&nd=102075743 transitions Tomsk to the time of the fifth time belt at 2002-05-01 03:00. Tomsk currently is listed under Asia/Novosibirsk with transition to Moscow+3 on 1993-05-23. 6. Europe/Astrakhan, Europe/Volgograd, 1991-1992 UTC+0400. Wikipedia provides different guess for these dates but explicitly says it's a guess. Are there any sources? 7. 1988 and 1989 changes. Wikipedia and other sources refer to the Act of the Council of Ministers of the USSR from 04.01.1988 No. 5 and the Act of the Council of Ministers of the USSR from 14.03.1989 No. 227 I did not found full texts of these acts. For the 1989 one we have title at http://base.garant.ru/70754136/ : "About change in calculation of time on the territories of Lithuanian SSR, Latvian SSR and Estonian SSR, Astrakhan, Kaliningrad, Kirov, Kuybyshev, Ulyanovsk and Uralsk oblasts". And http://astrozet.net/files/Zones/DOC/RU/1980-925.txt appears to contain quotes from both acts: Since last Sunday of March 1988 rules of the second time belt are installed in Volgograd and Saratov oblasts. Since last Sunday of March 1989: a) Lithuanian SSR, Latvian SSR, Estonian SSR, Kaliningrad oblast: second time belt rules without extra hour (Moscow-1); b) Astrakhan, Kirov, Kuybyshev, Ulyanovsk oblasts: second time belt rules (Moscow time) c) Uralsk oblast: third time belt rules (Moscow+1). Currently Europe/Riga, Europe/Tallinn, Europe/Astrakhan, Europe/Samara, Europe/Ulyanovsk and Asia/Oral agree with the acts; Europe/Volgograd, Europe/Vilnius and Europe/Kaliningrad disagree. The 1989 act is mentioned in the comments for Latvia. 8. Europe/Kaliningrad, 1989-1992. Contemporary article reproduced at http://www.rgo.ru/ru/kaliningradskoe-oblastnoe-otdelenie/ob-otdelenii/publi… confirms that the 1989 change to Moscow-1 was implemented. (The article, though, is misattributed to 1990 while saying that summer->winter transition would be done on the 24 of September. But 1990-09-24 was Monday, while 1989-09-24 was Sunday as expected.) 2014 article at http://www.kaliningradka.ru/site_pc/cherez/index.php?ELEMENT_ID=40091 says that Kaliningrad switched to Moscow-1 on 1989-03-26, avoided at the last moment switch to Moscow-1 on 1991-03-31, switched to Moscow on 1991-11-03, switched to Moscow-1 on 1992-01-19. Europe/Kaliningrad currently disagrees with this between 1989-03-26 and 1991-11-03. 9. Europe/Vilnius, 1989. Lithuania most probably did switch to Moscow-1 on 1989-03-26 but this is not reflected in Europe/Vilnius. 10. Europe/Volgograd, 1988-1989. Volgograd and Saratov supposedly switched to Moscow time on 1998-03-27. Kirov supposedly switched on 1989-03-26. Europe/Volgograd currently says switch happend on 1989-03-26. 11. Regions-violators, 1981-1982. Wikipedia refers to http://maps.monetonos.ru/maps/raznoe/Old_Maps/Old_Maps/Articles/022/3_1981.… and http://besp.narod.ru/nauka_1981_3.htm . The second link provides two articles scanned from the Nauka i Zhizn magazine No. 3, 1981 and a scan of the short article attributed to the Trud newspaper from Feburary 1982. The first link provides the same Nauka i Zhizn articles converted to the text form (but misses time belt changes map). The second Nauka i Zhizn article says that in addition to introduction of summer time on 1981-04-01 there are some time belt border changes on 1981-10-01, mostly affecting Nenets Autonomous Okrug, Krasnoyarsk Krai, Yakutia, Magadan Oblast and Chukotka according to the provided map (colored one). In addition to that "time violators" (regions which were not using rules of the time belts in which they were located) would not be moving off the DST on 1981-10-01 to restore the decree time usage. (Komi ASSR was supposed to repeat that move in October 1982 to account for the 2 hour difference.) Map depicting "time violators" before 1981-10-01 is also provided. The article from Trud says that 1981-10-01 changes caused problems and some territories would be moved to pre-1981-10-01 time by not moving to summer time on 1982-04-01. Namely: Dagestan, Kabardino-Balkar, Kalmyk, Komi, Mari, Mordovian, North Ossetian, Tatar, Chechen-Ingush and Chuvash ASSR, Krasnodar and Stavropol krais, Arkhangelsk, Vladimir, Vologda, Voronezh, Gorky, Ivanovo, Kostroma, Lipetsk, Penza, Rostov, Ryazan, Tambov, Tyumen and Yaroslavl oblasts, Nenets and Evenk autonomous okrugs, Khatangsky district of Taymyr Autonomous Okrug. As a result Evenk Autonomous Okrug and Khatangsky district of Taymyr Autonomous Okrug would end up on Moscow+4, Tyumen Oblast on Moscow+2 and the rest on Moscow time. http://astrozet.net/files/Zones/DOC/RU/1980-925.txt attributes the 1982 changes to the Act of the Council of Ministers of the USSR No. 126 from 18.02.1982. 1980-925.txt also adds Udmurtia to the list of affected territories and lists Khatangsky district separately from Taymyr Autonomous Okurg. Probably erroneously. The affected territories are currently listed under Europe/Moscow, Asia/Yekaterinburg and Asia/Krasnoyarsk. 12. Udmurtia The fact that Udmurtia is depicted as a violator in the Nauka i Zhizn article hints at Izhevsk being on different time from Kuybyshev before 1981-10-01. Udmurtia is not mentioned in the 1989 act. http://astrozet.net/files/Zones/DOC/RU/1980-925.txt implies Udmurtia was on Moscow time after 1982-04-01. Wikipedia implies Udmurtia being on Moscow+1 until 1991.

2 7

[tz-announce] 2016b release of tz code and data available
by Paul Eggert March 17, 2016

March 17, 2016

The 2016b release of the tz code and data is available. It reflects the following changes, which were either circulated on the tz mailing list or are relatively minor technical or administrative changes. A last-minute note: some 2016b data entries cause zic implementations derived from tz releases 2005j through 2015e to issue warnings like "time zone abbreviation differs from POSIX standard (+03)". These warnings should not otherwise affect zic's output and can safely be ignored on today's platforms, as the warnings refer to a restriction in POSIX.1-1988 that was removed in POSIX.1-2001. One way to suppress the warnings is to upgrade to zic derived from tz releases 2015f and later. Changes affecting future time stamps New zones Europe/Astrakhan and Europe/Ulyanovsk for Astrakhan and Ulyanovsk Oblasts, Russia, both of which will switch from +03 to +04 on 2016-03-27 at 02:00 local time. They need distinct zones since their post-1970 histories disagree. New zone Asia/Barnaul for Altai Krai and Altai Republic, Russia, which will switch from +06 to +07 on the same date and local time. Also, Asia/Sakhalin moves from +10 to +11 on 2016-03-27 at 02:00. (Thanks to Alexander Krivenyshev for the heads-up, and to Matt Johnson and Stepan Golosunov for followup.) As a trial of a new system that needs less information to be made up, the new zones use numeric time zone abbreviations like "+04" instead of invented abbreviations like "ASTT". Haiti will not observe DST in 2016. (Thanks to Jean Antoine via Steffen Thorsen.) Palestine's spring-forward transition on 2016-03-26 is at 01:00, not 00:00. (Thanks to Hannah Kreitem.) Guess future transitions will be March's last Saturday at 01:00, not March's last Friday at 24:00. Changes affecting past time stamps Europe/Chisinau observed DST during 1990, and switched from +04 to +03 at 1990-05-06 02:00, instead of switching from +03 to +02. (Thanks to Stepan Golosunov.) 1991 abbreviations in Europe/Samara should be SAMT/SAMST, not KUYT/KUYST. (Thanks to Stepan Golosunov.) Changes to code tzselect's diagnostics and checking, and checktab.awk's checking, have been improved. (Thanks to J William Piggott.) tzcode now builds under MinGW. (Thanks to Ian Abbott and Esben Haabendal.) tzselect now tests Julian-date TZ settings more accurately. (Thanks to J William Piggott.) Changes to commentary Comments in zone tables have been improved. (Thanks to J William Piggott.) tzselect again limits its menu comments so that menus fit on a 24x80 alphanumeric display. A new web page tz-how-to.html. (Thanks to Bill Seymour.) In the Theory file, the description of possible time zone abbreviations in tzdata has been cleaned up, as the old description was unclear and inconsistent. (Thanks to Alain Mouette for reporting the problem.) Here are links to the release files: ftp://ftp.iana.org/tz/releases/tzcode2016b.tar.gz ftp://ftp.iana.org/tz/releases/tzdata2016b.tar.gz The files are also available via HTTP as follows: http://www.iana.org/time-zones/repository/releases/tzcode2016b.tar.gz http://www.iana.org/time-zones/repository/releases/tzdata2016b.tar.gz As usual, links to the latest release files are here: http://www.iana.org/time-zones/repository/tzcode-latest.tar.gz http://www.iana.org/time-zones/repository/tzdata-latest.tar.gz ftp://ftp.iana.org/tz/tzcode-latest.tar.gz ftp://ftp.iana.org/tz/tzdata-latest.tar.gz Each release file has a GPG signature, which can be retrieved by appending ".asc" to the above URLs. Copies of these signatures are appended to this message. This release corresponds to commit 70161f48bc212678c58490f7faabc286c90b2a05 dated Sat Mar 12 17:30:14 2016 -0800 and tagged '2016b' in the experimental github repository at <https://github.com/eggert/tz>. Here are the SHA-512 checksums for the release files: 53f7405fd0466f5acc5d1dd590546abb6e3f4240d6a78ce7e965908d9310e8b8686c8fbe887947c513a4de65e3e3fc038d64215a330267397f37e6efce71f0b8 tzcode2016b.tar.gz 6d30215ba3289a5b85a632d635b76a54c3c08d97e426d6bd89f83c4efd252e43959593b21cca9d2b185f3845358908946cc308365accbee94f126ad3057cf838 tzdata2016b.tar.gz Here are the GPG checksums for the release files: -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJW5MM9AAoJEO2X6Q5iqn40ptQP/2aU2c7blSof/PppmYUs/+Vg X+96FtZyN2JeUSdn5MjhquLlIaib8fg/vqLQJrcrBtansAwXzhpQ8bfSxv4wxFGS kij7H+37ym/KKW8pLPQFLORaNqGYKIpbBYq+aXYLvIycUgmNVX9hTIbvhbFWp8Vb n1GxzZX+p/b6Iyi7j+yEUmI+cGkNoZsHpBIqpG3mZbVc63bzPCvzOujBq3zQ4IG8 Mho/UWoqEIrCeBllFkdqPQ3i63MdE87OdtF2jXDgcDdrw/rBpuT84fp4a2rPkvIM TJf6NjIzY5D9jehkUoC0pKO5iVVvRTGAExpYr9R+jsddo1mp37V29NKLXOfnEFXK rTfXvvVDddF57rXZhV9oo0mMBCjT+5+5ZTnx2d1s+4zhZ9lrlMm/PfNWwf6d7/q9 Q68pqYrcLgc07vKm7wiLnNxSUL8aK5QvN5iGIFR4Qwxv/2Jl7tdHc+yRWtleOazg VLdagXMCtLB01pLatuc08yrXqLVwysUyLxhwiQ4S9dURh82KHzwQnaHFRUsT8T8v 8Gu3IKkGSHZofVE3hkwLJTmP9q+QAWyd71ealTKbpnAVeGPpmSAxUfi8tk1xRolA VZ+axKVRap4kdYVZqfwXBCPR1ImCLGBYf5umEfokUwKeWxvek5ff0rtEziYCKmjO iNm3Lnij0Iefpj1wUQfV =nUaG -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJW5MNIAAoJEO2X6Q5iqn40GOIP/3nMNTy9HANyUl+iIlRRHeDB 2S8/VCOulJO6rWwLysuqAoKlHr2Ibrvr78N2v0H64KUGsnncVV4DJdy4l3u2r+Os Mf4RumPxdeVoLBWejlN2ASPwc2AujlTUrelscW4TVB3fRkjPu6uPqyhpNEYaryM3 UEvcib7KQvdGzK5jONIpUqqn4khrB7j/ccJ3ma7IlUIOSRku8fTneF4kYwpuqonI ewwJ34zJAevzKSvUpRbbg7m9ODl//5zA7vvCoF9/Mk1mnmcYXAQ2dZHwp+tRtNAw NtVwiQ4ATYgnQpiwUr8SzRST3o2KiSOQl+q5nAJhNAu4uYDYcYd2BkFZboVb1JMo ZRrrxaYEt7ruPNsQMrLiDtt/T7526QrGZ566TNFkeqE+b7jYhM6eB1yTyMmNt54c EKoRDmK6BsrK4v/UWvDZVBbLD3USo9E8rRKem/mbu6/1LgPKlRBSHG8y4OUAZ+LL +86nSiPm8vujj4oKHBLCr7mbaCKn0eEjKOVCZ/kFa5/5XoHyfU2nSeX71SP2frvy vnpFwCRMnaphhjQpetVj1vFTOpnUjVFGNAgHlEDqYH82B5KONLnzSE6uLX5+tVPh sQ6ZsH6Nvkg5gCsDidtYuL6barDn1+EJD7ekYIxty+triARc7vB6AQdXWJRT2lmF Z1yJqqtod0FsXF5DAiSx =kNEq -----END PGP SIGNATURE----- _______________________________________________ tz-announce mailing list tz-announce(a)iana.org https://mm.icann.org/mailman/listinfo/tz-announce

2 2

Azerbaijan cancels DST
by Steffen Thorsen March 17, 2016

March 17, 2016

According to several news sources, the Azerbaijani Cabinet of Ministers has cancelled switching to daylight saving time. This seems to be valid immediately. http://www.azernews.az/azerbaijan/94137.html http://vestnikkavkaza.net/news/Azerbaijani-Cabinet-of-Ministers-cancels-day… http://en.apa.az/xeber_azerbaijan_abolishes_daylight_savings_ti_240862.html Best regards, Steffen Thorsen - timeanddate.com

2 1

Building tzcode on Windows / MinGW
by Matt Johnson March 16, 2016

March 16, 2016

With the recent contributions to tzcode, I understand that building under MinGW should now be possible. However, I've gone through all the docs I could find on various ways to set up an environment for this, and despite my best efforts and several hours of frustration, I could not get a successful build. It would be greatly appreciated if someone could either respond with a quick "how to", or post a blog or something explaining the minimal setup needed to make this work. Which distribution do I download (MinGW, MinGW-w64), what environment do I need (cygwin, msys, bare windows), what minimal toolchain or cygwin packages, or msys packages, etc do I need? Do I need "Win-builds" (win-build.org)? Also, is compiling under Visual Studio possible? At the end of the day, I want a zic.exe that I can run against a specific set of tzdata source files, and a zdump.exe I can run on the binary output of zic. I'd like to be able to run both on Windows without having to have anything special on the machine at runtime. Thanks, Matt

3 2

Re: [tz] Status in the Carribean
by Steve Jones March 15, 2016

March 15, 2016

>At 09:18 AM 3/15/2016, Paul_Koning(a)Dell.com wrote: >>A limitation of that format is that it doesn't show that DST rules >>vary from one country to another, so while there is a whole stripe >>of EST/EDT, the transition may not occur all at once across that whole stripe. Paul: Yes, that is a significant limitation. On the exceptions page (http://ontimezone.com/exceptions.php#dst) it says "...most North American locations follow DST (not necessarily on the same schedule)." Then it lists the exceptions. I haven't found a simple, intuitive way to present that data on the map. I've tried, and it just seems to further obfuscate an already confusing topic. Within the limited scope of OnTimeZone.com (http://ontimezone.com/images/na.gif) all DST observance is on the same schedule with the sole exception of that portion of Mexico outside the states of Sonora and Quintana Roo (which do not observe DST) and the poorly defined areas near the US border (20km + various specific locales), which observe DST on the US schedule. Steve Jones OnTimeZone.com

1 0

Re: [tz] Status in the Carribean
by Steve Jones March 15, 2016

March 15, 2016

At 06:20 PM 3/14/2016, Clinton Roy wrote: >(404's for me :) Argh! Apologies, and thanks for the heads-up. It's working now: http://OnTimeZone.com/images/caribbean.gif Steve Jones OnTimeZone.com

2 1

2016b is on GitHub
by Paul Eggert March 15, 2016

March 15, 2016

Given the urgency of the Haiti rule change in a few hours, I've prepared a new tz version 2016b. It is available at <https://github.com/eggert/tz> as commit 70161f48bc212678c58490f7faabc286c90b2a05. Although this is intended to be the next release, published as usual, it can take a bit of time to turn the crank so I thought I'd give the mailing list a heads-up. 2016b does not incorporate all changes recently circulated. Notably it's missing historical changes for Russia contributed by Stepan Golosunov, which I haven't had time to proofread carefully. I'd like to get all this stuff fixed soon, although we may have to wait until the spring silly season is over.

2 2

Some historical information about tz code.
by Random832 March 14, 2016

March 14, 2016

(Posted to both The Unix Heritage Society and the TZ mailing list) I've been off-and-on reading the "live minus thirty years" old usenet feed at olduse.net, and noticed something that may be of interest to both of these groups: The original mod.sources posting of the (as far as I can tell) earliest available version of Arthur David Olson's timezone handling code, in 1986. https://groups.google.com/d/msg/mod.sources/gcolqTxTt9w/04ZtaYCxLvcJ For the files present in both, it matches revision 7441f6b6 from the git repository, except for SCCS IDs vs %W%. https://github.com/eggert/tz/tree/7441f6b6705782743f40b9fc40cdcc80a498fda5 The git repository contains a file ialloc.c that is not present in the release. Probable renamed files - These appear in the git repository under their new names, but had the older names in the release. New: localtime.c newctime.3 zdump.c zic.8 zic.c Old: tzcomp.8 tzcomp.c tzdump.c settz.c settz.3 Files in the release but not this version of the git repository: mkdir.c strchr.c: These never appear, though they're referenced in Makefile edits. pacificnew: doesn't appear until SCCS version 8.1 in revision aaf2a927 dated July 2006. years.sh: Appears as SCCS 7.1 yearistype.sh, dated March 1992.

2 1

More DST humor
by Steve Jones March 14, 2016

March 14, 2016

A recent take on kind of an obvious joke - I bet it first made the rounds in 1947: http://xkcd.com/1655/ Steve Jones OnTimeZone.com

2 1

Status in the Carribean
by Steve Jones March 14, 2016

March 14, 2016

It's been a busy time in the Carribean, what with Quitana Roo, Turks & Caicos, and now Haiti. I've updated an image that reflects the new current status of that region: http://OnTimeZone.com/images/caribbean.gif (magenta lines = time zone borders) (blue lines = dst observance borders) Over water, the lines were not drawn to be "anatomically correct", though they lie on the correct side of any island. Steve Jones OnTimeZone.com

1 0

Recent William Willett article from BBC site
by Brian Inglis March 14, 2016

March 14, 2016

Didn't see this mentioned on the list, so might want to add the article link below under Civil Time: http://www.bbc.com/future/story/20160310-the-builder-who-changed-how-the-wo… -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

1 0

[PATCH 1/1] Add UTC to zone tables
by J William Piggott March 14, 2016

March 14, 2016

* etcetera, zone.tab, zone1970.tab: Create a link to UTC in Europe and add it to the zone tables. --- etcetera | 3 +++ zone.tab | 3 ++- zone1970.tab | 3 ++- 3 files changed, 7 insertions(+), 2 deletions(-) diff --git a/etcetera b/etcetera index c2e2532..745a5e0 100644 --- a/etcetera +++ b/etcetera @@ -12,6 +12,9 @@ Zone Etc/GMT 0 - GMT Zone Etc/UTC 0 - UTC Zone Etc/UCT 0 - UCT +# To facilitate a zone table entry for UTC. +Link Etc/UTC Europe/UTC + # The following link uses older naming conventions, # but it belongs here, not in the file 'backward', # as functions like gmtime load the "GMT" file to handle leap seconds properly. diff --git a/zone.tab b/zone.tab index f7000f7..bf46077 100644 --- a/zone.tab +++ b/zone.tab @@ -180,7 +180,8 @@ FM +0519+16259 Pacific/Kosrae Kosrae FO +6201-00646 Atlantic/Faroe FR +4852+00220 Europe/Paris GA +0023+00927 Africa/Libreville -GB +513030-0000731 Europe/London +GB +513030-0000731 Europe/London Britain (most areas) +GB +512840-0000005 Europe/UTC Britain (Greenwich/GMT/UTC) GD +1203-06145 America/Grenada GE +4143+04449 Asia/Tbilisi GF +0456-05220 America/Cayenne diff --git a/zone1970.tab b/zone1970.tab index 657675f..0c5876e 100644 --- a/zone1970.tab +++ b/zone1970.tab @@ -166,7 +166,8 @@ FM +0658+15813 Pacific/Pohnpei Pohnpei/Ponape FM +0519+16259 Pacific/Kosrae Kosrae FO +6201-00646 Atlantic/Faroe FR +4852+00220 Europe/Paris -GB,GG,IM,JE +513030-0000731 Europe/London +GB,GG,IM,JE +513030-0000731 Europe/London Britain (most areas) +GB +512840-0000005 Europe/UTC Britain (Greenwich/GMT/UTC) GE +4143+04449 Asia/Tbilisi GF +0456-05220 America/Cayenne GH +0533-00013 Africa/Accra

14 34

Chile to return to DST
by Yonathan Dossow March 13, 2016

March 13, 2016

Hi, Chile is returning to implement Daylight Savings Time. Minister Pacheco is telling on the local news that on may 14 Chile will change it's timezone to UTC-4 until the second saturday of august. the rest of the year will be on summer time (UTC-3) I cant find an official decree yet, but here is the info from a news site: http://www.ahoranoticias.cl/chile/santiago/167677-gobierno-repone-el-cambio… regards. -- Yonathan Dossow Fono: +56 32 2654367 Unidad de Infraestructura y Tecnología Departamento de Informática Universidad Técnica Federico Santa María Valparaíso, Chile

1 0

US DST in 1918
by Steve Jones March 13, 2016

March 13, 2016

Apparently DST was important to the United Cigar Stores Company: http://cdn.loc.gov/service/pnp/cph/3g00000/3g08000/3g08100/3g08124v.jpg https://upload.wikimedia.org/wikipedia/commons/thumb/e/e1/Victory-Cigar-Con… Apologies if these have already been shared. Steve Jones OnTimeZone.com

1 0

Chile DST starts again, May 14th
by Cristian Rodríguez March 13, 2016

March 13, 2016

Hi: DST will be back fin Chile, starting the second Saturday of May and ending the Second saturday of August 2016. http://www.latercera.com/noticia/nacional/2016/03/680-672074-9-gobierno-det… Cheers.

1 0

Palestine Summer Time
by Hanna Kreitem March 12, 2016

March 12, 2016

Hello, It was announced that Palestine will move to DST Saturday 26/3, this covers the timezones of Hebron and Gaza. Source: http://www.24fm.ps/ar/news/1457438748 Regards, Hanna.

5 10

Haiti not changing to DST tonight
by Steffen Thorsen March 12, 2016

March 12, 2016

Jean Antoine, editor of www.haiti-reference.com informed us that Haiti are not going on DST this year. Several other resources confirms this, auto-translation under: The Presidency Communication Office informs the general public and the press in particular that no by season time change is planned for this year. Thus, the national time will not be extended or retracted Sunday, March 13, 2016. The Presidential Communications Office invites the public to consider this provision to have no setbacks in his daily activities. http://www.radiotelevisioncaraibes.com/presse/heure_d_t_pas_de_changement_d… http://www.vantbefinfo.com/changement-dheure-pas-pour-haiti/ http://news.anmwe.com/haiti-lheure-nationale-ne-sera-ni-avancee-ni-reculee-… Best regards, Steffen Thorsen - timeanddate.com

2 1

Time zones in the arts
by Arthur David Olson March 11, 2016

March 11, 2016

(I'll forego any comment about the absence of an Oxford comma.) @dashdashado 1.1 531 lines 1.2 538 lines *** /tmp/,atz-art.htm 2016-03-11 09:52:55.639707700 -0500 --- /tmp/,btz-art.htm 2016-03-11 09:52:55.715712200 -0500 *************** *** 451,456 **** --- 451,463 ---- proceeds as though it's also mid-evening there.) </li> </ul> + <li> + In the "14 Days to Go"/"T Minus..." episode of "You, Me and the Apocalypse" + (first aired 2015-11-11 in the UK, 2016-03-10 in the US), + the success of a mission to deal with a comet + hinges on whether or not Russia observes Daylight Saving Time. + (In the US, the episode first aired in the week before the switch to DST.) + </li> <hr> <ul> <li>

2 1

[PATCH 0/5] Standardize zone table comments format
by J William Piggott March 10, 2016

March 10, 2016

Not having a standard format for zone table comments is creating ambiguity. For example: 1 Thule / Pituffik 2 Pohnpei (Ponape) 3 Nova Scotia (peninsula) 4 peninsular Malaysia 5 Eastern Time - Pangnirtung, Nunavut 6 Central Time - Campeche, Yucatán 1 and 2 are different formats for alternate names/spellings. 3 shows a sub-region, but uses the same format as the previous alternate name. 4 places the sub-region before the region, where 3 has it after and uses a different format. 5 and 6 use the same format, but 5 defines a single sub-region while 6 defines two regions. These ambiguities make it impossible to interpret the comments without having prior knowledge of the area. This patch set is an effort to standardize the column 4 comments format as follows: A dash (-) is consistently used to delimit a zone_id prefix, so that was retained. A comma (,) is consistently used to delimit regions, so that was retained. Using a slash (/) to delimit alternate names/spellings is accepted English grammar, so that was chosen. Placing sub-regions after regions facilitates having list items begin in uppercase (which is both aesthetically pleasing and grammatically correct) and improves the usability of a sorted list; so that was chosen. Delimiting sub-regions with with curved braces () is in current practice, so that was chosen. Finally two letter codes for regions/sub-regions are included at the end of the sub-region(s) within the curved braces. Multiple regions grouped with the same sub-region(s) are delimited with a comma between the final region of the group and the sub-region(s). Region sub-region groups are delimited from other regions with a semicolon. At least one zone_id or region must be given. When adding a foreign country code to a zone_id on border locations, add it after the zone_id to accommodate implementations that sort the list. This will group zone_id's together, for example: Mountain Time - Chihuahua (away from US border) Mountain Time US - Chihuahua (near US border) Use full words in favor of abbreviations. This format can be represent as: [zone_id] [-] [region[(sub_region, ... [2_letter_code, ... ])][,|;] ... ] There currently are no zone table comments that model the full specification, so here is an imaginary example of the full spec: Central Scooter Time - Yamaha (YZ); Harley, Davidson, Sprint, (west coast XL, XR, FL, ST); Honda (most locations CB, CR), Suzuki, Kawasaki, Vespa The following changes since commit 99b658c3a129dfd0cb777337575e200656b8ff9d: * NEWS, Theory: Clear up descriptions of tzdata abbreviations. (2016-02-14 12:36:54 -0800) are available in the git repository at: git@github.com:jwpi/tz.git zonetab0215 for you to fetch changes up to cf921321194419bc88104da5d7a3a7cfac0ca47e: Standardize zone table comment format (2016-02-20 11:30:20 -0500) ---------------------------------------------------------------- J William Piggott (5): Holiday Islands does not exist. North of Scoresbysund is named National Park Durango is not a border state Use proper names for Baja California States Standardize zone table comment format australasia | 8 +++ europe | 8 +++ northamerica | 6 +- zone.tab | 240 +++++++++++++++++++++++++++++++-------------------------------- zone1970.tab | 250 +++++++++++++++++++++++++++++++++--------------------------------- 5 files changed, 264 insertions(+), 248 deletions(-) --- 8< Example zone1970.tab comments using the standardized format: Adelaide Island (Rothera Station) Anvers Island (Palmer Station) Holme Bay (Mawson Station) Vestfold Hills (Davis Station) Bailey Peninsula (Casey Station) Lake Vostok (Vostok Station) Adélie Land (Dumont-d'Urville Station) East Ongul Island (Syowa Station) Queen Maud Land (Troll Station) Buenos Aires (BA, CF) Argentina (most locations CB, CC, CN, ER, FM, MN, SE, SF) Salta (SA, LP, NQ, RN) Jujuy (JY) Tucumán (TM) Catamarca (CT), Chubut (CH) La Rioja (LR) San Juan (SJ) Mendoza (MZ) San Luis (SL) Santa Cruz (SC) Tierra del Fuego (TF) Samoa, Midway Lord Howe Island Macquarie Island Tasmania (most locations) Tasmania (King Island) Victoria New South Wales (most locations) New South Wales (Yancowinna) Queensland (most locations) Queensland (Whitsunday Islands) South Australia Northern Territory Western Australia (most locations) Western Australia (Eucla) Atlantic islands Pará (east), Amapá Northeast Brazil (MA, PI, CE, RN, PB) Pernambuco Tocantins Alagoas, Sergipe Bahia South Brazil, Southeast Brazil, (GO, DF, MG, ES, RJ, SP, PR, SC, RS) Mato Grosso do Sul Mato Grosso Pará (west) Rondônia Roraima Amazonas (east) Amazonas (west) Acre Newfoundland, Labrador (southeast) Atlantic Time - Nova Scotia (peninsula), Prince Edward Island Atlantic Time - Nova Scotia (Cape Breton) Atlantic Time - New Brunswick Atlantic Time - Labrador (most locations) Atlantic Standard Time - Quebec (Lower North Shore) Eastern Time - Ontario, Quebec, (most locations) Eastern Time - Ontario, Quebec, (places that did not observe DST 1967-1973) Eastern Time - Ontario (Thunder Bay) Eastern Time - Nunavut (most eastern locations) Eastern Time - Nunavut (Pangnirtung) Central Time - Nunavut (Resolute) Eastern Standard Time - Ontario (Atikokan), Nunavut (Southampton Island) Central Time - Nunavut (central) Central Time - Ontario (west), Manitoba Central Time - Ontario (Rainy River, Fort Frances) Central Standard Time - Saskatchewan (most locations) Central Standard Time - Saskatchewan (midwest) Mountain Time - Alberta, British Columbia (east), Saskatchewan (west) Mountain Time - Nunavut (west) Mountain Time - Northwest Territories (central) Mountain Time - Northwest Territories (west) Mountain Standard Time - British Columbia (Creston) Mountain Standard Time - British Columbia (Dawson Creek, Fort Saint John) Mountain Standard Time - British Columbia (Fort Nelson) Pacific Time - British Columbia (west) Pacific Time - Yukon (south) Pacific Time - Yukon (north) Swiss Time Chile (most locations) Easter Island Beijing Time Xinjiang Time Germany (most locations) Ecuador (mainland) Galápagos Islands Spain (mainland) Ceuta, Melilla Canary Islands Chuuk/Truk, Yap Pohnpei/Ponape Kosrae Greenland (most locations) National Park (east coast) Scoresbysund/Ittoqqortoormiit Thule/Pituffik Java, Sumatra Borneo (west, central) Borneo (east, south), Sulawesi (Celebes), Bali, Nusa Tengarra, Timor (west) New Guinea (West Papua / Irian Jaya), Maluku/Moluccas Gilbert Islands Phoenix Islands Line Islands Kazakhstan (most locations) Qyzylorda/Kyzylorda/Kzyl-Orda Aqtobe/Aktobe Atyrau/Atirau/Gur'yev, Mangghystau/Mankistau West Kazakhstan Marshall Islands (most locations) Kwajalein Mongolia (most locations) Bayan-Ölgii, Govi-Altai, Hovd, Uvs, Zavkhan Dornod, Sükhbaatar Central Time Eastern Standard Time - Quintana Roo Central Time - Campeche, Yucatán Central Time - Durango; Coahuila, Nuevo León, Tamaulipas, (away from US border) Central Time US - Coahuila, Nuevo León, Tamaulipas, (near US border) Mountain Time - Baja California Sur, Nayarit, Sinaloa Mountain Time - Chihuahua (away from US border) Mountain Time US - Chihuahua (near US border) Mountain Standard Time - Sonora Pacific Time US - Baja California Central Time - Bahía de Banderas Malaysia (peninsula) Sabah, Sarawak UTC+2 - Central Africa Time UTC+1 - West Africa Time New Zealand Time Chatham Islands Society Islands Marquesas Islands Gambier Islands Papua New Guinea (most locations) Bougainville Gaza Strip West Bank Portugal (mainland) Madeira Islands Azores Réunion Island, Crozet Islands, Scattered Islands Moscow-01 - Kaliningrad Moscow+00 - Russia (west) Moscow+00 - Crimea Moscow+00 - Caspian Sea Moscow+01 - Samara, Udmurtia Moscow+02 - Urals Moscow+03 - Siberia (west) Moscow+03 - Novosibirsk Moscow+04 - Kemerovo Moscow+04 - Yenisei River Moscow+05 - Lake Baikal Moscow+05 - Zabaykalsky Moscow+06 - Lena River Moscow+06 - Tomponsky, Ust-Maysky Moscow+07 - Amur River Moscow+07 - Sakhalin Island Moscow+07 - Oymyakonsky Moscow+07 - Magadan Moscow+08 - Sakha (east), North Kuril Islands Moscow+09 - Kamchatka Moscow+09 - Bering Sea Kerguelen, St Paul Island, Amsterdam Island Indochina (most locations) Ukraine (most locations) Ruthenia Zaporozh'ye/Zaporizhia, Lugansk/Luhansk (east) Wake Island Eastern Time Eastern Time - Michigan (most locations) Eastern Time - Kentucky (Louisville area) Eastern Time - Kentucky (Wayne) Eastern Time - Indiana (most locations) Eastern Time - Indiana (Daviess, Dubois, Knox, Martin) Eastern Time - Indiana (Pulaski) Eastern Time - Indiana (Crawford) Eastern Time - Indiana (Pike) Eastern Time - Indiana (Switzerland) Central Time Central Time - Indiana (Perry) Central Time - Indiana (Starke) Central Time - Michigan (Dickinson, Gogebic, Iron, Menominee) Central Time - North Dakota (Oliver) Central Time - North Dakota (Morton except Mandan area) Central Time - North Dakota (Mercer) Mountain Time Mountain Time - Idaho (south), Oregon (east) Mountain Standard Time - Arizona (except Navajo) Pacific Time Alaska Time Alaska Time - Alaska Panhandle Alaska Time - Alaska Panhandle (southeast) Alaska Time - Annette Island Alaska Time - Alaska Panhandle (neck) Alaska Time - Alaska (west) Aleutian Islands Hawaii Time Uzbekistan (west) Uzbekistan (east) Vietnam (south)

8 49

zic changes (2/2)
by Arthur David Olson March 9, 2016

March 9, 2016

And now, the update. These changes arrange things so that binary files include "transition" entries for minimum time values; these entries eliminate localtime guesswork in handling low-valued time stamps. The bad news: binary files grow slightly as a result of these changes. The good news: there are no changes in the output of "zdump -v" applied to before-and-after versions of all the binary files generated by a "make install." Changes are attached and appear in mangled form below; these are relative to the github version of zic.c after the rollback in the earlier message today. @dashdashado 1.2 2805 lines 1.4 2813 lines *** /tmp/,azic.c 2014-05-01 01:51:36.998933800 -0400 --- /tmp/,bzic.c 2014-05-01 01:51:37.092534000 -0400 *************** *** 1480,1493 **** fromi = 0; while (fromi < timecnt && attypes[fromi].at < min_time) ++fromi; - if (isdsts[0] == 0) - while (fromi < timecnt && attypes[fromi].type == 0) - ++fromi; /* handled by default rule */ for ( ; fromi < timecnt; ++fromi) { ! if (toi != 0 && ((attypes[fromi].at + gmtoffs[attypes[toi - 1].type]) <= ! (attypes[toi - 1].at + gmtoffs[toi == 1 ? 0 ! : attypes[toi - 2].type]))) { attypes[toi - 1].type = attypes[fromi].type; continue; --- 1480,1490 ---- fromi = 0; while (fromi < timecnt && attypes[fromi].at < min_time) ++fromi; for ( ; fromi < timecnt; ++fromi) { ! if (toi > 1 && ((attypes[fromi].at + gmtoffs[attypes[toi - 1].type]) <= ! (attypes[toi - 1].at + ! gmtoffs[attypes[toi - 2].type]))) { attypes[toi - 1].type = attypes[fromi].type; continue; *************** *** 1532,1537 **** --- 1529,1541 ---- --timecnt32; ++timei32; } + /* + ** Output an INT32_MIN "transition" if appropriate--see below. + */ + if (timei32 > 0 && ats[timei32] > INT32_MIN) { + --timei32; + ++timecnt32; + } while (leapcnt32 > 0 && !is32(trans[leapcnt32 - 1])) --leapcnt32; while (leapcnt32 > 0 && !is32(trans[leapi32])) { *************** *** 1698,1704 **** #undef DO for (i = thistimei; i < thistimelim; ++i) if (pass == 1) ! puttzcode(ats[i], fp); else puttzcode64(ats[i], fp); for (i = thistimei; i < thistimelim; ++i) { unsigned char uc; --- 1702,1713 ---- #undef DO for (i = thistimei; i < thistimelim; ++i) if (pass == 1) ! /* ! ** Output an INT32_MIN "transition" ! ** if appropriate--see above. ! */ ! puttzcode(((ats[i] < INT32_MIN) ? ! INT32_MIN : ats[i]), fp); else puttzcode64(ats[i], fp); for (i = thistimei; i < thistimelim; ++i) { unsigned char uc; *************** *** 2176,2183 **** if (usestart) { addtt(starttime, type); usestart = FALSE; ! } else if (stdoff != 0) ! addtt(min_time, type); } else for (year = min_year; year <= max_year; ++year) { if (useuntil && year > zp->z_untilrule.r_hiyear) break; --- 2185,2191 ---- if (usestart) { addtt(starttime, type); usestart = FALSE; ! } else addtt(min_time, type); } else for (year = min_year; year <= max_year; ++year) { if (useuntil && year > zp->z_untilrule.r_hiyear) break;

7 22

YouTube videos on time zones
by Matt Johnson March 8, 2016

March 8, 2016

If these two aren't in our art file, they probably should be. "Daylight Saving Time Explained" - CGP Grey https://youtu.be/84aWtseb2-4 Among other things, explains Arizona's enclaves and exclaves quite well. "The Problem with Time & Timezones" - Computerphile / Tom Scott https://youtu.be/-5wpm-gesOY Though Tom gets Nepal's time zone offset wrong - can you blame him?

2 1

field separators in tzdata2016a.tar.gz
by Joris Wu March 8, 2016

March 8, 2016

Dear reader, While writing a Perl script to parse the original TZ data files, I discovered that most fields are separated by tab characters ( ASCII 09 ), yet some by spaces. Given the frequency, I expect tabs were the intended separator. It makes parsing less ambiguous anyhow. I converted a set of space separators in attached patches. Not all, as I do not know yet what is the intent here. Regards, Joris Software developer Brisbane

2 1

[PATCH 1/1] Document tzselect std out redirection
by J William Piggott March 7, 2016

March 7, 2016

* tzselect.8: Implement this. Signed-off-by: J William Piggott <elseifthen(a)gmx.com> --- Question: What does the following sentence from this man-page mean? NOTES Applications should not assume that tzselect's output matches the user's political preferences. How can a TZ string define ones political preference? tzselect.8 | 10 ++++++++-- 1 file changed, 8 insertions(+), 2 deletions(-) diff --git a/tzselect.8 b/tzselect.8 index fb39e1f..19f63bb 100644 --- a/tzselect.8 +++ b/tzselect.8 @@ -19,10 +19,16 @@ tzselect \- select a time zone .SH DESCRIPTION The .B tzselect -program asks the user for information about the current location, -and outputs the resulting time zone description to standard output. +program asks the user for information about a target location, +and outputs the corresponding time zone description to standard output. The output is suitable as a value for the TZ environment variable. .PP +If standard output is redirected to anything other than a terminal, +then the instructions following the confirmation prompt are not printed. +This is to facilitate calling +.B tzselect +from another program. +.PP All interaction with the user is done via standard input and standard error. .SH OPTIONS .TP

2 2

tzcode: please rename the "new" argument in icatalloc()
by Markus Scherer March 7, 2016

March 7, 2016

tzcode/private.h has this declaration: char * icatalloc(char * old, const char * new); The "new" identifier prevents it from being compiled with a C++ compiler. Would you mind renaming the second argument? Thanks! markus

3 2

[PATCH] POSIX TZ string validation bug
by J William Piggott March 7, 2016

March 7, 2016

Invalid Julian date of J00 passes. POSIX indicates that there should be no zero padding on 'Julian' dates: Jn The Julian day n (1 <= n <= 365). n The zero-based Julian day (0 <= n <= 365). * tzselect.ksh: Implement this. Signed-off-by: J William Piggott <elseifthen(a)gmx.com> --- tzselect.ksh | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/tzselect.ksh b/tzselect.ksh index ba763e7..d2c3a6d 100644 --- a/tzselect.ksh +++ b/tzselect.ksh @@ -351,8 +351,8 @@ while "(:[0-5][0-9](:[0-5][0-9])?)?" offset = "[-+]?" time mdate = "M([1-9]|1[0-2])\\.[1-5]\\.[0-6]" - jdate = "((J[1-9]|[0-9]|J?[1-2]?[0-9][0-9])" \ - "|J?3[0-5][0-9]|J?36[0-5])" + jdate = "((J[1-9]|[0-9]|J?[1-9][0-9]" \ + "|J?[1-2][0-9][0-9])|J?3[0-5][0-9]|J?36[0-5])" datetime = ",(" mdate "|" jdate ")(/" time ")?" tzpattern = "^(:.*|" tzname offset "(" tzname \ "(" offset ")?(" datetime datetime ")?)?)$"

2 2

[PROPOSED PATCH] Add xkcd
by Paul Eggert March 6, 2016

March 6, 2016

* tz-art.htm: Add xkcd. Add URLs for specific comic strips or panels. --- tz-art.htm | 13 ++++++++++--- 1 file changed, 10 insertions(+), 3 deletions(-) diff --git a/tz-art.htm b/tz-art.htm index 57d9092..127ab69 100644 --- a/tz-art.htm +++ b/tz-art.htm @@ -353,10 +353,17 @@ broadcast 1997-02-13, in which Kramer decides that daylight saving time isn't coming fast enough, so he sets his watch ahead an hour. </li> <li> -The syndicated comic strip <em>Dilbert</em> featured an all-too-rare example of -time zone humor on 1998-03-14. +The syndicated comic strip <em>Dilbert</em> featured an +<a href='http://dilbert.com/strip/1998-03-14'>all-too-rare example of +time zone humor</a> on 1998-03-14. </li> <li> +The webcomic <em>xkcd</em> has the strip +"<a href='https://xkcd.com/673/'>The Sun</a>" (2009-12-09) and the panels +"<a href='https://xkcd.com/1017/'>Backward in Time</a>" (2012-02-14), +"<a href='https://xkcd.com/1061/'>EST</a>" (2012-05-28), and +"<a href='https://xkcd.com/1335/'>Now</a>" (2014-02-26). +<li> Surrealist artist Guy Billout's work "Date Line" appeared on page 103 of the 1999-11 <em>Atlantic Monthly</em>. </li> @@ -515,7 +522,7 @@ Peppermint Patty: "What if the world comes to an end tonight, Marcie?" Marcie: "I promise there'll be a tomorrow, sir ... in fact, it's already tomorrow in Australia!" <br> -(Charles M. Schulz, <em>Peanuts</em>, 1980-06-13) +(Charles M. Schulz, <a href='http://www.gocomics.com/peanuts/1980/06/13'><em>Peanuts</em>, 1980-06-13</a>) </li> </ul> </body> -- 2.5.0

3 3

Time Lord Judah Levine
by Brian Inglis March 3, 2016

March 3, 2016

Wondered if you might want to give a mention in one of the HTML docs to the person responsible for providing our leap-seconds.list from NIST (courtesy of Tom Van Baak on Time-Nuts): https://www.febo.com/pipermail/time-nuts/2016-March/096401.html a couple of the articles quoted are more textual rather than Youtube link introductions: https://jila.colorado.edu/faculty/judah-levine http://cuindependent.com/2011/08/23/the-nations-time-lord/ -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

1 0

[PATCH] Broken link: Website has disappeared
by Sanjeev Feb. 29, 2016

Feb. 29, 2016

* tz-link.htm --- tz-link.htm | 3 --- 1 file changed, 3 deletions(-) diff --git a/tz-link.htm b/tz-link.htm index bd92f64..c519669 100644 --- a/tz-link.htm +++ b/tz-link.htm @@ -200,9 +200,6 @@ time zone converter.</li> <li><a href="http://twiki.org/cgi-bin/xtra/tzdatepick.html">Date and Time Gateway</a> lets you see the <code><abbr>TZ</abbr></code> values directly.</li> -<li><a -href="http://convertit.com/Go/ConvertIt/World_Time/Current_Time.ASP">Current -Time in 1000 Places</a> uses descriptions of the values.</li> <li><a href="http://www.timezoneconverter.com/cgi-bin/tzc.tzc">Time Zone Converter</a> uses a pulldown menu.</li> -- 2.7.0

3 2

2015g: Is the 1:00 under Pacific/Norfolk "Rules" a typo?
by Marvel, Jim (CPCOE) Feb. 29, 2016

Feb. 29, 2016

Hello, Is the 1:00 under Pacific/Norfolk "Rules" a typo? # Norfolk # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Pacific/Norfolk 11:11:52 - LMT 1901 # Kingston 11:12 - NMT 1951 # Norfolk Mean Time 11:30 - NFT 1974 Oct 27 02:00 # Norfolk T. 11:30 1:00 NFST 1975 Mar 2 02:00 11:30 - NFT 2015 Oct 4 02:00 11:00 - NFT thanks Jim Marvel

5 5

[PROPOSED PATCH] * NEWS: × → x, to pacify ‘make check_character_set’.
by Paul Eggert Feb. 28, 2016

Feb. 28, 2016

--- NEWS | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/NEWS b/NEWS index f3499d7..e4dc2b5 100644 --- a/NEWS +++ b/NEWS @@ -31,7 +31,7 @@ Unreleased, experimental changes Comments in zone tables have been improved. (Thanks to J William Piggott.) tzselect again limits its menu comments so that menus fit on a - 24×80 alphanumeric display. + 24x80 alphanumeric display. In the Theory file, the description of possible time zone abbreviations in tzdata has been cleaned up, as the old description was unclear and -- 2.5.0

1 0

[PATCH] Allow use of <direct.h> from Microsoft Windows to fix mkdir() parameters
by Ian Abbott Feb. 28, 2016

Feb. 28, 2016

This is an alternative to a patch by Esben Haabendal, titled "Fix MinGW builds by adding MKDIR_TAKES_ONE_ARG", posted on Feb 23. Esben's patch made "private.h" optionally include <sys/stat.h> to get at Microsoft's mkdir function, but I think that only works in MinGW, and relies on MinGW's <io.h> header (included by <sys/stat.h>) optionally declaring the mkdir function. The mkdir function is also deprecated by Microsoft. New code should call _mkdir instead. Both functions only take a single parameter. This patch makes "private.h" optionally include <direct.h> (and also <io.h>, due to MinGW's behavior), controlled by the HAVE_DIRECT_H macro, and defines mkdir(path, mode) as macro calling _mkdir(path). With this patch, tz builds successfully in a MSYS2 MingW-w64 Win32 or Win64 environment using the following command line: make CFLAGS="-DHAVE_SYS_WAIT_H=0 -DHAVE_DIRECT_H=1 -DHAVE_LINK=0 -DHAVE_SYMLINK=0 -DHAVE_LOCALTIME_R=0" There are some warnings about 'tzname' being redeclared without dllimport attribute, when compiling zdump.c and localtime.c, but the resulting zdump executable seems to work. -- -=( Ian Abbott @ MEV Ltd. E-mail: <abbotti(a)mev.co.uk> )=- -=( Web: http://www.mev.co.uk/ )=-

2 7

[PATCH] zic: don't warn about link creation failure if not supported
by Ian Abbott Feb. 25, 2016

Feb. 25, 2016

Hi, The attached patch suppresses some warnings output by zic when compiled without support for hard links and/or symbolic links. When linking zone files in dolink(from, to), zic first tries to create hard links, falling back to creating symbolic links, falling back to creating copies. If HAVE_LINK is 0, link(from, to) is defined as a macro that always fails, so in that case, don't issue the warning "hard link failed, symbolic link used" when symbolic links are successfully created in place of hard links. If HAVE_SYMLINK is 0, symlink(from, to) is defined as a macro that always fails, so in that case, don't issue the warning "link failed, copy used" when copies are successfully created in place of symbolic links. -- -=( Ian Abbott @ MEV Ltd. E-mail: <abbotti(a)mev.co.uk> )=- -=( Web: http://www.mev.co.uk/ )=-

1 0

NIST leap-second file not yet updated
by Martin Burnicki Feb. 23, 2016

Feb. 23, 2016

Hi all, please note the NIST leap-second file at ftp://time.nist.gov/pub/ has not yet been updated according to IERS bulletin C 51. It's still the version which has been published in July 2015, and will expire in June 2016. I saw that also tzdata2016a.tar.gz which has been published 2016-01-26 still contains the old leap second file even though bulletin C 51 has already been published 2016-01-11. I've dropped Judah Levine a similar note, but eventually you can include the IERS version of the file into the TZ DB distribution. The IERS file has already been updated and expires 2016-12-28. Regards, Martin -- Martin Burnicki Senior Software Engineer MEINBERG Funkuhren GmbH & Co. KG Email: martin.burnicki(a)meinberg.de Phone: +49 (0)5281 9309-14 Fax: +49 (0)5281 9309-30 Lange Wand 9, 31812 Bad Pyrmont, Germany Amtsgericht Hannover 17HRA 100322 Geschäftsführer/Managing Directors: Günter Meinberg, Werner Meinberg, Andre Hartmann, Heiko Gerstung Web: http://www.meinberg.de

17 57

[PATCH] Fix MinGW builds by adding MKDIR_TAKES_ONE_ARG
by esben.haabendal＠gmail.com Feb. 23, 2016

Feb. 23, 2016

From: Esben Haabendal <esben(a)haabendal.dk> On MinGW, we have non-standard mkdir() which only takes one argument. Signed-off-by: Esben Haabendal <esben(a)haabendal.dk> --- Makefile | 1 + private.h | 5 +++++ 2 files changed, 6 insertions(+) diff --git a/Makefile b/Makefile index 568f7f6..a789fee 100644 --- a/Makefile +++ b/Makefile @@ -125,6 +125,7 @@ LDLIBS= # -DHAVE_SYS_WAIT_H=0 if your compiler lacks a "sys/wait.h" # -DHAVE_TZSET=0 if your system lacks a tzset function # -DHAVE_UNISTD_H=0 if your compiler lacks a "unistd.h" (Microsoft C++ 7?) +# -DMKDIR_TAKES_ONE_ARG if your mkdir takes one arg (MinGW) # -DNO_RUN_TIME_WARNINGS_ABOUT_YEAR_2000_PROBLEMS_THANK_YOU=1 # if you do not want run time warnings about formats that may cause # year 2000 grief diff --git a/private.h b/private.h index 1c176e6..b2e7ecb 100644 --- a/private.h +++ b/private.h @@ -58,6 +58,11 @@ #define HAVE_UTMPX_H 1 #endif /* !defined HAVE_UTMPX_H */ +#ifdef MKDIR_TAKES_ONE_ARG +#include <sys/stat.h> +#define mkdir(path,mode) mkdir(path) +#endif + #ifndef NETBSD_INSPIRED # define NETBSD_INSPIRED 1 #endif -- 2.7.1

1 0

Ulyanovsk, Altai Krai and Altai republic on their way to change time zones
by Alexander Krivenyshev Feb. 23, 2016

Feb. 23, 2016

Ulyanovsk, Altai Krai and Altai republic on their way to change time zones by March 27, 2016 at 2am. Today (Feb. 17, 2016) Russian State Duma passed the bill in the first reading for 3 more regions to change their time zones (http://asozd2.duma.gov.ru/) - Ulyanovsk Oblast / Ulyanovsk from MSK to MSK+1 (UTC+3 to UTC+4) same as Astrakhan Oblast - Altai republic / Gorno-Altaysk MSK+3 to MSK+4 (UTC+6 to UTC+7) to Krasnoyarsk time zone - Altai Krai / Barnaul MSK+3 to MSK+4 (UTC+6 to UTC+7) to Krasnoyarsk time zone 920582-6 On Amendments to Article 5 of the Federal Law "On the Calculation of Time" (on reference of the Ulyanovsk Oblast / Ulyanovsk to the 3rd time zone, MSK+1, UTC+4) 02/17/2016- The State Duma passed the bill in the first reading; 935532-6 On Amendments to Article 5 of the Federal Law "On the Calculation of Time" (on reference of the Altai republic / Gorno-Altaysk to the 6th time zone, MSK+4, UTC+7) 02/17/2016- The State Duma passed the bill in the first reading; 944348-6 On Amendments to Article 5 of the Federal Law "On the Calculation of Time" (on reference of the Altai Krai / Barnaul to the 6th time zone, MSK+4, UTC+7) 02/17/2016- The State Duma passed the bill in the first reading; With 95% certainty these 3 more regions will change their time zones by March 27, 2016 at 2am. Alexander Krivenyshev http://www.worldtimezone.com

4 9

Re: [tz] Astrakhan region got approval to change its time zone
by Paul Eggert Feb. 19, 2016

Feb. 19, 2016

Alain Mouette wrote: > May a suggest that you publish somewhere in the Docs the RegEx to correctly test > the Region String? Thanks, good suggestion. Proposed patch attached.

2 2

7 regions in Russia submitted draft bills to change their time zones
by Alexander Krivenyshev Feb. 18, 2016

Feb. 18, 2016

After researching several official government documents (duma.gov.ru), there are at least 7 regions in Russia (not 3) that have submitted draft bills proposing changes to their time zones. Those regions are: - Zabaykalsky Krai / Chita (draft bill date of entry July 16, 2015)- has recently received approval to change time zone from UTC+8 to UTC+9 - Astrakhan Oblast / Astrakhan (draft bill date of entry Aug. 15, 2015), UTC+3 to UTC+4 - Sakhalin Oblast / Yuzhno-Sakhalinsk (draft bill date of entry Sep. 28, 2015), UTC+10 to UTC+11 - Ulyanovsk Oblast / Ulyanovsk (draft bill date of entry Nov. 03, 2015), UTC+3 to UTC+4 - Altai republic / Gorno-Altaysk (draft bill date of entry Nov. 23, 2015), UTC+6 to UTC+7 - Altai Krai / Barnaul (draft bill date of entry Dec. 03, 2015), UTC+6 to UTC+7 - Magadan Oblast / Magadan (draft bill date of entry Dec. 08, 2015), UTC+10 to UTC+11 See as a reference Russia map with 7 regions to change their time zones (darker colors of blue, green, red): http://www.worldtimezone.com/russia-time-zones-map-2016-04.gif (vs current http://www.worldtimezone.com/time-russia12.php) Seems that draft bill in Russia must pass through the following phases before being signed into law: Phase 1- The State Duma Council draft bill review Phase 2- Pass three (3) readings/revisions by the State Duma Phase 3- Approval by the Federation Council Phase 4- Signed by the President. Currently there are 6 additional regions in Russia that have requested to change their time zones (make amendments to the current Federal Law "On the calculation of time"), those draft bills were introduced at different times and are in different phases of the approval (or rejection) process. To make it easier to understand, below are the approximate phases of the remaining regions requesting time zones changes: - Sakhalin Oblast / Yuzhno-Sakhalinsk - Phase 1 (introduced to the State Duma Council) - Astrakhan Oblast / Astrakhan - Phase 2 ( first reading by the State Duma) - Ulyanovsk Oblast / Ulyanovsk - Phase 1 (introduced to the State Duma Council) - Altai republic / Gorno-Altaysk - Phase 1 (introduced to the State Duma Council) - Altai Krai / Barnaul - Phase 1 (introduced to the State Duma Council) - Magadan Oblast / Magadan - Phase 1 ( introduced to the Chairman of the State Duma- part of the State Duma Council) It is hard to say, how many above regions will be able to get through all these phases and change their time zones by March 27, 2016. We will try to keep our eyes on it. Alexander Krivenyshev http://www.worldtimezone.com

15 38

Hanke-Henry want to destroy tz
by Steve Allen Feb. 17, 2016

Feb. 17, 2016

Steve Hanke and Dick Henry want to decharter this tz project https://www.washingtonpost.com/news/worldviews/wp/2016/02/12/the-radical-pl… -- Steve Allen <sla(a)ucolick.org> WGS-84 (GPS) UCO/Lick Observatory--ISB Natural Sciences II, Room 165 Lat +36.99855 1156 High Street Voice: +1 831 459 3046 Lng -122.06015 Santa Cruz, CA 95064 http://www.ucolick.org/~sla/ Hgt +250 m

5 4

URUGUAY Timezone Update
by Nicolas Antoniello Feb. 15, 2016

Feb. 15, 2016

Hi Folks, Finally, there is a resolution by Uruguayan government on June the 29th, 2015, that the timezone for Uruguay will be GMT-3 (UTC-3) from now on (not just for this summer as initially announced). Just to make it permanently in the TZ data archive (in case was done only for this summer). ... hope not to change ever again! Regards, Nicolas

2 2

POSIX epoch in the news?
by Arthur David Olson Feb. 15, 2016

Feb. 15, 2016

"Don’t Set Your iPhone Back to 1970, No Matter What" http://www.wired.com/2016/02/dont-set-your-iphone-back-to-1970-no-matter-wh… @dashdashado

5 7

Re: [tz] Astrakhan region got approval to change its time zone
by Matt Johnson Feb. 14, 2016

Feb. 14, 2016

I'm more concerned with end-user confusion on whether +04 means GMT+04 or MSK+04. ________________________________ From: Paul Eggert<mailto:eggert@cs.ucla.edu> Sent: ‎2/‎13/‎2016 6:03 PM To: Brian.Inglis(a)systematicsw.ab.ca<mailto:Brian.Inglis@systematicsw.ab.ca>; tz(a)iana.org<mailto:tz@iana.org> Subject: Re: [tz] Astrakhan region got approval to change its time zone Brian Inglis wrote: > I just know a bunch of people out there are cluelessly checking this string is > upper case alpha. We crossed that bridge many years ago, so we shouldn't be giving any such people much more grief than we're already giving them. There have been non-upper-case-alpha abbreviations in the tz database since nearly day one. For example, in our repository the very first version of the 'europe' file (dated 1986) had spaces in some abbreviations, and spaces are much harder to parse than digits or plus signs are. In the current release, Pacific/Guam uses abbreviations that are not upper case alpha. Also, POSIX has blessed digits and plus signs in the abbreviations for quite some time; see <https://mm.icann.org/pipermail/tz/2001-January/011305.html>.

4 7

[PATCH 1/5] tzselect.ksh: TZ validation bugs
by J William Piggott Feb. 14, 2016

Feb. 14, 2016

This commit fixes the following POSIX TZ validation bugs in tzselect.ksh. Did not allow: TZ name quoting (<, >): TZ="<EST+5>5" Allowed: TZ name == Non-alpha characters: TZ="E!T5" Time > 24 hours Julian date == J0 Julian date > J365 Julian date > 365 Month date > M12.x.x Month date > Mx.5.x Month date > Mx.x.6 Month date < M1.x.x Month date < Mx.1.x Signed-off-by: J William Piggott <elseifthen(a)gmx.com> --- tzselect.ksh | 11 +++++++---- 1 file changed, 7 insertions(+), 4 deletions(-) diff --git a/tzselect.ksh b/tzselect.ksh index df5621f..10570b6 100644 --- a/tzselect.ksh +++ b/tzselect.ksh @@ -346,11 +346,14 @@ while 'that is 10 hours ahead (east) of UTC.' read TZ $AWK -v TZ="$TZ" 'BEGIN { - tzname = "[^-+,0-9][^-+,0-9][^-+,0-9]+" - time = "[0-2]?[0-9](:[0-5][0-9](:[0-5][0-9])?)?" + tzname = "(<[[:alnum:]+-]{3,}>|[[:alpha:]]{3,})" + time = "(2[0-4]|[0-1]?[0-9])" \ + "(:[0-5][0-9](:[0-5][0-9])?)?" offset = "[-+]?" time - date = "(J?[0-9]+|M[0-9]+\\.[0-9]+\\.[0-9]+)" - datetime = "," date "(/" time ")?" + mdate = "M([1-9]|1[0-2])\\.[1-5]\\.[0-6]" + jdate = "((J[1-9]|[0-9]|J?[1-2]?[0-9][0-9])" \ + "|J?3[0-5][0-9]|J?36[0-5])" + datetime = ",(" mdate "|" jdate ")(/" time ")?" tzpattern = "^(:.*|" tzname offset "(" tzname \ "(" offset ")?(" datetime datetime ")?)?)$" if (TZ ~ tzpattern) exit 1

3 18

[PATCH] * NEWS: Mention code and commentary improvements.
by Paul Eggert Feb. 12, 2016

Feb. 12, 2016

--- NEWS | 12 ++++++++++++ 1 file changed, 12 insertions(+) diff --git a/NEWS b/NEWS index ac42968..361eaab 100644 --- a/NEWS +++ b/NEWS @@ -1,5 +1,17 @@ News for the tz database +Unreleased, experimental changes + + Changes to code + + tzselect's diagnostics and checking, and checktab.awk's checking, + have been improved. (Thanks to J William Piggott.) + + Changes to commentary + + Comments in zone tables have been improved. (Thanks to J William Piggott.) + + Release 2016a - 2016-01-26 23:28:02 -0800 Changes affecting future time stamps -- 2.5.0

1 0

[PATCH 0/4] checktab.awk and zone tabs
by J William Piggott Feb. 12, 2016

Feb. 12, 2016

This patch set applies on top of the two sets I posted on Jan 20 2016 with Subject: [PATCH 0/5] tzselect.ksh [PATCH 1/3] zone*.tab: make consistent 'most locations' Paul, I just noticed I used the wrong style commit messages on the first to sets. If you'd like me to fix them and resubmit V2, just let me know. J William Piggott (4): checktab.awk: fix comment (field 4) checks checktab.awk: don't repeat missing comment errors zone1970.tab: update column 4 definition Remove unneeded zone tab comments NEWS | 8 ++++++++ checktab.awk | 8 +++++++- zone.tab | 20 ++++++++++---------- zone1970.tab | 21 +++++++++++---------- 4 files changed, 36 insertions(+), 21 deletions(-) --- All of the patch sets are from the same branch of my github account here is the request-pull output: The following changes since commit 9e588f4c0bc2a1861c923aaa7760ebc7b024d885: Cite Ogle's 2015 book on history of civil time (2016-01-11 16:21:15 -0800) are available in the git repository at: git@github.com:jwpi/tz.git tzselect for you to fetch changes up to a7a2ef246e669c30533e5fd1cb01ef85fe921935: Remove unneeded zone tab comments (2016-01-23 18:57:43 -0500) ---------------------------------------------------------------- J William Piggott (12): zone*.tab: make consistent 'most locations' zone*.tab: fix capitalization zone*.tab: fix Salta comment tzselect.ksh: TZ validation bugs tzselect.ksh: regions list to inclusive tzselect.ksh: sort regions list tzselect.ksh: time scales assumed tzselect.ksh: add script mode option checktab.awk: fix comment (field 4) checks checktab.awk: don't repeat missing comment errors zone1970.tab: update column 4 definition Remove unneeded zone tab comments NEWS | 8 ++++++++ checktab.awk | 8 +++++++- tzselect.ksh | 47 ++++++++++++++++++++++++++++++----------------- zone.tab | 44 ++++++++++++++++++++++---------------------- zone1970.tab | 51 ++++++++++++++++++++++++++------------------------- 5 files changed, 93 insertions(+), 65 deletions(-)

2 5

[PATCH 1/3] zone*.tab: make consistent 'most locations'
by J William Piggott Feb. 12, 2016

Feb. 12, 2016

modified: zone.tab modified: zone1970.tab The comments (field 4) inconsistently use leading area names. This causes tzselect's output to be mixed: Please select one of the following time zone regions. 1) Buenos Aires (BA, CF) 2) most locations (CB, CC, CN, ER, FM, MN, SE, SF) Please select one of the following time zone regions. 1) Lord Howe Island 2) Macquarie Island 3) Tasmania - most locations The leading name is absent from entries when it would match the chosen country, but sometimes the chosen country is no longer visible. Including the country name doesn't hurt anything and it improves readability. Signed-off-by: J William Piggott <elseifthen(a)gmx.com> --- zone.tab | 22 +++++++++++----------- zone1970.tab | 22 +++++++++++----------- 2 files changed, 22 insertions(+), 22 deletions(-) diff --git a/zone.tab b/zone.tab index d267f5b..2fd7953 100644 --- a/zone.tab +++ b/zone.tab @@ -41,7 +41,7 @@ AQ -6640+14001 Antarctica/DumontDUrville Dumont-d'Urville Station, Adelie Land AQ -690022+0393524 Antarctica/Syowa Syowa Station, E Ongul I AQ -720041+0023206 Antarctica/Troll Troll Station, Queen Maud Land AR -3436-05827 America/Argentina/Buenos_Aires Buenos Aires (BA, CF) -AR -3124-06411 America/Argentina/Cordoba most locations (CB, CC, CN, ER, FM, MN, SE, SF) +AR -3124-06411 America/Argentina/Cordoba Argentina - most locations (CB, CC, CN, ER, FM, MN, SE, SF) AR -2447-06525 America/Argentina/Salta (SA, LP, NQ, RN) AR -2411-06518 America/Argentina/Jujuy Jujuy (JY) AR -2649-06513 America/Argentina/Tucuman Tucuman (TM) @@ -141,7 +141,7 @@ CG -0416+01517 Africa/Brazzaville CH +4723+00832 Europe/Zurich CI +0519-00402 Africa/Abidjan CK -2114-15946 Pacific/Rarotonga -CL -3327-07040 America/Santiago most locations +CL -3327-07040 America/Santiago Chile - most locations CL -2709-10926 Pacific/Easter Easter Island CM +0403+00942 Africa/Douala CN +3114+12128 Asia/Shanghai Beijing Time @@ -154,7 +154,7 @@ CW +1211-06900 America/Curacao CX -1025+10543 Indian/Christmas CY +3510+03322 Asia/Nicosia CZ +5005+01426 Europe/Prague -DE +5230+01322 Europe/Berlin most locations +DE +5230+01322 Europe/Berlin Germany - most locations DE +4742+00841 Europe/Busingen Busingen DJ +1136+04309 Africa/Djibouti DK +5540+01235 Europe/Copenhagen @@ -187,7 +187,7 @@ GF +0456-05220 America/Cayenne GG +4927-00232 Europe/Guernsey GH +0533-00013 Africa/Accra GI +3608-00521 Europe/Gibraltar -GL +6411-05144 America/Godthab most locations +GL +6411-05144 America/Godthab Greenland - most locations GL +7646-01840 America/Danmarkshavn east coast, north of Scoresbysund GL +7029-02158 America/Scoresbysund Scoresbysund / Ittoqqortoormiit GL +7634-06847 America/Thule Thule / Pituffik @@ -235,7 +235,7 @@ KP +3901+12545 Asia/Pyongyang KR +3733+12658 Asia/Seoul KW +2920+04759 Asia/Kuwait KY +1918-08123 America/Cayman -KZ +4315+07657 Asia/Almaty most locations +KZ +4315+07657 Asia/Almaty Kazakhstan - most locations KZ +4448+06528 Asia/Qyzylorda Qyzylorda (Kyzylorda, Kzyl-Orda) KZ +5017+05710 Asia/Aqtobe Aqtobe (Aktobe) KZ +4431+05016 Asia/Aqtau Atyrau (Atirau, Gur'yev), Mangghystau (Mankistau) @@ -257,12 +257,12 @@ MD +4700+02850 Europe/Chisinau ME +4226+01916 Europe/Podgorica MF +1804-06305 America/Marigot MG -1855+04731 Indian/Antananarivo -MH +0709+17112 Pacific/Majuro most locations +MH +0709+17112 Pacific/Majuro Marshall Islands - most locations MH +0905+16720 Pacific/Kwajalein Kwajalein MK +4159+02126 Europe/Skopje ML +1239-00800 Africa/Bamako MM +1647+09610 Asia/Rangoon -MN +4755+10653 Asia/Ulaanbaatar most locations +MN +4755+10653 Asia/Ulaanbaatar Mongolia - most locations MN +4801+09139 Asia/Hovd Bayan-Olgiy, Govi-Altai, Hovd, Uvs, Zavkhan MN +4804+11430 Asia/Choibalsan Dornod, Sukhbaatar MO +2214+11335 Asia/Macau @@ -274,7 +274,7 @@ MT +3554+01431 Europe/Malta MU -2010+05730 Indian/Mauritius MV +0410+07330 Indian/Maldives MW -1547+03500 Africa/Blantyre -MX +1924-09909 America/Mexico_City Central Time - most locations +MX +1924-09909 America/Mexico_City Mexican Central Time - most locations MX +2105-08646 America/Cancun Eastern Standard Time - Quintana Roo MX +2058-08937 America/Merida Central Time - Campeche, Yucatan MX +2540-10019 America/Monterrey Mexican Central Time - Coahuila, Durango, Nuevo Leon, Tamaulipas away from US border @@ -299,7 +299,7 @@ NO +5955+01045 Europe/Oslo NP +2743+08519 Asia/Kathmandu NR -0031+16655 Pacific/Nauru NU -1901-16955 Pacific/Niue -NZ -3652+17446 Pacific/Auckland most locations +NZ -3652+17446 Pacific/Auckland New Zealand - most locations NZ -4357-17633 Pacific/Chatham Chatham Islands OM +2336+05835 Asia/Muscat PA +0858-07932 America/Panama @@ -307,7 +307,7 @@ PE -1203-07703 America/Lima PF -1732-14934 Pacific/Tahiti Society Islands PF -0900-13930 Pacific/Marquesas Marquesas Islands PF -2308-13457 Pacific/Gambier Gambier Islands -PG -0930+14710 Pacific/Port_Moresby most locations +PG -0930+14710 Pacific/Port_Moresby Papua New Guinea - most locations PG -0613+15534 Pacific/Bougainville Bougainville PH +1435+12100 Asia/Manila PK +2452+06703 Asia/Karachi @@ -385,7 +385,7 @@ TT +1039-06131 America/Port_of_Spain TV -0831+17913 Pacific/Funafuti TW +2503+12130 Asia/Taipei TZ -0648+03917 Africa/Dar_es_Salaam -UA +5026+03031 Europe/Kiev most locations +UA +5026+03031 Europe/Kiev Ukraine - most locations UA +4837+02218 Europe/Uzhgorod Ruthenia UA +4750+03510 Europe/Zaporozhye Zaporozh'ye, E Lugansk / Zaporizhia, E Luhansk UG +0019+03225 Africa/Kampala diff --git a/zone1970.tab b/zone1970.tab index e77d6cf..c050269 100644 --- a/zone1970.tab +++ b/zone1970.tab @@ -48,7 +48,7 @@ AQ -6640+14001 Antarctica/DumontDUrville Dumont-d'Urville Station, AdÃ©lie Land AQ -690022+0393524 Antarctica/Syowa Syowa Station, E Ongul I AQ -720041+0023206 Antarctica/Troll Troll Station, Queen Maud Land AR -3436-05827 America/Argentina/Buenos_Aires Buenos Aires (BA, CF) -AR -3124-06411 America/Argentina/Cordoba most locations (CB, CC, CN, ER, FM, MN, SE, SF) +AR -3124-06411 America/Argentina/Cordoba Argentina - most locations (CB, CC, CN, ER, FM, MN, SE, SF) AR -2447-06525 America/Argentina/Salta (SA, LP, NQ, RN) AR -2411-06518 America/Argentina/Jujuy Jujuy (JY) AR -2649-06513 America/Argentina/Tucuman TucumÃ¡n (TM) @@ -134,7 +134,7 @@ CC -1210+09655 Indian/Cocos CH,DE,LI +4723+00832 Europe/Zurich Swiss time CI,BF,GM,GN,ML,MR,SH,SL,SN,ST,TG +0519-00402 Africa/Abidjan CK -2114-15946 Pacific/Rarotonga -CL -3327-07040 America/Santiago most locations +CL -3327-07040 America/Santiago Chile - most locations CL -2709-10926 Pacific/Easter Easter Island CN +3114+12128 Asia/Shanghai Beijing Time CN +4348+08735 Asia/Urumqi Xinjiang Time @@ -146,7 +146,7 @@ CW,AW,BQ,SX +1211-06900 America/Curacao CX -1025+10543 Indian/Christmas CY +3510+03322 Asia/Nicosia CZ,SK +5005+01426 Europe/Prague -DE +5230+01322 Europe/Berlin Berlin time +DE +5230+01322 Europe/Berlin Germany - most locations DK +5540+01235 Europe/Copenhagen DO +1828-06954 America/Santo_Domingo DZ +3647+00303 Africa/Algiers @@ -171,7 +171,7 @@ GE +4143+04449 Asia/Tbilisi GF +0456-05220 America/Cayenne GH +0533-00013 Africa/Accra GI +3608-00521 Europe/Gibraltar -GL +6411-05144 America/Godthab most locations +GL +6411-05144 America/Godthab Greenland - most locations GL +7646-01840 America/Danmarkshavn east coast, north of Scoresbysund GL +7029-02158 America/Scoresbysund Scoresbysund / Ittoqqortoormiit GL +7634-06847 America/Thule Thule / Pituffik @@ -208,7 +208,7 @@ KI +0152-15720 Pacific/Kiritimati Line Islands KP +3901+12545 Asia/Pyongyang KR +3733+12658 Asia/Seoul KY +1918-08123 America/Cayman -KZ +4315+07657 Asia/Almaty most locations +KZ +4315+07657 Asia/Almaty Kazakhstan - most locations KZ +4448+06528 Asia/Qyzylorda Qyzylorda (Kyzylorda, Kzyl-Orda) KZ +5017+05710 Asia/Aqtobe Aqtobe (Aktobe) KZ +4431+05016 Asia/Aqtau Atyrau (Atirau, Gur'yev), Mangghystau (Mankistau) @@ -223,10 +223,10 @@ LY +3254+01311 Africa/Tripoli MA +3339-00735 Africa/Casablanca MC +4342+00723 Europe/Monaco MD +4700+02850 Europe/Chisinau -MH +0709+17112 Pacific/Majuro most locations +MH +0709+17112 Pacific/Majuro Marshall Islands - most locations MH +0905+16720 Pacific/Kwajalein Kwajalein MM +1647+09610 Asia/Rangoon -MN +4755+10653 Asia/Ulaanbaatar most locations +MN +4755+10653 Asia/Ulaanbaatar Mongolia - most locations MN +4801+09139 Asia/Hovd Bayan-Ãlgii, Govi-Altai, Hovd, Uvs, Zavkhan MN +4804+11430 Asia/Choibalsan Dornod, SÃ¼khbaatar MO +2214+11335 Asia/Macau @@ -234,7 +234,7 @@ MQ +1436-06105 America/Martinique MT +3554+01431 Europe/Malta MU -2010+05730 Indian/Mauritius MV +0410+07330 Indian/Maldives -MX +1924-09909 America/Mexico_City Central Time - most locations +MX +1924-09909 America/Mexico_City Mexican Central Time - most locations MX +2105-08646 America/Cancun Eastern Standard Time - Quintana Roo MX +2058-08937 America/Merida Central Time - Campeche, YucatÃ¡n MX +2540-10019 America/Monterrey Mexican Central Time - Coahuila, Durango, Nuevo LeÃ³n, Tamaulipas away from US border @@ -265,7 +265,7 @@ PE -1203-07703 America/Lima PF -1732-14934 Pacific/Tahiti Society Islands PF -0900-13930 Pacific/Marquesas Marquesas Islands PF -2308-13457 Pacific/Gambier Gambier Islands -PG -0930+14710 Pacific/Port_Moresby most locations +PG -0930+14710 Pacific/Port_Moresby Papua New Guinea - most locations PG -0613+15534 Pacific/Bougainville Bougainville PH +1435+12100 Asia/Manila PK +2452+06703 Asia/Karachi @@ -317,7 +317,7 @@ SY +3330+03618 Asia/Damascus TC +2128-07108 America/Grand_Turk TD +1207+01503 Africa/Ndjamena TF -492110+0701303 Indian/Kerguelen Kerguelen, St Paul I, Amsterdam I -TH,KH,LA,VN +1345+10031 Asia/Bangkok most of Indochina +TH,KH,LA,VN +1345+10031 Asia/Bangkok Indochina - most locations TJ +3835+06848 Asia/Dushanbe TK -0922-17114 Pacific/Fakaofo TL -0833+12535 Asia/Dili @@ -328,7 +328,7 @@ TR +4101+02858 Europe/Istanbul TT,AG,AI,BL,DM,GD,GP,KN,LC,MF,MS,VC,VG,VI +1039-06131 America/Port_of_Spain TV -0831+17913 Pacific/Funafuti TW +2503+12130 Asia/Taipei -UA +5026+03031 Europe/Kiev most locations +UA +5026+03031 Europe/Kiev Ukraine - most locations UA +4837+02218 Europe/Uzhgorod Ruthenia UA +4750+03510 Europe/Zaporozhye Zaporozh'ye, E Lugansk / Zaporizhia, E Luhansk UM +1917+16637 Pacific/Wake Wake Island

2 5

Contribution Status
by J William Piggott Feb. 3, 2016

Feb. 3, 2016

Hello, As a new contributor to the Time Zone Database, I'd like to know if there is a way to ascertain the status of a submission? Specifically are the following queued for review, under review, rejected ... or? http://mm.icann.org/pipermail/tz/2016-January/023085.html http://mm.icann.org/pipermail/tz/2016-January/023090.html http://mm.icann.org/pipermail/tz/2016-January/023096.html I ask because I have more work to submit, but I do not want to continue stacking patch sets on top of rejected sets. Thank you, Willie

2 1

[tz-announce] 2016a release of tz code and data available
by Paul Eggert Jan. 27, 2016

Jan. 27, 2016

The 2016a release of the tz code and data is available. It reflects the following changes, which were either circulated on the tz mailing list or are relatively minor technical or administrative changes: Changes affecting future time stamps America/Cayman will not observe daylight saving this year after all. Revert our guess that it would. (Thanks to Matt Johnson.) Asia/Chita switches from +0800 to +0900 on 2016-03-27 at 02:00. (Thanks to Alexander Krivenyshev.) 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 past and future time stamps America/Metlakatla switched from PST all year to AKST/AKDT on 2015-11-01 at 02:00. (Thanks to Steffen Thorsen.) America/Santa_Isabel has been removed, and replaced with a backward compatibility link to America/Tijuana. Its contents were apparently based on a misreading of Mexican legislation. Changes affecting past time stamps Asia/Karachi's two transition times in 2002 were off by a minute. (Thanks to Matt Johnson.) Changes affecting build procedure An installer can now combine leap seconds with use of the backzone file, e.g., with 'make PACKRATDATA=backzone REDO=posix_right zones'. The old 'make posix_packrat' rule is now marked as obsolescent. (Thanks to Ian Abbott for an initial implementation.) Changes affecting documentation and commentary A new file LICENSE makes it easier to see that the code and data are mostly public-domain. (Thanks to James Knight.) The three non-public-domain files now use the current (3-clause) BSD license instead of older versions of that license. tz-link.htm mentions the BDE library (thanks to Andrew Paprocki), CCTZ (thanks to Tim Parenti), TimeJones.com, and has a new section on editing tz source files (with a mention of Sublime zoneinfo, thanks to Gilmore Davidson). The Theory and asia files now mention the 2015 book "The Global Transformation of Time, 1870-1950", and cite a couple of reviews. The America/Chicago entry now documents the informal use of US central time in Fort Pierre, South Dakota. (Thanks to Rick McDermid, Matt Johnson, and Steve Jones.) Here are links to the release files: ftp://ftp.iana.org/tz/releases/tzcode2016a.tar.gz ftp://ftp.iana.org/tz/releases/tzdata2016a.tar.gz The files are also available via HTTP as follows: http://www.iana.org/time-zones/repository/releases/tzcode2016a.tar.gz http://www.iana.org/time-zones/repository/releases/tzdata2016a.tar.gz As usual, links to the latest release files are here: http://www.iana.org/time-zones/repository/tzcode-latest.tar.gz http://www.iana.org/time-zones/repository/tzdata-latest.tar.gz ftp://ftp.iana.org/tz/tzcode-latest.tar.gz ftp://ftp.iana.org/tz/tzdata-latest.tar.gz Each release file has a GPG signature, which can be retrieved by appending ".asc" to the above URLs. Copies of these signatures are appended to this message. This release corresponds to commit 0f03a534155f590681e45ad8a3202a4412a8ba80 dated Tue Jan 26 23:28:02 2016 -0800 and tagged '2016a' in the experimental github repository at <https://github.com/eggert/tz>. Here are the SHA-512 checksums for the release files: 33a1078ba16aef19048aa97ce1816fc5368061bfe40eddc0e7e246ca57c4a535eaf2f03847128e971a6d959f34ea77224bf33fd53dc6a0c006450dde35222223 tzcode2016a.tar.gz 9aa5f61a73afa5070dfb1d1982945d268ea8215663d0cd594216500aff14797ea5591ccfd488dc2280902fa1820bf782623624912b669873728431258fe10ec1 tzdata2016a.tar.gz Here are the GPG checksums for the release files: -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJWqHJCAAoJEO2X6Q5iqn40vggP/iUDh0UDG3g9lQfV41yXx+Dg 4Ln+RVSEkfKE82ffPSJzvyRQzp1l/U2alopcI+Ernou7hmcrYYcJC827QZ+boiLv uK5/LIDqI/uBb6j3bxt2aiymsbL1+q4C3RDypujKa4lh0kuinO6MUTpnIEGmNdAl l0q6pWyJfH4UYxT8UCjCvJrNQwMxCD+31oz4blUMUr3h/TdAfd/uRs0xm06Fi6ss HSzJ1P2gej4uTdGzuWczbZrCdkpLvZXhYt/kIQ3tOl+9bAJOJa0/3zVuIxUO6DNL w4RRaHbdtvtDUw7vqGcIe2nZHZ4GdRfHINi2sflHfH6auq53x6mWiOGbDqAMQkk4 2HFnHr8sawB+6TA8vSgayOKg+Ja2eX/4IXBqrGBzt96a0AfJDgWlulgA5oc6lQvy BAYtgXYfUTg05EEZOIvL1kDR3CZJB2v6U72DVT8y6Bs52w1ue1/7HfhY9N5hHor5 nCeaeqoQLopMdfpMn3pATqRXvTFsxmlDaN8Y2S6IZyvQgPqpPGBdaH0i+Ran5bXf vKCRpxS6rsSvOdliNCnr2hytk5UrRdxuLJ6yWiUjhVBszGISUR15w2iwK26NifIR ZbMV4e2bcZl7kGcq+dIeTtjAoXeP+Bh3Y3NfIq37O1NK8gsx31GfGMVifJYxE4ti qtlircuZtjdkQR0GmACZ =cUhj -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJWqHJHAAoJEO2X6Q5iqn40O/QP/0dWxkvnViAXibpFmZeQF9qC 18S3oL35D9CwWdIo60zmQ1K4lzq7k3K4fCs+VAZnlp8DeqxbnX/utfFsxRGBZu9F fHYeIyxPB+Gm45SE3USefZgD38LDDmEIkeQ+SE3geDSVKMO/gHGk55jl/8vylm1d bIdU/1PNSr5EZt2LlXuRRO1lnQ6cW1G5vDtGj4nyB++/FDIi4qsBMQy21qqRs2K3 vcw3yRQbqz7rEUxG/k0d9KU/dRUY980f4pHx2kkYpRKL2nhLeYqH3jfRUhOgwupS Yp4fVFF1gZWbxjcf8Xb97jpCW0q4TL4wPYFQNOsLJJGtNeRP1Pgz7FsjH1qwSUy2 blX1UWhtFAjUnHF+XO7Z5DUexoq1+14OFWSGwxuGpwUNxgtMmRr4KZVuKg9ag7jC hKoegozcf90lZ+PmuAXNbz1S9DcILRFG7qnV+E3oKPjyOQBnU1z7Mx0rtleT14iQ Pdi0ygv4/9cs07dOsF3oqRfwqldYogYF0/O3559eQzGfKdxOIu0eLZV9PLaCnAoM 2zpnPOBqBIwUHRynd6EBJyeu1WCRoC/oIvEs8A8QINf6EN/Fu/Xxgmf8HwwRIOE+ xgJeNE4Z4xjWiCmu7dvBZJIZZi7dmWaHwste+WxUMZ0boDsYOmnkGCclpSb+MzpX 49a9DUdrNMurifgNd4vy =WafQ -----END PGP SIGNATURE----- _______________________________________________ tz-announce mailing list tz-announce(a)iana.org https://mm.icann.org/mailman/listinfo/tz-announce

1 0

Opposition to Cayman DST
by Paul Eggert Jan. 27, 2016

Jan. 27, 2016

Currently tzdata is guessing that Cayman will introduce daylight saving time this year. This is not official, though. There is opposition in the Legislative Assembly, and if the LA rejects it we will need to update tzdata. Ragoonath R. Gov’t Daylight Savings Time plans to get resistance in LA. Cayman Reporter 2016-01-08. http://www.caymanreporter.com/2016/01/08/govt-daylight-savings-time-plans-g…

3 4

Re: [tz] Opposition to Cayman DST
by Steve Jones Jan. 26, 2016

Jan. 26, 2016

A complex area, timewise: http://OnTimeZone.com/images/caribbean.jpg (includes recent changes in Quinta Roo and the Turks and Caicos.) (magenta lines = time zone borders) (blue lines = dst observance borders) I wonder if the recent thaw in US/Cuban relations will have any tangential change in the economic relationship between the Caymans and Cuba. If so it might increase pressure to adopt DST. Steve Jones

1 0

If you lie about the time zone, your iPhone will have its revenge
by Paul Eggert Jan. 22, 2016

Jan. 22, 2016

iPhone 6s and iPhone 6s Plus users are reporting that their phones are sometimes showing plenty of charge left even though their batteries are actually depleted, leaving some users stranded out of power. Apparently users who change their time (e.g., to gain unfair advantage in games like Candy Crush Saga) can confuse iOS 9.2 into not updating the battery percentage indicator. A similar problem can occur to users who set the time zone manually. One workaround is to reboot and revert to getting date and time from the network. Reference: Smith J. iPhone 6s battery bug leaves users longing for iOS 9.3. GottaBeMobile.com 2016-01-17. http://www.gottabemobile.com/2016/01/17/iphone-6s-battery-bug-leaves-users-…

8 11

[PATCH 0/5] tzselect.ksh
by J William Piggott Jan. 20, 2016

Jan. 20, 2016

Hello, In the process of writing a tzselect style application which uses a dialog UI, I discovered some bugs and other issues with tzselect and the support files it uses (zone*.tab). I split the patches into two sets to address the issues. The second set is for the zone*.tab files and have a subject line like: [PATCH 1/3] zone*.tab: ... J William Piggott (5): tzselect.ksh: TZ validation bugs tzselect.ksh: regions list to inclusive tzselect.ksh: sort regions list tzselect.ksh: time scales assumed tzselect.ksh: add script mode option tzselect.ksh | 47 ++++++++++++++++++++++++++++++----------------- 1 file changed, 30 insertions(+), 17 deletions(-) ______________________________________ They are also available from my github account. Both patch sets are from the same branch. Here is the request-pull output: The following changes since commit 9e588f4c0bc2a1861c923aaa7760ebc7b024d885: Cite Ogle's 2015 book on history of civil time (2016-01-11 16:21:15 -0800) are available in the git repository at: git@github.com:jwpi/tz.git tzselect for you to fetch changes up to 2b16c464c2cb1c7a16297b861d9c060c151272bb: tzselect.ksh: add script mode option (2016-01-19 15:42:12 -0500) ---------------------------------------------------------------- J William Piggott (8): zone*.tab: make consistent 'most locations' zone*.tab: fix capitalization zone*.tab: fix Salta comment tzselect.ksh: TZ validation bugs tzselect.ksh: regions list to inclusive tzselect.ksh: sort regions list tzselect.ksh: time scales assumed tzselect.ksh: add script mode option tzselect.ksh | 47 ++++++++++++++++++++++++++++++----------------- zone.tab | 26 +++++++++++++------------- zone1970.tab | 32 ++++++++++++++++---------------- 3 files changed, 59 insertions(+), 46 deletions(-)

1 0

Re: [tz] tzcode test suite
by Paul Eggert Jan. 17, 2016

Jan. 17, 2016

On 01/14/2016 10:18 AM, Steve Summit wrote: >> >* Would you mind if we changed "if(" to "if (" ... > Not at all. (Not my style, but I truly don't care.) OK, thanks, attached are a few followup patches. The first adjusts white space, the second fixes a glitch I introduced earlier. The test cases still fail, though. I wonder why they fail for me and not for you? Some more things I noticed. testsuite.c assumes time_t is equivalent to long, by using the %ld printf format to print it. That's not portable. time_t might have a different width from long, and time_t might be unsigned. zdump.c's tformat function gets it right. Adding 1900 to tm_year can overflow, if tm_year is close to INT_MAX. quick_timegm is full of gotchas like that. As it's not needed and is likely to have bugs in testing, how about if we remove it? This is in the 3rd attached patch. The remaining uses of isleap have a similar problem. It would be better to use isleap_sum; see tzfile.h.

2 2

tz-art.htm: The Good Wife
by Arthur David Olson Jan. 17, 2016

Jan. 17, 2016

@dashdashado *** /tmp/,atz-art.htm 2016-01-17 22:55:53.832841200 -0500 --- /tmp/,btz-art.htm 2016-01-17 22:55:53.951096000 -0500 *************** *** 274,279 **** --- 274,288 ---- savings days. Lousy farmers."</td></tr> <tr><td> </td></tr> + <tr><td>TV episode title</td><td>Tracks</td></tr> + <tr><td>TV series</td><td><em>The Good Wife</em></td></tr> + <tr><td>TV episode number</td><td>12, season 7</td></tr> + <tr><td>Network</td><td>CBS</td></tr> + <tr><td>Air date</td><td>2016-01-17</td></tr> + <tr><td>Notes</td><td>The applicability of a contract hinges on the + time zone associated with a video time stamp.</td></tr> + <tr><td> </td></tr> + <tr><td>Artist</td><td>Jules Verne</td></tr> <tr><td>Book</td><td><em>Around the World in Eighty Days</em> (<em>Le tour du monde en quatre-vingts jours</em>)</td></tr>

2 1

tzcode test suite
by scs＠eskimo.com Jan. 16, 2016

Jan. 16, 2016

I've been doing some surgery on localtime.c (perhaps more on that later), and to check my work I felt the need for a decent gmtime/localtime/mktime test suite. I'm sure such a thing has been written numbers of times before, and there may be some reason not to have one in the tzcode distribution, but if not, I'd like to donate this one for inclusion. It runs in two modes, one driven by a script containing (in effect) a list of known-good (time_t, struct tm) pairs, and another which exhaustively runs a potentially very large set of synthesized tests over a specified range. The script contains lines such as gmtime 1234567890 2009-02-13 23:31:30 and tz America/New_York localtime 483811200 1985-05-01 12:00:00 z=EDT o=-14400 dst=1 which are used to drive reciprocal pairs of tests on gmtime/timegm or localtime/mktime, in a reasonably obvious way. A line like the first one tests both that gmtime(1234567890) gives 2009-02-13, and also that timegm on 2009-02-13 23:31:30 gives 1234567890. There are keywords for setting the expected output values for zone, offset, and DST flag (as shown). There are also additional keywords to set the expected values of tm_wday and tm_yday. (See the attached test script for more examples.) I'm also enclosing a patch to the tzcode Makefile to add a "make tests" target, building and appropriately invoking this tool. At the moment this tool tests only localtime, gmtime, mktime, and timegm. It would make sense to have coverage of ctime and strftime, too, which would be straightforward enough to add. Note that the zone names in the attached 'testcases' script match those built by the stock tzdata distribution, but not necessarily those installed on the machine where you may be trying to run this. See the long comment at the top of testsuite.c for additional information. Enjoy! Steve Summit scs(a)eskimo.com

2 4

Bulletin C 51: No leap second in June 2016, but new leap second file
by Martin Burnicki Jan. 13, 2016

Jan. 13, 2016

The International Earth rotation Service (IERS) has just published bulletin C 51, announcing that *no* leap second will be introduced at the end of June 2016: ftp://hpiers.obspm.fr/iers/bul/bulc/bulletinc.dat The IERS now also makes a leap second file available for use with NTP: https://hpiers.obspm.fr/iers/bul/bulc/ntp/leap-seconds.list This new file has the expiration date set to 28 December 2016, so users who have configured ntpd to use the leap second file should upgrade their local copy of the file. The leap second file does not only announce leap seconds, it also provides ntpd and thus the OS kernel with the current TAI/UTC offset, which is helpful for applications working with TAI. Martin -- Martin Burnicki Senior Software Engineer MEINBERG Funkuhren GmbH & Co. KG Email: martin.burnicki(a)meinberg.de Phone: +49 (0)5281 9309-14 Fax: +49 (0)5281 9309-30 Lange Wand 9, 31812 Bad Pyrmont, Germany Amtsgericht Hannover 17HRA 100322 Geschäftsführer/Managing Directors: Günter Meinberg, Werner Meinberg, Andre Hartmann, Heiko Gerstung Web: http://www.meinberg.de

5 7

[PROPOSED PATCH] Cite Ogle's 2015 book on history of civil time
by Paul Eggert Jan. 11, 2016

Jan. 11, 2016

* NEWS, Theory, asia: Mention Ogle's book, or reviews of it. --- NEWS | 3 +++ Theory | 10 +++++++++- asia | 9 +++++++++ 3 files changed, 21 insertions(+), 1 deletion(-) diff --git a/NEWS b/NEWS index f9de054..14a87ac 100644 --- a/NEWS +++ b/NEWS @@ -47,6 +47,9 @@ Unreleased, experimental changes on editing tz source files (with a mention of Sublime zoneinfo, thanks to Gilmore Davidson). + The Theory and asia files now mention the 2015 book "The Global + Transformation of Time, 1870-1950", and cite a couple of reviews. + The America/Chicago entry now documents the informal use of US central time in Fort Pierre, South Dakota. (Thanks to Rick McDermid, Matt Johnson, and Steve Jones.) diff --git a/Theory b/Theory index 96cba51..4f9c226 100644 --- a/Theory +++ b/Theory @@ -263,7 +263,15 @@ Errors in the tz database arise from many sources: be needed if the tz database's scope were extended to cover even just the known or guessed history of standard time; for example, the current single entry for France would need to split into dozens - of entries, perhaps hundreds. + of entries, perhaps hundreds. And in most of the world even this + approach would be misleading due to widespread disagreement or + indifference about what times should be observed. In her 2015 book + "The Global Transformation of Time, 1870-1950", Vanessa Ogle writes + "Outside of Europe and North America there was no system of time + zones at all, often not even a stable landscape of mean times, + prior to the middle decades of the twentieth century". See: + Timothy Shenk, Booked: A Global History of Time. Dissent 2015-12-17 + https://www.dissentmagazine.org/blog/booked-a-global-history-of-time-vaness… * Most of the pre-1970 data entries come from unreliable sources, often astrology books that lack citations and whose compilers evidently diff --git a/asia b/asia index 7756444..a59d653 100644 --- a/asia +++ b/asia @@ -874,6 +874,15 @@ Zone Asia/Dili 8:22:20 - LMT 1912 Jan 1 9:00 - TLT # India + +# From Ian P. Beacock, in "A brief history of (modern) time", The Atlantic +# http://www.theatlantic.com/technology/archive/2015/12/the-creation-of-moder… +# (2015-12-22): +# In January 1906, several thousand cotton-mill workers rioted on the +# outskirts of Bombay.... They were protesting the proposed abolition of +# local time in favor of Indian Standard Time.... Journalists called this +# dispute the "Battle of the Clocks." It lasted nearly half a century. + # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Kolkata 5:53:28 - LMT 1880 # Kolkata 5:53:20 - HMT 1941 Oct # Howrah Mean Time? -- 2.5.0

1 0

About Time Zone
by Chenshiwei (Yona) Jan. 7, 2016

Jan. 7, 2016

Hi, Dear IANA I met some problem in time zone data. >From the timeanddate.com, we know the time zone have some changes. [cid:image001.png@01D1488F.C9B0DEB0] But it seemed that iana.org did not update the time zone data about two months. [cid:image002.png@01D1488F.C9B0DEB0] So, I'd like to know if iana.org stop maintaining the time zone data. Could you give some suggestion about this.

2 1

Pakistan DST in 2002
by Matt Johnson Jan. 2, 2016

Jan. 2, 2016

The Pakistan rules for 2002 have the transition at 0:01 instead of 0:00. This disagrees with the commentary: # From Rives McDow (2002-03-13): # I have been advised that Pakistan has decided to adopt dst on a # TRIAL basis for one year, starting 00:01 local time on April 7, 2002 # and ending at 00:01 local time October 6, 2002. This is what I was # told, but I believe that the actual time of change may be 00:00; the # 00:01 was to make it clear which day it was on. The remaining rules in the file are at 0:00. Also, our friends at timeanddate.com have it at midnight as well. http://www.timeanddate.com/time/change/pakistan/karachi?year=2002 Of course, the problem with any fall-back transition after 0:00 and before 1:00 is that it implies the calendar date goes forward, then back, then forward again. In this case going from Oct 6, back to Oct 5, then forward to Oct 6 again. While there are indeed areas where this certainly occurred, we should be careful not to introduce that artificially. If there is uncertainty between 0:00 and 0:01, we should assume 0:00 (IMHO). Thanks, Matt

3 3

Zabaykalsky Krai (Chita) time zone changes to UTC+9 on March 27, 2016
by Alexander Krivenyshev Jan. 2, 2016

Jan. 2, 2016

On December 30, 2015 Russian President Vladimir Putin signed the federal law changing the time zone in the Trans-Baikal Territory (Zabaykalsky Krai) - Asia/Chita from UTC+8 to UTC+9. Effective date will be March 27, 2016 at 2:00am. Official publication on: http://publication.pravo.gov.ru/Document/View/0001201512300107? index=0&rangeSize=1 Alexander Krivenyshev (worldtimezone.com)

3 4

Taiwan (Asia/Taipei) Abbrevation
by Matt Johnson Dec. 26, 2015

Dec. 26, 2015

TZDB uses the abbreviations CST and CDT for Taiwan (Asia/Taipei), CDT last being observed in 1979. According to https://en.wikipedia.org/wiki/Time_in_Taiwan:...the government on Taiwan now favors the term National Standard Time (國家標準時間) as official use. Along with the governmental standard, popular alternatives include Taiwan Standard Time (臺灣標準時間), Taipei Time (臺北時間) and Formosan Time (寶島時間)... Should we update the current abbreviation to either NST or TST? CST doesn't seem right. I'm asking on behalf of a user of moment-timezone (a JS library that imports TZDB) who requested this here: https://github.com/moment/moment-timezone/issues/282 Thanks,Matt

3 2

FYI Time zone used in Fort Pierre SD USA
by RICK MCDERMID Dec. 25, 2015

Dec. 25, 2015

FYI, see below for some information regarding the City of Fort Pierre SD USA time zone. It looks like Fort Pierre and the surrounding Stanley County unofficially use Central Time.. Rick McDermid, Chilliwack BC Canada rickmcdermid(a)shaw.ca ----- Original Message ----- From: "Administration" <Admin1(a)fortpierre.com> To: "RICK MCDERMID" <rickmcdermid(a)shaw.ca> Sent: Monday, December 21, 2015 1:46:47 PM Subject: RE: Question about time in Fort Pierre Hi Rick Yes, Fort Pierre is technically located in the Mountain time zone as is the rest of Stanley County. Most of Stanley County and Fort Pierre uses the Central time zone due to doing most of their business in Pierre so it simplifies schedules. I have lived in Stanley County all my life and it has been that way since I can remember. (43 years!) I hope this helps you. If you have any further questions let me know. Thanks! Kelly City of Fort Pierre From: RICK MCDERMID [mailto:rickmcdermid@shaw.ca] Sent: Monday, December 21, 2015 3:22 PM To: admin1(a)fortpierre.com Subject: Question about time in Fort Pierre Hello. I'm updating some geographic data, and I have a question about your time zone. I understand that Fort Pierre is officially on Mountain time, while Pierre is on Central time. However, based on your location right across the river, it looks like you might actually use the same time as Pierre. Could you tell me which time zone you use? If you do follow Central time like Pierre, do you know if the rest of Stanley County does likewise? Do you know if there is any history to the issue? If you do go by the unofficial Central time I will pass the info along to www.iana.org , a non-profit which (among other things) publishes a global time zone database used widely for computer apps and the like. Thanks for your help. Rick McDermid, Chilliwack BC Canada rickmcdermid(a)shaw.ca

4 4

Admins should check expiration date of leap second file
by Martin Burnicki Dec. 21, 2015

Dec. 21, 2015

Folks, I've just checked some of the commonly known sources for the leap second file to be used with NTP and found that some sites on the internet only provide outdated versions of the leap second file. Some of the files will expire on 28 December 2015. So if you have an NTP daemon running and a leap second file specified in the ntp.conf file you should check if you have a current copy of the file installed, or otherwise update the leap second file. Unlike earlier version of ntpd (up to 4.2.6*), current versions (4.2.8*) of the NTP daemon really evaluate the expiration date of the file, and don't accept outdated an outdated leap second file. For many NTP installations this doesn't really matter, but - if an applications expects a current TAI offset set in the OS kernel then it won't get the correct information without a valid leap second file - if a valid leap second file is available then the leap second information takes precedence over leap second announcements from upstream servers, etc., so a valid leap second files provides some protection against wrong leap second announcements from faulty upstream servers. The original leap second file from NIST is available via this link: ftp://time.nist.gov/pub/leap-seconds.3629404800 (current) ftp://time.nist.gov/pub/leap-seconds.list (link to current) and the current version expires 28 June 2016. However, unfortunately the NIST server is often not reachable. The IERS which decides whether a leap second is to be scheduled or not, is now also providing an own leap second file: https://hpiers.obspm.fr/iers/bul/bulc/ntp/leap-seconds.3651350400 (current) https://hpiers.obspm.fr/iers/bul/bulc/ntp/leap-seconds.list (link to current) However, this file already expires on 28 January 2016, which is pretty early. I've already contacted the folks at IERS and asked them to set the expiration date to shortly before the next leap second event. I guess they will provide a new leap second file shortly after the next bulletin C has been published in January 2016. The USNO formerly also provided an own version of a leap second file via ftp://tycho.usno.navy.mil/pub/ntp/ However, on this web page there is only an outdated copy of the IERS file now, which expires on 28 December 2015. I've already tried to contact the folks at USNO and asked them to update their server, but haven't received a reply, yet. A copy of the current leap second file can also be found in the current Time Zone data package provided by the IANA. Since the IETF web site provides an unpacked copy of the tzdata archive the NIST file is also available here: http://www.ietf.org/timezones/data/ http://www.ietf.org/timezones/data/leap-seconds.list (shipped with tzdata, copy of a NIST file) Since this is a copy of the current NIST file this file is valid until 28 June 2016. Another copy of the current NIST leap second file is available via the Meinberg web site: http://www.meinberg.de/download/ntp/leap-seconds.list Hope this helps. Martin -- Martin Burnicki Senior Software Engineer MEINBERG Funkuhren GmbH & Co. KG Email: martin.burnicki(a)meinberg.de Phone: +49 (0)5281 9309-14 Fax: +49 (0)5281 9309-30 Lange Wand 9, 31812 Bad Pyrmont, Germany Amtsgericht Hannover 17HRA 100322 GeschÃ¤ftsfÃ¼hrer/Managing Directors: GÃ¼nter Meinberg, Werner Meinberg, Andre Hartmann, Heiko Gerstung Web: http://www.meinberg.de

1 0

[PROPOSED PATCH] Add Dublin Core profile attribute
by Paul Eggert Dec. 13, 2015

Dec. 13, 2015

* tz-link.htm: Add profile attribute to head element. See: http://dublincore.org/documents/2008/08/04/dc-html-notes/ --- tz-link.htm | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tz-link.htm b/tz-link.htm index ca2f2bc..e448184 100644 --- a/tz-link.htm +++ b/tz-link.htm @@ -2,7 +2,7 @@ PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd"> <html> -<head> +<head profile="http://dublincore.org/documents/2008/08/04/dc-html/"> <title>Sources for Time Zone and Daylight Saving Time Data</title> <link rel="schema.DC" href="http://purl.org/DC/elements/1.1/"> <meta http-equiv="Content-type" content='text/html; charset="UTF-8"'> -- 2.1.0

2 4

[PATCH] Change Cayman abbreviations to CIST and CIDST
by Paul Eggert Dec. 11, 2015

Dec. 11, 2015

A bill to implement US-style daylight saving time has been published by the Cayman Islands Gazette, so it looks like our clock predictions are still on track. The bill gives Cayman-specific time zone abbreviations, though, so we need to change tzdata for that. * NEWS: Document this. * northamerica (Cayman): New rule. It is like the US since 2016, but with different LETTER/S. (America/Cayman): Use it. --- NEWS | 3 +++ northamerica | 17 +++++++++++------ 2 files changed, 14 insertions(+), 6 deletions(-) diff --git a/NEWS b/NEWS index 121e0e4..ac0369c 100644 --- a/NEWS +++ b/NEWS @@ -11,6 +11,9 @@ Unreleased, experimental changes America/Metlakatla switched from PST all year to AKST/AKDT on 2015-11-01 at 02:00. (Thanks to Steffen Thorsen.) + Time zone abbreviations for America/Cayman have been changed from + EST/EDT to CIST/CIDST, as per the 2015-11-25 daylight-saving bill. + Changes affecting future time stamps Asia/Tehran now has DST predictions for the year 2038 and later, diff --git a/northamerica b/northamerica index e916524..38a8beb 100644 --- a/northamerica +++ b/northamerica @@ -2688,16 +2688,21 @@ Zone Atlantic/Bermuda -4:19:18 - LMT 1930 Jan 1 2:00 # Hamilton # Cayman Is -# From Paul Eggert (2015-05-15): +# From Paul Eggert (2015-12-08): # The Cayman government has decided to introduce DST in 2016, the idea being -# to keep in sync with New York. The legislation hasn't passed but the change -# seems quite likely. See: Meade B. Cayman 27. -# http://www.cayman27.com.ky/2015/05/15/clock-ticks-toward-daylight-saving-ti… +# to keep in sync with New York. The enabling legislation has been published, +# and seems quite likely to be approved. See Cayman Islands +# Extraordinary Gazette No. 92 (2015-11-25), Supp. 2, which specifies the +# abbreviations CIST and CIDST. +# http://www.gov.ky/portal/pls/portal/docs/1/12274400.PDF + +# Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S +Rule Cayman 2016 max - Mar Sun>=8 2:00 1:00 D +Rule Cayman 2016 max - Nov Sun>=1 2:00 0 - Zone America/Cayman -5:25:32 - LMT 1890 # Georgetown -5:07:11 - KMT 1912 Feb # Kingston Mean Time - -5:00 - EST 2016 - -5:00 US E%sT + -5:00 Cayman CI%sST # Costa Rica -- 2.1.0

3 3

[PATCH 0/1] Allow 'backzone' to be incorporated in 'right' data
by Ian Abbott Dec. 10, 2015

Dec. 10, 2015

The REDO macro in the Makefile currently allows you to build POSIX data, 'right' data, or both sets with either the default. It also allows information from the 'backzone' file to be incorporated into the POSIX data set but not if the 'right' data is being built to. There may be some unlucky bar steward out there who needs to incorporate the 'backzone' file data into the 'right' data set, or into both the POSIX and 'right' data sets, so I added a few extra targets to the Makefile for your consideration. See patch in following email.

2 11

Request to include www.timejones.com - tz database version 2014.8
by Web Master Dec. 9, 2015

Dec. 9, 2015

Hi, Greetings! First of all immense thanks for the introduction of tz database to the world. We are writing from www.timejones.com, an ultra simple time and weather services portal that helps people with time and weather information for 150000 places on Earth. We have developed this web site using tz database version 2014.8/ PHP 5.4.39 and hosted on a Apache/2.2.29. Could you please kindly include www.timejones.com under the section "Web sites using recent versions of the tz database" in http://cs.ucla.edu/~eggert/tz/tz-link.htm ? Thanks in advance! Best Regards, Webmaster(a)timejones.com

3 2

[PATCH 1/1] * LICENSE: New file.
by James Knight Dec. 8, 2015

Dec. 8, 2015

Adding a license-specific file to aid in package management and other possible use cases. Signed-off-by: James Knight <james.knight(a)rockwellcollins.com> diff -Naur tz_a/LICENSE tz_b/LICENSE --- tz_a/LICENSE 1969-12-31 19:00:00.000000000 -0500 +++ tz_b/LICENSE 2015-10-23 17:59:01.702710278 -0400 @@ -0,0 +1,21 @@ +Unless otherwise specified, all files in the tz code and data are in +the public domain, so clarified as of 2009-05-17 by Arthur David Olson. +The few exceptions are code derived from BSD, which uses the BSD license. + +date.c and strftime.c: +---------------------- +Copyright (c) 1985, 1987, 1988 The Regents of the University of California. +All rights reserved. + +Redistribution and use in source and binary forms are permitted +provided that the above copyright notice and this paragraph are +duplicated in all such forms and that any documentation, +advertising materials, and other materials related to such +distribution and use acknowledge that the software was developed +by the University of California, Berkeley. The name of the +University may not be used to endorse or promote products derived +from this software without specific prior written permission. +THIS SOFTWARE IS PROVIDED "AS IS" AND WITHOUT ANY EXPRESS OR +IMPLIED WARRANTIES, INCLUDING, WITHOUT LIMITATION, THE IMPLIED +WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. +

2 1

CCTZ time zone library for C++ from Google
by Tim Parenti Dec. 8, 2015

Dec. 8, 2015

FYI, last month, Google released and open-sourced cctz <https://github.com/google/cctz>, a new time zone library for C++. My favorite quote from the announcement <http://google-opensource.blogspot.com/2015/09/introducing-cctz-simple-time-…> on their Open Source Blog: > *"Time zones are logical and easy to use." —no one ever* -- Tim Parenti

6 9

Re: [tz] Question about historical TZData for North Carolina
by Paul Eggert Dec. 7, 2015

Dec. 7, 2015

On 12/07/2015 04:25 AM, Clifford Ribaudo wrote: > http://ncpedia.org/time-zones > > The relevant section of the article states that: > > On 28 Sept. 1947 North Carolina adopted Eastern Standard Time statewide. > > During World War I, North Carolina adopted Daylight Time for the periods 31 Mar.-27 Oct. 1918 and 30 Mar.-26 Oct. 1919. Between 1 Aug. 1941 and 9 Feb. 1942, state offices operated on Daylight Time; from 9 Feb. 1942 to 30 Sept. 1945, North Carolina implemented what President Franklin D. Roosevelt called "War Time." From 1946 to 1965 North Carolina did not observe Daylight Time, but since 1966 the state has followed the national schedule. > > So in summary that means we have: > > 1) Sep 28 1947 statewide adoption of ET > 2) Mar 31 - Oct 27 1918 Adopted Daylight Time > 3) Mar 30 - Oct 26 1919 Adopted Daylight Time > 4) Feb 9 1942 - Sep 30 1945 Adopted War Time > 5) 1946 - 1965 Daylight time NOT observed > 6) 1966 - Entire state adopts national schedule for Daylight time. > > So I would propose that this data be added to an America/North_Carolina entry in backzone That's useful info. Let me try to summarize what work would need to be done to get this in (and this may help to explain why it hasn't been done yet....). First, that source is better than nothing, but it has real problems. First, it cites secondary sources (Doane is an old astrology book if I'm not mistaken, and the DOT source is also secondary), and these secondary sources are often in error. Second, it summarizes the secondary sources without giving full details, e.g., it doesn't say which part of North Carolina formerly observed Central Time, and it doesn't give the times that switchovers occurred. Someone should read the secondary sources directly, or better yet, read the primary sources that they are based on, to get as many details as we can. Second, whatever data we come up with needs to be put in tzdata form, with commentary citing the sources. You can look at the existing 'northamerica' and 'backzone' files for examples, and read the tzfile man page (and the file 'Theory', which explains naming and in particular why we shouldn't use the name 'America/North_Carolina') for details. The result should be a patch to the file 'backone' in Git form. If that's all done and the patch goes in, you should be able to run 'make posix_packrat', and use the result in your programs.

1 0

Possible DST Discrepancies for Manitoba, Canada
by Rena B Dec. 7, 2015

Dec. 7, 2015

Across the board, I've come across a possible discrepancy that I can't seem to let go off. The years 1957 - 1963 in the data base for Manitoba. Winnipeg and Selkirk both switch for those years appropriately, but none of the other Manitoba towns I've tried have. My birth date is June 1957 in one of the town and I cannot find out if DST was province wide for that year. I believe there were 2 years in this time frame that Winnipeg did not subscribe to DST (1960-61). Would very much appreciate if you have the resources to look into this? If the rest of the towns in Manitoba followed Winnipeg/Selkirk, then there is a large error margin happening. Regards, Rena Bergman

3 2

Question about historical TZData for North Carolina
by Clifford Ribaudo Dec. 6, 2015

Dec. 6, 2015

Hi, I’m working on some astronomical/astrological software and looking for open source Historical Time Zone data. Obviously I’m looking at tzdata but find that while some local peculiarities are covered such as Indiana, but places like North Carolina are not? Specifically, there does not appear to be a way to do a tzdump for America/North_Carolina to get the adoption of DST in 1966? Am I missing something here? North Carolina appears to be grouped under America/New_York, however New York DST adoption was very different from some of the other more “stubborn” states in the Eastern Zone. I would like to propose that Zone Names be added for each state and which at a minimum simply model the adoption of DST in 1966. This is helpful to applications like mine that look up a zone name by lat/lng and then try to get a Time Zone for a date. Thanks, Cliff Ribaudo cr(a)iphemeris.com

3 3

south korea will use DST in 2016
by Sebastien WILLEMIJNS Dec. 6, 2015

Dec. 6, 2015

hello, dunno if it was displayed here http://french.yonhapnews.co.kr/news/2015/12/06/0200000000AFR201512060003008…

4 3

efele.net/tz maps updated
by Eric Muller Nov. 29, 2015

Nov. 29, 2015

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 Максим Кочкин Nov. 27, 2015

Nov. 27, 2015

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 Nov. 25, 2015

Nov. 25, 2015

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 Nov. 25, 2015

Nov. 25, 2015

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 Nov. 20, 2015

Nov. 20, 2015

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 Nov. 19, 2015

Nov. 19, 2015

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 Nov. 17, 2015

Nov. 17, 2015

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 Nov. 16, 2015

Nov. 16, 2015

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 Nov. 13, 2015

Nov. 13, 2015

* 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 Nov. 13, 2015

Nov. 13, 2015

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

A discussion on POSIX on new timezone related C APIs
by Random832 Nov. 12, 2015

Nov. 12, 2015

http://austingroupbugs.net/view.php?id=1005 The proposals seem to be: 1. Something involving integrating timezone information into locale_t 2. Something along the lines of NetBSD's _z/_rz functions The fact that no-one seems to have a reference C implementation of localizing time zone names/abbreviations also came up. I don't know how open they are to outsiders sticking their noses into the process though, just thought some people here might be interested. Also proposed is the addition of "tm_nsec" to struct tm, and the new APIs in one of the proposals use a struct timespec rather than time_t.

4 4

Re: [tz] efele.net/tz maps updated
by Steve Jones Nov. 10, 2015

Nov. 10, 2015

At 08:13 PM 11/10/2015, Chris Walton wrote: >There is one (and only one) community in the >western half of the PRRD;Â it is the isolated >community of Fort Ware (also known as >Kwadacha).Â It has a population of about 270. There is another - Tsay Keh Deme, about 86km to the south (56.892014, -124.963373). Population 245. I imagine it also observes Vancouver time. I have tried to reach out to the RCMP detachment office there via the "contact us" thingy on the RCMP website, but have not received any response. I didn't feel like making an international call. Their detachment webpage is: www.rcmp-grc.gc.ca/detach/en/d/212. If it's a free call for you, it may be worth giving them a ring. There area of coverage is basically the whole western part of the PRRD. I imagine they could speak with some authority about whatever time zone observances may be practiced throughout the area. But it has to be Pacific time - nothing else makes sense regardless of the opinion of the GIS folks at the PRRD. Their primary economic ties will be outside the PRRD to their south and west. Regards, Steve Jones Emacs! 14h pg

2 1

Re: [tz] efele.net/tz maps updated
by Steve Jones Nov. 10, 2015

Nov. 10, 2015

Sorry, typo, it's Dene, not Deme. Tsay Keh Dene. >There is another - Tsay Keh Deme, about 86km to the south \ Regards, Steve Jones Emacs!

1 0

Re: [tz] America/Santa_Isabel
by Steve Jones Nov. 9, 2015

Nov. 9, 2015

At 01:19 PM 11/9/2015, Matt Johnson (PNP) wrote: >Our research concluded that there is no known location in the state >of Baja California that observes Mexican DST rules. All are on US >DST rules. The 20km boundary mentioned in the law applies in the >other Mexican states, but not in Baja California due to the >exclusions mentioned in the same law. One more data point in support of your conclusion: I reached out to a contact on Cedros Island, which nearly touches the southern border of Baja. He indicates that clocks on the island adjusted on November 1. Regards, Steve Jones Emacs!

1 0

Re: [tz] America/Santa_Isabel
by Matt Johnson (PNP) Nov. 9, 2015

Nov. 9, 2015

WRT my previous comment: "I've got a parallel discussion going within Microsoft about this zone, and will share the findings of our research. " Our research concluded that there is no known location in the state of Baja California that observes Mexican DST rules. All are on US DST rules. The 20km boundary mentioned in the law applies in the other Mexican states, but not in Baja California due to the exclusions mentioned in the same law. This agrees with ADO’s observations about San Quintin. Also, the Wikipedia information about San Quintin becoming its own municipality is outdated. The decision was overturned by the Mexican supreme court due to jurisdictional issues. See: http://www2.scjn.gob.mx/juridica/engroses/cerrados/Publico/13000980.009-268… Thanks, Matt Johnson Microsoft ________________________________ Date: Sun, 1 Nov 2015 20:32:17 -0500 From: arthurdavidolson(a)gmail.com<mailto:arthurdavidolson@gmail.com> To: tz(a)iana.org<mailto:tz@iana.org> Subject: Re: [tz] America/Santa_Isabel And in today's final listen, XEQIN announced "cinco de la tarde con veinticuatro minutos" (literally "5 of the afternoon with 24 minutes") at about 8:24 PM USEST--the same as 5:24 PM USPST. At least this year, San Quintín seems to have followed has followed US rules. So much for that bookmark. @dashdashado On Sat, Oct 31, 2015 at 10:12 PM, Arthur David Olson <arthurdavidolson(a)gmail.com<mailto:arthurdavidolson@gmail.com>> wrote: This evening's next-to-last listen to XEQIN included advice to listeners to "atrarse una hora de su reloj" ("delay your clock by an hour") tonight before going to bed. The end-of-broadcast-day national anthem, due at 7:00 p. m. local time, came shortly after 10:00 p.m. USEDT, consistent with San Quintín still being on daylight saving time. The last listen should be tomorrow or Monday evening. @dashdashado On Tue, Oct 27, 2015 at 3:44 PM, Matt Johnson <mj1856(a)hotmail.com<mailto:mj1856@hotmail.com>> wrote: Acknowledged. Thanks for the clarification. -Matt ________________________________ From: Paul Eggert<mailto:eggert@cs.ucla.edu> Sent: ‎10/‎27/‎2015 10:31 AM To: Matt Johnson<mailto:mj1856@hotmail.com> Cc: Time Zone Mailing List<mailto:tz@iana.org> Subject: Re: [tz] America/Santa_Isabel Matt Johnson wrote: > there is a corresponding entry in Windows, "Pacific Standard Time (Mexico) |(UTC-08:00) Baja California" I'm afraid this will have to be adjusted on the Microsoft end. There needs to be a procedure for removing time zones that turn out to be mistakes. America/Santa_Isabel is a mistake, and I suppose we can view this as an opportunity for ironing out any procedural glitches while removing it. We do have a backward compatibility link on the tzdata side; perhaps that will help for the Microsoft side. > Also, there's a chance that San Quintin could indeed start using Mexican DST rules in 2017, We can create a zone America/San_Quintin if that happens.

1 0

No surprises in Trans-Pacific Partnership
by Arthur David Olson Nov. 5, 2015

Nov. 5, 2015

At least if the Washington Post's search... https://www.washingtonpost.com/news/the-fix/wp/2015/11/05/we-made-president… ...is to be believed, the Trans-Pacific Partnership mega-treaty has nothing to say about any "time zone"--phew. @dashdashado

1 0

Utility to dump raw values from binary zoneinfo files
by Andrew Paprocki Nov. 4, 2015

Nov. 4, 2015

I just released a little public domain utility I wrote to dump the raw values from zic-compiled binary files. This mainly aids anyone writing a zoneinfo reader who wants to easily view the binary structure and/or anyone creating contextual diffs from binary files. I'm posting it here in case anyone else finds it useful or wants to include it in tzcode. -Andrew https://github.com/apaprocki/zid Example output: $ ./zid /usr/share/zoneinfo/Etc/GMT 32: tzh: magic 'TZif' 32: tzh: version 2 32: tzh: ttisgmtcnt 1 32: tzh: ttisstdcnt 1 32: tzh: leapcnt 0 32: tzh: timecnt 0 32: tzh: typecnt 1 32: tzh: charcnt 4 32: gmtoff 0 isdst 0 abbrind 0 (GMT) 32: ttisstdcnt[0]: 0 32: ttisgmtcnt[0]: 0 64: tzh: magic 'TZif' 64: tzh: version 2 64: tzh: ttisgmtcnt 1 64: tzh: ttisstdcnt 1 64: tzh: leapcnt 0 64: tzh: timecnt 0 64: tzh: typecnt 1 64: tzh: charcnt 4 64: offset 0 isdst 0 abbrind 0 (GMT) 64: ttisstdcnt[0]: 0 64: ttisgmtcnt[0]: 0 TZ: 'GMT0'

1 0

Leap second coverage in mainstream media
by Arthur David Olson Nov. 4, 2015

Nov. 4, 2015

>From The Economist: "Why time may be running out for the leap second" http://www.economist.com/blogs/economist-explains/2015/11/economist-explain… @dashdashado

2 1

Fallback rules?
by Alfie John Nov. 3, 2015

Nov. 3, 2015

Hi TZers, Sorry if this has been asked before, but I couldn't find any documentation on the rules of what should happen for the following circumstances. Here's the definition for Australia/Brisbane: # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule AQ 1971 only - Oct lastSun 2:00s 1:00 D Rule AQ 1972 only - Feb lastSun 2:00s 0 S Rule AQ 1989 1991 - Oct lastSun 2:00s 1:00 D Rule AQ 1990 1992 - Mar Sun>=1 2:00s 0 S Rule Holiday 1992 1993 - Oct lastSun 2:00s 1:00 D Rule Holiday 1993 1994 - Mar Sun>=1 2:00s 0 S Zone Australia/Brisbane 10:12:08 - LMT 1895 10:00 Aus AE%sT 1971 10:00 AQ AE%sT As the zone ends with AQ, and AQ does not have a "max" ending date, what should Australia/Brisbane fall back to after 1992? I thought maybe in this instance perhaps "Aus" as it's the one above it, but "Aus" seem to oddly be specific to both World Wars. I also don't think that it should then fall back to a GMTOFF = "10:12:08". That sounds awkward. Thanks, Alfie -- Alfie John alfie(a)fastmail.com

5 9

Re: [tz] News article: Turkey’s plan to ignore daylight saving time has been foiled by smartphones
by Matt Johnson Nov. 2, 2015

Nov. 2, 2015

Thanks Deborah! Is theee any way you could get Apple to post this somewhere official? Preferably there would be a page somewhere with each OS version and corresponding tzdb version, that gets maintained. Thanks, Matt ________________________________ From: Deborah Goldsmith<mailto:goldsmit@apple.com> Sent: ‎10/‎27/‎2015 12:40 PM To: Paul Eggert<mailto:eggert@CS.UCLA.EDU> Cc: Time zone mailing list<mailto:tz@iana.org> Subject: Re: [tz] News article: Turkey’s plan to ignore daylight saving time has been foiled by smartphones FWIW, 2015g was included in iOS 9.1, watchOS 2.0.1, and OS X 10.11.1. Deborah > On Oct 27, 2015, at 10:19 AM, Paul Eggert <eggert(a)CS.UCLA.EDU> wrote: > > Paul_Koning(a)dell.com wrote: >> Clearly it isn't sufficient for governments to announce this sort of thing with just 3 or 4 weeks lead time. > > It's not just computers. The Diyanet (the Presidency of Religious Affairs) warned that preprinted calendars contain Muslim prayer times that are now incorrect, and asked the faithful to manually add an hour. <http://www.dailysabah.com/nation/2015/10/25/turkey-to-end-daylight-savings-…>. > > My cell phone (running Android 6.0 Marshmallow, released 2015-10-05) still has the old rules for Asia/Istanbul. My work desktop (Fedora 21) and my home desktop (Ubuntu 15.10) do have the current rules. Other operating system distributions that are up to date include Arch Linux <https://www.archlinux.org/packages/core/any/tzdata/>, CentOS <https://lists.centos.org/pipermail/centos-announce/2015-October/021425.html>, Debian <https://packages.debian.org/sid/tzdata>, Linux From Scratch <http://wiki.linuxfromscratch.org/lfs/ticket/3845>, Oracle Linux <https://oss.oracle.com/pipermail/el-errata/2015-October/005451.html>, Red Hat Enterprise Linux <https://rhn.redhat.com/errata/RHEA-2015-1863.html>, and Scientific Linux <http://ftp.scientificlinux.org/linux/scientific/7.1/x86_64/updates/fastbugs…>. Apologies if I missed your favorite OS distribution and if it is up to date. Obviously many operating systems are not yet updated, though; it's not just Android. > > This weekend's confusion probably deserves a comment, which the attached proposed patch adds. > <0001-europe-Add-comment-re-EEST-in-Turkey.patch>

4 6

Michiana area (Indiana + Michigan)
by Matt Johnson Nov. 1, 2015

Nov. 1, 2015

My wife lived in Granger, Indiana, in the early 1990s, and still has family both there and in Indianapolis. We were discussing the mess that is history of Indiana time zones, and she recalls a period when there was an hour difference when calling between the two cities. I was trying to find it in the history, but it would appear that Granger, being in St. Joseph Country, is considered to be in the America/Indiana/Indianapolis zone - which would preclude them ever being different. >From her recollection, she believes the entire Michiana area (https://en.wikipedia.org/wiki/Michiana) may have been in the same time zone. I've been digging but haven't found any historical reference to back that up. I did see from the comments in the northamerica file that cover two counties in the Michiana area - LaPorte and Starke. LaPorte county is considered by tzdb to be in Western Indiana and covered by America/Chicago, and the Starke county has its own unique history in America/Indiana/Knox. Since both of those are in the Michiana area, is it possible that America/Indiana/Knox is actually applicable in the other counties of Michiana? If so, it would be quite interesting since Michiana includes the Berrien and Cass counties of Michigan, and we don't currently have those separated from America/Detroit. Of course, I'm not suggesting making a change without the appropriate evidence, but I'm wondering if anyone here has come across this in their research? Thanks, Matt

3 2

Re: [tz] America/Santa_Isabel
by Matt Johnson Nov. 1, 2015

Nov. 1, 2015

Acknowledged. Thanks for the clarification. -Matt ________________________________ From: Paul Eggert<mailto:eggert@cs.ucla.edu> Sent: ‎10/‎27/‎2015 10:31 AM To: Matt Johnson<mailto:mj1856@hotmail.com> Cc: Time Zone Mailing List<mailto:tz@iana.org> Subject: Re: [tz] America/Santa_Isabel Matt Johnson wrote: > there is a corresponding entry in Windows, "Pacific Standard Time (Mexico) |(UTC-08:00) Baja California" I'm afraid this will have to be adjusted on the Microsoft end. There needs to be a procedure for removing time zones that turn out to be mistakes. America/Santa_Isabel is a mistake, and I suppose we can view this as an opportunity for ironing out any procedural glitches while removing it. We do have a backward compatibility link on the tzdata side; perhaps that will help for the Microsoft side. > Also, there's a chance that San Quintin could indeed start using Mexican DST rules in 2017, We can create a zone America/San_Quintin if that happens.

2 2

Daylight time: Politics makes for strange time zones
by Brian Inglis Oct. 31, 2015

Oct. 31, 2015

http://www.cbc.ca/news/world/time-zones-daylight-time-1.3296797?cmp=rss Perpetual daylight time, 30-minute offsets are some of the world's time-keeping quirks Talks about Saskatchewan and other zones without DST; Newfoundland and other zones on 00:30 offsets; Europe's adoption of German time during WWII, and desire for a time change in Catalonia back to GMT, like Portugal. Related links in sidebars and body links to http://www.cbc.ca/news/canada/end-of-daylight-saving-time-2015-6-eye-openin… which mentions Atikokan and health effects with a number of sidebar and body links to other articles; looks like it has been updated regularly since Mar 2013. -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

1 0

News: Alaska modifies SB 6, holds working session
by Ray at the Time Zone Report Oct. 31, 2015

Oct. 31, 2015

Just when I thought all DST bills for the 2015 US state legislatures were way past their shelf life. Alaska is revising its SB 6 and holding a working session this morning pm the bill. Details from the AK legislature web site here: http://www.legis.state.ak.us/basis/get_complete_bill.asp?session=29 <http://www.legis.state.ak.us/basis/get_complete_bill.asp?session=29&bill=SB 6> &bill=SB6 There appear to be two provisions of SB 6: 1. Exempt the entire state from DST, regardless of time zone boundaries 2. Petition the US Department of Transportation to move all of Alaska into the Pacific time zone. The effective date listed is January 1, 2017. Plenty of time - if this goes through. Ray ----- Ray Harwood Time Zone Report, a service of GoodClix, Inc. in the interest of public health <http://www.TimeZoneReport.com> http://www.TimeZoneReport.com and Twitter: @TimeZoneReport Office: (480) 378-3221 - Email: Ray(a)TimeZoneReport.com

2 1

News article: Turkey’s plan to ignore daylight saving time has been foiled by smartphones
by Philip Newton Oct. 31, 2015

Oct. 31, 2015

http://qz.com/533126/turkeys-plan-to-ignore-daylight-saving-time-has-been-f… Turkey, like other countries on Eastern European Time (EET), was supposed to turn its clocks back by one hour on Sunday (Oct. 25) for the annual end of daylight saving time—or, as it’s known in Europe, “summer time.” But this year, the Turkish government told citizens to wait until Nov. 1 to allow more hours of light for voting in the nation’s upcoming parliamentary elections, reports the BBC. However, anyone who uses internet- or radio-connected mobile devices or computers to tell time knows that those clocks sync automatically to international standards. Today, Oct. 26, many people in Turkey with the latest Apple, Android, and Windows devices woke up with their clocks an hour slower than the government’s. The hashtag #saatkac (“what’s the time”) is trending among Twitter users in the country. The government has done this before for national elections and university entrance exams, in each case delaying the clock changes by one day. This year, however, Turkey has asked citizens to wait 14 days before turning their clocks back. For the next two weeks, then, the country is on “Erdogan Time,” a national joke and a nod to president Recep Tayyip Erdogan’s paternalistic reputation.

7 6

Re: [tz] timezone change for antarctica\casey [SEC=UNCLASSIFIED]
by Michael Chinn Oct. 30, 2015

Oct. 30, 2015

| Can we now assume, do you think, that Casey will be switching back and forth between +0800 and +1100 in accordance with Australian summer time shifts for the forseeable future (that 3 hour offset change will break assumptions made in some code I expect!) The TZ changes, particularly at Casey, are highly variable, they are based around resupply and flights. They will rarely line up with DST changes, this year there were early flights (leaving tomorrow) and an early insertion of ground crew into Wilkins | What's useful to know is when it was first founded/settled, what times were in use locally, when they altered (as accurately as possible) and what the prediction is for the future. I will endeavour to go through the database and pull out the TZ changes, should be able to get 3-4 years. Regarding predictions, sometimes there are only a couple of days notice on changes much to the anguish of a few wintering expiditioners. All changes are visible live on the external site (it's the same database) ___________________________________________________________________________ Australian Antarctic Division - Commonwealth of Australia IMPORTANT: This transmission is intended for the addressee only. If you are not the intended recipient, you are notified that use or dissemination of this communication is strictly prohibited by Commonwealth law. If you have received this transmission in error, please notify the sender immediately by e-mail or by telephoning +61 3 6232 3209 and DELETE the message. Visit our web site at http://www.antarctica.gov.au/ ___________________________________________________________________________

6 6

timezone database isn't everywhere yet
by Arthur David Olson Oct. 30, 2015

Oct. 30, 2015

I serve on the board of elections for Takoma Park, Maryland, USA.. Early voting in our city election started on 2015-10-28; election day is 2015-11-03. The city uses county-provided electronic poll books to track who has voted. Two were in use on the 28th. I noticed that they were showing times that differed by an hour. I inquired about it; I was told it was deliberate, and was because daylight saving time was in effect when voting started whereas standard time will be in effect when voting ends. If only we had a way for gizmos to automatically switch the clock when daylight saving time ends.-S @dashdashado

1 0