[tz] incorrect timezone info from tar files
Rodrigo Brüning Wessler
madigo at gmail.com
Fri Dec 6 20:55:35 UTC 2019
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>
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>
> *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>
> *Sent:* Monday, December 2, 2019 9:49 AM
> *To:* Benjamin Weiser <Benjamin.Weiser at inrix.com>
> *Cc:* 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>
> 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/20191206/895e3822/attachment.htm>
More information about the tz
mailing list