[tz] Incorrect Time Zone Data for American/Grand_Turk

[Robert MacGrogan]

I'm definitely seeing incorrect behavior when I test dates in July of 2018.
FYI I changed line 3426 in the northamerica file  to the following:

-4:00 US AST 2018 Mar 11 3:00

I can't claim to fully understand the data structures in this file but this
seems to have fixed the issue for me.

Thanks.

On Tue, Jul 24, 2018 at 10:29 AM, Paul Eggert <eggert at cs.ucla.edu> wrote:

> Robert MacGrogan wrote:
>
>> Turks and Caicos switched to supporting
>> daylight savings time in March of 2018. So in summer the correct time for
>> America/Ground_Turk should be GMT -4 and then back to GMT -5 again in the
>> fall.
>>
>> The current database returns times for summer of 2018 as GMT -5, which is
>> incorrect.
>>
>
> I'm not seeing that; the behavior I'm seeing is the behavior that you say
> is correct. For example, "zdump -Vc 2018,2019 America/Grand_Turk" outputs:
>
> America/Grand_Turk  Sun Mar 11 06:59:59 2018 UT = Sun Mar 11 02:59:59 2018
> AST isdst=0 gmtoff=-14400
> America/Grand_Turk  Sun Mar 11 07:00:00 2018 UT = Sun Mar 11 03:00:00 2018
> EDT isdst=1 gmtoff=-14400
> America/Grand_Turk  Sun Nov  4 05:59:59 2018 UT = Sun Nov  4 01:59:59 2018
> EDT isdst=1 gmtoff=-14400
> America/Grand_Turk  Sun Nov  4 06:00:00 2018 UT = Sun Nov  4 01:00:00 2018
> EST isdst=0 gmtoff=-18000
>



-- 

Rob MacGrogan | Director of Software Development
rmacgrogan at flightbridge.com  <rmacgrogan at flightbridge.com>
850-509-6158

[image: FlightBridge] <http://www.flightbridge.com/>

FlightBridge, Inc.
530 Means Street, Suite 405
Atlanta, GA 30318
www.flightbridge.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mm.icann.org/pipermail/tz/attachments/20180724/eae1d0bc/attachment.html>