- tz - lists.iana.org

Turkey Delays DST End (Oct 25 -> Nov 8)
by ozgur.yuksel＠oracle.com Sept. 29, 2015

Sept. 29, 2015

Hi, Turkey will end Daylight Saving Time <http://www.timeanddate.com/time/dst/> (DST) two weeks later than normal. Clocks will be turned back one hour from 4:00 (4 am) to 3:00 (3 am) local time on Sunday, November 8, 2015. http://www.timeanddate.com/news/time/turkey-delays-dst-end-2015.html 2015f does not seem to have the respective change. -- Özgür Yüksel | Manager, Customer Support, Europe - Middle East - Africa Oracle Linux, Oracle VM and Private Cloud Appliance Support Phone: +90 312 248 8900 ORACLE Turkey | Dumlupinar Blv. 266 Tepe Prime A/56 Çankaya | TR-06800 Ankara

5 4

Was America/Aruba obsoleted and replaced
by kzimmermann＠ups.com Sept. 29, 2015

Sept. 29, 2015

Hello IANA, UPS has an interface agreement with IANA for Time Zone Information. We are testing other requirements and we came across a few concerns. I am working on researching and fixing some time zone concerns for our UPS properties in a few of the data bases I support. I have a few questions: When was the Time Zone Name (TznGeoRefTe) for America/Aruba obsoleted? What is the updated Time Zone Name (TznGeoRefTe) which replaced America/Aruba? When was this notified to your user community? Are all countries identified in IANA with a Time Zone Name (TznGeoRefTe)? I was researching Aruba (AW) and St. Martin (SX), the outcome resulted in an empty result set. These questions are a follow-up, to the empty result set, received from queries. Maybe our link to IANA needs to be refreshed or possible the file pulled from IANA. Thank you for your cooperation. Kellie Zimmermann UPS 201-828-7180 Corporate Reference Data

2 1

Fort Nelson, Canada
by Matt Johnson Sept. 24, 2015

Sept. 24, 2015

According to http://www.timeanddate.com/news/time/fort-nelson-canada-time-zone.html Fort Nelson, BC, Canada will cancel DST this year. So while previously they were aligned with America/Vancouver, they're now aligned with America/Dawson_Creek. Does this type of split require a new zone entry? America/Fort_Nelson ?? Thanks,Matt

4 5

Re: [tz] tz Digest, Vol 34, Issue 19
by Alexander Borg Sept. 24, 2015

Sept. 24, 2015

Hi all there, I'm responding to a mail which is more than an year old. Anyway, I don't understand why you combine zones like +Link Africa/Abidjan Africa/Freetown # Sierra Leone thus throwing away valuable pre-1970 DST and Zone data. I understand that you cannot incoreporate all historical data in 'tzdata', especially the USA and France would be impossible without creating virtually hundreds of additional zones. But in the case above I don't understand why you don't keep the data. Best regards, Alexander Borg -----Ursprüngliche Nachricht----- Von: tz-bounces(a)iana.org [mailto:tz-bounces@iana.org] Im Auftrag von tz-request(a)iana.org Gesendet: Mittwoch, 9. Juli 2014 22:42 An: tz(a)iana.org Betreff: tz Digest, Vol 34, Issue 19 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. Daylight saving time in Egypt (newsgroups(a)engine2.net) 2. Re: Daylight saving time in Egypt (Paul Eggert) 3. Re: [PATCH] Replace some zones with links when that doesn't lose useful info. (Paul Eggert) 4. [PATCH] Replace Africa zones with links when that doesn't lose useful info. (Paul Eggert) 5. Re: [PATCH] Replace some zones with links when that doesn't lose useful info. (Stephen Colebourne) ---------------------------------------------------------------------- Message: 1 Date: Wed, 09 Jul 2014 14:03:33 +0200 From: newsgroups(a)engine2.net To: tz(a)iana.org Subject: [tz] Daylight saving time in Egypt Message-ID: <7cdeb5930cc17d073dea6796cc571719(a)engine2.net> Content-Type: text/plain; charset=UTF-8; format=flowed Hi everyone, I search through messages and couldn't find if this information was already sent or not. It seems that there will be a change in daylight saving time in Egypt according to NOTAM (notice to airmen) issued by NOAA (below) which was sent to us with this comment: FOR THE KIND ATTENTION OF OUR VALUABLE CUSTOMERS BELOW NOTAM ISSUED TO ANNOUNCE THAT STARTING 31July2014 AT 2200 GMT , CLOCK IN EGYPT WILL BE GMT PLUS 3 HOURS PLEASE RELAY MESSAGE TO THE CONCENED PARTIES NOTAM content: A0237/14 NOTAMN Q) HECC/QXXXX/IV/NBO/A/000/999/2721N03009E005 A) HECC B) 1407312200 C) 1409252100 E) SUMMER TIME (UTC+3 HOURS) WILL BE STARTED AS ITEM B. CREATED: 02 Jul 2014 13:28:00 SOURCE: HECAYNYX Source: https://www.notams.faa.gov/ Best regards, Michal Konvalinka engine2.net ------------------------------ Message: 2 Date: Wed, 09 Jul 2014 07:38:22 -0700 From: Paul Eggert <eggert(a)cs.ucla.edu> To: newsgroups(a)engine2.net, tz(a)iana.org Subject: Re: [tz] Daylight saving time in Egypt Message-ID: <53BD53DE.6060203(a)cs.ucla.edu> Content-Type: text/plain; charset=UTF-8; format=flowed newsgroups(a)engine2.net wrote: > It seems that there will be a change in daylight saving time in Egypt > according to NOTAM (notice to airmen) issued by NOAA Thank. As of release 2014e the tz database has that transition, along with Morocco's similar transition on August 2 at 02:00 local time. We also have guesses for similar transitions in 2015 through 2038; though there's little doubt these guesses will be wrong, they're better than any of the other guesses we could come up with. ------------------------------ Message: 3 Date: Wed, 09 Jul 2014 08:16:12 -0700 From: Paul Eggert <eggert(a)cs.ucla.edu> To: Stephen Colebourne <scolebourne(a)joda.org>, Time zone mailing list <tz(a)iana.org> Subject: Re: [tz] [PATCH] Replace some zones with links when that doesn't lose useful info. Message-ID: <53BD5CBC.90401(a)cs.ucla.edu> Content-Type: text/plain; charset=UTF-8; format=flowed Stephen Colebourne wrote: > As we have discussed before, changes like this are disruptive to many > people. The LMT and early time values are used out there, irrespective > of their accuracy. It was discussed at some length, and to some extent we're just repeating that discussion now. There's one thing new, though: we now have had significant practical experience. The earlier set of changes along these lines was published in release 2013e (2013-09-19), and it hasn't caused significant disruption in the field. In practice it seems that end users don't much care about things like the time zone of Guadeloupe in 1899 -- which is probably a good thing, since the pre-2013e database was wrong anyway. I understand that simplifying away spurious pre-1970 timestamps can cause more work for detailed regression testing, but that kind of work should be routine as the tz database is always mutating for other reasons anyway. Besides, the tail should not be wagging the dog here: regression testing should be our servant, not our master. ------------------------------ Message: 4 Date: Wed, 9 Jul 2014 12:44:55 -0700 From: Paul Eggert <eggert(a)cs.ucla.edu> To: Time zone mailing list <tz(a)iana.org> Subject: [tz] [PATCH] Replace Africa zones with links when that doesn't lose useful info. Message-ID: <1404935095-13779-1-git-send-email-eggert(a)cs.ucla.edu> Content-Type: text/plain; charset=UTF-8 * africa (Africa/Luanda, Africa/Porto-Novo, Africa/Gaborone) (Africa/Ouagadougou, Africa/Bujumbura, Africa/Douala, Africa/Bangui) (Indian/Comoro, Africa/Kinshasa, Africa/Lubumbashi, Africa/Brazzaville) (Africa/Djibouti, Africa/Malabo, Africa/Asmara, Africa/Addis_Ababa) (Africa/Libreville, Africa/Banjul, Africa/Accra, Africa/Conakry) (Africa/Maseru, Indian/Antananarivo, Africa/Blantyre, Africa/Bamako) (Africa/Nouakchott, Indian/Mayotte, Africa/Maputo, Africa/Niamey) (Africa/Kigali, Atlantic/St_Helena, Africa/Sao_Tome, Africa/Dakar) (Africa/Freetown, Africa/Mogadishu, Africa/Mbabane, Africa/Dar_es_Salaam) (Africa/Lome, Africa/Kampala, Africa/Lusaka, Africa/Harare): * antarctica (Antarctica/Syowa): Remove zone, replacing each with a link to a region that has had the same UTC offset since 1970. * NEWS: Document this. --- NEWS | 20 +++-- africa | 266 ++++++++++++++++++++----------------------------------------- antarctica | 5 +- 3 files changed, 104 insertions(+), 187 deletions(-) diff --git a/NEWS b/NEWS index 222f91e..429b89e 100644 --- a/NEWS +++ b/NEWS @@ -61,11 +61,21 @@ Unreleased, experimental changes 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 the Pacific. - The affected zones are: Antarctica/DumontDUrville, Pacific/Chuuk, - Pacific/Funafuti, Pacific/Majuro, Pacific/Midway, Pacific/Palau, - Pacific/Pohnpei, Pacific/Saipan, Pacific/Tahiti, Pacific/Wake, and - Pacific/Wallis. + similar to the change in release 2013e, except this time for Africa and + the Pacific. The affected zones are: Africa/Accra, Africa/Addis_Ababa, + Africa/Asmara, Africa/Bamako, Africa/Bangui, Africa/Banjul, + Africa/Blantyre, Africa/Brazzaville, Africa/Bujumbura, Africa/Conakry, + Africa/Dakar, Africa/Dar_es_Salaam, Africa/Djibouti, Africa/Douala, + Africa/Freetown, Africa/Gaborone, Africa/Harare, Africa/Kampala, + Africa/Kigali, Africa/Kinshasa, Africa/Libreville, Africa/Lome, + Africa/Luanda, Africa/Lubumbashi, Africa/Lusaka, Africa/Malabo, + Africa/Maputo, Africa/Maseru, Africa/Mbabane, Africa/Mogadishu, + Africa/Niamey, Africa/Nouakchott, Africa/Ouagadougou, Africa/Porto-Novo, + Africa/Sao_Tome, Antarctica/DumontDUrville, Antarctica/Syowa, + Atlantic/St_Helena, Indian/Antananarivo, Indian/Comoro, Indian/Mayotte, + Pacific/Chuuk, Pacific/Funafuti, Pacific/Majuro, Pacific/Midway, + Pacific/Palau, Pacific/Pohnpei, Pacific/Saipan, Pacific/Tahiti, + Pacific/Wake, and Pacific/Wallis. 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 diff --git a/africa b/africa index 3d84d9b..678cde2 100644 --- a/africa +++ b/africa @@ -64,7 +64,6 @@ # 3:00 CAST Central Africa Summer Time (no longer used) # 3:00 SAST South Africa Summer Time (no longer used) # 3:00 EAT East Africa Time -# 4:00 EAST East Africa Summer Time (no longer used) # Algeria # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S @@ -105,45 +104,21 @@ Zone Africa/Algiers 0:12:12 - LMT 1891 Mar 15 0:01 1:00 - CET # Angola -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Luanda 0:52:56 - LMT 1892 - 0:52:04 - AOT 1911 May 26 # Angola Time - 1:00 - WAT - # Benin -# Whitman says they switched to 1:00 in 1946, not 1934; -# go with Shanks & Pottenger. -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Porto-Novo 0:10:28 - LMT 1912 - 0:00 - GMT 1934 Feb 26 - 1:00 - WAT +# See Africa/Lagos. # Botswana -# From Paul Eggert (2013-02-21): -# Milne says they were regulated by the Cape Town Signal in 1899; -# assume they switched to 2:00 when Cape Town did. -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Gaborone 1:43:40 - LMT 1885 - 1:30 - SAST 1903 Mar - 2:00 - CAT 1943 Sep 19 2:00 - 2:00 1:00 CAST 1944 Mar 19 2:00 - 2:00 - CAT +# Milne says they were regulated by the Cape Town Signal in 1899. +# See Africa/Johannesburg. # Burkina Faso -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Ouagadougou -0:06:04 - LMT 1912 - 0:00 - GMT +# See Africa/Abidjan. # Burundi -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Bujumbura 1:57:28 - LMT 1890 - 2:00 - CAT +# See Africa/Johannesburg. # Cameroon -# Whitman says they switched to 1:00 in 1920; go with Shanks & Pottenger. -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Douala 0:38:48 - LMT 1912 - 1:00 - WAT +# See Africa/Lagos. # Cape Verde # Zone NAME GMTOFF RULES FORMAT [UNTIL] @@ -154,9 +129,7 @@ Zone Atlantic/Cape_Verde -1:34:04 - LMT 1907 # Praia -1:00 - CVT # Central African Republic -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Bangui 1:14:20 - LMT 1912 - 1:00 - WAT +# See Africa/Lagos. # Chad # Zone NAME GMTOFF RULES FORMAT [UNTIL] @@ -166,31 +139,33 @@ Zone Africa/Ndjamena 1:00:12 - LMT 1912 # N'Djamena 1:00 - WAT # Comoros -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Indian/Comoro 2:53:04 - LMT 1911 Jul # Moroni, Gran Comoro - 3:00 - EAT +# See Africa/Nairobi. # Democratic Republic of Congo -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Kinshasa 1:01:12 - LMT 1897 Nov 9 - 1:00 - WAT -Zone Africa/Lubumbashi 1:49:52 - LMT 1897 Nov 9 - 2:00 - CAT +# See Africa/Lagos for the western part of the country. +# See Africa/Johannesburg for the eastern part of the country. # Republic of the Congo -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Brazzaville 1:01:08 - LMT 1912 - 1:00 - WAT +# See Africa/Lagos. # C?te D'Ivoire / Ivory Coast # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Africa/Abidjan -0:16:08 - LMT 1912 0:00 - GMT +Link Africa/Abidjan Africa/Accra # Ghana +Link Africa/Abidjan Africa/Bamako # Mali +Link Africa/Abidjan Africa/Banjul # Gambia +Link Africa/Abidjan Africa/Conakry # Guinea +Link Africa/Abidjan Africa/Dakar # Senegal +Link Africa/Abidjan Africa/Freetown # Sierra Leone +Link Africa/Abidjan Africa/Lome # Togo +Link Africa/Abidjan Africa/Nouakchott # Mauritania +Link Africa/Abidjan Africa/Ouagadougou # Burkina Faso +Link Africa/Abidjan Africa/Sao_Tome # S?o Tom? and Pr?ncipe +Link Africa/Abidjan Atlantic/St_Helena # St Helena # Djibouti -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Djibouti 2:52:36 - LMT 1911 Jul - 3:00 - EAT +# See Africa/Nairobi. ########################################################################## ##### @@ -400,56 +375,32 @@ Zone Africa/Cairo 2:05:09 - LMT 1900 Oct 2:00 Egypt EE%sT # Equatorial Guinea -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Malabo 0:35:08 - LMT 1912 - 0:00 - GMT 1963 Dec 15 - 1:00 - WAT +# See Africa/Lagos. # Eritrea -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Asmara 2:35:32 - LMT 1870 - 2:35:32 - AMT 1890 # Asmara Mean Time - 2:35:20 - ADMT 1936 May 5 # Adis Dera MT - 3:00 - EAT +# See Africa/Nairobi. # Ethiopia -# From Paul Eggert (2006-03-22): -# Shanks & Pottenger write that Ethiopia had six narrowly-spaced time zones -# between 1870 and 1890, and that they merged to 38E50 (2:35:20) in 1890. -# We'll guess that 38E50 is for Adis Dera. -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Addis_Ababa 2:34:48 - LMT 1870 - 2:35:20 - ADMT 1936 May 5 # Adis Dera MT - 3:00 - EAT +# From Paul Eggert (2014-07-09): +# Like the Swahili of Kenya and Tanzania, many Ethiopians keep a # +12-hour clock starting at our 06:00, so their "8 o'clock" is our # +02:00 or 14:00. Keep this in mind when you ask the time in Amharic. +# +# Shanks & Pottenger write that Ethiopia had six narrowly-spaced time # +zones between 1870 and 1890, that they merged to 38E50 (2:35:20) in # +1890, and that they switched to 3:00 on 1936-05-05. Perhaps 38E50 # +was for Adis Dera. Ignore this for now as it predates our 1970 # +cutoff, and it's quite likely wrong anyway. +# +# See Africa/Nairobi. # Gabon -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Libreville 0:37:48 - LMT 1912 - 1:00 - WAT +# See Africa/Lagos. # Gambia -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Banjul -1:06:36 - LMT 1912 - -1:06:36 - BMT 1935 # Banjul Mean Time - -1:00 - WAT 1964 - 0:00 - GMT - # Ghana -# Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S -# Whitman says DST was observed from 1931 to "the present"; -# go with Shanks & Pottenger. -Rule Ghana 1936 1942 - Sep 1 0:00 0:20 GHST -Rule Ghana 1936 1942 - Dec 31 0:00 0 GMT -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Accra -0:00:52 - LMT 1918 - 0:00 Ghana %s - # Guinea -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Conakry -0:54:52 - LMT 1912 - 0:00 - GMT 1934 Feb 26 - -1:00 - WAT 1960 - 0:00 - GMT +# See Africa/Abidjan. # Guinea-Bissau # Zone NAME GMTOFF RULES FORMAT [UNTIL] @@ -464,13 +415,19 @@ Zone Africa/Nairobi 2:27:16 - LMT 1928 Jul 2:30 - BEAT 1940 2:45 - BEAUT 1960 3:00 - EAT +Link Africa/Nairobi Africa/Addis_Ababa # Ethiopia +Link Africa/Nairobi Africa/Asmara # Eritrea +Link Africa/Nairobi Africa/Dar_es_Salaam # Tanzania Link Africa/Nairobi +Africa/Djibouti +Link Africa/Nairobi Africa/Kampala # Uganda +Link Africa/Nairobi Africa/Mogadishu # Somalia +Link Africa/Nairobi Antarctica/Syowa +Link Africa/Nairobi Indian/Antananarivo # Madagascar +Link Africa/Nairobi Indian/Comoro +Link Africa/Nairobi Indian/Mayotte # Lesotho -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Maseru 1:50:00 - LMT 1903 Mar - 2:00 - SAST 1943 Sep 19 2:00 - 2:00 1:00 SAST 1944 Mar 19 2:00 - 2:00 - SAST +# See Africa/Johannesburg. # Liberia # From Paul Eggert (2006-03-22): @@ -545,30 +502,14 @@ Zone Africa/Tripoli 0:52:44 - LMT 1920 2:00 - EET # Madagascar -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Indian/Antananarivo 3:10:04 - LMT 1911 Jul - 3:00 - EAT 1954 Feb 27 23:00s - 3:00 1:00 EAST 1954 May 29 23:00s - 3:00 - EAT +# See Africa/Nairobi. # Malawi -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Blantyre 2:20:00 - LMT 1903 Mar - 2:00 - CAT +# See Africa/Johannesburg. # Mali -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Bamako -0:32:00 - LMT 1912 - 0:00 - GMT 1934 Feb 26 - -1:00 - WAT 1960 Jun 20 - 0:00 - GMT - # Mauritania -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Nouakchott -1:03:48 - LMT 1912 - 0:00 - GMT 1934 Feb 26 - -1:00 - WAT 1960 Nov 28 - 0:00 - GMT +# See Africa/Abidjan. # Mauritius @@ -665,8 +606,7 @@ Zone Indian/Mauritius 3:50:00 - LMT 1907 # Port Louis # Mayotte # Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Indian/Mayotte 3:00:56 - LMT 1911 Jul # Mamoutzou - 3:00 - EAT +# See Africa/Nairobi. # Morocco # See the 'europe' file for Spanish Morocco (Africa/Ceuta). @@ -964,9 +904,7 @@ Zone Africa/El_Aaiun -0:52:48 - LMT 1934 Jan # El Aai?n 0:00 Morocco WE%sT # Mozambique -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Maputo 2:10:20 - LMT 1903 Mar - 2:00 - CAT +# See Africa/Johannesburg. # Namibia # The 1994-04-03 transition is from Shanks & Pottenger. @@ -998,16 +936,21 @@ Zone Africa/Windhoek 1:08:24 - LMT 1892 Feb 8 1:00 Namibia WA%sT # Niger -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Niamey 0:08:28 - LMT 1912 - -1:00 - WAT 1934 Feb 26 - 0:00 - GMT 1960 - 1:00 - WAT +# See Africa/Lagos. # Nigeria # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Africa/Lagos 0:13:36 - LMT 1919 Sep 1:00 - WAT +Link Africa/Lagos Africa/Bangui # Central African Republic +Link Africa/Lagos Africa/Brazzaville # Rep. of the Congo +Link Africa/Lagos Africa/Douala # Cameroon +Link Africa/Lagos Africa/Kinshasa # W Dem. Rep. of the Congo +Link Africa/Lagos Africa/Libreville # Gabon +Link Africa/Lagos Africa/Luanda # Angola +Link Africa/Lagos Africa/Malabo # Equatorial Guinea +Link Africa/Lagos Africa/Niamey # Niger +Link Africa/Lagos Africa/Porto-Novo # Benin # R?union # Zone NAME GMTOFF RULES FORMAT [UNTIL] @@ -1028,16 +971,11 @@ Link Indian/Reunion Indian/Alfred_Faure # Tromelin - inhabited until at least 1958 # Rwanda -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Kigali 2:00:16 - LMT 1935 Jun - 2:00 - CAT +# See Africa/Johannesburg. # St Helena -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Atlantic/St_Helena -0:22:48 - LMT 1890 # Jamestown - -0:22:48 - JMT 1951 # Jamestown Mean Time - 0:00 - GMT -# The other parts of the St Helena territory are similar: +# See Africa/Abidjan. +# The parts of the St Helena territory are similar: # Tristan da Cunha: on GMT, say Whitman and the CIA # Ascension: on GMT, say the USNO (1995-12-21) and the CIA # Gough (scientific station since 1955; sealers wintered previously): @@ -1045,16 +983,8 @@ Zone Atlantic/St_Helena -0:22:48 - LMT 1890 # Jamestown # Inaccessible, Nightingale: uninhabited # S?o Tom? and Pr?ncipe -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Sao_Tome 0:26:56 - LMT 1884 - -0:36:32 - LMT 1912 # Lisbon Mean Time - 0:00 - GMT - # Senegal -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Dakar -1:09:44 - LMT 1912 - -1:00 - WAT 1941 Jun - 0:00 - GMT +# See Africa/Abidjan. # Seychelles # Zone NAME GMTOFF RULES FORMAT [UNTIL] @@ -1068,24 +998,10 @@ Zone Indian/Mahe 3:41:48 - LMT 1906 Jun # Victoria # Possibly the islands were uninhabited. # Sierra Leone -# Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S -# Whitman gives Mar 31 - Aug 31 for 1931 on; go with Shanks & Pottenger. -Rule SL 1935 1942 - Jun 1 0:00 0:40 SLST -Rule SL 1935 1942 - Oct 1 0:00 0 WAT -Rule SL 1957 1962 - Jun 1 0:00 1:00 SLST -Rule SL 1957 1962 - Sep 1 0:00 0 GMT -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Freetown -0:53:00 - LMT 1882 - -0:53:00 - FMT 1913 Jun # Freetown Mean Time - -1:00 SL %s 1957 - 0:00 SL %s +# See Africa/Abidjan. # Somalia -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Mogadishu 3:01:28 - LMT 1893 Nov - 3:00 - EAT 1931 - 2:30 - BEAT 1957 - 3:00 - EAT +# See Africa/Nairobi. # South Africa # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S @@ -1095,6 +1011,17 @@ Rule SA 1943 1944 - Mar Sun>=15 2:00 0 - Zone Africa/Johannesburg 1:52:00 - LMT 1892 Feb 8 1:30 - SAST 1903 Mar 2:00 SA SAST +Link Africa/Johannesburg Africa/Blantyre # Malawi +Link Africa/Johannesburg Africa/Bujumbura # Burundi +Link Africa/Johannesburg Africa/Gaborone # Botswana +Link Africa/Johannesburg Africa/Harare # Zimbabwe +Link Africa/Johannesburg Africa/Kigali # Rwanda +Link Africa/Johannesburg Africa/Lubumbashi # E Dem. Rep. of Congo +Link Africa/Johannesburg Africa/Lusaka # Zambia +Link Africa/Johannesburg Africa/Maputo # Mozambique +Link Africa/Johannesburg Africa/Maseru # Lesotho +Link Africa/Johannesburg Africa/Mbabane # Swaziland +# # Marion and Prince Edward Is # scientific station since 1947 # no information @@ -1122,21 +1049,13 @@ Zone Africa/Khartoum 2:10:08 - LMT 1931 Link Africa/Khartoum Africa/Juba # Swaziland -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Mbabane 2:04:24 - LMT 1903 Mar - 2:00 - SAST +# See Africa/Johannesburg. # Tanzania -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Dar_es_Salaam 2:37:08 - LMT 1931 - 3:00 - EAT 1948 - 2:45 - BEAUT 1961 - 3:00 - EAT +# See Africa/Nairobi. # Togo -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Lome 0:04:52 - LMT 1893 - 0:00 - GMT +# See Africa/Abidjan. # Tunisia @@ -1239,19 +1158,8 @@ Zone Africa/Tunis 0:40:44 - LMT 1881 May 12 1:00 Tunisia CE%sT # Uganda -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Kampala 2:09:40 - LMT 1928 Jul - 3:00 - EAT 1930 - 2:30 - BEAT 1948 - 2:45 - BEAUT 1957 - 3:00 - EAT +# See Africa/Nairobi. # Zambia -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Lusaka 1:53:08 - LMT 1903 Mar - 2:00 - CAT - # Zimbabwe -# Zone NAME GMTOFF RULES FORMAT [UNTIL] -Zone Africa/Harare 2:04:12 - LMT 1903 Mar - 2:00 - CAT +# See Africa/Johannesburg. diff --git a/antarctica b/antarctica index 16aedaa..38720a8 100644 --- a/antarctica +++ b/antarctica @@ -207,12 +207,11 @@ Zone Indian/Kerguelen 0 - zzz 1950 # Port-aux-Fran?ais # Syowa station, which is the first antarctic station of Japan, # 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 - 3:00 - SYOT # Syowa Time # See: # NIPR Antarctic Research Activities (1999-08-17) # <http://www.nipr.ac.jp/english/ara01.html> +# +# See Africa/Nairobi. # S Korea - year-round base # Jang Bogo, Terra Nova Bay, -743700+1641205 since 2014 -- 1.9.1 ------------------------------ Message: 5 Date: Wed, 9 Jul 2014 21:41:33 +0100 From: Stephen Colebourne <scolebourne(a)joda.org> To: Time zone mailing list <tz(a)iana.org> Subject: Re: [tz] [PATCH] Replace some zones with links when that doesn't lose useful info. Message-ID: <CACzrW9AyEwA+oT-+QvHHVxc4eOVUwdQ4eA3BMtNKX3+qhQrwdQ(a)mail.gmail.com> Content-Type: text/plain; charset=UTF-8 On 9 July 2014 16:16, Paul Eggert <eggert(a)cs.ucla.edu> wrote: > Stephen Colebourne wrote: >> >> As we have discussed before, changes like this are disruptive to many >> people. The LMT and early time values are used out there, irrespective >> of their accuracy. > > It was discussed at some length, and to some extent we're just repeating > that discussion now. There's one thing new, though: we now have had > significant practical experience. The earlier set of changes along these > lines was published in release 2013e (2013-09-19), and it hasn't caused > significant disruption in the field. In practice it seems that end users > don't much care about things like the time zone of Guadeloupe in 1899 -- > which is probably a good thing, since the pre-2013e database was wrong > anyway. Well it seems that you're going to make the change no matter what, so talking about it does feel rather futile. Its no surprise that changing relatively minor locations results in few issues. Nor is it a surprise that this list wouldn't hear of any issues, because its so far from end users. I can guarantee that the data you have and are planning to destroy is in somebodies database somewhere as both Joda-Time and Java SE 8 expose the full data right back to and including LMT to all users for all zones. As I said last time, the issue isn't removing wrong values, its about replacing them with even more wrong ones. The LMT values in particular, which used to have some meaning, now do not. If you had proposed an alternate way to define LMT values (which were based on the actual city location) then I might be less frustrated. Instead we are back to taking a sledgehammer to data that wasn't causing anyone any harm, replacing it with data that is clearly worse. <shakes head in despair> Stephen ------------------------------ _______________________________________________ tz mailing list tz(a)iana.org https://mm.icann.org/mailman/listinfo/tz End of tz Digest, Vol 34, Issue 19 **********************************

2 1

Norfolk Island
by "" Sept. 24, 2015

Sept. 24, 2015

Another case of pacific island madness:- IATA has been advised that Norfolk Island will change the country’s Standard Variation from +1130 to +1100. The new Standard Variation will be effective as of 4 October 2015 at 0200 local time. (Imposed by the govt in Canbara on that other little Island).

4 4

Update for Turkey
by İlhan Subaşı Sept. 22, 2015

Sept. 22, 2015

Because of the elections summer time in Turkey is not going to end at 25th October but it probably will end on 8th or 9th November. http://www.ntv.com.tr/turkiye/yaz-saati-uygulamasi-ne-zaman-bitecek,sc4xyWE… They do this kinds of chaotic decisions almost every year.

1 0

Morocco to fall back Sept. 27, not Oct. 25
by Paul Eggert Sept. 21, 2015

Sept. 21, 2015

The attached proposed patch implements a change noted in yesterday's Morocco World News. I have not seen an official announcement by the Moroccan government. I suppose we'll need a new tzdata release soon, as the change takes effect in less than nine days.

5 6

Morocco to fall back on Oct. 25, 2015
by Sterling Udell Sept. 19, 2015

Sept. 19, 2015

It looks like the Morocco World News did get it wrong. Here's an official page (in Arabic) noting that the correct date remains Oct 25: http://www.mmsp.gov.ma/ar/actualites.aspx?id=904

2 1

New Abbreviation needed for Asia/Pyongyang
by Greg Slayden Sept. 18, 2015

Sept. 18, 2015

Hi, I noticed in the 2015f tz database that the new Asia/Pyongyang zone for North Korea (now UTC+8:30) has the same abbreviation as Asia/Seoul. Both are noted as KST. Should the abbreviation for Asia/Pyongyang by changed to NKST, perhaps? Pardon if this issue has already been discussed, or if a new abbreviation has already been decided. I am new to the forum, thanks for understanding. --Greg Slayden Microsoft Corporation

2 1

[PROPOSED PATCH] Declare timezone, daylight, altzone in private.h
by Paul Eggert Sept. 18, 2015

Sept. 18, 2015

* NEWS: Document this. * private.h (timezone, daylight) [USG_COMPAT]: (altzone) [ALTZONE]: Declare as extern if not defined as a macro. This may avoid problems in environments where these variables are not declared by the system <time.h>. >From a suggestion by Kees Dekker in: http://mm.icann.org/pipermail/tz/2015-August/022627.html --- NEWS | 5 ++++- private.h | 13 +++++++++++++ 2 files changed, 17 insertions(+), 1 deletion(-) diff --git a/NEWS b/NEWS index 37f461f..2bbb967 100644 --- a/NEWS +++ b/NEWS @@ -13,10 +13,13 @@ Unreleased, experimental changes (Thanks to Bradley White for reporting the bug.) The localtime module allows the variables 'timezone', 'daylight', - and 'altzone' to be in common storage shared with other modules. + and 'altzone' to be in common storage shared with other modules, + and declares them in case the system <time.h> does not. + (Problems reported by Kees Dekker.) On platforms with tm_zone, strftime.c now assumes it is not NULL. This simplifies the code and is consistent with zdump.c. + (Problem reported by Christos Zoulas.) Changes affecting documentation diff --git a/private.h b/private.h index 184da8f..1c176e6 100644 --- a/private.h +++ b/private.h @@ -383,12 +383,25 @@ void tzset(void); ** Some time.h implementations don't declare asctime_r. ** Others might define it as a macro. ** Fix the former without affecting the latter. +** Similarly for timezone, daylight, and altzone. */ #ifndef asctime_r extern char * asctime_r(struct tm const *restrict, char *restrict); #endif +#ifdef USG_COMPAT +# ifndef timezone +extern long timezone; +# endif +# ifndef daylight +extern int daylight; +# endif +#endif +#if defined ALTZONE && !defined altzone +extern long altzone; +#endif + /* ** The STD_INSPIRED functions are similar, but most also need ** declarations if time_tz is defined. -- 2.1.4

2 1

[PROPOSED PATCH] * asia (Azer): Update URL for 1997-03-17 Azeri resolution.
by Paul Eggert Sept. 17, 2015

Sept. 17, 2015

--- asia | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/asia b/asia index 78eed56..5467024 100644 --- a/asia +++ b/asia @@ -131,7 +131,8 @@ Zone Asia/Yerevan 2:58:00 - LMT 1924 May 2 # Azerbaijan # From Rustam Aliyev of the Azerbaijan Internet Forum (2005-10-23): # According to the resolution of Cabinet of Ministers, 1997 -# Resolution available at: http://aif.az/docs/daylight_res.pdf +# From Paul Eggert (2015-09-17): It was Resolution No. 21 (1997-03-17). +# http://code.az/files/daylight_res.pdf # 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 - -- 2.1.4

1 0

Duplicate Links
by Daniel Schultze Sept. 15, 2015

Sept. 15, 2015

All, While working on a project related to timezone conversion I found that there are a couple of Links that have multiple mappings. I found the problem in tzdata2015f. I have attatched a patch to the checklinks.awk file which lists links with more than one mapping. If I have misunderstood Links please advise me. Thank you, Daniel Schultze

2 2

[PROPOSED PATCH] 'make check_links' now checks duplicate links etc.
by Paul Eggert Sept. 15, 2015

Sept. 15, 2015

* checklinks.awk: Check for duplicate links and zones. Prompted by a problem report from Daniel Schultze in: http://mm.icann.org/pipermail/tz/2015-September/022650.html --- checklinks.awk | 39 ++++++++++++++++++++++++++++++++++----- 1 file changed, 34 insertions(+), 5 deletions(-) diff --git a/checklinks.awk b/checklinks.awk index f57f736..f0ff726 100644 --- a/checklinks.awk +++ b/checklinks.awk @@ -2,14 +2,43 @@ # Contributed by Paul Eggert. -/^Link/ { used[$2] = 1 } -/^Zone/ { defined[$2] = 1 } +BEGIN { + # Special marker indicating that the name is defined as a Zone. + # It is a newline so that it cannot match a valid name. + # It is not null so that its slot does not appear unset. + Zone = "\n" +} -END { - status = 0 +/^Zone/ { + if (defined[$2]) { + if (defined[$2] == Zone) { + printf "%s: Zone has duplicate definition\n", $2 + } else { + printf "%s: Link with same name as Zone\n", $2 + } + status = 1 + } + defined[$2] = Zone +} +/^Link/ { + if (defined[$3]) { + if (defined[$3] == Zone) { + printf "%s: Link with same name as Zone\n", $3 + } else if (defined[$3] == $2) { + printf "%s: Link has duplicate definition\n", $3 + } else { + printf "%s: Link to both %s and %s\n", $3, defined[$3], $2 + } + status = 1 + } + used[$2] = 1 + defined[$3] = $2 +} + +END { for (tz in used) { - if (!defined[tz]) { + if (defined[tz] != Zone) { printf "%s: Link to non-zone\n", tz status = 1 } -- 2.1.4

1 0

[PROPOSED PATCH] Remove synopsis from tzfile man page
by Paul Eggert Sept. 15, 2015

Sept. 15, 2015

* tzfile.5: Remove SYNOPSIS section, as tzfile.h is not intended to be public and should not be copied to /usr/include. Problem reported by kaduk in: https://github.com/eggert/tz/pull/13 --- tzfile.5 | 3 --- 1 file changed, 3 deletions(-) diff --git a/tzfile.5 b/tzfile.5 index 0f2b2ea..b7e6d45 100644 --- a/tzfile.5 +++ b/tzfile.5 @@ -1,9 +1,6 @@ .TH TZFILE 5 .SH NAME tzfile \- time zone information -.SH SYNOPSIS -.B -#include <tzfile.h> .SH DESCRIPTION The time zone information files used by .IR tzset (3) -- 2.1.0

1 0

South Australia may move clocks 30 minutes
by Paul Eggert Sept. 11, 2015

Sept. 11, 2015

The South Australian government is considering changing their clocks by 30 minutes. The government would prefer advancing clocks by 30 minutes to match the time on the east coast. The public is split. Much of the resistance is coming from the west part of the state, where locals worry about their children leaving for school in the dark, and the government is prepared to consider changing school hours to address this. Another possibility is retarding clocks by 30 minutes; this would move closer to solar time, and would align better with Asia. This change would probably affect Broken Hill as well. Northern Territory will be consulted but seems less inclined to change. The consultation process will take at least two months. The government's website crashed as citizens went online to give their opinion. Sources: Nicholson M. South Australia has the most ridiculous time zone, and might be about to change it. Junkee 2015-02-06. http://junkee.com/south-australia-has-the-most-ridiculous-time-zone-and-mig… Ball G, Clift J, Coote G. Broken Hill urged to air views on proposed time zone change for South Australia. ABC News (Australia), 2015-02-06. http://www.abc.net.au/news/2015-02-06/broken-hill-community-urged-air-views… SA considers changing time zone to match eastern states. 9NEWS 2015-02-05. http://www.9news.com.au/national/2015/02/05/12/15/sa-considers-changing-tim… South Australians remain divided on whether it is time for the time to change. 9NEWS 2015-02-06. http://www.9news.com.au/national/2015/02/06/21/03/south-australians-remain-…

2 3

Elsie.nci.nih.gov--a bituary.
by Arthur David Olson Sept. 11, 2015

Sept. 11, 2015

Elsie.nci.nih.gov, best known as the long-time hostess of the time zone database, reached end of life on 2015-09-10; Elsie was 34 (or 457 in human years). Around the time of Elsie's 1981 arrival, the Laboratory of Carcinogen Metabolism at the National Cancer Institute (NCI) in Bethesda, Maryland, was renamed the Laboratory of Experimental Carcinogenesis; Elsie was named for the initials common to the old and new lab names. Elsie began life as a Digital Equipment VAX running BSD UNIX, reincarnating once as a Sun SPARC running Solaris and then again (in declining years) as a Dell Optiplex running Windows. Elsie's early career was in image processing; a software package for analysis of images of two-dimensional polyacrylamide gels bore Elsie's name. As the first computer in the lab, Elsie was the family head of (and file server for) a herd of several dozen computers, all named after cows; they most notably included Daisy, Flower, Millie (adopted from Australia) and Abunga (adopted from Hawaiʻi). Elsie was an early participant in the dial-up UUCP network, net news, and the Internet, as well as a prototype HTTP server within NCI. After an unprovoked 2011 attack, Elsie withdrew behind a wall, but remained active in that more limited sphere. The lab having been disbanded, there are no survivors; since there is no longer a server, there will be no service. @dashdashado

2 1

Binary File Format
by Bill Seymour Sept. 10, 2015

Sept. 10, 2015

I have three questions about the format of the binary files. 1. Re the array of tzh_timecnt transitions: my kneejerk reaction was to think that these were similar to the values in the UNTIL column in the source files, in which case they'd be open upper bounds (in other words, the struct ttinfo that they eventually link to would be for the period immediately before the transition); but it occurs to me that they might be closed lower bounds instead (the corresponding ttinfo is for the period after the transition). tzfile(5) doesn't say explicitly. 2. Basically the same question for the array of leap seconds. The reason it occurs to me that the time_t value could be the point after the leap second is that that's the way that the USNO’s list of leap seconds works. 3. Re the version-'2' array of leap seconds: each array element is a time_t value followed by a count of the number of leap seconds after that time. tzfile(5) says that eight bytes are used for each "transition time" and "leap second time"; but since the count of leap seconds is neither of those, is the count still just four bytes? (I'm thinking that I can't just have a two-dimensional array of int64_t, but rather need a one-dimensional array of struct { int64_t, int32_t }. Is that right?) Thanks, --Bill Seymour

2 1

Sumer Time Paraguay
by Juan Carlos YJ. Lin Sept. 9, 2015

Sept. 9, 2015

Paraguay will change to summer time 60+ on octuber 4, keeping valid the Decreto Nº 1264/2014 Juan Carlos Lin Unisoft S.A. +595-993-288330 --------------------------------------------------- "Antes de imprimir, recuérdese de su compromiso con el Medio Ambiente" "Aviso: Este mensaje es dirigido para su destinatario y contiene informaciones que no pueden ser usadas por otras personas que no sean su(s) destinatario(s). La retransmisión del contenido no está autorizada fuera del contexto de su envío y a quien corresponde. El uso no autorizado de la información en este mensaje se halla penado por las leyes vigentes en todo el mundo. Si ha recibido este mensaje por error, por favor bórrala y notifique al remitente en la brevedad posible. El contenido de este mensaje no es responsabilidad de la Empresa y debe ser atribuido siempre a su autor. Gracias."

2 1

question regarding 'timezone' variable
by Kees Dekker Sept. 2, 2015

Sept. 2, 2015

Hi, When USG_COMPAT is set, in localtime.c a long timezone (and int daylight) is declared. In strftime.c, also timezone is used, but no reference to 'extern long timezone' is define, neither do any of the provided header files. On most *NIX platforms, a system 'timezone' variable exists (see e.g. man tzset). My concerns are: a. The provided variable in localtime.c may conflict with the system one. b. The used variable in strftime.c may not related to the variable in localtime.c I think that compilers/linkers may complain about duplicate 'timezone' variables, or probably silently map the local timezone variable to the same one. Question: Is behavior intended? Or do I miss something? Regards, Kees

5 15

Fiji DST 2015/16
by Ken Rylander Sept. 2, 2015

Sept. 2, 2015

Hi Paul, Some changes to the Fiji DST 2015/16 were communicated to us. See attached order from Fiji Government. There is nothing yet on their website, http://www.fiji.gov.fj, so I can't provide a link yet. The attached order states: "the daylight saving period is 1 hour in advance of the standard time commencing at 2.00 am on Sunday 1st November, 2015 and ending at 3.00 am on Sunday 17th January, 2016." Fiji rules in tzdata2015f: Rule Fiji 2014 max - Nov Sun>=1 2:00 1:00 S Rule Fiji 2015 max - Jan Sun>=18 3:00 0 - I guess that means that the start of DST on Nov 1, will work fine. But the second rule need to be changed, so DST will on Jan 17, 2016. Regards, Ken Rylander | Solution Development and BI Manager - Digicel Pacific | Digicel (Fiji) Ltd | P.O.Box 13811, Suva, Fiji | Ground Floor, Kadavu House, Victoria Parade, Suva, Fiji | Mobile (679) 701 5353 | Fax (679) 334 3733 | ken.rylander(a)digicelgroup.com<mailto:ken.rylander@digicelgroup.com> | www.digicelpacific.com<http://www.digicelpacific.com/> ________________________________ Notice of Confidentiality: The information contained in this communication is intended solely for the use of the individual or entity to whom it is addressed and others authorized to receive it. It may contain confidential or legally privileged information. If you are not the intended recipient you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the contents of this information is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by responding to this email and then delete it from your system.

2 2

[PROPOSED PATCH] Fix localtime bug with Anchorage after 2037
by Paul Eggert Aug. 28, 2015

Aug. 28, 2015

* NEWS: Document this. * localtime.c (tzloadbody): Handle America/Anchorage after 2037, even though the sum of the abbreviations' sizes (42) plus the sum of the extended abbreviations' sizes (10) exceeds TZ_MAX_CHARS (50). Do this by reusing existing abbreviations. Thanks to Bradley White for reporting the bug. Perhaps we should also consider increasing TZ_MAX_CHARS from its currently-low value. --- NEWS | 8 +++++++ localtime.c | 71 +++++++++++++++++++++++++++++++++++++++---------------------- 2 files changed, 54 insertions(+), 25 deletions(-) diff --git a/NEWS b/NEWS index b477250..ffe3fb2 100644 --- a/NEWS +++ b/NEWS @@ -1,5 +1,13 @@ News for the tz database +Unreleased, experimental changes + + Changes affecting code + + localtime no longer mishandles America/Anchorage after 2037. + (Thanks to Bradley White for reporting the bug.) + + Release 2015f - 2015-08-10 18:06:56 -0700 Changes affecting future time stamps diff --git a/localtime.c b/localtime.c index ded8f7b..ac34e5d 100644 --- a/localtime.c +++ b/localtime.c @@ -569,31 +569,52 @@ tzloadbody(char const *name, struct state *sp, bool doextend, up->buf[nread - 1] = '\0'; if (tzparse(&up->buf[1], ts, false) - && ts->typecnt == 2 - && sp->charcnt + ts->charcnt <= TZ_MAX_CHARS) { - for (i = 0; i < 2; ++i) - ts->ttis[i].tt_abbrind += - sp->charcnt; - for (i = 0; i < ts->charcnt; ++i) - sp->chars[sp->charcnt++] = - ts->chars[i]; - i = 0; - while (i < ts->timecnt && - ts->ats[i] <= - sp->ats[sp->timecnt - 1]) - ++i; - while (i < ts->timecnt && - sp->timecnt < TZ_MAX_TIMES) { - sp->ats[sp->timecnt] = - ts->ats[i]; - sp->types[sp->timecnt] = - sp->typecnt + - ts->types[i]; - ++sp->timecnt; - ++i; - } - sp->ttis[sp->typecnt++] = ts->ttis[0]; - sp->ttis[sp->typecnt++] = ts->ttis[1]; + && ts->typecnt == 2) { + + /* Attempt to reuse existing abbreviations. + Without this, America/Anchorage would stop + working after 2037 when TZ_MAX_CHARS is 50, as + sp->charcnt equals 42 (for LMT CAT CAWT CAPT AHST + AHDT YST AKDT AKST) and ts->charcnt equals 10 + (for AKST AKDT). Reusing means sp->charcnt can + stay 42 in this example. */ + int gotabbr = 0; + int charcnt = sp->charcnt; + for (i = 0; i < 2; i++) { + char *tsabbr = ts->chars + ts->ttis[i].tt_abbrind; + int j; + for (j = 0; j < charcnt; j++) + if (strcmp(sp->chars + j, tsabbr) == 0) { + ts->ttis[i].tt_abbrind = j; + gotabbr++; + break; + } + if (! (j < charcnt)) { + int tsabbrlen = strlen(tsabbr); + if (j + tsabbrlen < TZ_MAX_CHARS) { + strcpy(sp->chars + j, tsabbr); + charcnt = j + tsabbrlen + 1; + ts->ttis[i].tt_abbrind = j; + gotabbr++; + } + } + } + if (gotabbr == 2) { + sp->charcnt = charcnt; + for (i = 0; i < ts->timecnt; i++) + if (sp->ats[sp->timecnt - 1] < ts->ats[i]) + break; + while (i < ts->timecnt + && sp->timecnt < TZ_MAX_TIMES) { + sp->ats[sp->timecnt] = ts->ats[i]; + sp->types[sp->timecnt] = (sp->typecnt + + ts->types[i]); + sp->timecnt++; + i++; + } + sp->ttis[sp->typecnt++] = ts->ttis[0]; + sp->ttis[sp->typecnt++] = ts->ttis[1]; + } } } if (sp->timecnt > 1) { -- 2.1.4

1 0

North Korea ultimatum deadline time confusion
by Paul Eggert Aug. 22, 2015

Aug. 22, 2015

North Korea has delivered a 48-hour ultimatum to the South Korean Defense Ministry, saying that it will respond militarily unless South Korea stops broadcasting propaganda via loudspeakers over the border. There seems to be some confusion about the ultimatum's exact deadline. Ju-Min Park and James Person of Reuters report that although the ultimatum is "uncharacteristically specific", the deadline is "around 5 p.m. (0800 GMT) on Saturday in Seoul". Could the time confusion be due to the recent time zone change in North Korea? Park JM, Pearson J. North Korea goes on war footing against South Korea as deadline looms. Reuters 2015-08-21 12:53 -0400. http://www.reuters.com/article/2015/08/21/us-northkorea-southkorea-border-i… $ date -u; TZ=Asia/Pyongyang date; TZ=Asia/Seoul date Fri Aug 21 17:12:37 UTC 2015 Sat Aug 22 01:42:37 KST 2015 Sat Aug 22 02:12:37 KST 2015

2 3

Time zone humor
by Matt Johnson Aug. 18, 2015

Aug. 18, 2015

For the art file http://www.maniacworld.com/time-zones-explained.html Enjoy!

3 4

tzfiles contain Unix epoch for the first transition time
by Eric Erhardt Aug. 15, 2015

Aug. 15, 2015

I am working on enabling the .NET TimeZoneInfo class to read time zone information from tzfiles. I've hit a snag with the latest tzdata 2015f. (I'm not sure when this change started, but the problem doesn't occur with the tzfiles that are shipped with an Ubuntu 14.04 distribution.) The problem is that the 2015f version of the tzdata contains an initial "Transition Time" that is out of order. The beginning of the America/Chicago tzfile looks like the following: Transition Time Transition Offset 01/01/1970 00:00:00 -05:50:36 11/18/1883 18:00:00 -06:00:00 03/31/1918 08:00:00 -05:00:00 DST 10/27/1918 07:00:00 -06:00:00 Notice the first entry is for 1970, and then the next entry is for 1883. This breaks the documentation in 'man tzfile': The above header is followed by tzh_timecnt four-byte values of type long, sorted in ascending order. These values are written in "standard" byte order. Each is used as a transition time (as returned by time(2)) at which the rules for computing local time change. This causes the TimeZoneInfo parsing code to throw an exception because it is assuming these transitions are sorted in ascending order. Is this an intentional change in the tzfiles? If so, will the tzfile man page be updated for this change? Eric Erhardt

8 18

[PROPOSED PATCH] Fix comments re NK transition time, abbreviation
by Paul Eggert Aug. 15, 2015

Aug. 15, 2015

* asia (Asia/Pyongyang): Confirm 00:00 as transition time. Fix commentary about abbreviation. --- asia | 11 ++++++----- 1 file changed, 6 insertions(+), 5 deletions(-) diff --git a/asia b/asia index 4f8756b..78eed56 100644 --- a/asia +++ b/asia @@ -1717,11 +1717,12 @@ Rule ROK 1987 1988 - Oct Sun>=8 3:00 0 S # the 8:30 time zone on August 15, one example: # http://www.bbc.com/news/world-asia-33815049 # -# From Paul Eggert (2015-08-07): -# No transition time is specified; assume 00:00. +# From Paul Eggert (2015-08-15): +# Bells rang out midnight (00:00) Friday as part of the celebrations. See: +# Talmadge E. North Korea celebrates new time zone, 'Pyongyang Time' +# http://news.yahoo.com/north-korea-celebrates-time-zone-pyongyang-time-16403… # There is no common English-language abbreviation for this time zone. -# Use %z rather than invent one. We can't assume %z works everywhere yet, -# so for now substitute its output manually. +# Use KST, as that's what we already use for 1954-1961 in ROK. # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Seoul 8:27:52 - LMT 1908 Apr 1 @@ -1735,7 +1736,7 @@ Zone Asia/Pyongyang 8:23:00 - LMT 1908 Apr 1 8:30 - KST 1912 Jan 1 9:00 - JCST 1937 Oct 1 9:00 - JST 1945 Aug 24 - 9:00 - KST 2015 Aug 15 + 9:00 - KST 2015 Aug 15 00:00 8:30 - KST ############################################################################### -- 2.1.4

1 0