[tz] incorrect timezone info from tar files

Thu Dec 5 02:07:14 UTC 2019

I do see a lot of these have recently updated.

I still see an issue with Brazil. Are those to be assumed as updated as well? I’m still seeing, for example in America/Sao_Paulo:

Zone America/Sao_Paulo             -3:06:28 -             LMT       1914
                                                -3:00      Brazil     -03/-02 1963 Oct 23  0:00
                                                -3:00      1:00        -02          1964
                                                -3:00      Brazil     -03/-02

The last line would indicate that its still following daylight savings, which Brazil scrapped this year.
 -3:00     Brazil     -03/-02

From: Benjamin Weiser
Sent: Monday, December 2, 2019 10:59 AM
To: Jon Skeet <skeet at pobox.com>
Cc: tz at iana.org
Subject: RE: [tz] incorrect timezone info from tar files

Thank you Jon,

I will have the dev take a look at why his tools are not refreshing the data correctly.  I do see the correct values in the links that you provided and in the download I mentioned. We were in the process of consolidating two teams that were sourcing TimeZones from different data sources. The team using IANA was claiming they were refreshing, so something must be going wrong with their tools as you suggested.

I appreciate the feedback.

From: Jon Skeet <skeet at pobox.com<mailto:skeet at pobox.com>>
Sent: Monday, December 2, 2019 9:49 AM
To: Benjamin Weiser <Benjamin.Weiser at inrix.com<mailto:Benjamin.Weiser at inrix.com>>
Cc: tz at iana.org<mailto:tz at iana.org>
Subject: Re: [tz] incorrect timezone info from tar files

Could you clarify exactly how you derived your table, in terms of the IANA data?

If you look at https://nodatime.org/tzvalidate/generate?version=2019c&zone=Europe/Istanbul<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fnodatime.org%2Ftzvalidate%2Fgenerate%3Fversion%3D2019c%26zone%3DEurope%2FIstanbul&data=02%7C01%7CBenjamin.Weiser%40inrix.com%7Cd01d518b278744bee4b708d7774feb5b%7C6ad2e4da8c924e588877ed06b8918379%7C1%7C1%7C637109057446283964&sdata=Z0%2Bx2yU00vEkAzTGo5Ur7NHttfjLRqsgX2y4E7j0dMg%3D&reserved=0> - which is generated from IANA data - it shows DST changes stopping in September 2016, just as you said.

Likewise if you look at the current source data<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Feggert%2Ftz%2Fblob%2F1a27ec76bc436a64070461bbbf28e0511c7cf3b8%2Feurope%23L3889&data=02%7C01%7CBenjamin.Weiser%40inrix.com%7Cd01d518b278744bee4b708d7774feb5b%7C6ad2e4da8c924e588877ed06b8918379%7C1%7C1%7C637109057446288944&sdata=%2Bs4k7r5pNGwBw0lhOUEIcDYUrxWsKxdR2j5H7VWkXnI%3D&reserved=0>, you'll see the same result.

I suspect this is a problem of data interpretation rather than anything else.

Jon

On Mon, 2 Dec 2019 at 17:32, Benjamin Weiser <Benjamin.Weiser at inrix.com<mailto:Benjamin.Weiser at inrix.com>> wrote:
Hello,

I’d like to report your downloads for the following Time Zones from this URL on your site are out of date: https://www.iana.org/time-zones<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.iana.org%2Ftime-zones&data=02%7C01%7CBenjamin.Weiser%40inrix.com%7Cd01d518b278744bee4b708d7774feb5b%7C6ad2e4da8c924e588877ed06b8918379%7C1%7C1%7C637109057446293919&sdata=E4593Nqq4EaQadhjoAmDv7Ww9oy%2F2YcO7ByNps5SYA4%3D&reserved=0>

For instance Europe/Istanbul moved to UTC 3 permanently in September of 2016 and no longer follow DST.

I will place the correct times first, and then the incorrect IANA times second. Highlighted in orange have the incorrect time zone information (0 means there is no DST, 1 means they follow DST)

TimeZone
UTC Offset
ObservesDST
IANA_UTC_offset:
IANA_ObservesDST:
America/Campo_Grande
-4
0
-4
1
America/Sao_Paulo
-3
0
-3
1
America/St_Johns
-3.5
1
-3
1
Asia/Sakhalin
11
0
10
0
Australia/Adelaide
9.5
1
9
1
Australia/Darwin
9.5
0
9
0
Australia/Lord_Howe
10.5
1
10
1
Europe/Istanbul
3
0
2
1
Indian/Cocos
6.5
0
6
0
Pacific/Chatham
12.75
1
12
1

Thanks.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mm.icann.org/pipermail/tz/attachments/20191205/526d8641/attachment-0001.html>