[tz] incorrect timezone info from tar files
Benjamin Weiser
Benjamin.Weiser at inrix.com
Fri Dec 6 21:23:41 UTC 2019
Thanks Rodrigo,
Do you mind explaining how you would parse America/Sao_Paulo? I see the note acknowledging Daylight Savings was scrapped, but not sure how you are getting that value correctly.
We are using a JODA library, and my understanding is it finds the timezone under the ‘Zone’ section, such as America/Sao_Paulo, and finds the bottom most value for the most current timezone.
For America/Sao_Paulo it says:
-3:00 Brazil -03/-02
Are we not looking in the correct place? In the ‘Rule’ section I don’t see anything that would give me -3:00 without DST.
Thanks
From: Rodrigo Brüning Wessler <madigo at gmail.com>
Sent: Friday, December 6, 2019 12:56 PM
To: Benjamin Weiser <Benjamin.Weiser at inrix.com>
Cc: Jon Skeet <skeet at pobox.com>; tz at iana.org
Subject: Re: [tz] incorrect timezone info from tar files
Brazilian time zone rules was updated and released in version 2019b.
I'm using this version without issues.
On Fri, Dec 6, 2019 at 5:28 PM Benjamin Weiser <Benjamin.Weiser at inrix.com<mailto:Benjamin.Weiser at inrix.com>> wrote:
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<mailto:skeet at pobox.com>>
Cc: tz at iana.org<mailto: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%7C6ce9b6589b6c4178083e08d77a8eac54%7C6ad2e4da8c924e588877ed06b8918379%7C1%7C0%7C637112625523354252&sdata=EyV738S01v1f8M%2Bv6W3GWJSsN5Gm85dDGMgkw12wt60%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%7C6ce9b6589b6c4178083e08d77a8eac54%7C6ad2e4da8c924e588877ed06b8918379%7C1%7C0%7C637112625523364245&sdata=2OZzzLrWNzNYo1v8pbs0BJIJ5hnVfiuoP60BsqLyiM4%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%7C6ce9b6589b6c4178083e08d77a8eac54%7C6ad2e4da8c924e588877ed06b8918379%7C1%7C0%7C637112625523364245&sdata=APGcT40OlXZM1HF%2Fty%2FrAV9IbLdxe39xZDdOAuy7BZY%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/20191206/1d56b66b/attachment.htm>
More information about the tz
mailing list