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@gmail.com>
Sent: Friday, December 6, 2019 12:56 PM
To: Benjamin Weiser <Benjamin.Weiser@inrix.com>
Cc: Jon Skeet <skeet@pobox.com>; tz@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@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@pobox.com>
Cc: tz@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@pobox.com>
Sent: Monday, December 2, 2019 9:49 AM
To: Benjamin Weiser <Benjamin.Weiser@inrix.com>
Cc: tz@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 - 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, 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@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

 

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.