- tz - lists.iana.org

Several minor patches
by Tim Parenti Aug. 10, 2014

Aug. 10, 2014

Attached are another round of patches, relative to 62060419e3b81752ee5c1bda546c0ff87d66ea3e. 0001 expands a bit commentary in tz-art.htm. 0002 adjusts some Rule lines, since zic has been able to handle 24:00. This changes timestamps for one minute in Asia/Dhaka at the end of 2009-12-31 to better match the contemporaneous commentary. The rest are minor, with 0003 fixing up spacing in the UNTIL fields of Zone and Zone continuation lines, and with 0004 and 0005 fixing up commentary for consistency. These can be compared at https://github.com/timparenti/tz-experimental/compare/eggert:master...timpa… -- Tim Parenti

2 1

Re: [tz] Correct time in Russia before 1927 or so
by Paul Eggert Aug. 8, 2014

Aug. 8, 2014

Thanks for the info. I installed the attached proposed patch into the experimental repository on Github; I hope it captures the data you reported.

1 0

Re: [tz] Correct time in Russia before 1927 or so
by Vladimir Karpinsky Aug. 7, 2014

Aug. 7, 2014

It looks like data taken from Milne 1899 are not correct enough for 1919. Data by Byalokoz E.L. are slightly different. I think they are reliable, because in 1919 he was a president of the Russian Committee of Standard Time. The difference may result from the new standard that was accepted in Russia on Jul 3, 1916. > From: Paul Eggert <eggert(a)cs.ucla.edu> > Date: Tue, 8 Jul 2014 19:23:04 -0700 > Subject: [PATCH] Correct time in Russia before 1927 or so. > > (Thanks to Vladimir Karpinsky for the Moscow corrections.) > Other corrections are taken from Milne 1899. > * asia (Asia/Tbilisi): Change LMT from 2:59:16 to 2:59:06. > (Asia/Tashkent): Change LMT from 4:37:12 to 4:37:11. > * europe (Europe/Helsinki): Change LMT from 1:39:52 to 1:39:49. > (Europe/Riga): Change LMT from 1:36:24 to 1:36:28. > (Europe/Moscow): Change LMT from 2:30:20 to 2:30:17. > Change 1916/9 time from 2:30:48 to 2:31:19. > (Asia/Yekaterinburg): Change LMT from 4:02:24 to 4:02:33. > (Asia/Irkutsk): Change LMT from 6:57:20 to 6:57:15. > (Asia/Vladivostok): Change LMT from 8:47:44 to 8:47:34. > * zone.tab (Europe/Moscow): Use Kilometer 0 point. > * NEWS: Document this. Byalokoz E.L. gives the following data for 1919, before time zones were established in Russia: Riga 1:36:34 Latvia Tbilisi (Tiflis) 2:59:11 Georgia Samara 3:20:20 Perm 3:45:05 Yekaterinburg 3:45:05 @Perm that was the center of province, Yekaterinburg became regional center in 1923 Samarkand 4:27:53 Uzbekistan Omsk 4:53:30 Krasnoyarsk 6:11:26 Irkutsk 6:57:05 Yakutsk 8:38:58 Vladivostok 8:47:31 (From the book by Byalokoz E.L. New Counting of Time in Russia since July 1, 1919. This was an official info of the Russian Comittee of Standard Time.) Sincerely, Vladimir Karpinsky

1 0

[PATCH] Minor spelling, accent, or English fixes.
by Paul Eggert Aug. 7, 2014

Aug. 7, 2014

--- africa | 2 +- asia | 8 ++++---- date.c | 2 +- europe | 6 +++--- southamerica | 2 +- zone.tab | 2 +- zone1970.tab | 2 +- 7 files changed, 12 insertions(+), 12 deletions(-) diff --git a/africa b/africa index 4ace7e9..339d6c4 100644 --- a/africa +++ b/africa @@ -180,7 +180,7 @@ Zone Africa/Lubumbashi 1:49:52 - LMT 1897 Nov 9 Zone Africa/Brazzaville 1:01:08 - LMT 1912 1:00 - WAT -# Côte D'Ivoire / Ivory Coast +# Côte d'Ivoire / Ivory Coast # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Africa/Abidjan -0:16:08 - LMT 1912 0:00 - GMT diff --git a/asia b/asia index 6130e59..97b2030 100644 --- a/asia +++ b/asia @@ -356,7 +356,7 @@ Rule PRC 1987 1991 - Apr Sun>=10 0:00 1:00 D # * The Republic of China instituted Beijing mean solar time effective # the official calendar book of 1914. # * The French Concession in Shanghai set up signal stations in -# French docks in the 1890s, controled by Xujiahui (Zikawei) +# French docks in the 1890s, controlled by Xujiahui (Zikawei) # Obervatory and set to local mean time. # * "From the end of the 19th century" it changed to UT+8. # * Chinese Customs (by then reduced to a tool of foreign powers) @@ -501,7 +501,7 @@ Rule PRC 1987 1991 - Apr Sun>=10 0:00 1:00 D # "The Working-Calendar for The Xinjiang Uygur Autonomous Region Government" # <http://www.sinkiang.gov.cn/service/ourworking/> (2014-04-22). # Unfortunately, we have no good records of time in Xinjiang before 1986. -# During the 20th century parts of Xinjiang were ruled by the Qing dyansty, +# During the 20th century parts of Xinjiang were ruled by the Qing dynasty, # the Republic of China, various warlords, the First and Second East Turkestan # Republics, the Soviet Union, the Kuomintang, and the People's Republic of # China, and tracking down all these organizations' timekeeping rules would be @@ -710,7 +710,7 @@ Zone Asia/Hong_Kong 7:36:42 - LMT 1904 Oct 30 # # The Summer Time this year is adopted from midnight Apr 15 until Sep 20 # midnight. To save (energy?) consumption, we're expanding Summer Time -# adption till Oct 31 midnight. +# adoption till Oct 31 midnight. # # The Central Weather Bureau website didn't mention that, however it can # be found from historical government announcement database. @@ -1589,7 +1589,7 @@ Zone Asia/Qyzylorda 4:21:52 - LMT 1924 May 2 5:00 - QYZT 1992 Jan 19 2:00 6:00 RussiaAsia QYZ%sT 2005 Mar 15 6:00 - QYZT -# Aqtobe (aka Aktobe, formerly Akt'ubinsk) +# Aqtobe (aka Aktobe, formerly Aktyubinsk) Zone Asia/Aqtobe 3:48:40 - LMT 1924 May 2 4:00 - AKTT 1930 Jun 21 # Aktyubinsk Time 5:00 - AKTT 1981 Apr 1 diff --git a/date.c b/date.c index a9ca67f..9a0b84c 100644 --- a/date.c +++ b/date.c @@ -12,7 +12,7 @@ * 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 MERCHANT[A]BILITY AND FITNESS FOR A PARTICULAR PURPOSE. + * WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. */ #include "private.h" diff --git a/europe b/europe index 3ab6b0f..97b9f63 100644 --- a/europe +++ b/europe @@ -1259,7 +1259,7 @@ Zone Europe/Berlin 0:53:28 - LMT 1893 Apr # http://www.srf.ch/player/video?id=c012c029-03b7-4c2b-9164-aa5902cd58d3 # From Arthur David Olson (2012-03-03): -# Busingen and Zurich have shared clocks since 1970. +# Büsingen and Zurich have shared clocks since 1970. Link Europe/Zurich Europe/Busingen @@ -1538,7 +1538,7 @@ Link Europe/Rome Europe/San_Marino # institute daylight-saving time this spring, LETA reported. # Last February the three Baltic states decided not to turn back their # clocks one hour in the spring.... -# Minister of Economy Aigars Kalvitis noted that Latvia had too few +# Minister of Economy Aigars Kalvītis noted that Latvia had too few # daylight hours and thus decided to comply with a draft European # Commission directive that provides for instituting daylight-saving # time in EU countries between 2002 and 2006. The Latvian government @@ -3284,7 +3284,7 @@ Zone Europe/Zaporozhye 2:20:40 - LMT 1880 # ... # # ...the European time rules are...standardized since 1981, when -# most European coun[tr]ies started DST. Before that year, only +# most European countries started DST. Before that year, only # a few countries (UK, France, Italy) had DST, each according # to own national rules. In 1981, however, DST started on # 'Apr firstSun', and not on 'Mar lastSun' as in the following diff --git a/southamerica b/southamerica index de1f15e..1e5f5fc 100644 --- a/southamerica +++ b/southamerica @@ -1146,7 +1146,7 @@ Zone America/Rio_Branco -4:31:12 - LMT 1914 # # This is breaking news. There should be more information available later. -# From Arthur Daivd Olson (2010-03-06): +# From Arthur David Olson (2010-03-06): # Angel Chiang's message confirmed by Julio Pacheco; Julio provided a patch. # From Glenn Eychaner (2011-03-02): [geychaner(a)mac.com] diff --git a/zone.tab b/zone.tab index 92b9c98..4fe7527 100644 --- a/zone.tab +++ b/zone.tab @@ -37,7 +37,7 @@ AQ -6736+06253 Antarctica/Mawson Mawson Station, Holme Bay AQ -6835+07758 Antarctica/Davis Davis Station, Vestfold Hills AQ -6617+11031 Antarctica/Casey Casey Station, Bailey Peninsula AQ -7824+10654 Antarctica/Vostok Vostok Station, Lake Vostok -AQ -6640+14001 Antarctica/DumontDUrville Dumont-d'Urville Station, Terre Adelie +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) diff --git a/zone1970.tab b/zone1970.tab index c39380c..6188b61 100644 --- a/zone1970.tab +++ b/zone1970.tab @@ -44,7 +44,7 @@ AQ -6736+06253 Antarctica/Mawson Mawson Station, Holme Bay AQ -6835+07758 Antarctica/Davis Davis Station, Vestfold Hills AQ -6617+11031 Antarctica/Casey Casey Station, Bailey Peninsula AQ -7824+10654 Antarctica/Vostok Vostok Station, Lake Vostok -AQ -6640+14001 Antarctica/DumontDUrville Dumont-d'Urville Station, Terre Adelie +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) -- 1.9.1

1 0

2014f and Russia
by Deborah Goldsmith Aug. 6, 2014

Aug. 6, 2014

Given the long lead time for deployment of TZ data in some cases, may I suggest that we expedite the release of the changes for Russia in 2014f, and defer any contentious changes to a subsequent release? Thank you, Deborah

4 7

[tz-announce] 2014f release of tz code and data available
by Paul Eggert Aug. 6, 2014

Aug. 6, 2014

The 2014f 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 Russia will subtract an hour from most of its time zones on 2014-10-26 at 02:00 local time. (Thanks to Alexander Krivenyshev.) There are a few exceptions: Magadan Oblast (Asia/Magadan) and Zabaykalsky Krai are subtracting two hours; conversely, Chukotka Autonomous Okrug (Asia/Anadyr), Kamchatka Krai (Asia/Kamchatka), Kemerovo Oblast (Asia/Novokuznetsk), and the Samara Oblast and the Udmurt Republic (Europe/Samara) are not changing their clocks. The changed zones are Europe/Kaliningrad, Europe/Moscow, Europe/Simferopol, Europe/Volgograd, Asia/Yekaterinburg, Asia/Omsk, Asia/Novosibirsk, Asia/Krasnoyarsk, Asia/Irkutsk, Asia/Yakutsk, Asia/Vladivostok, Asia/Khandyga, Asia/Sakhalin, and Asia/Ust-Nera; Asia/Magadan will have two hours subtracted; and Asia/Novokuznetsk's time zone abbreviation is affected, but not its UTC offset. Two zones are added: Asia/Chita (split from Asia/Yakutsk, and also with two hours subtracted) and Asia/Srednekolymsk (split from Asia/Magadan, but with only one hour subtracted). (Thanks to Tim Parenti for much of the above.) Changes affecting time zone abbreviations Australian eastern time zone abbreviations are now AEST/AEDT not EST, and similarly for the other Australian zones. That is, for eastern standard and daylight saving time the abbreviations are AEST and AEDT instead of the former EST for both; similarly, ACST/ACDT, ACWST/ACWDT, and AWST/AWDT are now used instead of the former CST, CWST, and WST. This change does not affect UTC offsets, only time zone abbreviations. (Thanks to Rich Tibbett and many others.) Asia/Novokuznetsk shifts from NOVT to KRAT (remaining on UTC+7) effective 2014-10-26 at 02:00 local time. The time zone abbreviation for Xinjiang Time (observed in Ürümqi) has been changed from URUT to XJT. (Thanks to Luther Ma.) Prefer MSK/MSD for Moscow time in Russia, even in other cities. Similarly, prefer EET/EEST for eastern European time in Russia. Change time zone abbreviations in (western) Samoa to use "ST" and "DT" suffixes, as this is more likely to match common practice. Prefix "W" to (western) Samoa time when its standard-time offset disagrees with that of American Samoa. America/Metlakatla now uses PST, not MeST, to abbreviate its time zone. Time zone abbreviations have been updated for Japan's two time zones used 1896-1937. JWST now stands for Western Standard Time, and JCST for Central Standard Time (formerly this was CJT). These abbreviations are now used for time in Korea, Taiwan, and Sakhalin while controlled by Japan. Changes affecting past time stamps China's five zones have been simplified to two, since the post-1970 differences in the other three seem to have been imaginary. The zones Asia/Harbin, Asia/Chongqing, and Asia/Kashgar have been removed; backwards-compatibility links still work, albeit with different behaviors for time stamps before May 1980. Asia/Urumqi's 1980 transition to UTC+8 has been removed, so that it is now at UTC+6 and not UTC+8. (Thanks to Luther Ma and to Alois Treindl; Treindl sent helpful translations of two papers by Guo Qingsheng.) Some zones have been turned into links, when they differed from existing zones only for older UTC offsets where the data were likely invented. These changes affect UTC offsets in pre-1970 time stamps only. This is similar to the change in release 2013e, except this time for western Africa. The affected zones are: Africa/Bamako, Africa/Banjul, Africa/Conakry, Africa/Dakar, Africa/Freetown, Africa/Lome, Africa/Nouakchott, Africa/Ouagadougou, Africa/Sao_Tome, and Atlantic/St_Helena. This also affects the backwards-compatibility link Africa/Timbuktu. (Thanks to Alan Barrett, Stephen Colebourne, Tim Parenti, and David Patte for reporting problems in earlier versions of this change.) Asia/Shanghai's pre-standard-time UT offset has been changed from 8:05:57 to 8:05:43, the location of Xujiahui Observatory. Its transition to standard time has been changed from 1928 to 1901. Asia/Taipei switched to JWST on 1896-01-01, then to JST on 1937-10-01, then to CST on 1945-09-21 at 01:00, and did not observe DST in 1945. In 1946 it observed DST from 05-15 through 09-30; in 1947 from 04-15 through 10-31; and in 1979 from 07-01 through 09-30. (Thanks to Yu-Cheng Chuang.) Asia/Riyadh's transition to standard time is now 1947-03-14, not 1950. Europe/Helsinki's 1942 fall-back transition was 10-04 at 01:00, not 10-03 at 00:00. (Thanks to Konstantin Hyppönen.) Pacific/Pago_Pago has been changed from UTC-11:30 to UTC-11 for the period from 1911 to 1950. Pacific/Chatham has been changed to New Zealand standard time plus 45 minutes for the period before 1957, reflecting a 1956 remark in the New Zealand parliament. Europe/Budapest has several pre-1946 corrections: in 1918 the transition out of DST was on 09-16, not 09-29; in 1919 it was on 11-24, not 09-15; in 1945 it was on 11-01, not 11-03; in 1941 the transition to DST was 04-08 not 04-06 at 02:00; and there was no DST in 1920. Africa/Accra is now assumed to have observed DST from 1920 through 1935. Time in Russia before 1927 or so has been corrected by a few seconds in the following zones: Europe/Moscow, Asia/Irkutsk, Asia/Tbilisi, Asia/Tashkent, Asia/Vladivostok, Asia/Yekaterinburg, Europe/Helsinki, and Europe/Riga. Also, Moscow's location has been changed to its Kilometer 0 point. (Thanks to Vladimir Karpinsky for the Moscow changes.) Changes affecting data format A new file 'zone1970.tab' supersedes 'zone.tab' in the installed data. The new file's extended format allows multiple country codes per zone. The older file is still installed but is deprecated; its format is not changing and it will still be distributed for a while, but new applications should use the new file. The new file format simplifies maintenance of obscure locations. To test this, it adds coverage for the Crozet Islands and the Scattered Islands. (Thanks to Tobias Conradi and Antoine Leca.) The file 'iso3166.tab' is planned to switch from ASCII to UTF-8. It is still ASCII now, but commentary about the switch has been added. The new file 'zone1970.tab' already uses UTF-8. Changes affecting code 'localtime', 'mktime', etc. now use much less stack space if ALL_STATE is defined. (Thanks to Elliott Hughes for reporting the problem.) 'zic' no longer mishandles input when ignoring case in locales that are not compatible with English, e.g., unibyte Turkish locales when compiled with HAVE_GETTEXT. Error diagnostics of 'zic' and 'yearistype' have been reworded so that they no longer use ASCII '-' as if it were a dash. 'zic' now rejects output file names that contain '.' or '..' components. (Thanks to Tim Parenti for reporting the problem.) 'zic -v' now warns about output file names that do not follow POSIX rules, or that contain a digit or '.'. (Thanks to Arthur David Olson for starting the ball rolling on this.) Some lint has been removed when using GCC_DEBUG_FLAGS with GCC 4.9.0. Changes affecting build procedure 'zic' no longer links in localtime.o and asctime.o, as they're not needed. (Thanks to John Cochran.) Changes affecting documentation and commentary The 'Theory' file documents legacy names, the longstanding exceptions to the POSIX-inspired file name rules. The 'zic' documentation clarifies the role of time types when interpreting dates. (Thanks to Arthur David Olson.) Documentation and commentary now prefer UTF-8 to US-ASCII, allowing the use of proper accents in foreign words and names. Code and data have not changed because of this. (Thanks to Garrett Wollman, Ian Abbott, and Guy Harris for helping to debug this.) Non-HTML documentation and commentary now use plain-text URLs instead of HTML insertions, and are more consistent about bracketing URLs when they are not already surrounded by white space. (Thanks to suggestions by Steffen Nurpmeso.) There is new commentary about Xujiahui Observatory, the five timezone project in China from 1918 to 1949, timekeeping in Japanese-occupied Shanghai, and Tibet Time in the 1950s. The sharp-eyed can spot the warlord Jin Shuren in the data. Commentary about the coverage of each Russian zone has been standardized. (Thanks to Tim Parenti). There is new commentary about contemporary timekeeping in Ethiopia. Obsolete comments about a 2007 proposal for DST in Kuwait has been removed. There is new commentary about time in Poland in 1919. Proper credit has been given to DST inventor George Vernon Hudson. Commentary about time in Metlakatla, AK and Resolute, NU has been improved, with a new source for the former. In zone.tab, Pacific/Easter no longer mentions Salas y Gómez, as it is uninhabited. Commentary about permanent Antarctic bases has been updated. Several typos have been corrected. (Thanks to Tim Parenti for contributing some of these fixes.) tz-link.htm now mentions the JavaScript libraries Moment Timezone, TimezoneJS.Date, Walltime-js, and Timezone. (Thanks to a heads-up from Matt Johnson.) Also, it mentions the Go 'latlong' package. (Thanks to a heads-up from Dirkjan Ochtman.) The files usno1988, usno1989, usno1989a, usno1995, usno1997, and usno1998 have been removed. These obsolescent US Naval Observatory entries were no longer helpful for maintenance. (Thanks to Tim Parenti for the suggestion.) Here are links to the release files: ftp://ftp.iana.org/tz/releases/tzcode2014f.tar.gz ftp://ftp.iana.org/tz/releases/tzdata2014f.tar.gz The files are also available via HTTP as follows: http://www.iana.org/time-zones/repository/releases/tzcode2014f.tar.gz http://www.iana.org/time-zones/repository/releases/tzdata2014f.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 17be956450ed23b20e7c9997e96350dba5b866ce dated Tue Aug 5 17:42:36 2014 -0700 and tagged '2014f' 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 iQIcBAABAgAGBQJT4XtOAAoJEO2X6Q5iqn400hwP+wZsP6vMtAn4tabWFOg5mlCF zpf8Xfte/ytIkHTjQYa0QFLlV7+4z9A0R2eHy2H/+fHXXw4sNite1ACJFQ6ppT9M ZqUWzPbF+f6Xzft2gqmPdTz+glTRRQequTewbGHXh3LvGHVFHfhhvRXqjn+tJ/he nOchcOusZPQiNJBzhlXd/bHHYgYjwcYnDnaWEESbY/cY3AIySP8TOA7ljzcznzLR 4HlO8ZnXo535pbHw7PfQTtZ6TNM0Kbr4OkS/eE5XnDBgkVPr2Gj7d/2knkcJgkO4 xHjQb1sO7obN6mOJGgbTur939oXw3Cle7oQzpeF5Dy6dwBMmBPJTa9b7AJTQ6OyO Kqx5bAw1sXN1nW1NFtlfnlGNl5NDcSrRvZG4ZhAmoju1ksi2C9D5aamyBYkEajhd d0oISeGNBjn3CkB/2ad5oh486iWMbxDcsXlPuGYUzkHan8qtlfHzSLd4AbNHrFDw 8Knw7QE0Hkmxz/fd85DEe4d23ds81dzkik3VTYh4d2TgNPwlcJyP/H6dwpsVjLui jn9i5AtdF8FAo4CsUKtyr7WDopiU6qlgRZvtcziDXUsO7KqPYtrXOI2Ly9zg5DCq hVmCRQgYCn94D2QswGSYdtfzsvUTszi3DPI2X2XqZB2Uu9zIQvq8LCFhgWC4PbkL 5ftWOb1UFwvmexq+3Z+8 =FlHy -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJT4XtOAAoJEO2X6Q5iqn40+k8P/ijgRGw/ucOh9NYbzCFDbN68 tvA/B4KDjNzxWnUGJft2flofSJLiPgKGmMWyShIya72iksB5jUj76IeWqfFGZbin nwepX/RHFIKqMP8IqPa1DU2sEKC9per9wapdjSpwFk2/WMgiKk9lFNd9dxKV7Tuz M3Vn1tXjMjELbFNee//GXN26hEqFQ2z8uTn+gVq1aeDLFwr0EGs3615UNU0l0Nna Vm1w6tQzj2pVFgIIoH1HOEWcRlfbwQ+b7EjsQG8YBlUMYD+GPaISM7FLQ1R+3+VS nX4V0z60u+VHNNH6YIgBSFzJv4eJlovIn6GkjK2JuoPYMF5aVRqUEk75IWSLE2xl QeDYJIoO3gZkdyKvZLWPu8D4F3mieNaHX6BZawUJnh70dyM/w6SO5DAZpz/xR5RU km0bcMkK4bqs1W+EToSYB8hhFXDPfKtyNb7PEPBEUcOIgPGuxgyLTBhMIMgeNVZL zd1XWCvTpdLsYWUiRMqNirOj2tFy8Tu1vTzzinMe1BFqDKzWlNawvLQ1Oq8KmSJm B+yl1t6AXPH9HhrrR1yot/vmsnMPbnKYVt8Fk9MaSQ9mxuH9KtR/+0IjE9Z+i2zl Axn9+C/5SuJ2/TY1SJkdDibasiFI0HUUMWQui7PtOu/JVM9Lqf3jcdpEUmtrWRQU +PXmO3UhoBnhm9J5Y9a3 =QvEh -----END PGP SIGNATURE----- _______________________________________________ tz-announce mailing list tz-announce(a)iana.org https://mm.icann.org/mailman/listinfo/tz-announce

1 0

2011-09-17 reported Siberia bug
by Tobias Conradi Aug. 5, 2014

Aug. 5, 2014

http://article.gmane.org/gmane.comp.time.tz/4872/match=siberia Still open. -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com

2 3

Large scale changes proposed in 2014f
by Stephen Colebourne Aug. 5, 2014

Aug. 5, 2014

I believe that the changes currently proposed are far far too widespread and damaging. I have taken the latest in the GitHub repo and expanded them out into actual resolved results. The differences between 2014e and 2014f-proposed can be seen here: https://github.com/jodastephen/tzdiff/commit/c812da9e12bd6f8aa52fa2dd758e23… (other version differences available here: https://github.com/jodastephen/tzdiff/commits/proposed-2014f) As can be seen from the first link, the changes proposed are very widespread. they include - Africa/Accra gains DST between 1920 and 1935 - Africa/Freetown loses its entire history of DST - Africa/Kampala has very different DST history - Africa/Dar_es_Salaam has entirely different history before 1961 - Africa/Djibouti gains history before 1960 - Africa/Addis_Ababa has completely different history before 1960 - Africa/Asmara has completely different history before 1960 - Africa/Conakry loses history before 1960 - Africa/Banjul loses history before 1964 - Africa/Maseru gains DST history - Africa/Mbabane gains DST history - Africa/Mogadishu gains completely different DST history and many others with more minor changes. I'd also note that Ho_Chi_Minh, Kashgar, Saigon, Vientiane and Phnom_Penh lose their entire history The changes to Asia/Qatar and Asia/Kuwait look suspect. Asia/Urumqi loses its entire history. Indian/Antananarivo, Comoro and Mayotte get entirely different DST history. Pacific/Midway, Pago_Pago, Saipan, Samoa get entirely different DST history. The above is an attempt to summarise some but not all of the changes. I am far from convinced that the scale of the proposed changes (far bigger than even 2013e) have been anywhere near justified. Is there consensus on the list that all of these changes are better than what went before? Stephen On 16 July 2014 06:40, Paul Eggert <eggert(a)cs.ucla.edu> wrote: > Paul Eggert wrote: >> >> Alan Barrett wrote: >>> >>> To the best of my knowledge, most other African countries that share the >>> same UTC offset do not use the abbreviation "SAST" >> >> >> Thanks for catching this; this was indeed an error in the merge, and >> I'll prepare a patch shortly that reverts to the previous behavior here >> as well. > > > By "most other African countries" I expect you meant the same set of > countries that use "CAT" rather than "SAST" in Release 2014e. > > Anyway, the revised patch turned into more research than I expected, but I > finally came up with the attached proposal. This patch fixes the problem > you noted, along with the other specific problems noted, though it does > still turn some zones into links when there's no good evidence for the > zones' differences. > > I hope I correctly puzzled out Google Translate's mangling of Hungarian for > the fixes to Hungarian daylight saving time rules in 1918-1945. Oross's work > has facsimiles of the original material! If only our other sources were as > meticulous....

13 27

Corroborating material
by Lester Caine Aug. 4, 2014

Aug. 4, 2014

I'm going to try and get a bit of time in on http://timedb.co.uk/ and I'd appreciate any material people have relating to historic timezone data ... -- 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

Fwd: Proposal to rename zone.tab to region.tab
by Tobias Conradi July 31, 2014

July 31, 2014

Retry, this didn't go through 2013-09-15, due to blocking by the time zone mailing list maintainer. ---------- Forwarded message ---------- From: Tobias Conradi <mail.2012(a)tobiasconradi.com> Date: Sun, Sep 15, 2013 at 12:29 PM Subject: Proposal to rename zone.tab to region.tab To: "tz(a)iana.org mailing list" <tz(a)iana.org> Proposal to rename ftp://ftp.iana.org/tz/data/zone.tab to ftp://ftp.iana.org/tz/data/region.tab Reason: ftp://ftp.iana.org/tz/code/Theory says ----- Scope of the tz database ----- ... To represent this data, the world is partitioned into regions .... For each such region, the database records all known clock transitions, and labels the region ...... Uniquely identify every national region .... Indicate to humans as to where that region is. .... is the name of a specific location within that region. ..... Uninhabited regions like ..... If all the clocks in a region have agreed since 1970, .... even if subregions' clocks disagreed before 1970. ...... Use cities or small islands, not countries or regions, [! other meaning] ..... The file `zone.tab' lists the geographical locations used to name time zone rule files. It is intended to be an exhaustive list of names for geographic regions as described above. -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com

4 6

Proposal: Use Git and Github better
by Matt Johnson July 31, 2014

July 31, 2014

I think it's great that we're using Git and Github as the experimental / unofficial repository at https://github.com/eggert/tz. It's much easier to track change history looking through the commit log and see the changes than by reading through emails with patch attachments. However, we're not currently taking advantage of all that this environment has to offer. -- Item 1 -- We should be making better use of branches. We currently have a single "master" branch that everything gets committed to. This is problematic, because it doesn't separate things that are certain to be released from things that are proposed changes. For example, the recent time.tab file, and the other large-scale proposed changes that are currently being debated, could have been created on feature branches. This would have given the tz list members a place to look at the proposed changes and make additional suggestions (via pull requests) before things are finalized. As it sits today, since everything is in master, if the proposal is ultimately defeated then new commits will have to be made to master to revert these changes. The danger comes if, say we needed to issue an emergency release sometime in between. Since master isn't in a state of positive agreement, then one would have to branch from an earlier point in history to build a hotfix release, then merge that hotfix back to master later. It's much easier if we can just trust that master always consists of things that are certain to be released. See also: https://www.atlassian.com/git/workflows#!workflow-feature-branch http://www.git-scm.com/book/en/Git-Branching-Basic-Branching-and-Merging -- Item 2 -- I think that we should all make better use of forking and pull-requests for submitting proposed changes. Instead of submitting a patch file to the mailing list, one should fork the GitHub repo, make their changes, then create a pull request. This allows for place for discussion on proposals where the code can be referenced much easier. It also ensures that the author of each and every change is tracked in the commit log. And finally, it makes it much clearer which proposals were adopted and which were not. Presently, looking through the mailing list archives, it's quite difficult to tell if any given patch was actually applied or not. -- Item 3 -- We should decide how the GitHub issue tracker fits in to the ecosystem. I see that there have been a few issues reported to via the issue tracker in the past, but most things have come through the mailing list. If we adopt the conventions used by other modern projects, then we should be reporting bugs through the issue tracker so their history can be more easily found. Another benefit is that you can reference issue numbers in commits, and you can reference commits in the comments of an issue. This linking makes it quite easy to find the code or data that was changed in response to an issue. The mailing list should probably be used for extended discussion, rather than as a place to report issues. Though, there may be some blend of both, I personally think that an issue tracker is much more palatable than a mailing list for many of these kinds of things. There should probably be some guidance document on the iana tz page about what goes where. -- Item 4 -- While Paul Eggert is the tz maintainer, and I appreciate his efforts greatly, I personally don't feel that it's appropriate for the github repo to be in his personal "eggert" account. There should instead be a common "organizational account" for the project, such as github.com/tzdb or similar. ("iana" is taken, but appears to be unused or abandonded. Someone may want to inquire about obtaining it, as "github.com/iana/tz" would be quite appropriate IMHO). Though Paul would be the administrator of this account, his own personal account would no longer be authoritative. That also ties back to the idea of pull-requests. Since Paul makes the majority of changes, he would first make them in his own account, and then send a pull-request to the main account. Then a link could be sent to the mailing list for discussion on the pull request before it was merged in. As a side note - I've found that several third-party projects are linking to the unofficial sources using git submodules. While this isn't officially sanctioned, it would be much better if they could link to iana/tz instead of eggert/tz. -- Item 5 -- While code and data often go hand-in-hand, there are quite a lot of projects these days that only rely on the tz data. There are also a lot of releases of code changes that don't require data changes. Having both code and data in a single project seems rather inefficient. I propose that they be split back to separate projects, and maintained in separate github repos (tzdata / tzcode). Also, consider also that perhaps there are too many merged projects just within the code. For example, tzselect, zic, zdump, etc. might be broken out for better visibility of changes and for clarity of dependent files. I look forward to feedback on these items. I'm sure not all will be in agreement, but I think it's important that we look forward to new and better ways to manage this project - rather than just sticking with the ways of the past. -Matt

7 6

Canada/East-Saskatchewan
by Eric Muller July 31, 2014

July 31, 2014

The file backward contains those two links: Link America/Regina Canada/East-Saskatchewan Link America/Regina Canada/Saskatchewan If I am not mistaken, Saskatchewan can be divided in four areas: - the area around Swift Current, using the rule America/Swift_Current - an area to the west, around Lloydminster, using the rule America/Edmonton - an area to the east, around Denare Beach and Creighton, using the rule America/Winnipeg - the rest of the province, using the rule America/Regina I wonder if Canada/East-Saskatchewan was meant for the area to the east, and should therefore be linked to America/Winnipeg instead? Thanks, Eric.

3 2

Some typo fixes
by Tim Parenti July 31, 2014

July 31, 2014

A few typo fixes attached, along with some fuller sources in tz-art.htm. -- Tim Parenti

2 1

Updating the Efele maps: which names?
by Eric Muller July 27, 2014

July 27, 2014

I am looking at updating the Efele maps (http://efele.net/maps/tz/) primarily to deal with the changes in Russia, and more generally make sure that the maps are in sync with the current/next release of TZ. TZ provides a bunch of zone names, either via a Zone entry or via a Link entry. I am taking this opportunity to make sure that all these names are accounted for, in one of three ways: - names that do not belong to the maps (e.g. Etc/UTC) - names that should have a corresponding area in the maps - names that are aliases for other names I elected to retain the current per-country separations, as I believe it is more appropriate for maps, and more generally to retain the finest granularity possible. Some users may want to merge areas that follow the sames rules, but may have different definition of same rules (e.g. some may want to fold what is not different since 1970, others may want to fold what is not different since last year; some may ignore the FORMAT, some may not), and the finest granularity accommodates the largest number of uses. Here is what I came up with. All the names of TZ are supposed to be present somewhere. Comments welcome. Thanks, Eric. These names will not appear in my maps: --- CET CST6CDT EET EST EST5EDT Etc/GMT Etc/GMT0 Etc/GMT-0 Etc/Greenwich GMT GMT+0 GMT0 GMT-0 Greenwich Etc/GMT+1 Etc/GMT+10 Etc/GMT+11 Etc/GMT+12 Etc/GMT+2 Etc/GMT+3 Etc/GMT+4 Etc/GMT+5 Etc/GMT+6 Etc/GMT+7 Etc/GMT+8 Etc/GMT+9 Etc/GMT-1 Etc/GMT-10 Etc/GMT-11 Etc/GMT-12 Etc/GMT-13 Etc/GMT-14 Etc/GMT-2 Etc/GMT-3 Etc/GMT-4 Etc/GMT-5 Etc/GMT-6 Etc/GMT-7 Etc/GMT-8 Etc/GMT-9 Etc/UCT UCT Etc/UTC Etc/Universal Etc/Zulu Universal UTC Zulu HST MET MST MST7MDT PST8PDT WET ---- Each line below will be a separate area, labelled with the first name in the line. The other names are considered aliases. As before, there will also be areas labeled "uninhabited" or "unknown", and Antarctica will be points rather than areas. ---- Africa/Abidjan Africa/Accra Africa/Addis_Ababa Africa/Algiers Africa/Asmara Africa/Asmera Africa/Bamako Africa/Timbuktu Africa/Bangui Africa/Banjul Africa/Bissau Africa/Blantyre Africa/Brazzaville Africa/Bujumbura Africa/Cairo Egypt Africa/Casablanca Africa/Ceuta Africa/Conakry Africa/Dakar Africa/Dar_es_Salaam Africa/Djibouti Africa/Douala Africa/El_Aaiun Africa/Freetown Africa/Gaborone Africa/Harare Africa/Johannesburg Africa/Juba Africa/Kampala Africa/Khartoum Africa/Kigali Africa/Kinshasa Africa/Lagos Africa/Libreville Africa/Lome Africa/Luanda Africa/Lubumbashi Africa/Lusaka Africa/Malabo Africa/Maputo Africa/Maseru Africa/Mbabane Africa/Mogadishu Africa/Monrovia Africa/Nairobi Africa/Ndjamena Africa/Niamey Africa/Nouakchott Africa/Ouagadougou Africa/Porto-Novo Africa/Sao_Tome Africa/Tripoli Libya Africa/Tunis Africa/Windhoek America/Adak US/Aleutian America/Atka America/Anchorage US/Alaska America/Anguilla America/Antigua America/Araguaina America/Argentina/Buenos_Aires America/Buenos_Aires America/Argentina/Catamarca America/Catamarca America/Argentina/ComodRivadavia America/Argentina/Cordoba America/Cordoba America/Rosario America/Argentina/Jujuy America/Jujuy America/Argentina/La_Rioja America/Argentina/Mendoza America/Mendoza America/Argentina/Rio_Gallegos America/Argentina/Salta America/Argentina/San_Juan America/Argentina/San_Luis America/Argentina/Tucuman America/Argentina/Ushuaia America/Aruba America/Asuncion America/Atikokan America/Bahia America/Bahia_Banderas America/Barbados America/Belem America/Belize America/Blanc-Sablon America/Boa_Vista America/Bogota America/Boise America/Cambridge_Bay America/Campo_Grande America/Cancun America/Caracas America/Cayenne America/Cayman America/Chicago US/Central America/Chihuahua America/Coral_Harbour America/Costa_Rica America/Creston America/Cuiaba America/Curacao America/Danmarkshavn America/Dawson America/Dawson_Creek America/Denver Navajo US/Mountain America/Shiprock America/Detroit US/Michigan America/Dominica America/Edmonton Canada/Mountain America/Eirunepe America/El_Salvador America/Fortaleza America/Glace_Bay America/Godthab America/Goose_Bay America/Grand_Turk America/Grenada America/Guadeloupe America/Guatemala America/Guayaquil America/Guyana America/Halifax Canada/Atlantic America/Havana Cuba America/Hermosillo America/Indiana/Indianapolis US/East-Indiana America/Fort_Wayne America/Indianapolis America/Indiana/Knox US/Indiana-Starke America/Knox_IN America/Indiana/Marengo America/Indiana/Petersburg America/Indiana/Tell_City America/Indiana/Vevay America/Indiana/Vincennes America/Indiana/Winamac America/Inuvik America/Iqaluit America/Jamaica Jamaica America/Juneau America/Kentucky/Louisville America/Louisville America/Kentucky/Monticello America/Kralendijk America/La_Paz America/Lima America/Los_Angeles US/Pacific US/Pacific-New America/Lower_Princes America/Maceio America/Managua America/Manaus Brazil/West America/Marigot America/Martinique America/Matamoros America/Mazatlan Mexico/BajaSur America/Menominee America/Merida America/Metlakatla America/Mexico_City Mexico/General America/Miquelon America/Moncton America/Monterrey America/Montevideo America/Montreal America/Montserrat America/Nassau America/New_York US/Eastern America/Nipigon America/Nome America/Noronha Brazil/DeNoronha America/North_Dakota/Beulah America/North_Dakota/Center America/North_Dakota/New_Salem America/Ojinaga America/Panama America/Pangnirtung America/Paramaribo America/Phoenix US/Arizona America/Port-au-Prince America/Port_of_Spain America/Porto_Velho America/Puerto_Rico America/Rainy_River America/Rankin_Inlet America/Recife America/Regina Canada/East-Saskatchewan Canada/Saskatchewan America/Resolute America/Rio_Branco Brazil/Acre America/Porto_Acre America/Santa_Isabel America/Santarem America/Santiago Chile/Continental America/Santo_Domingo America/Sao_Paulo Brazil/East America/Scoresbysund America/Sitka America/St_Barthelemy America/St_Johns Canada/Newfoundland America/St_Kitts America/St_Lucia America/St_Thomas America/St_Vincent America/Swift_Current America/Tegucigalpa America/Thule America/Thunder_Bay America/Tijuana Mexico/BajaNorte America/Ensenada America/Toronto Canada/Eastern America/Tortola America/Vancouver Canada/Pacific America/Virgin America/Whitehorse Canada/Yukon America/Winnipeg Canada/Central America/Yakutat America/Yellowknife Antarctica/Casey Antarctica/Davis Antarctica/DumontDUrville Antarctica/Macquarie Antarctica/Mawson Antarctica/McMurdo Antarctica/Palmer Antarctica/Rothera Antarctica/South_Pole Antarctica/Syowa Antarctica/Troll Antarctica/Vostok Arctic/Longyearbyen Asia/Aden Asia/Almaty Asia/Amman Asia/Anadyr Asia/Aqtau Asia/Aqtobe Asia/Ashgabat Asia/Ashkhabad Asia/Baghdad Asia/Bahrain Asia/Baku Asia/Bangkok Asia/Beirut Asia/Bishkek Asia/Brunei Asia/Chita Asia/Choibalsan Asia/Chongqing Asia/Chungking Asia/Colombo Asia/Damascus Asia/Dhaka Asia/Dacca Asia/Dili Asia/Dubai Asia/Dushanbe Asia/Gaza Asia/Harbin Asia/Hebron Asia/Ho_Chi_Minh Asia/Hong_Kong HongKong Asia/Hovd Asia/Irkutsk Asia/Jakarta Asia/Jayapura Asia/Jerusalem Asia/Tel_Aviv Israel Asia/Kabul Asia/Kamchatka Asia/Karachi Asia/Kashgar Asia/Kathmandu Asia/Katmandu Asia/Khandyga Asia/Kolkata Asia/Calcutta Asia/Krasnoyarsk Asia/Kuala_Lumpur Asia/Kuching Asia/Kuwait Asia/Macau Asia/Macao Asia/Magadan Asia/Makassar Asia/Ujung_Pandang Asia/Manila Asia/Muscat Asia/Nicosia Europe/Nicosia Asia/Novokuznetsk Asia/Novosibirsk Asia/Omsk Asia/Oral Asia/Phnom_Penh Asia/Pontianak Asia/Pyongyang Asia/Qatar Asia/Qyzylorda Asia/Rangoon Asia/Riyadh Asia/Saigon Asia/Sakhalin Asia/Samarkand Asia/Seoul ROK Asia/Shanghai PRC Asia/Singapore Singapore Asia/Srednekolymsk Asia/Taipei ROC Asia/Tashkent Asia/Tbilisi Asia/Tehran Iran Asia/Thimphu Asia/Thimbu Asia/Tokyo Japan Asia/Ulaanbaatar Asia/Ulan_Bator Asia/Urumqi Asia/Ust-Nera Asia/Vientiane Asia/Vladivostok Asia/Yakutsk Asia/Yekaterinburg Asia/Yerevan Atlantic/Azores Atlantic/Bermuda Atlantic/Canary Atlantic/Cape_Verde Atlantic/Faroe Atlantic/Faeroe Atlantic/Jan_Mayen Atlantic/Madeira Atlantic/Reykjavik Iceland Atlantic/South_Georgia Atlantic/St_Helena Atlantic/Stanley Australia/Adelaide Australia/South Australia/Brisbane Australia/Queensland Australia/Broken_Hill Australia/Yancowinna Australia/Currie Australia/Darwin Australia/North Australia/Eucla Australia/Hobart Australia/Tasmania Australia/Lindeman Australia/Lord_Howe Australia/LHI Australia/Melbourne Australia/Victoria Australia/Perth Australia/West Australia/Sydney Australia/ACT Australia/Canberra Australia/NSW Europe/Amsterdam Europe/Andorra Europe/Athens Europe/Belgrade Europe/Berlin Europe/Bratislava Europe/Brussels Europe/Bucharest Europe/Budapest Europe/Busingen Europe/Chisinau Europe/Tiraspol Europe/Copenhagen Europe/Dublin Eire Europe/Gibraltar Europe/Guernsey Europe/Helsinki Europe/Isle_of_Man Europe/Istanbul Turkey Asia/Istanbul Europe/Jersey Europe/Kaliningrad Europe/Kiev Europe/Lisbon Portugal Europe/Ljubljana Europe/London GB GB-Eire Europe/Belfast Europe/Luxembourg Europe/Madrid Europe/Malta Europe/Mariehamn Europe/Minsk Europe/Monaco Europe/Moscow W-SU Europe/Oslo Europe/Paris Europe/Podgorica Europe/Prague Europe/Riga Europe/Rome Europe/Samara Europe/San_Marino Europe/Sarajevo Europe/Simferopol Europe/Skopje Europe/Sofia Europe/Stockholm Europe/Tallinn Europe/Tirane Europe/Uzhgorod Europe/Vaduz Europe/Vatican Europe/Vienna Europe/Vilnius Europe/Volgograd Europe/Warsaw Poland Europe/Zagreb Europe/Zaporozhye Europe/Zurich Indian/Antananarivo Indian/Chagos Indian/Christmas Indian/Cocos Indian/Comoro Indian/Kerguelen Indian/Mahe Indian/Maldives Indian/Mauritius Indian/Mayotte Indian/Reunion Pacific/Apia Pacific/Auckland NZ Pacific/Chatham NZ-CHAT Pacific/Chuuk Pacific/Truk Pacific/Easter Chile/EasterIsland Pacific/Efate Pacific/Enderbury Pacific/Fakaofo Pacific/Fiji Pacific/Funafuti Pacific/Galapagos Pacific/Gambier Pacific/Guadalcanal Pacific/Guam Pacific/Honolulu US/Hawaii Pacific/Johnston Pacific/Kiritimati Pacific/Kosrae Pacific/Kwajalein Kwajalein Pacific/Majuro Pacific/Marquesas Pacific/Midway Pacific/Nauru Pacific/Niue Pacific/Norfolk Pacific/Noumea Pacific/Pago_Pago US/Samoa Pacific/Palau Pacific/Pitcairn Pacific/Pohnpei Pacific/Ponape Pacific/Port_Moresby Pacific/Rarotonga Pacific/Saipan Pacific/Samoa Pacific/Tahiti Pacific/Tarawa Pacific/Tongatapu Pacific/Wake Pacific/Wallis Pacific/Yap ----

2 1

Russian President Vladimir Putin signed the Federal Law 431985-6 return to winter time
by Alexander Krivenyshev July 25, 2014

July 25, 2014

According to the news (Russian ITAR-TASS News Agency) Putin signed the Federal Law 431985-6 return to winter time and to use 11 time zones in Russia. (in Russian) http://itar-tass.com/obschestvo/1333711 The official internet-portal of legal information Russian state system of legal information (in Russian) http://www.pravo.gov.ru:8080/page.aspx?111660 # print Vladimir Putin signed the Federal Law "On Amendments to the Federal Law" On the calculation of time. " (in Russian) http://www.kremlin.ru/acts/46279 >From October 26, 2014 the new Russian time zone map will looks like this: http://www.worldtimezone.com/dst_news/dst_news_russia-map-2014-07.html Alexander Krivenyshev http://www.WorldTimeZone.com

3 2

Proposal to rename time.tab to region.tab
by Tobias Conradi July 23, 2014

July 23, 2014

Proposal to rename time.tab which was announced 2014-07-18 http://mm.icann.org/pipermail/tz/2014-July/021213.html to region.tab with reasoning as in Proposal to rename zone.tab to region.tab http://mm.icann.org/pipermail/tz/2014-July/021227.html But since time.tab is not yet publish with the additional benefit that there would be no file renaming for an end user. Reason: - it is a list of geographical regions - it is not a list of time ftp://ftp.iana.org/tz/code/Theory says ----- Scope of the tz database ----- ... To represent this data, the world is partitioned into regions .... For each such region, the database records all known clock transitions, and labels the region ...... Uniquely identify every national region .... Indicate to humans as to where that region is. .... is the name of a specific location within that region. ..... Uninhabited regions like ..... If all the clocks in a region have agreed since 1970, .... even if subregions' clocks disagreed before 1970. ...... Use cities or small islands, not countries or regions, [! other meaning] ..... The file `zone.tab' lists the geographical locations used to name time zone rule files. It is intended to be an exhaustive list of names for geographic regions as described above. -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com

1 0

tzselect.ksh fails under ksh, works under bash
by Alan Barrett July 23, 2014

July 23, 2014

If BASH_VERSION is not set, then tzselect.ksh performs a test in which it attmepts to use the select command, to see whether the select command is available: 84: (eval 'set --; select x; do break; done; exit') 2>/dev/null In the case that the shell is not bash, but the select command is available, then the select command reads a line of input. This is confusing for users, who don't even see a prompt. The attached patch fixes this by redirecting input from /dev/null. I also quoted some variables on general principles. --apb (Alan Barrett)

2 1

Bill to return Russia 11 time zones
by Alexander Krivenyshev July 22, 2014

July 22, 2014

According to the Russian news (ITAR-TASS News Agency) http://en.itar-tass.com/russia/738562 The State Duma has approved in the second and third, the last reading the draft bill on returning to winter time standard and return Russia 11 time zones. The new regulations will come into effect on October 26, 2014 at 02:00 Moscow time. http://www.worldtimezone.com/dst_news/dst_news_russia62.html Alexander Krivenyshev http://www.WorldTimeZone.com

4 9

[PATCH 0/5] Further fixes for Russian time zone changes
by Paul Eggert July 22, 2014

July 22, 2014

Here are some more patches to the tz database to cover the proposed time zone changes in Russia. The basic idea is to not do anything drastic like add new zones until the Russian changes are finalized, but in the meantime to assume that the changes will probably happen and to update existing zones accordingly. Much of the work in generating these patches was by Tim Parenti. Thanks! Paul Eggert (1): Update zone.tab for Russia, and remove Asia/Tiksi comment. Tim Parenti (4): Further fixes for the proposed Russian change on 2014-10-26. Prefer MSK/MSD for Volgograd when on Moscow time. Standardize commentary on the coverage of each Russian zone. Zone splits for the proposed Russian change on 2014-10-26 NEWS | 31 ++++- europe | 455 ++++++++++++++++++++++++++++++++++++++++++++++++--------------- zone.tab | 16 ++- 3 files changed, 386 insertions(+), 116 deletions(-) -- 1.9.1

2 6

Fwd: Proposal to use 1946-01-01 instead of 1970-01-01 as cutoff point
by Tobias Conradi July 20, 2014

July 20, 2014

Retry, this didn't go through 2013-09-06, due to blocking by the time zone mailing list maintainer. ---------- Forwarded message ---------- From: Tobias Conradi <mail.2012(a)tobiasconradi.com> Date: Fri, Sep 6, 2013 at 12:11 PM Subject: Proposal to use 1946-01-01 instead of 1970-01-01 as cutoff point To: "tz(a)iana.org mailing list" <tz(a)iana.org> Proposal to use 1946-01-01 instead of 1970-01-01 as cutoff point. The concept of country in the database is based on ISO 3166 standards. ISO at http://www.iso.org/iso/home/standards/country_codes.htm says: "The country names in ISO 3166 come from United Nations sources." http://www.un.org/en/aboutun/index.shtml says: "The United Nations is an international organization founded in 1945" So 1946 is the first year where on 1 January the UN existed. This new boundary would exclude to reject data improvement requests like http://mm.icann.org/pipermail/tz/2010-January/016007.html Rejection: http://mm.icann.org/pipermail/tz/2010-January/016010.html Apart from allowing easier inclusion of historic data, the new cutoff point might be easier understandable by most users, assuming the UN is more known than Unix. The new cutoff point is located after WW2 end, thus inclusion of war time offset changes is still not mandatory. -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com

1 0

Fwd: [PATCH] New file time.tab, superseding zone.tab
by Tobias Conradi July 20, 2014

July 20, 2014

looks list related, didn't read. Please everybody email to the list, not to me. ---------- Forwarded message ---------- From: John Hawkinson <jhawk(a)mit.edu> Date: Sun, Jul 20, 2014 at 4:36 AM Subject: Re: [tz] [PATCH] New file time.tab, superseding zone.tab To: Tobias Conradi <tc(a)tobiasconradi.com> Tobias: This message is sent to you personally and I expect you not to forward it to the list. Forwarding it to the list is probably reasonable grounds for the list management to ban you from the list again. Tobias Conradi <tc(a)tobiasconradi.com> wrote on Sun, 20 Jul 2014 at 04:20:02 +0200 in <CAAGevbXDN84607k_hSz93PXWB4uBhQgNuVP5z487b-+pRaCzPw(a)mail.gmail.com>: > This message seems list related but what only send to me. Maybe it is > of interest to others, as it gives insights into how Paul Eggert is > managing the list. It just tells us that Paul was doing the right thing, and that both of your messages were inappropriate. The first one, and then this second one as well. Paul would be justified in banning you from the list because of this, and I think he should. You have clearly shown you have poor judgement and poor understanding of list etiquette, and Paul has been patient with you. To be perfectly clear, your forwarding Paul's message is a violation of etiquette and further demonstrates that you should not be sending email to the list. Hopefully you can enforce that yourself, rather than needing to ban you via administrative/technical means. --jhawk(a)mit.edu John Hawkinson > > On Sun, Jul 20, 2014 at 4:12 AM, Paul Eggert <eggert(a)cs.ucla.edu> wrote: > > Tobias Conradi wrote: > >> > >> Paul Eggert controls ids, removes > >> them, repurposes them as he likes. > > > > > > I'm going to ask you again, privately, to stop making personal comments like > > that. This sort of thing out of place in this mailing list. If you can't > > refrain from putting personal comments into your email, then you should not > > be sending email to the list. > > > > -- > Tobias Conradi > Rheinsberger Str. 18 > 10115 Berlin > Germany > > http://tobiasconradi.com -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com

1 0

Bug report for the tzcode2014e.tar.gz, patch included.
by John Cochran July 20, 2014

July 20, 2014

Greetings, I was recently working on an open source project seeing about updating some code based upon the 2010c version of your timezone code and bringing the code up to date based upon your 2014e version. In the process of doing this, I noticed some unneeded object files being linked together in order to create the zic program. As specified by your Makefile, zic is comprised of zic.o, localtime.o, asctime.o, scheck.o, and ialloc.o But as it turns out, localtime.o doesn't supply any symbols that zic.o needs. Additionally, the inclusion of asctime.o is there in order to satisfy a linkage requirement for localtime.o. So zic can be built by linking only zic.o, scheck.o, and ialloc.o together. A context diff of the proposed fix is attached. Sincerely, John Cochran -- There are two ways of constructing a software design: One way is to make it so simple that there are obviously no deficiencies and the other way is to make it so complicated that there are no obvious deficiencies. — C.A.R. Hoare

2 1

Re: [tz] [PATCH] New file time.tab, superseding zone.tab
by Tobias Conradi July 20, 2014

July 20, 2014

This message seems list related but what only send to me. Maybe it is of interest to others, as it gives insights into how Paul Eggert is managing the list. On Sun, Jul 20, 2014 at 4:12 AM, Paul Eggert <eggert(a)cs.ucla.edu> wrote: > Tobias Conradi wrote: >> >> Paul Eggert controls ids, removes >> them, repurposes them as he likes. > > > I'm going to ask you again, privately, to stop making personal comments like > that. This sort of thing out of place in this mailing list. If you can't > refrain from putting personal comments into your email, then you should not > be sending email to the list. -- Tobias Conradi Rheinsberger Str. 18 10115 Berlin Germany http://tobiasconradi.com

1 0

[PATCH] * europe, NEWS: Give proper credit to George Vernon Hudson
by Paul Eggert July 19, 2014

July 19, 2014

as the inventor of DST. --- NEWS | 2 ++ europe | 20 +++++++++++++++++--- 2 files changed, 19 insertions(+), 3 deletions(-) diff --git a/NEWS b/NEWS index babfdac..1845ee8 100644 --- a/NEWS +++ b/NEWS @@ -186,6 +186,8 @@ Unreleased, experimental changes There is new commentary about time in Poland in 1919. + Proper credit has been given to DST inventor George Vernon Hudson. + Commentary about time in Metlakatla, AK and Resolute, NU has been improved, with a new source for the former. diff --git a/europe b/europe index 2ba3493..e87cc21 100644 --- a/europe +++ b/europe @@ -137,8 +137,22 @@ # transition date for London, namely 1847-12-01. We don't know as much # about Dublin, so we use 1880-08-02, the legal transition time. -# From Paul Eggert (2003-09-27): -# Summer Time was first seriously proposed by William Willett (1857-1915), +# From Paul Eggert (2014-07-19): +# The ancients had no need for daylight saving, as they kept time +# informally or via hours whose length depended on the time of year. +# Daylight saving time in its modern sense was invented by the +# New Zealand entomologist George Vernon Hudson (1867-1946), +# whose day job as a postal clerk led him to value +# after-hours daylight in which to pursue his research. +# In 1895 he presented a paper to the Wellington Philosophical Society +# that proposed a two-hour daylight-saving shift. See: +# Hudson GV. On seasonal time-adjustment in countries south of lat. 30 deg. +# Transactions and Proceedings of the New Zealand Institute. 1895;28:734 +# http://rsnz.natlib.govt.nz/volume/rsnz_28/rsnz_28_00_006110.html +# Although some interest was expressed in New Zealand, his proposal +# did not find its way into law and eventually it was almost forgotton. +# +# In England, DST was independently reinvented by William Willett (1857-1915), # a London builder and member of the Royal Astronomical Society # who circulated a pamphlet "The Waste of Daylight" (1907) # that proposed advancing clocks 20 minutes on each of four Sundays in April, @@ -151,7 +165,7 @@ # A monument to Willett was unveiled on 1927-05-21, in an open space in # a 45-acre wood near Chislehurst, Kent that was purchased by popular # subscription and open to the public. On the south face of the monolith, -# designed by G. W. Miller, is the...William Willett Memorial Sundial, +# designed by G. W. Miller, is the William Willett Memorial Sundial, # which is permanently set to Summer Time. # From Winston Churchill (1934-04-28): -- 1.9.1

1 0

WG Review: Time Zone Data Distribution Service (tzdist)
by The IESG July 18, 2014

July 18, 2014

A new IETF working group has been proposed in the Applications Area. The IESG has not made any determination yet. The following draft charter was submitted, and is provided for informational purposes only. Please send your comments to the IESG mailing list (iesg at ietf.org) by 2014-07-28. Time Zone Data Distribution Service (tzdist) ------------------------------------------------ Current Status: Proposed WG Assigned Area Director: Barry Leiba <barryleiba(a)computer.org> Mailing list Address: tzdist(a)ietf.org To Subscribe: https://www.ietf.org/mailman/listinfo/tzdist Archive: http://www.ietf.org/mail-archive/web/tzdist/ Charter: Time Zone Data Distribution Service (tzdist) ----------------------------------------------------------- A time zone is a region that has a uniform local time for legal, commercial, and social purposes, with some regions using daylight saving time (DST) rules for part of the year. A local time is defined as a standard offset from Coordinated Universal Time (UTC), and a set of DST rules. Time zone data represents the history, current, and future local time rules for these regions, together with an associated time zone identifier. Time zone data is a critical element of computer systems and devices that make use of local time. In particular, it is critical to any calendaring and scheduling system, such as iCalendar (RFC 5545). Daylight saving time rules, which affect local UTC offsets, can change - sometimes at very short notice (just a few days) - as those rules are typically defined by political processes. Currently, there is no efficient, fast way to ensure that time zone data is updated in a timely and reliable manner on devices that need it. Time zone changes are often delivered as operating system updates, and are thus tied to release schedules that can trail the actual time zone changes by a significant period of time. A service is needed that can provide timely, reliable updates. One added benefit of such a service for iCalendar is the ability for calendaring clients and servers to agree on common, standard definitions of time zone data, removing the need to pass time zone data directly "by value" in iCalendar data. By allowing clients and servers to use time zones "by reference" significant network bandwidth and storage savings can be achieved. This working group will: - Define a time zone data distribution protocol that allows for efficient, timely updates of time zone data to be delivered to clients. This protocol must scale to vast numbers of clients, such as the potential "internet of things" devices, as well as to today's desktop computers and servers. - Define an extension to CalDAV (RFC 4791) to allow clients and servers to use time zones "by reference" to improve the efficiency of the overall protocol. The working group will use the following drafts as initial input for its work: draft-douglass-timezone-service-11 draft-daboo-caldav-timezone-ref-01 The working group will work under the following parameters: - The time zone data distribution protocol will initially be targeted at iCalendar-based clients, but should be flexible enough to deliver time zone data in other formats. - The time zone data will be based on the Time Zone Database (http://www.iana.org/time-zones) but must be able to include any source of time zone data. - The time zone data distribution protocol should also offer an API to allow thin clients to easily make use of time zone data by querying for UTC offsets, offloading the sometimes complex work of expanding recurrence rules to the service. This API should be extensible to support other types of time zone operations in the future. - The time zone data distribution protocol will use current security protocols to protect the integrity and confidentiality of the data as it is distributed, and may also address these issues with respect to retrieval of data from its original source (such as the Time Zone Database). Even public time zone data can represent a significant privacy exposure when it is associated with the user or endpoint that is retrieving it. The following are Out of scope for the working group: - Any changes to the Time Zone Database process or infrastructure, as documented in RFC 6557. However, the WG may work with IANA in order to make integrity checking information, such as public keys, readily accessible for protocol use. - The naming process for time zone identifiers. The working group can consider adding a mechanism, such as a "namespace" prefix, to differentiate different time zone sources, but the nature of the time zone identifiers used will be controlled by the sources themselves. - Lookup protocols or APIs to map a location to a time zone. Milestones: TBD

1 0