<tt><font size=2>&gt; Perhaps we should just assign UUIDs to the tz database
entries; that<br>
&gt; should eliminate any complaints about the wrong name being chosen
<br>
&gt; for a database entry. :-)<br>
</font></tt>
<br><tt><font size=2>A while ago, I found wikipedia article [</font></tt><a href=http://en.wikipedia.org/wiki/Tz_database><tt><font size=2>http://en.wikipedia.org/wiki/Tz_database</font></tt></a><tt><font size=2>]
says - <br>
</font></tt>
<br><tt><font size=2>&gt;Use in other standards</font></tt>
<br><tt><font size=2>&gt;</font></tt>
<br><tt><font size=2>&gt;CLDR uses UN/LOCODEs to identify regions.[24]
This means all identifiers</font></tt>
<br><tt><font size=2>&gt;are referencing a country, something that the
creators of the tz database</font></tt>
<br><tt><font size=2>&gt;wanted to avoid.</font></tt>
<br>
<br><tt><font size=2>I'm actually the person who proposed this. But our
(CLDR community) goal was just assigning unique ID to each &quot;canonical&quot;
zone. (BTW, we need such unique IDs because of the BCP 47 subtag restriction.)
If there is an established coding standard that can reasonably map most
of zones uniquely, I thought I should utilize the standard. It's true that
UN/LOCODES uses ISO country codes, but once it is captured into CLDR name
space, it's nothing more than ID string. Even a city moves to another country,
we'll never change the ID in CLDR.</font></tt>
<br>
<br><tt><font size=2>-Yoshito</font></tt>