Thanks for bringing this to our attention. Searching in <a href="http://unicode.org/cldr/data/common/supplemental/supplementalData.xml">http://unicode.org/cldr/data/common/supplemental/supplementalData.xml</a> for &quot;GMT+5&quot;, I see:<br>
<br><b>a windows mapping</b><br>&lt;mapZone other=&quot;US Eastern Standard Time&quot; type=&quot;Etc/GMT+5&quot;/&gt;<br><br>From the statement, it looks like the issue is with this line. I believe that this was touched relatively recently by a Microsoft engineer. The actual data is just mapping the windows ID &quot;US Eastern Standard Time&quot; to the TZDB ID &quot;Etc/GMT+5&quot;. I&#39;m not sure what &quot;Change the daylight flag.&quot; means, since there is no daylight flag associated with Etc/GMT+5. But I&#39;m not an expert on this area, so I&#39;ll forward to people who are more conversant.<br>
<br>The item about Indiana is just a comment, and does look spurious: &lt;!-- S (GMT-05:00) Indiana (East) --&gt;. <br><br clear="all">Mark<br>
<br>P.S. Note: there are other items mentioning GMT+5, but I think they are not relevant:<br><br><b>a zone item (territory and alias)</b><br>
&lt;zoneItem type=&quot;Etc/GMT+5&quot; territory=&quot;001&quot; aliases=&quot;EST SystemV/EST5&quot;/&gt;<br>
<br><b>
a short-id mapping</b><br>
&lt;typeMap type=&quot;Etc/GMT+5&quot; bcp47=&quot;utcw05&quot;/&gt;<br><br><br><div class="gmail_quote">On Mon, Jul 27, 2009 at 14:14, Olson, Arthur David (NIH/NCI) [E] <span dir="ltr">&lt;<a href="mailto:olsona@dc37a.nci.nih.gov">olsona@dc37a.nci.nih.gov</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">As Ian Davies observed, CLDR data is supplemental--not part of the time zone package. That being said...<br>

<br>
&quot;Etc/GMT+5&quot; would have been correct for much of Eastern Indiana through 2006 since DST wasn&#39;t observed.<br>
(Recall that there&#39;s a UNIX-heritage GMT offset sign reversal; use the commands...<br>
        TZ=Etc/GMT+5 date<br>
        TZ=EST date<br>
        TZ=EST5 date<br>
...to see that Etc/GMT+5 used to be the right thing.)<br>
<br>
Perhaps this particular CLDR data hasn&#39;t been updated since 2006.<br>
<br>
                                --ado<br>
<br>
From: Ian Davies [mailto:<a href="mailto:iand@PartyGaming.com">iand@PartyGaming.com</a>]<br>
Sent: Monday, July 27, 2009 5:35<br>
To: Olson, Arthur David (NIH/NCI) [E]<br>
Cc: Ian Davies<br>
Subject: Indiana (East) has no DST set in CLDR supplemental data<br>
<br>
Hi,<br>
<br>
My team has located and fixed an issue in the CLDR supplemental data for Windows TZ mapping.<br>
<br>
<a href="http://unicode.org/cldr/data/common/supplemental/supplementalData.xml" target="_blank">http://unicode.org/cldr/data/common/supplemental/supplementalData.xml</a><br>
<br>
<br>
Indiana (East) Mapping<br>
<br>
Changes...<br>
1.         Change the Etc/GMT+5 type which seems spurious.<br>
2.         Change the daylight flag.<br>
<br>
<br>
Original...<br>
&lt;mapZone other=&quot;US Eastern Standard Time&quot; type=&quot;Etc/GMT+5&quot;/&gt;<br>
&lt;!-- S (GMT-05:00) Indiana (East) --&gt;<br>
<br>
Updated...<br>
&lt;mapZone other=&quot;US Eastern Standard Time&quot; type=&quot;Indiana (East)&quot;/&gt;<br>
&lt;!-- D (GMT-05:00) Indiana (East) --&gt;<br>
<br>
<br>
Could you verify?<br>
<br>
Regards, Ian<br>
<br>
Ian Davies<br>
Manager, Internationalisation &amp; Multilingual<br>
PartyGaming<br>
Suite 711<br>
Europort, Gibraltar<br>
DD + (350) 200 78700 Ext7060<br>
Mobile + (34) 687898027<br>
<br>
<br>
This email and any attachments are confidential, and may be legally privileged and protected by copyright. If you are not the intended recipient dissemination or copying of this email is prohibited. If you have received this in error, please notify the sender by replying by email and then delete the email completely from your system.<br>

 <br>
Any views or opinions are solely those of the sender.  This communication is not intended to form a binding contract unless expressly indicated to the contrary and properly authorised. Any actions taken on the basis of this email are at the recipient&#39;s own risk.<br>

<br>
</blockquote></div><br>