- tz - lists.iana.org

Recent conversions of zones to aliases
by Stephen Colebourne Nov. 17, 2014

Nov. 17, 2014

Just to note my continued unhappiness with the conversions of zones to aliases. The recent change to map Harare to Maputo broke a test in Joda-Time (the most widely used 3rd party library in Java for date/time, probably used by millions of developers). This means that the many users of Joda-Time will get errors when they try to recompile the latest jar file, a process that has worked fine for years. In order to make the test pass I now have to special case to say that either Harare or Maputo is a valid value. This issue occurs because Joda-Time normalises all aliases to the actual zone as per TZDB data. Thus a request for DateTimeZone zone = DateTimeZone.forID("Africa/Harare"); which use to return a zone with the ID "Africa/Harare" now returns "Africa/Maputo". This means that users can no longer get a zone that represents their country for half of Africa and the Carribean. I cannot stress enough that these utterly unecessary changes have and will continue to cause observable differences in end-user applications. I remain firmly of the opinion that there should be at least one actual Zone entry for each ISO defined territory/country, and that these recent changes should not be described as minor tidying. Stephen

9 25

[tz-announce] 2014j release of tz code and data available
by Paul Eggert Nov. 12, 2014

Nov. 12, 2014

The 2014j 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 current and future time stamps Turks & Caicos' switch from US eastern time to UTC-4 year-round did not occur on 2014-11-02 at 02:00. It's currently scheduled for 2015-11-01 at 02:00. (Thanks to Chris Walton.) Changes affecting past time stamps Many pre-1989 time stamps have been corrected for Asia/Seoul and Asia/Pyongyang, based on sources for the Korean-language Wikipedia entry for time in Korea. (Thanks to Sanghyuk Jung.) Also, no longer guess that Pyongyang mimicked Seoul time after World War II, as this is politically implausible. Some more zones have been turned into links, when they differed from existing zones only for older time stamps. As usual, these changes affect UTC offsets in pre-1970 time stamps only. Their old contents have been moved to the 'backzone' file. The affected zones are: Africa/Addis_Ababa, Africa/Asmara, Africa/Dar_es_Salaam, Africa/Djibouti, Africa/Kampala, Africa/Mogadishu, Indian/Antananarivo, Indian/Comoro, and Indian/Mayotte. Changes affecting commentary The commentary is less enthusiastic about Shanks as a source, and is more careful to distinguish UT from UTC. Here are links to the release files: ftp://ftp.iana.org/tz/releases/tzcode2014j.tar.gz ftp://ftp.iana.org/tz/releases/tzdata2014j.tar.gz The files are also available via HTTP as follows: http://www.iana.org/time-zones/repository/releases/tzcode2014j.tar.gz http://www.iana.org/time-zones/repository/releases/tzdata2014j.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 59ed0cc5b894da45a366d92ce9bd41d67e1c2225 dated Mon Nov 10 17:37:11 2014 -0800 and tagged '2014j' in the experimental github repository at <https://github.com/eggert/tz>. Here are the SHA-512 checksums for the release files: 1207670c168a80fe9db86307028efa3af8ca304817ebe36df5b5c2d2b67deba4294f05f4d6afa04220c3b255ad1903e2850bfb0649b2edfb2d754345a4b2490a tzcode2014j.tar.gz 4c2979be3a96f91f8576304ec905d571b73df0842c8300c1d7317819b45ab3e29948ed911aa265b12a4ad587d5cba44f646dd02e40e4fbf9e68556a2d327142e tzdata2014j.tar.gz Here are the GPG checksums for the release files: -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJUYWkBAAoJEO2X6Q5iqn40mGMP/j+Pr+K08lvFuB9aYD1d1sf/ H1RNNg+YyQFMz1WqnM45Xsnt2JylqlnH+nwB5QQVqN+9aZYq54+KsGMwDrg1+WSs ffeXZNFC9vePCLzhE2se/KZ6yJHQmqURt3Gcl7oKhmTTFlnM+60akISaBz+SKxH9 9fPn8LVL0StPKi087/VU253iN09pr0sPsWZ6BitgIBYjwuxt5ipZa27mroHVfmBr d2rrbPfUaO3wH15BNF1IjqTl9IjBCUbvxIe9y+AFUOF/MBWu+nezGc0xatHR/r3T IygXZomRZNnmGAXFaz6Q0JMBaegK74P5uB+6ShrEN6sclkoKzgxZKD765G3eHKPw k0EMgedKuv5nnZ2RghZHE3L05L7WIo0tX5bunXuovorPhprMPNI2Dq/+mvPP/qJW Skv28NlWZGQNe7KF8FABrNaBMO1ILX8fPY+OyDxdHFGGKyB40TPuxqaU1Z/Wrsjv q+Kb4X9HJGcLIL0se9V+vMgtX0ZMswjlTlZQ1mEQBacF8Qbg9gX3kgCjAFkyfQBk FP3V4y2zf0kiY4Al5tjiS8rtYq3KpkDgr/s+bkRA5Bn46XeRHBX9UPVbP0OOYHOL BE+i6U0tkrtI9mlQY2s+xQsD5UzFVl+PCfWPHrPhZC4XTWmKHu3lZA7mgG3M5fUA CiRY7d2x957X1p0tfVEW =z1lO -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJUYWkBAAoJEO2X6Q5iqn40wUEP/0iaaTLmefoStFAX+JVKrqrL Gza28iZF78Rxlz/Tczna25VfHuhNw3hq5xHp43sdERPTY7EncBHVN1cY+Hxo03FA nD02tqqGWA4ftS5GoFTUynPDO5Q0CkL5+iSNbZn0Fsda3giy11eUJgDSEbwVI3LX 5tRtR148SG1QPin1/hS9AQrg7/3itVMjaf/yAW77fvLdXTkST483GwQCZze4pOVr /5ADJ5ez5JCvDTtooEHiDIb+QVpb7d//m/LoOGPhx9qtFFqaHg3YAT25QUtE410a n3b1BBo0BYmI/j6OsAZK1YMdo0bKEL9lS3NPg6sGWuoT5/5PjjfdQ5vtqtGn2wXa +bjKNxTUaQe3CnHywXu+NoDU6YIOwleYRPFziiVIxG/OFmBDd2BSDigaLC9Dvca4 yZd+Eft3jTjbM6TE9S3OtwZ7zowL1tLv7Ex1iq9lc20ICu5bop6pi8hIKoHPqbgA PXK4BGIQsErudsuKWew9m7mP5FCvoa3DZwhy3unJFcqGJUDt8CBkBhXCWWA+Do3C bjkUBm8o83o2x/I9DuoqEMmxbyc0F1z81qUfWNiFu5+5PqGzTzdN9Cw4ZJWDHNT9 bPdKj0znu5T+VAIJwwacE1swXEY7NoNXbH6YCy4xOMz2BccvxCDgoQqq2XLmpfeE CRepKjXOXq5ALC0IarjY =DbaX -----END PGP SIGNATURE----- _______________________________________________ tz-announce mailing list tz-announce(a)iana.org https://mm.icann.org/mailman/listinfo/tz-announce

2 3

small bug fix and ugliness concentration
by christos＠zoulas.com Nov. 11, 2014

Nov. 11, 2014

Hello, There there were 2 copies of the USG_COMPAT/ALTZONE ugliness and one was incomplete (did not set daylight). I merged them. christos --- localtime.c.orig 2014-10-18 14:07:54.000000000 -0400 +++ localtime.c 2014-11-11 13:39:18.000000000 -0500 @@ -235,6 +235,27 @@ return result; } +static char * +setzone(struct state const *sp, const struct ttinfo *ttisp, int_fast32_t offset) +{ + char *zn = (char *)&sp->chars[ttisp->tt_abbrind]; + if (offset) { +#ifdef USG_COMPAT + if (ttisp->tt_isdst) + daylight = 1; + if (!ttisp->tt_isdst) + timezone = -(ttisp->tt_gmtoff); +#endif /* defined USG_COMPAT */ +#ifdef ALTZONE + if (ttisp->tt_isdst) + altzone = -(ttisp->tt_gmtoff); +#endif /* defined ALTZONE */ + } + + tzname[ttisp->tt_isdst] = zn; + return zn; +} + static void settzname(void) { @@ -261,24 +282,8 @@ tzname[ttisp->tt_isdst] = &sp->chars[ttisp->tt_abbrind]; } - for (i = 0; i < sp->timecnt; ++i) { - register const struct ttinfo * const ttisp = - &sp->ttis[ - sp->types[i]]; - - tzname[ttisp->tt_isdst] = - &sp->chars[ttisp->tt_abbrind]; -#ifdef USG_COMPAT - if (ttisp->tt_isdst) - daylight = 1; - if (!ttisp->tt_isdst) - timezone = -(ttisp->tt_gmtoff); -#endif /* defined USG_COMPAT */ -#ifdef ALTZONE - if (ttisp->tt_isdst) - altzone = -(ttisp->tt_gmtoff); -#endif /* defined ALTZONE */ - } + for (i = 0; i < sp->timecnt; ++i) + setzone(sp, &sp->ttis[i], -1); /* ** Finally, scrub the abbreviations. ** First, replace bogus characters. @@ -1393,26 +1398,11 @@ */ result = timesub(&t, ttisp->tt_gmtoff, sp, tmp); if (result) { - bool tm_isdst = ttisp->tt_isdst; - char *tm_zone = (char *) &sp->chars[ttisp->tt_abbrind]; - result->tm_isdst = tm_isdst; + char *zn = setzone(sp, ttisp, offset); + result->tm_isdst = ttisp->tt_isdst; #ifdef TM_ZONE - result->TM_ZONE = tm_zone; + result->TM_ZONE = zn; #endif /* defined TM_ZONE */ - if (offset) { - /* Always set the tzname etc. vars whose values can easily - be determined, as it's too much trouble to tell whether - tzset has already done it correctly. */ - tzname[tm_isdst] = tm_zone; -#ifdef USG_COMPAT - if (!tm_isdst) - timezone = - ttisp->tt_gmtoff; -#endif -#ifdef ALTZONE - if (tm_isdst) - altzone = - ttisp->tt_gmtoff; -#endif - } } return result; }

2 2

[tz-announce] 2014g release of tz code and data available
by Paul Eggert Nov. 11, 2014

Nov. 11, 2014

The 2014g 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 Turks & Caicos is switching from US eastern time to UTC-4 year-round, modeled as a switch from EST/EDT to AST on 2014-11-02 at 02:00. Changes affecting past time stamps Time in Russia or the USSR before 1926 or so has been corrected by a few seconds in the following zones: Asia/Irkutsk, Asia/Krasnoyarsk, Asia/Omsk, Asia/Samarkand, Asia/Tbilisi, Asia/Vladivostok, Asia/Yakutsk, Europe/Riga, Europe/Samara. For Asia/Yekaterinburg the correction is a few minutes. (Thanks to Vladimir Karpinsky.) The Portuguese decree of 1911-05-26 took effect on 1912-01-01. This affects 1911 time stamps in Africa/Bissau, Africa/Luanda, Atlantic/Azores, and Atlantic/Madeira. Also, Lisbon's pre-1912 GMT offset was -0:36:45 (rounded from -0:36:44.68), not -0:36:32. (Thanks to Stephen Colebourne for pointing to the decree.) Asia/Dhaka ended DST on 2009-12-31 at 24:00, not 23:59. A new file 'backzone' contains data which may appeal to connoisseurs of old time stamps, although it is out of scope for the tz database, is often poorly sourced, and contains some data that is known to be incorrect. The new file is not recommended for ordinary use and its entries are not installed by default. (Thanks to Lester Caine for the high-quality Jersey, Guernsey, and Isle of Man entries.) Some more zones have been turned into links, when they differed from existing zones only for older time stamps. As usual, these changes affect UTC offsets in pre-1970 time stamps only. Their old contents have been moved to the 'backzone' file. The affected zones are: Africa/Bangui, Africa/Brazzaville, Africa/Douala, Africa/Kinshasa, Africa/Libreville, Africa/Luanda, Africa/Malabo, Africa/Niamey, and Africa/Porto-Novo. Changes affecting code Unless NETBSD_INSPIRED is defined to 0, the tz library now supplies functions for creating and using objects that represent time zones. The new functions are tzalloc, tzfree, localtime_rz, mktime_z, and (if STD_INSPIRED is also defined) posix2time_z and time2posix_z. They are intended for performance: for example, localtime_rz (unlike localtime_r) is trivially thread-safe without locking. (Thanks to Christos Zoulas for proposing NetBSD-inspired functions, and to Alan Barrett and Jonathan Lennox for helping to debug the change.) zdump now builds with the tz library unless USE_LTZ is defined to 0, This lets zdump use tz features even if the system library lacks them. To build zdump with the system library, use 'make CFLAGS=-DUSE_LTZ=0 TZDOBJS=zdump.o CHECK_TIME_T_ALTERNATIVES='. zdump now uses localtime_rz if available, as it's significantly faster, and it can help zdump better diagnose invalid time zone names. Define HAVE_LOCALTIME_RZ to 0 to suppress this. HAVE_LOCALTIME_RZ defaults to 1 if NETBSD_INSPIRED && USE_LTZ. When localtime_rz is not available, zdump now uses localtime_r and tzset if available, as this is a bit cleaner and faster than plain localtime. Compile with -DHAVE_LOCALTIME_R=0 and/or -DHAVE_TZSET=0 if your system lacks these two functions. If THREAD_SAFE is defined to 1, the tz library is now thread-safe. Although not needed for tz's own applications, which are single-threaded, this supports POSIX better if the tz library is used in multithreaded apps. Some crashes have been fixed when zdump or the tz library is given invalid or outlandish input. The tz library no longer mishandles leap seconds on platforms with unsigned time_t in time zones that lack ordinary transitions after 1970. The tz code now attempts to infer TM_GMTOFF and TM_ZONE if not already defined, to make it easier to configure on common platforms. Define NO_TM_GMTOFF and NO_TM_ZONE to suppress this. Unless the new macro UNINIT_TRAP is defined to 1, the tz code now assumes that reading uninitialized memory yields garbage values but does not cause other problems such as traps. If TM_GMTOFF is defined and UNINIT_TRAP is 0, mktime is now more likely to guess right for ambiguous time stamps near transitions where tm_isdst does not change. If HAVE_STRFTIME_L is defined to 1, the tz library now defines strftime_l for compatibility with recent versions of POSIX. Only the C locale is supported, though. HAVE_STRFTIME_L defaults to 1 on recent POSIX versions, and to 0 otherwise. tzselect -c now uses a hybrid distance measure that works better in Africa. (Thanks to Alan Barrett for noting the problem.) The C source code now ports to NetBSD when GCC_DEBUG_FLAGS is used, or when time_tz is defined. When HAVE_UTMPX_H is set the 'date' command now builds on systems whose <utmpx.h> file does not define WTMPX_FILE, and when setting the date it updates the wtmpx file if _PATH_WTMPX is defined. This affects GNU/Linux and similar systems. For easier maintenance later, some C code has been simplified, some lint has been removed, and the code has been tweaked so that plain 'make' is more likely to work. The C type 'bool' is now used for boolean values, instead of 'int'. The long-obsolete LOCALE_HOME code has been removed. The long-obsolete 'gtime' function has been removed. Changes affecting build procedure 'zdump' no longer links in ialloc.o, as it's not needed. 'make check_time_t_alternatives' no longer assumes GNU diff. Changes affecting distribution tarballs The files checktab.awk and zoneinfo2tdf.pl are now distributed in the tzdata tarball instead of the tzcode tarball, since they help maintain the data. The NEWS and Theory files are now also distributed in the tzdata tarball, as they're relevant for data. (Thanks to Alan Barrett for pointing this out.) Also, the leapseconds.awk file is no longer distributed in the tzcode tarball, since it belongs in the tzdata tarball (where 2014f inadvertently also distributed it). Changes affecting documentation and commentary A new file CONTRIBUTING is distributed. (Thanks to Tim Parenti for suggesting a CONTRIBUTING file, and to Tony Finch and Walter Harms for debugging it.) The man pages have been updated to use function prototypes, to document thread-safe variants like localtime_r, and to document the NetBSD-inspired functions tzalloc, tzfree, localtime_rz, and mktime_z. The fields in Link lines have been renamed to be more descriptive and more like the parameters of 'ln'. LINK-FROM has become TARGET, and LINK-TO has become LINK-NAME. tz-link.htm mentions the IETF's tzdist working group; Windows Runtime etc. (thanks to Matt Johnson); and HP-UX's tztab. Some broken URLs have been fixed in the commentary. (Thanks to Lester Caine.) Commentary about Philippines DST has been updated, and commentary on pre-1970 time in India has been added. Here are links to the release files: ftp://ftp.iana.org/tz/releases/tzcode2014g.tar.gz ftp://ftp.iana.org/tz/releases/tzdata2014g.tar.gz The files are also available via HTTP as follows: http://www.iana.org/time-zones/repository/releases/tzcode2014g.tar.gz http://www.iana.org/time-zones/repository/releases/tzdata2014g.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. 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 This release corresponds to commit 9cd0541edf0bbca453e1b97749c5e68a1d6ab7db dated Thu Aug 28 12:31:23 2014 -0700 and tagged '2014g' in the unofficial github repository at <https://github.com/eggert/tz>. Here are the GPG checksums for the release files: -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJT/4QTAAoJEO2X6Q5iqn40ZIIP/jBHBnGpJBfbeoHPZ7NnQrw7 uXJEtM5GpBj7Rw+PuEyzQSW7/jEKOYwE0dyeVxgLEqDJDIuOk5uOeUqneh1sr5ww vrCy04Iuoyb/XpgvFpX1enmLDgEaK8n3vA4LekdMl7LlGYX00c2TdRi8Ees2V1yN D3d2wz9khU59M3grEh/PMY6CxvyW9HlMdGOQlzkbjxQhfec0RZPutUNnBczslA0+ fFVvpabeJMisVV10pd6N5dnYsk12UsPxKYTgrjSZruzrC8uDmm86O4OwKD3kGW9y AjeFCDSxPMBUNZnIFhuFuYPFY+jamMTMHOdjwb6sYnTPJU6P4QjPN0wUpRHih3e9 1Vvc0wJ2iYMBFotf1BWqTldMcKMTqWqYRdahJTxqtN6gQGcpGONs1+insrNK1pkQ ZyW+LSNuPcspPsR/9ohrZxJCS85CIIAye42kVMxKxETLVeG114u8tV+JUYyEs2nL nf766m3wIPstIKYzaICprTRdoxQ4y9X4wpL7dxaGJg0rimkhTDDG8xtV/J4plMhH VC06YRfmuAvjREXG07PV+sCZAqL+zHtIurrTSK6Z3LdEFdH3aU/9GRObDWzvWw4u U3nW2k2azTum+WfWfkDd0chyOKTE+TeATYrgvYjqpeFJOMTcpM8l96lhxYNSpshi G1g80KANNZL6yAmYj9tY =lQFS -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJT/4QTAAoJEO2X6Q5iqn40+wgQAJEsXlNnQFrqSg6Q0+/Ro80y oZ9aflOuMvgujhtdZm4bW3A4vfqMEEXwL9mJP5numNsW3qobNb2GW4kIa9EhKdeJ rUqz7XdOytSoL8GY/TSpmQdRG4aiyTlWEnZX0R8BqC4U0MiORkViuAHyu2qVGOFX c7zXtp6+C9DXuooRdn8o98ANfBSLjEJ4FM6JVpfJQFKohancX0Gprhq7KkCkK0Fu Nt78E8WchU1ZYGQ15cxrDzV2kdAqQfKWxLd9iLdaKQlvpyiHAPHvMI6BwVn7CHqN CcYby73BE6Y1H5Yd352UUYrW4dpIVtUpNOejXDcNqEVA801mBu/tUUXFivtFj+d2 1VAMf7OVdvnlqqaQnUGDS0WEOXdPrKZEUvbU9/JFfXsdnpNlfkuEYPuj5yiNu6jl mLLoMlfIG4iIIwpRIVsS5nIG34mP0VnMQsJrGkc/DxvSuzhNA2+lX7j9Uxvhwhj2 NSNJkFRXE4S6ambBe9tnDMzKZPaRV31nzUl4trqU4dDxm3iYhWQfbNQYbpQlhC5Q 6spnOha0LVdtFdk2lvDo1DSDrNFG24KfmzeLpSL0IlePgBPpRllXjl9KfuNTwGWU dshrzMV60RTIJa8Vc6JsJKgNKJofV433AR/jQnF6wjPbdn6LFRKUigJMM72T08hR K9RHYtub4GE2zmK+HN7h =cp2D -----END PGP SIGNATURE----- _______________________________________________ tz-announce mailing list tz-announce(a)iana.org https://mm.icann.org/mailman/listinfo/tz-announce

2 5

America/Grand_Turk (Turks and Caicos)
by Chris Walton Nov. 10, 2014

Nov. 10, 2014

I am suspicious that the current time zone rules for Turks and Caicos may be wrong. In August of this year, the TCI Government did make plans to be on "permanent daylight saving time". This would have meant that the clocks should not have changed Nov 2/2014. This is properly modeled in the current TZ rules as permanent Atlantic Standard Time (AST) starting Nov 2/2014. http://tcweeklynews.com/daylight-savings-time-to-be-maintained-p5353-127.htm http://tcweeklynews.com/daylight-saving-time-p5360-144.htm In September of this year, the TCI government appears to have delayed the switch to "permanent daylight saving time" by one year. This means Turks and Caicos should theoretically be running on Eastern Standard Time (EST) now. The switch to AST should presumably start on Nov 1/2015. http://tcweeklynews.com/time-change-to-go-ahead-this-november-p5437-127.htm I think this website may have more info, but currently it is non-functional. http://www.gov.tc/pressoffice/ -chris

3 3

[PROPOSED PATCH] * tz-link.htm: Modernize some more URLs.
by Paul Eggert Nov. 9, 2014

Nov. 9, 2014

--- tz-link.htm | 39 +++++++++++++++++++-------------------- 1 file changed, 19 insertions(+), 20 deletions(-) diff --git a/tz-link.htm b/tz-link.htm index 6b57415..444ef94 100644 --- a/tz-link.htm +++ b/tz-link.htm @@ -8,7 +8,7 @@ <meta http-equiv="Content-type" content='text/html; charset="UTF-8"'> <meta name="DC.Creator" content="Eggert, Paul"> <meta name="DC.Contributor" content="Olson, Arthur David"> -<meta name="DC.Date" content="2014-11-02"> +<meta name="DC.Date" content="2014-11-09"> <meta name="DC.Description" content="Sources of information about time zones and daylight saving time"> <meta name="DC.Identifier" @@ -312,7 +312,7 @@ the <abbr>MIT</abbr> license.</li> </ul> <li><a href="http://pytz.sourceforge.net">pytz – World Timezone Definitions for Python</a> compiles <code><abbr>tz</abbr></code> source into -<a href="http://python.org">Python</a>. +<a href="https://www.python.org">Python</a>. It is freely available under a <abbr>BSD</abbr>-style license.</li> <li><a href="http://tzinfo.github.io">TZInfo – Ruby Timezone Library</a> @@ -377,15 +377,15 @@ available under a BSD-style license.</li> </ul> <h2>Other <code><abbr>tz</abbr></code>-based time zone software</h2> <ul> -<li><a href="http://foxclocks.org">FoxClocks</a> -is an extension for <a href="http://google.com/chrome">Google +<li><a href="https://foxclocks.org">FoxClocks</a> +is an extension for <a href="http://google.com/chrome/">Google Chrome</a> and for <a -href="http://developer.mozilla.org/en/docs/Toolkit_API">Mozilla +href="https://developer.mozilla.org/en-US/docs/Mozilla/Tech/Toolkit_API">Mozilla Toolkit</a> applications like <a -href="http://mozilla.com/firefox">Firefox</a> and <a -href="http://mozilla.com/thunderbird">Thunderbird</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://earth.google.com">Google Earth</a>. +interface to <a href="http://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> implementations contain a copy of a 32-bit subset of a recent @@ -409,18 +409,18 @@ the older, proprietary method of Microsoft Windows 2000 and later, which stores time zone data in the <a href="http://en.wikipedia.org/wiki/Windows_Registry">Windows Registry</a>. The <a -href="http://unicode.org/cldr/charts/supplemental/zone_tzid.html">Zone → +href="http://www.unicode.org/cldr/charts/latest/supplemental/zone_tzid.html">Zone → Tzid table</a> or <a href="http://unicode.org/repos/cldr/trunk/common/supplemental/windowsZones.xml"><abbr>XML</abbr> file</a> of the <abbr>CLDR</abbr> data maps proprietary zone IDs to <code><abbr>tz</abbr></code> names. <li><a -href="http://www.oracle.com/us/technologies/java/overview/index.html">Oracle +href="https://www.oracle.com/java/index.html">Oracle Java</a> contains a copy of a subset of a recent <code><abbr>tz</abbr></code> database in a Java-specific format.</li> -<li><a href="http://kimmo.suominen.com/sw/timezone/">Time Zone</a> is -a <a href="http://wordpress.org">WordPress</a> plugin. It is freely +<li><a href="https://kimmo.suominen.com/sw/timezone/">Time Zone</a> is +a <a href="https://wordpress.org">WordPress</a> plugin. It is freely available under a <abbr>BSD</abbr>-style license.</li> <li><a href="http://www.relativedata.com/time-zone-master">Time Zone Master</a> is a Microsoft Windows clock program that can automatically @@ -447,7 +447,7 @@ href="http://astrocom.com">Astro Computing Services</a>. These atlases are extensive but unreliable, as Shanks appears to have guessed many <abbr>UT</abbr> offsets and transitions. The atlases cite no sources and do not indicate which entries are guesswork.</li> -<li><a href="http://www.hp.com/go/hpux/">HP-UX</a> has a database in +<li><a href="http://en.wikipedia.org/wiki/HP-UX">HP-UX</a> has a database in its own <code>tztab</code>(4) format.</li> <li>Microsoft Windows has proprietary data mentioned above.</li> <li><a href="http://worldtimeserver.com">World Time Server</a> @@ -457,13 +457,12 @@ contains data from the Time Service Department of the <abbr>US</abbr> Naval Observatory.</li> <li>The <a href="http://www.iata.org/publications/Pages/ssim.aspx">Standard Schedules Information Manual</a> of the -<a href="http://iata.org">International Air Transport -Association</a> +International Air Transport Association gives current time zone rules for airports served by commercial aviation.</li> </ul> <h2>Maps</h2> <ul> -<li>The <a href="https://www.cia.gov">United States Central +<li>The <a href="https://www.cia.gov/index.html">United States Central Intelligence Agency (<abbr title="Central Intelligence Agency">CIA</abbr>)</a> publishes a <a href="https://www.cia.gov/library/publications/the-world-factbook/graphics/ref_ma…">time @@ -485,7 +484,7 @@ but the maps are more up to date.</li> <li><a href="http://poisson.phc.unipi.it/~maggiolo/index.php/2014/01/how-much-is-time-wr…">How much is time wrong around the world?</a> maps the difference between mean solar and standard time, highlighting areas such as western China -where the two differ greatly.</li> +where the two differ greatly. It's a bit out of date, unfortunately.</li> </ul> <h2>Time zone boundaries</h2> <ul> @@ -684,7 +683,7 @@ Bulletins</a> contains official publications of the International Earth Rotation and Reference Systems Service, which decides when leap seconds occur.</li> <li>The <a -href="http://six.pairlist.net/mailman/listinfo/leapsecs">Leap +href="https://pairlist6.pair.net/mailman/listinfo/leapsecs">Leap Second Discussion List</a> covers <a href="http://gauss.gge.unb.ca/papers.pdf/gpsworld.november99.pdf">McCarthy and Klepczynski's proposal to discontinue leap seconds</a>, @@ -698,7 +697,7 @@ contentious issue.</li> </ul> <h2>Time notation</h2> <ul> -<li>The <a href="http://unicode.org/cldr/">Unicode Common Locale Data +<li>The <a href="http://cldr.unicode.org">Unicode Common Locale Data Repository (<abbr>CLDR</abbr>) Project</a> has localizations for time zone names, abbreviations, identifiers, and formats. For example, it contains French translations for "Eastern European Summer Time", @@ -775,7 +774,7 @@ is called "<abbr>GMT</abbr>".</li> <li><a href="tz-art.htm">Time and the Arts</a></li> <li><a href="http://www.dmoz.org/Reference/Time/">Open Directory – Reference: Time</a></li> -<li><a href="http://dir.yahoo.com/Science/Measurements_and_Units/Time">Yahoo! +<li><a href="https://dir.yahoo.com/science/measurements_and_units/time">Yahoo! Directory > Science > Measurements and Units > Time</a></li> </ul> <hr> -- 2.1.0

1 0

zone.tab question
by Heuft, Rick (GE Energy Management, Non-GE) Nov. 9, 2014

Nov. 9, 2014

Hi Paul. I just downloaded the 2014-07-31 tz database and noticed an anomaly. The first line is not in alphabetic order by TZ. AD +4230+00131 Europe/Andorra Is this intended? Rick Heuft Firmware Design Engineer (P.Eng.) GE Energy Services Digital Energy T +1 604 421 8603 rick.heuft(a)ge.com<mailto:rick.heuft@ge.com> Suite 100, 8525 Baxter Place Burnaby, British Columbia V5A 4V7 Canada GE imagination at work Unsubscribe from our commercial electronic messages. http://supportcentral.ge.com/esurvey/takesurvey.asp?p=17778&d=3834102 Désabonner de nos messages électroniques commerciaux. http://supportcentral.ge.com/esurvey/takesurvey.asp?p=17778&d=3839563

2 1

Russian time zone rules change
by Carl Rigg Nov. 6, 2014

Nov. 6, 2014

My apologies if this is not the correct way to notify this change [please let me know what I should have done]. In 2010 President Medvedev passed an act to introduce permanent Summer Time in Russia, effective March 2011 [according to the normal DST switching rules]. In 2014 this act was repealed, so that the normal DST switch back to standard time occurred on the last Sunday in October 2014. The new act eliminates future DST switching. The new act applies to all Russian time zones. This means that Moscow Time is now fixed at 3 hours ahead of UTC. I looked on iana.org and the last released version of tzdata is tzdata2014i but it still contains the Medvedev act rules and not the state of affairs since Oct 26, 2014. Thanks Carl

4 4

historic sub-second time offsets
by Steve Allen Nov. 6, 2014

Nov. 6, 2014

>From their inception the International Time Bureau (BIH) produced records of the deviations between various time sources. I have a sampling of those BIH publications from 1960 in images here https://plus.google.com/photos/112320138481375234766/albums/607822573135022… 1960 is after the availability of cesium atomic chronometers and during the era when Heure Definitive was UT2. These pages include part of the initial attempt to "coordinate" radio broadcasts between the US NBS station WWV and the UK NPL station MSF. They include time offset plots for various observatories for the entire year of 1960, and a couple of pages of the radio broadcast offsets for the end of the year. Also note that these data were not published until as much as a year after the measurements, and only then could one know what time it should have been. >From the turn of the 20th century it was agreed that everyone would use the same the technical basis for determining civil time, but the quality of time available in any particular place depended on available resources and training, so the implementation was imperfect. In many countries the observatory time was the legal time, and the broadcast time signals were, practically, the official time. Plowing through these historic records of time offsets only makes sense for projects such as re-reducing occultation data. The tz database has always eschewed sub-second offsets. The data on these pages show part of why that is a good thing. -- 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

4 5

Re: [tz] [Patch] Make it slightly easier to parse tzdata
by random832＠fastmail.us Nov. 4, 2014

Nov. 4, 2014

On Sat, Nov 1, 2014, at 16:24, Paul Eggert wrote: > Brian Inglis wrote: > > This would require a tradeoff between the compiled sizes of the > > decompressors on your platform and the compressed data: > > 94K tz.tar.xz > > We can shrink it even further than that, as follows: This requires embedding zic, though. I got the impression his post was about compressing the compiled zoneinfo files (which are, after all, what is required by the library functions)

4 8