<tt><font size=2>> Perhaps we should just assign UUIDs to the tz database
entries; that<br>
> should eliminate any complaints about the wrong name being chosen
<br>
> 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>>Use in other standards</font></tt>
<br><tt><font size=2>></font></tt>
<br><tt><font size=2>>CLDR uses UN/LOCODEs to identify regions.[24]
This means all identifiers</font></tt>
<br><tt><font size=2>>are referencing a country, something that the
creators of the tz database</font></tt>
<br><tt><font size=2>>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 "canonical"
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>