<p dir="ltr">Yes, CLDR has what you need. That's what we use on Android to localize time zone names, starting from Olson ids. All that code is open source in AOSP, and icu4c does most of the work. </p>
<p dir="ltr">What is commonly requested but AFAIK not available anywhere is a localized list of world cities with their corresponding Olson id. CLDR has exemplar cities, so you can get "Los Angeles" from America/Los_Angeles, say, but there's nothing that would go from "San Jose" or "Portland" or "Seattle" to America/Los_Angeles. I think Paul Koning from Dell was saying a while ago that Dell would use something like that too. I think when it comes to humans picking time zones, city names are what they want. Which is why you're mistakenly obsessed with localizing Asia/Shanghai as "Bejing Time". </p>

<p dir="ltr">If there was a canonical source for this mapping, with an appropriate license, I'd use it in Android. AFAIK what lists there are aren't localized. </p>
<p dir="ltr">Another potentially useful thing would be GPS coordinates of the boundaries of time zones, rather than the center of population the zone is named after. Again, the "human choosing a time zone" problem. </p>

<div class="gmail_quote">On Oct 12, 2012 7:49 AM,  <<a href="mailto:Paul_Koning@dell.com">Paul_Koning@dell.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
On Oct 12, 2012, at 10:16 AM, Tony Finch wrote:<br>
<br>
> Walter <<a href="mailto:walter.stanish@gmail.com">walter.stanish@gmail.com</a>> wrote:<br>
>><br>
>> - The much referenced issue of 1.4 billion+ people on Beijing time<br>
>> being semantically mismatched to their timezone entry, which for lack<br>
>> of meaningful alternative timezone identification strings winds up<br>
>> getting displayed to users.<br>
>> - The need for a shared database of decent multilingual timezone<br>
>> names and descriptions.<br>
>> - The problem of how to display a timezone to the user that is<br>
>> detected via zone.tab and GeoIP, or similar methods.<br>
><br>
> Aren't these requirements addressed by the Unicode common locale data<br>
> repository? <a href="http://cldr.unicode.org/" target="_blank">http://cldr.unicode.org/</a><br>
><br>
> Tony.<br>
<br>
I believe so, though the data is not that easy to find.  Cross-references might be helpful.<br>
<br>
        paul<br>
<br>
<br>
<br>
</blockquote></div>