- tz - lists.iana.org

Re: [tz] [IANA #985615] Sudan Time Zone change
by Mohammed Elsir Osman Alebeid Nov. 3, 2017

Nov. 3, 2017

Dear Eggert, This is Mohammed Elsir from Zain, the first mobile operator in Sudan. Actually our mobile network sends the correct time zone which is GMT+2 as seen in below trace. [cid:image015.png@01D353DB.A197A6D0] The thing is that some devices such as most of feature/legacy/old phones accept the sent time zone and change time correctly. But some Android device such as Samsung, Huawei, Lenovo and part of HTC reject the provided time zone and display the time zone based on lookup table inside the handset. Below is an example from Lenovo P2. [cid:image016.png@01D353DB.A197A6D0] Some Handset manufactures such as apple sent messages over the internet asking for handset restart to get the new time zone. Below is an examples. [cid:image003.png@01D353DD.1DA00320] I do appreciate your kind support to contact Android handset manufactures such as Samsung, Huawei and Lenovo asking them about 1. Why their handsets reject the network provided time zone. 2. How can they solve this issue? Should you need further discussion I am available on Skype @ mohammed_elsir_64 or WhatsApp @ +249912311500. Just let me know the appropriate time for you to discuss further. Thanks in advance for your kind support. Best Regards, Mohammed Elsir M.Sc., PMP,ITIL-SO From: Ahmed Ali Ahmed Ali Sent: Wednesday, November 01, 2017 8:18 PM To: Ahmed Ibrahim Ahmed Abdelkareem <Ahmed.AbdElkareem(a)sd.zain.com>; Mohammed Elsir Osman Alebeid <Mohammed.ElsirOsman(a)sd.zain.com>; Mugahed Bakri Mohammed Alhag <Mugahed.Bakri(a)sd.zain.com> Cc: Faisal El Muftah <Faisal.Nourelhuda(a)sd.zain.com>; Nizar Musa <Nizar.Musa(a)sd.zain.com>; Ali Boosh <Ali.Boosh(a)sd.zain.com>; Badr Eldin Abdalla Mohamed Nour <Badr.Nour(a)sd.zain.com> Subject: Fwd: [tz] [IANA #985615] Sudan Time Zone change Dears, Please check the below feedback from IANA Thanks, Sent from Samsung Mobile -------- Original message -------- From: ahmed.atyya(a)ntc.gov.sd<mailto:ahmed.atyya@ntc.gov.sd> Date:11/01/2017 20:19 (GMT+03:00) To: Faisal El Muftah , Ahmed Ali Ahmed Ali , Regulatory , Hiba Abbas Yousif Eltigani , Mohamed Gaafar Ibrahim Bashir Corporate Services - MTN - Sudan , Nafisa Mahmoud Karamalla Corporate Services - MTN - Sudan , Mohammed Abdelraheem Abdelmagid Elkhalifa , Munir Taha Elkabashi Hassan Elfaki Cc: abdelhafiz , Afaf Nijomi , yahia , mohamed elhaj Subject: Fwd: [tz] [IANA #985615] Sudan Time Zone change Dears Please find below email from IANA for your kind revision to find the way out; we will also discuss the proposal of Sudan Embassy regards Ahmed Atyya ----- Forwarded Message ----- From: "Paul Eggert" <eggert(a)cs.ucla.edu<mailto:eggert@cs.ucla.edu>> To: "ahmed atyya" <ahmed.atyya(a)ntc.gov.sd<mailto:ahmed.atyya@ntc.gov.sd>> Cc: "yahia" <yahia(a)ntc.gov.sd<mailto:yahia@ntc.gov.sd>>, "Matt Johnson" <mj1856(a)hotmail.com<mailto:mj1856@hotmail.com>>, "Time Zone Mailing List" <tz(a)iana.org<mailto:tz@iana.org>>, "itisalat" <itisalat(a)ntc.gov.sd<mailto:itisalat@ntc.gov.sd>>, "abdin" <abdin(a)ntc.gov.sd<mailto:abdin@ntc.gov.sd>>, "nadir" <nadir(a)ntc.gov.sd<mailto:nadir@ntc.gov.sd>>, "abdelhafiz" <abdelhafiz(a)ntc.gov.sd<mailto:abdelhafiz@ntc.gov.sd>> Sent: Wednesday, November 1, 2017 7:57:00 PM Subject: Re: [tz] [IANA #985615] Sudan Time Zone change On 11/01/2017 01:35 AM, ahmed.atyya(a)ntc.gov.sd<mailto:ahmed.atyya@ntc.gov.sd> wrote: > With respect to the topic, please be updated that the change was applied successfully, Apple > handsets did the update automatically but Android handsets didn’t. In what sense didn't they change? My Android phone's time zone menu has entries for Cairo, Harare, and Nairobi, but not for Khartoum. If it is a matter of the user's time zone settings, users need to change from (say) Nairobi time to Cairo time. On the other hand, if it is a matter of the time zone supplied from the cellular service company, then this is something for your local cell company to address. > We kindly request to communicate with Google in order to update Android OS with the changes > for the handsets take the time automatically. As I understand it, Google engineers monitor this mailing list and so already know about the time zone change. There is a gap between the time that Google releases software updates, and the time that phones actually change. For example, even though I have a Google Nexus 6P phone and live in the United States, my phone is well behind Google's release schedule: it upgraded over-the-air to Android 8.0 Oreo only last night, even though Oreo was released on August 21 *. Other manufacturers' Android phones are even slower to update. This underscores the importance of governments announcing time zone changes well in advance: we currently recommend one years' advance notice. When other countries have run into similar problems, they've had some luck by contacting the U.S. State Department and asking for its help in adjusting the priorities of commercial providers. I suggest that you contact the U.S. Deputy Chief of Mission in Sudan and ask for his advice for how to proceed. See: https://sd.usembassy.gov/our-relationship/dcm/ https://sd.usembassy.gov/embassy/khartoum/offices-departments/public-affair… From what you tell me, though, the problem is likely to involve the protocols used by your local cellular service providers (that is, the problem may not be in Android at all), so they'll need to be in contact with their suppliers too. [cid:image001.png@01D353B6.A6960840] Ahmed Ahmedali Market Power & Competition Advance Specialist Zain SD Al Mogran, Zain Building Al Ghaba Street P.O Box: 13588 Khartoum Sudan Mobile : +249912398071 Email : Ahmed.Ahmedali(a)sd.zain.com<mailto:Ahmed.Ahmedali@sd.zain.com> Web : www.zain.com<http://www.zain.com> [cid:image005.jpg@01D353DD.1DA00320]<https://twitter.com/ZainSudan> [cid:image007.jpg@01D353DD.1DA00320] <https://facebook.com/ZainSudan/?fref=ts> [cid:image009.jpg@01D353DD.1DA00320] <https://plus.google.com/110542740934974723351> [cid:image011.jpg@01D353DD.1DA00320] <https://instagram.com/zainsudan/> [cid:image013.jpg@01D353DD.1DA00320] <https://linkedin.com/company/3224878?trk=tyah&trkInfo=clickedVertical%3Acom…> [cid:image023.png@01D353DD.1DA00320] <https://youtube.com/user/ZainSudanTV> [cid:image014.png@01D353B6.A6960840] [cid:image2acf2f.BMP@a4b5ec2d.4c95cc79] Mohammed Elsir Osman CT Infrastructure Operation Team Leader Zain SD Al Mogran, Zain Building Al Ghaba Street P.O Box: 13588 Khartoum Sudan Mobile : ++249912311500 Office : +24990001-3256 Email : Mohammed.ElsirOsman(a)sd.zain.com Web : www.zain.com [cid:image1d8d7d.PNG@e9fa88a4.43aeded8]<https://twitter.com/ZainSudan> [cid:imaged5af34.PNG@146f7ddf.4e95af19] <https://facebook.com/ZainSudan/?fref=ts> [cid:image95f784.PNG@eb17dd26.4eb485d3] <https://plus.google.com/110542740934974723351> [cid:imageb1c854.JPG@2f1af4fa.4680f52e] <https://instagram.com/zainsudan/> [cid:imagead7fe1.PNG@0e87976d.42b9ff22] <https://linkedin.com/company/3224878?trk=tyah&trkInfo=clickedVertical%3Acom…> [cid:image108d42.PNG@d8c0b630.439783e1] <https://youtube.com/user/ZainSudanTV> [cid:image400fba.PNG@9f5f39e1.45ab1906]

4 3

Regarding changes of time format the Philippines
by Arati Nov. 3, 2017

Nov. 3, 2017

Hi , We are using tzdb for all our customers. With latest update of tzdb to 2017a, one of the customer came back with issue in time format display in logs. The timezone for this Customer is Asia/Manila i.e. Philippines. Before use on 2017a tzdb , the time displayed is as follows 2017-10-31 16:47:33.930 +0800 After using 2017a tzdb time displayed as 2017-10-31 08:48:38.056 +0000 We observed the same issue using perl DateTime module too. We could see that the time format for this zone is changed from PH%sT to +08/+09. This change is there only in asia file.(Note reverting back this change and recompiling tzdb resolves the issue) We are looking for a solution for this. We are not clear whether some dependent library needs to be upgraded , or it is a bug in tzdb. Kindly address the query and help to resolve the issue. Thanks & Regards, Arati =========================================================== Learn how to protect users, data, and applications with security engineered for the public cloud by Barracuda. http://barracuda.com DISCLAIMER: This e-mail and any attachments to it contain confidential and proprietary material of Barracuda, its affiliates or agents, and is solely for the use of the intended recipient. Any review, use, disclosure, distribution or copying of this transmittal is prohibited except by or on behalf of the intended recipient. If you have received this transmittal in error, please notify the sender and destroy this e-mail and any attachments and all copies, whether electronic or printed. ===========================================================

4 7

Re: [tz] [IANA #985615] Sudan Time Zone change
by Zhouyuxiang Nov. 3, 2017

Nov. 3, 2017

Dears, I'm not that sure. But I guess this is same problem as mine([time zone problem about 2017c] (Zefram)). This just happen in Android system now. Because the tzcode2017c.tar.gz has one error. external\icu\tools\update-tzdata.py Android use this script to update the tz data from IANA via internet. But africa file and backzone file have a duplicated data that made the update script error: # South Sudan Zone Africa/Juba 2:06:24 - LMT 1931 2:00 Sudan CA%sT 2000 Jan 15 12:00 3:00 - EAT So android device could not update the time zone data normally. I deleted one in backzone, then it worked in local. And Zefram told me "No one noticed in advance of release because few people use 'backzone'". So I infer that the old phone and ios system will not use backzone data, so they could update normally. I think you have two way to solve this problem. 1.Wait IANA modify the "backzone" data, so the internet updating could work. 2.Let Android device Manufacturers do this update themselves: a. Delete the duplicated data as I did. b. Modify the update-tzdata.py to update time zone data without internet. ---------------------------------------------------------------------- Message: 1 Date: Thu, 2 Nov 2017 11:19:09 +0000 From: Mohammed Elsir Osman Alebeid <Mohammed.ElsirOsman(a)sd.zain.com> To: "eggert(a)cs.ucla.edu" <eggert(a)cs.ucla.edu> Cc: Ali Boosh <Ali.Boosh(a)sd.zain.com>, "itisalat(a)ntc.gov.sd" <itisalat(a)ntc.gov.sd>, "abdin(a)ntc.gov.sd" <abdin(a)ntc.gov.sd>, "nadir(a)ntc.gov.sd" <nadir(a)ntc.gov.sd>, "tz(a)iana.org" <tz(a)iana.org>, Nizar Musa <Nizar.Musa(a)sd.zain.com>, "abdelhafiz(a)ntc.gov.sd" <abdelhafiz(a)ntc.gov.sd>, Ahmed Ali Ahmed Ali <Ahmed.Ahmedali(a)sd.zain.com>, "yahia(a)ntc.gov.sd" <yahia(a)ntc.gov.sd>, Mugahed Bakri Mohammed Alhag <Mugahed.Bakri(a)sd.zain.com>, Ahmed Ibrahim Ahmed Abdelkareem <Ahmed.AbdElkareem(a)sd.zain.com>, Badr Eldin Abdalla Mohamed Nour <Badr.Nour(a)sd.zain.com>, Faisal El Muftah <Faisal.Nourelhuda(a)sd.zain.com> Subject: Re: [tz] [IANA #985615] Sudan Time Zone change Message-ID: <BE1CCE5C566B134083665B1FF5684AE58BCDD6E4(a)sr-ark-mbxb.sd.zain.com> Content-Type: text/plain; charset="utf-8" Dear Eggert, This is Mohammed Elsir from Zain, the first mobile operator in Sudan. Actually our mobile network sends the correct time zone which is GMT+2 as seen in below trace. [cid:image015.png@01D353DB.A197A6D0] The thing is that some devices such as most of feature/legacy/old phones accept the sent time zone and change time correctly. But some Android device such as Samsung, Huawei, Lenovo and part of HTC reject the provided time zone and display the time zone based on lookup table inside the handset. Below is an example from Lenovo P2. [cid:image016.png@01D353DB.A197A6D0] Some Handset manufactures such as apple sent messages over the internet asking for handset restart to get the new time zone. Below is an examples. [cid:image003.png@01D353DD.1DA00320] I do appreciate your kind support to contact Android handset manufactures such as Samsung, Huawei and Lenovo asking them about 1. Why their handsets reject the network provided time zone. 2. How can they solve this issue? Should you need further discussion I am available on Skype @ mohammed_elsir_64 or WhatsApp @ +249912311500. Just let me know the appropriate time for you to discuss further. Thanks in advance for your kind support. Best Regards, Mohammed Elsir M.Sc., PMP,ITIL-SO From: Ahmed Ali Ahmed Ali Sent: Wednesday, November 01, 2017 8:18 PM To: Ahmed Ibrahim Ahmed Abdelkareem <Ahmed.AbdElkareem(a)sd.zain.com>; Mohammed Elsir Osman Alebeid <Mohammed.ElsirOsman(a)sd.zain.com>; Mugahed Bakri Mohammed Alhag <Mugahed.Bakri(a)sd.zain.com> Cc: Faisal El Muftah <Faisal.Nourelhuda(a)sd.zain.com>; Nizar Musa <Nizar.Musa(a)sd.zain.com>; Ali Boosh <Ali.Boosh(a)sd.zain.com>; Badr Eldin Abdalla Mohamed Nour <Badr.Nour(a)sd.zain.com> Subject: Fwd: [tz] [IANA #985615] Sudan Time Zone change Dears, Please check the below feedback from IANA Thanks, Sent from Samsung Mobile -------- Original message -------- From: ahmed.atyya(a)ntc.gov.sd<mailto:ahmed.atyya@ntc.gov.sd> Date:11/01/2017 20:19 (GMT+03:00) To: Faisal El Muftah , Ahmed Ali Ahmed Ali , Regulatory , Hiba Abbas Yousif Eltigani , Mohamed Gaafar Ibrahim Bashir Corporate Services - MTN - Sudan , Nafisa Mahmoud Karamalla Corporate Services - MTN - Sudan , Mohammed Abdelraheem Abdelmagid Elkhalifa , Munir Taha Elkabashi Hassan Elfaki Cc: abdelhafiz , Afaf Nijomi , yahia , mohamed elhaj Subject: Fwd: [tz] [IANA #985615] Sudan Time Zone change Dears Please find below email from IANA for your kind revision to find the way out; we will also discuss the proposal of Sudan Embassy regards Ahmed Atyya ----- Forwarded Message ----- From: "Paul Eggert" <eggert(a)cs.ucla.edu<mailto:eggert@cs.ucla.edu>> To: "ahmed atyya" <ahmed.atyya(a)ntc.gov.sd<mailto:ahmed.atyya@ntc.gov.sd>> Cc: "yahia" <yahia(a)ntc.gov.sd<mailto:yahia@ntc.gov.sd>>, "Matt Johnson" <mj1856(a)hotmail.com<mailto:mj1856@hotmail.com>>, "Time Zone Mailing List" <tz(a)iana.org<mailto:tz@iana.org>>, "itisalat" <itisalat(a)ntc.gov.sd<mailto:itisalat@ntc.gov.sd>>, "abdin" <abdin(a)ntc.gov.sd<mailto:abdin@ntc.gov.sd>>, "nadir" <nadir(a)ntc.gov.sd<mailto:nadir@ntc.gov.sd>>, "abdelhafiz" <abdelhafiz(a)ntc.gov.sd<mailto:abdelhafiz@ntc.gov.sd>> Sent: Wednesday, November 1, 2017 7:57:00 PM Subject: Re: [tz] [IANA #985615] Sudan Time Zone change On 11/01/2017 01:35 AM, ahmed.atyya(a)ntc.gov.sd<mailto:ahmed.atyya@ntc.gov.sd> wrote: > With respect to the topic, please be updated that the change was > applied successfully, Apple handsets did the update automatically but Android handsets didn?t. In what sense didn't they change? My Android phone's time zone menu has entries for Cairo, Harare, and Nairobi, but not for Khartoum. If it is a matter of the user's time zone settings, users need to change from (say) Nairobi time to Cairo time. On the other hand, if it is a matter of the time zone supplied from the cellular service company, then this is something for your local cell company to address. > We kindly request to communicate with Google in order to update > Android OS with the changes for the handsets take the time automatically. As I understand it, Google engineers monitor this mailing list and so already know about the time zone change. There is a gap between the time that Google releases software updates, and the time that phones actually change. For example, even though I have a Google Nexus 6P phone and live in the United States, my phone is well behind Google's release schedule: it upgraded over-the-air to Android 8.0 Oreo only last night, even though Oreo was released on August 21 *. Other manufacturers' Android phones are even slower to update. This underscores the importance of governments announcing time zone changes well in advance: we currently recommend one years' advance notice. When other countries have run into similar problems, they've had some luck by contacting the U.S. State Department and asking for its help in adjusting the priorities of commercial providers. I suggest that you contact the U.S. Deputy Chief of Mission in Sudan and ask for his advice for how to proceed. See: https://sd.usembassy.gov/our-relationship/dcm/ https://sd.usembassy.gov/embassy/khartoum/offices-departments/public-affair… From what you tell me, though, the problem is likely to involve the protocols used by your local cellular service providers (that is, the problem may not be in Android at all), so they'll need to be in contact with their suppliers too. [cid:image001.png@01D353B6.A6960840] Ahmed Ahmedali Market Power & Competition Advance Specialist Zain SD Al Mogran, Zain Building Al Ghaba Street P.O Box: 13588 Khartoum Sudan Mobile : +249912398071 Email : Ahmed.Ahmedali(a)sd.zain.com<mailto:Ahmed.Ahmedali@sd.zain.com> Web : www.zain.com<http://www.zain.com> [cid:image005.jpg@01D353DD.1DA00320]<https://twitter.com/ZainSudan> [cid:image007.jpg@01D353DD.1DA00320] <https://facebook.com/ZainSudan/?fref=ts> [cid:image009.jpg@01D353DD.1DA00320] <https://plus.google.com/110542740934974723351> [cid:image011.jpg@01D353DD.1DA00320] <https://instagram.com/zainsudan/> [cid:image013.jpg@01D353DD.1DA00320] <https://linkedin.com/company/3224878?trk=tyah&trkInfo=clickedVertical%3Acom…> [cid:image023.png@01D353DD.1DA00320] <https://youtube.com/user/ZainSudanTV> [cid:image014.png@01D353B6.A6960840] [cid:image2acf2f.BMP@a4b5ec2d.4c95cc79] Mohammed Elsir Osman CT Infrastructure Operation Team Leader Zain SD Al Mogran, Zain Building Al Ghaba Street P.O Box: 13588 Khartoum Sudan Mobile : ++249912311500 Office : +24990001-3256 Email : Mohammed.ElsirOsman(a)sd.zain.com Web : www.zain.com [cid:image1d8d7d.PNG@e9fa88a4.43aeded8]<https://twitter.com/ZainSudan> [cid:imaged5af34.PNG@146f7ddf.4e95af19] <https://facebook.com/ZainSudan/?fref=ts> [cid:image95f784.PNG@eb17dd26.4eb485d3] <https://plus.google.com/110542740934974723351> [cid:imageb1c854.JPG@2f1af4fa.4680f52e] <https://instagram.com/zainsudan/> [cid:imagead7fe1.PNG@0e87976d.42b9ff22] <https://linkedin.com/company/3224878?trk=tyah&trkInfo=clickedVertical%3Acom…> [cid:image108d42.PNG@d8c0b630.439783e1] <https://youtube.com/user/ZainSudanTV> [cid:image400fba.PNG@9f5f39e1.45ab1906]

1 0

Ulaanbaatar Time Zone Correction
by Brian M. Vibert Nov. 2, 2017

Nov. 2, 2017

Hello, Looking into the asia file, I see a listing comment for # From Ganbold Tsagaankhuu (2017-02-09): # Mongolian Government meeting has concluded today to cancel daylight # saving time adoption in Mongolia. Source: http://zasag.mn/news/view/16192 Which is correct, however, it appears that the change has not been propagated to the Zone as seen here # Ulaanbaatar, a.k.a. Ulan Bataar, Ulan Bator, Urga Zone Asia/Ulaanbaatar 7:07:32 - LMT 1905 Aug 7:00 - +07 1978 8:00 Mongol +08/+09 It should just be 8:00 across the board at all times. -- *Brian M. Vibert | L3 Technical Support Engineer* *e: **bvibert(a)instructure.com <bvibert(a)instructure.com>* *c: 801.913.4236| **instructure.com* <http://www.instructure.com/> <https://www.instructure.com/>

2 1

[time zone problem about 2017c]
by Zhouyuxiang Nov. 2, 2017

Nov. 2, 2017

Dear all: Hello. I'm a user of time zone data in IANA. Lately I found a problem when I used it in Android O system. external\icu\tools\update-tzdata.py I used the tool in the below path to deal with the data tzcode2017c.tar.gz<https://www.iana.org/time-zones/repository/releases/tzcode2017c.tar.gz>. Then the error occurred. Finally I found the way to solve it. It seemed that africa file and backzone file have a duplicated data: # South Sudan Zone Africa/Juba 2:06:24 - LMT 1931 2:00 Sudan CA%sT 2000 Jan 15 12:00 3:00 - EAT I deleted one in backzone, then it worked. Now I'm wondering if this is mistake. And what are the influences?

2 1

Data loss on FTP Server
by Nathan Winters Nov. 1, 2017

Nov. 1, 2017

Hello, I've been using the FTP server to access Timezone Info for a while now and it seems the directory I was using (/tz/data) has lost all of its files. Additionally, I'm unable to view the data for the most recent release ( tzdb-2017c/ <ftp://ftp.iana.org/tz/tzdb-2017c/>). Has anything changed recently? Thanks, Nate

13 24

[PROPOSED] Guess that Tonga has canceled DST
by Paul Eggert Nov. 1, 2017

Nov. 1, 2017

(Thanks to David Wade.) * NEWS, australasia (Tonga): Guess DST has been canceled. --- NEWS | 6 ++++++ australasia | 14 ++++++++++++-- 2 files changed, 18 insertions(+), 2 deletions(-) diff --git a/NEWS b/NEWS index 4e98ef7..28b46b8 100644 --- a/NEWS +++ b/NEWS @@ -7,6 +7,7 @@ Unreleased, experimental changes Fiji ends DST 2018-01-14, not 2018-01-21. Namibia switches from +01/+02 to +02 on 2018-04-01. Sudan switches from +03 to +02 on 2017-11-01. + Tonga likely switches from +13/+14 to +13 on 2017-11-05. Turks & Caicos switches from -04 to -05/-04 on 2018-11-04. A new file tzdata.zi now holds a small text copy of all data. The zic input format has been regularized slightly. @@ -28,6 +29,11 @@ Unreleased, experimental changes Atyya and Yahia Abdalla.) South Sudan is not switching, so Africa/Juba is no longer a link to Africa/Khartoum. + Tonga has likely ended its experiment with DST, and will not + adjust its clocks on 2017-11-05. Although Tonga has not announced + whether it will continue to observe DST, the IATA is assuming that + it will not. (Thanks to David Wade.) + Turks & Caicos will switch from -04 all year to -05 with US DST on 2018-03-11 at 03:00. This affects UT offsets starting 2018-11-04 at 02:00. (Thanks to Steffen Thorsen.) diff --git a/australasia b/australasia index ae2cd72..5f7c86d 100644 --- a/australasia +++ b/australasia @@ -704,8 +704,8 @@ Rule Tonga 1999 only - Oct 7 2:00s 1:00 S Rule Tonga 2000 only - Mar 19 2:00s 0 - Rule Tonga 2000 2001 - Nov Sun>=1 2:00 1:00 S Rule Tonga 2001 2002 - Jan lastSun 2:00 0 - -Rule Tonga 2016 max - Nov Sun>=1 2:00 1:00 S -Rule Tonga 2017 max - Jan Sun>=15 3:00 0 - +Rule Tonga 2016 only - Nov Sun>=1 2:00 1:00 S +Rule Tonga 2017 only - Jan Sun>=15 3:00 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Pacific/Tongatapu 12:19:20 - LMT 1901 12:20 - +1220 1941 @@ -1626,6 +1626,7 @@ Zone Pacific/Wallis 12:15:20 - LMT 1901 # day in 2011. Assume also that the Samoas follow the US and New # Zealand's "ST"/"DT" style of daylight-saving abbreviations. + # Tonga # From Paul Eggert (1996-01-22): @@ -1720,6 +1721,15 @@ Zone Pacific/Wallis 12:15:20 - LMT 1901 # Assume Tonga will observe DST from the first Sunday in November at 02:00 # through the third Sunday in January at 03:00, like Fiji, for now. +# From David Wade (2017-10-18): +# In August government was disolved by the King. The current prime minister +# continued in office in care taker mode. It is easy to see that few +# decisions will be made until elections 16th November. +# +# From Paul Eggert (2017-10-18): +# For now, guess that DST is discontinued. That's what the IATA is guessing. + + # Wake # From Vernice Anderson, Personal Secretary to Philip Jessup, -- 2.13.6

4 3

The misaligned borders of South Australia
by Gilmore Davidson Nov. 1, 2017

Nov. 1, 2017

An interesting piece of trivia/history popped up in the news today. The borders of South Australia (and hence the boundaries of some Australian time zones) look like straight lines on most maps, but have some kinks in them. Most notably for this mailing list, part of the eastern border is misaligned due to an incorrect timekeeping reference from GMT. http://www.abc.net.au/news/2017-11-01/why-south-australias-borders-are-anyt… <http://www.abc.net.au/news/2017-11-01/why-south-australias-borders-are-anyt…> > It was meant to run along the 141st meridian line of longitude. > But longitude is measured with time references to Greenwich Mean Time — and watches were not that great in the 1800s. > The result was a 3.6-kilometre gap where the borders were meant to have met. > > "Fundamentally the difference came down to a discrepancy that the nation had at the time," Mr Burdett said. > "The longitude that had been determined for Fort Macquarie [Australia's reference point] was out by two minutes. > "Hence ours was out by two minutes and the discrepancy ended up in that border." Cheers, Gil

1 0

Turks & Caicos to resume DST; details unclear
by Paul Eggert Oct. 31, 2017

Oct. 31, 2017

According to an article published in the Bahamas website Magnetic Media, the cabinet of Turks & Caicos decided on Thursday to resume the practice of daylight saving time starting in 2018. The article does not give enough details to update the database (it confuses summer with winter time, among other things). My guess is that Turks & Caicos will revert to its pre-2015 practice of staying in sync with New York, which means that tzdb's predictions for its UTC offsets will become wrong in November 2018, and the abbreviations and tm_isdst flag will become wrong some time between March and November 2018 (although the article implies April, this could well be an error). When the cabinet and/or the Turks & Caicos Weekly News get around to publishing the details of the decision, we should be able to update tzdb to reflect this change with some accuracy. Gordon Z. PDM to reinstate Daylight Savings Time. Magnetic Media 2017-07-20. http://magneticmediatv.com/2017/07/pdm-to-reinstate-daylight-savings-time/ ("PDM" is the People's Democratic Movement.)

4 4

A bill to move Polish time (Europe/Warsaw) permanently to UTC+2
by Sergiusz Wolicki Oct. 29, 2017

Oct. 29, 2017

An internal committee of the Polish parlament (Sejm) has unanimously voted in favor of a bill to stop DST changes and to introduce permanent Central European Summer Time (GMT+2). The law would come in force in autumn 2018. The bill still needs to be voted by Sejm, then Senat (upper house), and then must be signed by the President, so it is far from being the actual law. The bill is not considered conflicting with EU regulations, which only require DST changes to be synchronized across EU but do not actually mandate the use of DST. Reference in Polish: http://wiadomosci.gazeta.pl/wiadomosci/7,114883,22499682,nie-bedziemy-przes… The website <http://sejm.gov.pl/Sejm8.nsf/PrzebiegProc.xsp?nr=1852> of the Sejm has not yet been updated with the result of the voting. Thanks, Sergiusz

7 7

Bug in Latest Release of TZ Database ie 2017c
by Sahil Sethi Oct. 28, 2017

Oct. 28, 2017

Hi Team As decided by Sudan Government to change time zone from GMT+3 to GMT+2, we were testing TZ update from 2017b --> 2017c and we encountered the following error : Linux TZ version : 2017b --> 2017c ... Failed | "backzone", line 149: duplicate zone name Africa/Juba (file "africa", line 1107) | "backzone", line 150: input line of unknown type | "backzone", line 151: input line of unknown type On little debugging we found that in former version there was a link between Africa/Khartoum & Africa/Juba zones in africa file and Africa/Juba zone entry existed in "backzone" file but in later version same zone entry of Africa/Juba exists in both files ie "africa" & "backzone", causing trouble. Looking forward for an acknowledgement. Regards Sahil Sethi Sr Software Engineer GlogbalLogic, India

2 1

2017c zdump outputs "No such file or directory"
by 大山俊成 Oct. 27, 2017

Oct. 27, 2017

Hi, Previously, I tryed 2017b like the following. make TOPDIR=$HOME/tzdir install $HOME/tzdir/etc/zdump -v America/Los_Angeles It works good . Now I tryed 2017c as the same way. make TOPDIR=$HOME/tzdir install $HOME/tzdir/etc/zdump -v America/Los_Angeles But , zdump outputs "America/Los_Angeles: No such file or Directory" Something wrong with me?

3 7

why do Africa/Juba and backzone/Africa/Juba differ?
by Michael Deckers Oct. 24, 2017

Oct. 24, 2017

Puzzles me in 2017c: Africa/Juba and backzone/Africa/Juba differ in their astronomical longitudes: in zone1970.tab: SS +0451+03137 Africa/Juba in zone.tab: SS +0451+03136 Africa/Juba and (correspondingly) in the local mean time used before the switch to zone time in 1931: in africa: Zone Africa/Juba 2:06:28 - LMT 1931 in backzone: Zone Africa/Juba 2:06:24 - LMT 1931 Why? And do we need the backzone entry at all? Michael Deckers. --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus

2 1

Anyone else having snprintf issues with 2017c?
by Jon Skeet Oct. 24, 2017

Oct. 24, 2017

The tzvalidate <https://github.com/nodatime/tzvalidate> travis build is failing, with both clang and gcc, with this error: zdump.c:803:1: error: static declaration of ‘snprintf’ follows non-static declaration snprintf(char *s, size_t size, char const *format, ...) ^ make: *** [zdump.o] Error 1 It's building fine for me locally, so I'm not quite sure what's wrong. We're currently building on trusty - I may try another distro... The snprintf changes were introduced on June 13th <https://github.com/eggert/tz/commit/399180580f65bcad63cf996997068366cadaf53…>. It's been too long since I've done a lot of C to easily work out what's going on. I'll investigate further myself tomorrow, but I thought I'd just see if anyone else had seen this before then. Jon

7 9

installargs loses part of backward
by Zefram Oct. 23, 2017

Oct. 23, 2017

New in the 2017c release, there's a bug in how INSTALLARGS in the Makefile passes the BACKWARD variable down to an inferior make process. Because the definition of INSTALLARGS doesn't put quotes around the value part of BACKWARD, and because BACKWARD is actually (by default) a space-separated list of two files, the inferior make only gets the first file in its BACKWARD value, treating the second file as something to ensure is up to date (which of course it already is). So the inferior make omits one of the BACKWARD files (pacificnew) from whatever it does. The practical effect of this is that when building the binary zone files by, for example, "make posix_only", without having previously done "make tzdata.zi", the US/Pacific-New link is omitted. It's missing from the directory of binary outputs, and missing from the tzdata.zi file that is created as a side effect of building them (thus affecting anything that later tries to use tzdata.zi). That's the only zone name affected, because it's the only zone name defined in the lost source file. If "make tzdata.zi" is done first then that will create a correct tzdata.zi, and subsequent building of the binary zone files will then include the link. This was spotted by my automation, which sanity checks the directory of generated binary zone files against a list of zone names that it extracts from the source files. I think this a sensible check, and that it ought to pass. The fix is that the definition of INSTALLARGS should quote $(BACKWARD), the same way it quotes $(PACKRATDATA). Or perhaps it should not set BACKWARD at all, just like it doesn't set YDATA et al. (But perhaps it should *also* set YDATA et al.) -zefram

3 4

[tz-announce] 2017c release of tz code and data available
by Paul Eggert Oct. 23, 2017

Oct. 23, 2017

The 2017c 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: Briefly: Northern Cyprus switches from +03 to +02/+03 on 2017-10-29. Fiji ends DST 2018-01-14, not 2018-01-21. Namibia switches from +01/+02 to +02 on 2018-04-01. Sudan switches from +03 to +02 on 2017-11-01. Tonga likely switches from +13/+14 to +13 on 2017-11-05. Turks & Caicos switches from -04 to -05/-04 on 2018-11-04. A new file tzdata.zi now holds a small text copy of all data. The zic input format has been regularized slightly. Changes to future time stamps Northern Cyprus has decided to resume EU rules starting 2017-10-29, thus reinstituting winter time. Fiji ends DST 2018-01-14 instead of the 2018-01-21 previously predicted. (Thanks to Dominic Fok.) Adjust future predictions accordingly. Namibia will switch from +01 with DST to +02 all year on 2017-09-03 at 02:00. This affects UT offsets starting 2018-04-01 at 02:00. (Thanks to Steffen Thorsen.) Sudan will switch from +03 to +02 on 2017-11-01. (Thanks to Ahmed Atyya and Yahia Abdalla.) South Sudan is not switching, so Africa/Juba is no longer a link to Africa/Khartoum. Tonga has likely ended its experiment with DST, and will not adjust its clocks on 2017-11-05. Although Tonga has not announced whether it will continue to observe DST, the IATA is assuming that it will not. (Thanks to David Wade.) Turks & Caicos will switch from -04 all year to -05 with US DST on 2018-03-11 at 03:00. This affects UT offsets starting 2018-11-04 at 02:00. (Thanks to Steffen Thorsen.) Changes to past time stamps Namibia switched from +02 to +01 on 1994-03-21, not 1994-04-03. (Thanks to Arthur David Olson.) Detroit did not observe DST in 1967. Use railway time for Asia/Kolkata before 1941, by switching to Madras local time (UT +052110) in 1870, then to IST (UT +0530) in 1906. Also, treat 1941-2's +0630 as DST, like 1942-5. Europe/Dublin's 1946 and 1947 fallback transitions occurred at 02:00 standard time, not 02:00 DST. (Thanks to Michael Deckers.) Pacific/Apia and Pacific/Pago_Pago switched from Antipodean to American time in 1892, not 1879. (Thanks to Michael Deckers.) Adjust the 1867 transition in Alaska to better reflect the historical record, by changing it to occur on 1867-10-18 at 15:30 Sitka time rather than at the start of 1867-10-17 local time. Although strictly speaking this is accurate only for Sitka, the rest of Alaska's blanks need to be filled in somehow. Fix off-by-one errors in UT offsets for Adak and Nome before 1867. (Thanks to Michael Deckers.) Add 7 s to the UT offset in Asia/Yangon before 1920. Changes to zone names Remove Canada/East-Saskatchewan from the 'backward' file, as it exceeded the 14-character limit and was an unused misnomer anyway. Changes to build procedure To support applications that prefer to read time zone data in text form, two zic input files tzdata.zi and leapseconds are now installed by default. The commands 'zic tzdata.zi' and 'zic -L leapseconds tzdata.zi' can reproduce the tzdata binary files without and with leap seconds, respectively. To prevent these two new files from being installed, use 'make TZDATA_TEXT=', and to suppress leap seconds from the tzdata text installation, use 'make TZDATA_TEXT=tzdata.zi'. 'make BACKWARD=' now suppresses backward-compatibility names like 'US/Pacific' that are defined in the 'backward' and 'pacificnew' files. 'make check' now works on systems that lack a UTF-8 locale, or that lack the nsgmls program. Set UTF8_LOCALE to configure the name of a UTF-8 locale, if you have one. Y2K runtime checks are no longer enabled by default. Add -DDEPRECATE_TWO_DIGIT_YEARS to CFLAGS to enable them, instead of adding -DNO_RUN_TIME_WARNINGS_ABOUT_YEAR_2000_PROBLEMS_THANK_YOU to disable them. (New name suggested by Brian Inglis.) The build procedure for zdump now works on AIX 7.1. (Problem reported by Kees Dekker.) Changes to code zic and the reference runtime now reject multiple leap seconds within 28 days of each other, or leap seconds before the Epoch. As a result, support for double leap seconds, which was obsolescent and undocumented, has been removed. Double leap seconds were an error in the C89 standard; they have never existed in civil timekeeping. (Thanks to Robert Elz and Bradley White for noticing glitches in the code that uncovered this problem.) zic now warns about use of the obsolescent and undocumented -y option, and about use of the obsolescent TYPE field of Rule lines. zic now allows unambiguous abbreviations like "Sa" and "Su" for weekdays; formerly it rejected them due to a bug. Conversely, zic no longer considers non-prefixes to be abbreviations; for example, it no longer accepts "lF" as an abbreviation for "lastFriday". Also, zic warns about the undocumented usage with a "last-" prefix, e.g., "last-Fri". Similarly, zic now accepts the unambiguous abbreviation "L" for "Link" in ordinary context and for "Leap" in leap-second context. Conversely, zic no longer accepts non-prefixes such as "La" as abbreviations for words like "Leap". zic no longer accepts leap second lines in ordinary input, or ordinary lines in leap second input. Formerly, zic sometimes warned about this undocumented usage and handled it incorrectly. The new macro HAVE_TZNAME governs whether the tzname external variable is exported, instead of USG_COMPAT. USG_COMPAT now governs only the external variables "timezone" and "daylight". This change is needed because the three variables are not in the same category: although POSIX requires tzname, it specifies the other two variables as optional. Also, USG_COMPAT is now 1 or 0: if not defined, the code attempts to guess it from other macros. localtime.c and difftime.c no longer require stdio.h, and .c files other than zic.c no longer require sys/wait.h. zdump.c no longer assumes snprintf. (Reported by Jonathan Leffler.) Calculation of time_t extrema works around a bug in GCC 4.8.4 (Reported by Stan Shebs and Joseph Myers.) zic.c no longer mistranslates formats of line numbers in non-English locales. (Problem reported by Benno Schulenberg.) Several minor changes have been made to the code to make it a bit easier to port to MS-Windows and Solaris. (Thanks to Kees Dekker for reporting the problems.) Changes to documentation and commentary The two new files 'theory.html' and 'calendars' contain the contents of the removed file 'Theory'. The goal is to document tzdb theory more accessibly. The zic man page now documents abbreviation rules. tz-link.htm now covers how to apply tzdata changes to clients. (Thanks to Jorge Fábregas for the AIX link.) It also mentions MySQL. The leap-seconds.list URL has been updated to something that is more reliable for tzdb. (Thanks to Tim Parenti and Brian Inglis.) Here are links to the release files: https://www.iana.org/time-zones/repository/releases/tzcode2017c.tar.gz https://www.iana.org/time-zones/repository/releases/tzdata2017c.tar.gz https://www.iana.org/time-zones/repository/releases/tzdb-2017c.tar.lz As usual, links to the latest release files are here: https://www.iana.org/time-zones/repository/tzcode-latest.tar.gz https://www.iana.org/time-zones/repository/tzdata-latest.tar.gz https://www.iana.org/time-zones/repository/tzdb-latest.tar.lz Links are also available via plain HTTP, and via FTP from ftp://ftp.iana.org/tz/releases with the same basenames as above. Each release file has a GPG signature, which can be retrieved by appending ".asc" to the above URLs. Copies of these signatures are appended to this message. This release corresponds to commit 812e509d5a30657f8e99ec51cedac7d4229ed784 dated 2017-10-20 14:49:34 -0700 and tagged '2017c' in the development GitHub repository at <https://github.com/eggert/tz>. Here are the SHA-512 checksums for the release files: 0d8c3e07b0de9015a137602450468ceb6358312a50eeda2a860882367107b8ba9ef275880b292570a671b9910afc54e6209e1e642387d246bc9c08c4ff660ffb tzcode2017c.tar.gz feb5c544e617b30c73a397e5a1c51f9847d0fddf1dfa0f9ace2e6f686786f09b666937b2048e07075c84593fc584bd5a25d639fce70eca9735267df28621ab4c tzdata2017c.tar.gz f877cd48bde0e342b9f71490befd7890682c87e9f542480b2e412b3ae08bd284516a3015588222c1fad8e3ec40a0428986404c3b660d7c88da92c1a2b6af10b4 tzdb-2017c.tar.lz Here are the GPG checksums for the release files: -----BEGIN PGP SIGNATURE----- iQIcBAABAgAGBQJZ6nFEAAoJEO2X6Q5iqn40JnoP/i8JCoxp5Vb+oxD2F8hz85+S ikzzi0+l5vMifyI9+/kxU/V+W1YvLC3zbUMLN6moE65WryjRnXCJXfTzNyFUON0H Dg7a1al0mNcq5D4YIvR6C/O5SJdRNW6VNW0A0owXV8ZafAzUbe5ICoUKQ69DC3ps jKXjO9qsyxne7rqjaqCyJAGVRHdx82p7XRvr5JCtU5vEGoclCDglWN4cUP09019q azA1eYfqkqS+uf3KzPVc8e/0slAdXOqOib7NNFY/Y90wFUlKuhgHdOXVy9bIvdeP PQmNlXNi1TC/gYNtqdxoeCsWSnOCMW9f/v9vBZTB8Oh8Ycm6U+YSAKZxlaVP5zUa VEnyMxDjKOD6YcqGHqx035TFxaAfaDDvDRACcA98SdTcBr7TgY4Ubxv0kCQ007Vr BYesKUcVpE8/wsh6dDHbaZzK01bJkJYGr44UZBwOwAbbkyCG+HDv3J6eg4UphQq0 HITxJLsaiJcJnR/l8YVSrzSHXIftwRIhGbab3BFuPAN7nDEZFrhUkZdMwac4B6E8 gsVxLYK3SJyFz9Jx7D4oDBN+Nxt+54O3/GXYVtAF0k2hiytd6UFaIr1WsmdSVLzA kmBQNiyqJ9jOPJ75B/r4x15JRZfNFDKJZ7AMqo6QthKZrurK93uuR20OKZmklnLr Vwcz+6pYTUf9bRrRfyXg =drdL -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- iQIcBAABAgAGBQJZ6nFvAAoJEO2X6Q5iqn40dFwP/31AK4shXM+vRKf28szHxBwk gTHTka+WMvQdhRtkgQvRXDQo1q9QiI/t4l3x0TpxkkuZATA6Yf1AhV7ugFFfl8Ia 0bc+8uXnv8XnpZ3Qbk57B6J6LEsaMOeaXv1vIZ6x8E/oaDECAV4o2+dpDl5kdNTr O6hcUZwY1Rd8CcJCvOPSFfRV1kNcPXCaKQPh0Z5uohqC7DLmxhtagsiMeUmzInV/ Q1bPOJXF4sD9X7A6hKqk4oyFQvJrYjv/JeM5eoreHIXdSLqvvwhhqCSMx6A76NDA 1/rKFZxqBLojlLmG07SXsCMC9OmD2m709sHKPx0foixhlmB9QJjDm62EjPPwfXd9 AH/3jxolQQq8DCC4XyqLblzPORfFNwZ4vWC3QpTNsQOdqBdkKpfNYXIZTxGL/8Ti 6GtCwmp2E5+gXoV1uTHY51nLNjuI47XdUReh+eBWAWh95gJiKspStHebWLFsbUhg /YM9K9efhu5UaA3BxJn3SpXR43zeNDSUOmyIB+kyRQZDXSK/K0ukwgZPMzq8QuR8 aFB7K0YztC8P6SXIGOgMsWuVp06Cx4QQAdnvy9pcx0iDUUNoh/n+isvwfBCvvUvq ETDnuGYxsUTjlDvORG1VHg14sr4AdyTl3PH12cOscVP4fq5JV91cE4FBHwjD3jSx Lp4Yb/wfGxGLgqPmpY/I =C3sx -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- iQIcBAABAgAGBQJZ6nF3AAoJEO2X6Q5iqn40NeQP/iuhDY14PgMC6Y4NjghAv/hZ lv3TV1E9t9bWc1S4whVQMqU8cXKMd0FddIYajylefPyEb/OwxB4R7/9IDlr1qlKG NkwOWsIrmqp60yFAdSGO2sfwkAcYZlLrujU/Bh0rFy2LFbMSFL4fTfB9WnCjWmqk pX5ioFn8L+uRrVCVQf3ruoFZcAF0D+wRSGLyAb3TAxR6dr2Bq8B0eOQsRtcfPwaL 4nBy/Fa85G3BVqSMtJhJXNIK1Vat4qd8wDU8Wr9cVjImefvVGypgCom1DlOTFD/r 5+kAIXr4RPn0t7af1ue8pNVIo6NuLfEfql59JzDREgYyl2HzwfS93+Ga+/YLR9Xz rSL7nOSDhjoo66SD0TAGNEXuRhfm3IJb81NIqIyP3IV0BpnoPyZSN5ZgNNPZwIqy tfXp/jEO1JoPBNuF+S3/RucABYKkEVLrZT5RdRrmHXxVbORop+2g3ZRKYtUeuT9P ablFWRihBao7+5Enj5hMxkfivzRUgF1+Speai6uDWFfuO/wteqntYvKVIawCWN53 +IqkpBVit0LdkA7YYgBJ4SW7wfOwRRidHANWrjEMzyajP1rfFuc3Kh0N1erIdpeV 74yYcEcHZK7dU2vki331d0xr08chB215Cz/Z1Zbm2IQxxz09g0jfYrkYijFfpxuf vyMRiNaT/Hp+EpEroVP0 =0r0r -----END PGP SIGNATURE----- _______________________________________________ tz-announce mailing list tz-announce(a)iana.org https://mm.icann.org/mailman/listinfo/tz-announce

1 0

Fiji DST Change
by Raymond Kumar Oct. 20, 2017

Oct. 20, 2017

Hi, Can you please advise by when new version of tzdata will be out. As there were some changes to Fiji DST. Thanks, Raymond Kumar Head of Billing & Products +679-7015315 ________________________________ 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 1

[PATCH] * tz-link.htm: Update for moved and expired URLs.
by Paul Eggert Oct. 20, 2017

Oct. 20, 2017

--- tz-link.htm | 29 +++++++++-------------------- 1 file changed, 9 insertions(+), 20 deletions(-) diff --git a/tz-link.htm b/tz-link.htm index 03259d2..e7a7c8f 100644 --- a/tz-link.htm +++ b/tz-link.htm @@ -267,9 +267,10 @@ href="https://tools.ietf.org/html/rfc7808">TZDIST</a> (Internet <abbr>RFC</abbr> 7808), a time zone data distribution service, along with <a href="https://tools.ietf.org/html/rfc7809">CalDAV</a> (Internet <abbr>RFC</abbr> 7809), a calendar access protocol for -transferring time zone data by reference. The draft <a id="TZDIST-Geolocate" +transferring time zone data by reference. The (expired) draft <a +id="TZDIST-Geolocate" href="https://tools.ietf.org/html/draft-murchison-tzdist-geolocate-00">TZDIST -Geolocate Extension</a> lets a client determine its time zone region +Geolocate Extension</a> would have let a client determine its time zone region from its geographic location using a <a href="https://tools.ietf.org/html/rfc5870">'geo' URI</a>.</li> <li>The <a href="https://tools.ietf.org/html/rfc5545"> @@ -504,9 +505,6 @@ href="https://www.oracle.com/java/index.html">Oracle Java</a> contains a copy of a subset of a recent <code><abbr>tz</abbr></code> database in a Java-specific format.</li> -<li><a href="https://kimmo.suominen.com/sw/timezone/">Time Zone</a> is -a <a href="https://wordpress.org">WordPress</a> plugin. It is freely -available under a <abbr>BSD</abbr>-style license.</li> <li><a href="http://www.relativedata.com/time-zone-master">Time Zone Master</a> is a Microsoft Windows clock program that can automatically download, compile and use <code>tz</code> releases. The Basic version @@ -589,7 +587,8 @@ maps</a> contains <a href="https://en.wikipedia.org/wiki/Shapefile">shapefiles</a> of sets of <code><abbr>tz</abbr></code> regions. This includes <a href="http://efele.net/maps/tz/world/">tz_world</a>, a shapefile -for all the world's regions</li> +for all the world's regions. These maps are no longer maintained and +are superseded by the Timezone Boundary Builder.</li> <li><a href="https://github.com/straup/whereonearth-timezone">Whereonearth-timezone</a> is in <a href="https://tools.ietf.org/html/rfc7946">GeoJSON</a> format @@ -633,10 +632,7 @@ the <a href="https://timezonedb.com">Time Zone Database & API</a>. Commercial network API access is provided by <a href="https://askgeo.com">AskGeo</a> and <a href="https://www.geogarage.com/blog/news-1/post/geogarage-time-zone-api-31">GeoGarage</a>. -Also, an <a -href="https://mm.icann.org/pipermail/tz/2016-October/024309.html">experimental -server</a> is available for the TZDIST Geolocate Extension mentioned -<a href="#TZDIST-Geolocate">above</a>.</li> +</li> <li>"<a href="https://stackoverflow.com/questions/16086962/how-to-get-a-time-zone-from-a-…">How to get a time zone from a location using latitude and longitude @@ -648,13 +644,10 @@ political subdivision data related to time zones.</li> zone boundaries for multizone countries</a> summarizes legal boundaries between time zones within countries.</li> <li>Manifold.net's <a -href="http://manifold.net/info/freestuff.shtml">Free Stuff for +href="http://manifold.net/info/freestuff.shtml">Free Downloads for Manifold System Users</a> includes a Manifold-format map of world time zone boundaries distributed under the <abbr>GPL</abbr>.</li> -<li>The GeoCommunity lists several commercial sources for <a -href="http://spatialnews.geocomm.com/features/timezones/">International -Time Zones and Time Zone Data</a>.</li> <li>A ship within the <a href="https://en.wikipedia.org/wiki/Territorial_waters">territorial waters</a> of any nation uses that nation's time. In international @@ -723,7 +716,7 @@ href="ftp://ftp.cs.huji.ac.il/pub/tz/announcements" hreflang="he">announcements (in Hebrew)</a>.</dd> <dt>Italy</dt> <dd>The National Institute of Metrological Research maintains a -<a href="http://www.inrim.it/res/tf/ora_legale_i.shtml">table of civil time +<a href="http://www.nanospin.eu/res/tf/ora_legale_i.shtml">table of civil time (in Italian)</a>.</dd> <dt>Mexico</dt> <dd>The Investigation and Analysis Service of the Mexican Library of @@ -763,7 +756,7 @@ Time Zone Proceedings</a> lists changes to time zone boundaries.</dd> <h2 id="precision">Precision timekeeping</h2> <ul> <li><a -href="http://literature.agilent.com/litweb/pdf/5965-7984E.pdf">The +href="http://leapsecond.com/hpan/an1289.pdf">The Science of Timekeeping</a> is a thorough introduction to the theory and practice of precision timekeeping.</li> <li><a href="http://www.ntp.org"><abbr @@ -882,10 +875,6 @@ protocols.</li> <a href="https://www.hackcraft.net/web/datetime/">Date & Time Formats on the Web</a> surveys web- and Internet-oriented date and time formats.</li> -<li> -<a href="http://exit109.com/~ghealton/y2k/yrexamples.html">The -Best of Dates, the Worst of Dates</a> covers many problems encountered -by software developers when handling dates and time stamps.</li> <li>Alphabetic time zone abbreviations should not be used as unique identifiers for <abbr>UTC</abbr> offsets as they are ambiguous in practice. For example, in English-speaking North America -- 2.7.4

1 0

Tonga
by Lord Buddha Oct. 18, 2017

Oct. 18, 2017

To DST or not to DST. Currently the TZ DB has Tonga moving to DST on the 5th November. In 2016 they announced they were resuming DST, in the only reference to that I could quickly find <http://matangitonga.to/tag/daylight-saving?page=1>, does not state that this was for one year or whether the resumption was also for successive years. No reference for the change was added to the TZ DB. IATA it seems have taken it as being for a single year and so do not have DST starting this year. Given the discrepancy between IANA and IATA (besides the letter T), does any body have any authoritative/corroborating source for either position. /David

4 11

[PROPOSED] Northern Cyprus to reintroduce winter time
by Paul Eggert Oct. 18, 2017

Oct. 18, 2017

* NEWS, asia (Asia/Famagusta): Switch back to +02/+03 with EU rules. --- NEWS | 7 ++++++- asia | 9 ++++++++- 2 files changed, 14 insertions(+), 2 deletions(-) diff --git a/NEWS b/NEWS index d570ec7..4e98ef7 100644 --- a/NEWS +++ b/NEWS @@ -2,7 +2,9 @@ News for the tz database Unreleased, experimental changes - Briefly: Fiji ends DST 2018-01-14, not 2018-01-21. + Briefly: + Northern Cyprus switches from +03 to +02/+03 on 2017-10-29. + Fiji ends DST 2018-01-14, not 2018-01-21. Namibia switches from +01/+02 to +02 on 2018-04-01. Sudan switches from +03 to +02 on 2017-11-01. Turks & Caicos switches from -04 to -05/-04 on 2018-11-04. @@ -11,6 +13,9 @@ Unreleased, experimental changes Changes to future time stamps + Northern Cyprus has decided to resume EU rules starting + 2017-10-29, thus reinstituting winter time. + Fiji ends DST 2018-01-14 instead of the 2018-01-21 previously predicted. (Thanks to Dominic Fok.) Adjust future predictions accordingly. diff --git a/asia b/asia index 5ce916d..ac39af3 100644 --- a/asia +++ b/asia @@ -785,6 +785,12 @@ Zone Asia/Macau 7:34:20 - LMT 1912 Jan 1 # Looks like the time zone split in Cyprus went through last night. # http://cyprus-mail.com/2016/10/30/cyprus-new-division-two-time-zones-now-re… +# From Paul Eggert (2017-10-18): +# Northern Cyprus will reinstate winter time on October 29, thus +# staying in sync with the rest of Cyprus. See: Anastasiou A. +# Cyprus to remain united in time. Cyprus Mail 2017-10-17. +# https://cyprus-mail.com/2017/10/17/cyprus-remain-united-time/ + # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Cyprus 1975 only - Apr 13 0:00 1:00 S Rule Cyprus 1975 only - Oct 12 0:00 0 - @@ -802,7 +808,8 @@ Zone Asia/Nicosia 2:13:28 - LMT 1921 Nov 14 Zone Asia/Famagusta 2:15:48 - LMT 1921 Nov 14 2:00 Cyprus EE%sT 1998 Sep 2:00 EUAsia EE%sT 2016 Sep 8 - 3:00 - +03 + 3:00 - +03 2017 Oct 29 1:00u + 2:00 EUAsia EE%sT # Classically, Cyprus belongs to Asia; e.g. see Herodotus, Histories, I.72. # However, for various reasons many users expect to find it under Europe. -- 2.7.4

1 0

Palestine summer time end 2017
by Sharef Mustafa Oct. 18, 2017

Oct. 18, 2017

Hi, According to Palestinian cabinet decision on Tue Oct 17th 2017, the summer time will end on Sat Oct 28th 2017 , the clock will be returned 60 minutes at 01:00 AM here is the link to the press release of the Palestinian cabinet http://www.palestinecabinet.gov.ps/Website/ar/ViewDetails?ID=41158 below links to few news portal who published the news. (in Arabic) http://www.maannews.net/Content.aspx?id=926062 http://aqsatv.ps/post/14832/%D8%A7%D9%84%D8%AA%D9%88%D9%82%D9%8A%D8%AA-%D8%… http://www.pbc.ps/News/%D9%85%D8%AC%D9%84%D8%B3-%D8%A7%D9%84%D9%88%D8%B2%D8… <http://www.pbc.ps/News/%D9%85%D8%AC%D9%84%D8%B3-%D8%A7%D9%84%D9%88%D8%B2%D8…> BR

2 1

[PROPOSED] Assume South Sudan is not changing
by Paul Eggert Oct. 18, 2017

Oct. 18, 2017

Although we have not heard from the government of South Sudan, for now, guess they will not change to stay in sync with Sudan. * NEWS: Mention this. * africa (Africa/Juba): Now a Zone, with the previous contents of Africa/Khartoum except for the initial LMT. * zone1970.tab (Africa/Juba): New entry. --- NEWS | 3 ++- africa | 5 ++++- zone1970.tab | 3 ++- 3 files changed, 8 insertions(+), 3 deletions(-) diff --git a/NEWS b/NEWS index b0afb21..04d6f39 100644 --- a/NEWS +++ b/NEWS @@ -20,7 +20,8 @@ Unreleased, experimental changes at 02:00. (Thanks to Steffen Thorsen.) Sudan will switch from +03 to +02 on 2017-11-01. - (Thanks to Ahmed Atyya.) + (Thanks to Ahmed Atyya.) South Sudan is not switching, so + Africa/Juba is no longer a link to Africa/Khartoum. Turks & Caicos will switch from -04 all year to -05 with US DST on 2018-03-11 at 03:00. This affects UT offsets starting 2018-11-04 diff --git a/africa b/africa index 04ca8db..4a1915c 100644 --- a/africa +++ b/africa @@ -1097,7 +1097,10 @@ Zone Africa/Khartoum 2:10:08 - LMT 1931 2:00 - CAT # South Sudan -Link Africa/Khartoum Africa/Juba +# Zone NAME GMTOFF RULES FORMAT [UNTIL] +Zone Africa/Juba 2:06:28 - LMT 1931 + 2:00 Sudan CA%sT 2000 Jan 15 12:00 + 3:00 - EAT # Swaziland # See Africa/Johannesburg. diff --git a/zone1970.tab b/zone1970.tab index 8b828e6..455e797 100644 --- a/zone1970.tab +++ b/zone1970.tab @@ -316,10 +316,11 @@ RU +6445+17729 Asia/Anadyr MSK+09 - Bering Sea SA,KW,YE +2438+04643 Asia/Riyadh SB -0932+16012 Pacific/Guadalcanal SC -0440+05528 Indian/Mahe -SD,SS +1536+03232 Africa/Khartoum +SD +1536+03232 Africa/Khartoum SE +5920+01803 Europe/Stockholm SG +0117+10351 Asia/Singapore SR +0550-05510 America/Paramaribo +SS +0451+03137 Africa/Juba SV +1342-08912 America/El_Salvador SY +3330+03618 Asia/Damascus TC +2128-07108 America/Grand_Turk -- 2.13.6

1 0

[PROPOSED 1/2] * northamerica: Cite McLeod on legal time in Labrador.
by Paul Eggert Oct. 14, 2017

Oct. 14, 2017

--- northamerica | 12 +++++++----- 1 file changed, 7 insertions(+), 5 deletions(-) diff --git a/northamerica b/northamerica index ec5772d..e5d3eca 100644 --- a/northamerica +++ b/northamerica @@ -1254,11 +1254,13 @@ Rule Canada 2007 max - Nov Sun>=1 2:00 0 S # Newfoundland and Labrador -# From Paul Eggert (2000-10-02): -# Matthews and Vincent (1998) write that Labrador should use NST/NDT, -# but the only part of Labrador that follows the rules is the -# southeast corner, including Port Hope Simpson and Mary's Harbour, -# but excluding, say, Black Tickle. +# From Paul Eggert (2017-10-14): +# Legally Labrador should observe Newfoundland time; see: +# McLeod J. Labrador time - legal or not? St. John's Telegram, 2017-10-07 +# http://www.thetelegram.com/news/local/labrador-time--legal-or-not-154860/ +# Matthews and Vincent (1998) write that the only part of Labrador +# that follows the rules is the southeast corner, including Port Hope +# Simpson and Mary's Harbour, but excluding, say, Black Tickle. # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule StJohns 1917 only - Apr 8 2:00 1:00 D -- 2.7.4

1 1

Soma SAVE format
by J William Piggott Oct. 3, 2017

Oct. 3, 2017

Is there a reason that Somoa SAVE time format is: SAVE 1 0 1 0 1 When others are formated like: SAVE 1:00 0 1:00 0 1:00

2 1

[PATCH 1/3] * Theory: fix typo in previous change
by Paul Eggert Oct. 2, 2017

Oct. 2, 2017

--- Theory | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Theory b/Theory index 3e88173..328423a 100644 --- a/Theory +++ b/Theory @@ -10,7 +10,7 @@ Theory and pragmatics of the tz code and data Time and date functions Interface stability Calendrical issues - Time and time zones on Mars + Time and time zones on other planets ----- Scope of the tz database ----- -- 2.7.4

1 2