[tz] Rename Ukrainian cities to their official transliterated names

Michael Douglass mikeadouglass at gmail.com
Thu Oct 4 14:33:55 UTC 2018



On 10/4/18 09:05, Fred Gleason wrote:
> On Oct 4, 2018, at 02:45, Paw Boel Nielsen via tz <tz at iana.org 
> <mailto:tz at iana.org>> wrote:
>
>> I propose we change all tz identifiers to randomly generated 
>> characters to ensure no UI designer considers showing them to end users.
>
> All that would do is kick the problem up a level. At some point, there 
> has to be some sort of *map* that defines which tz entry relates to 
> what specific geographical region. ‘Randomized’ identifiers merely 
> mean that that map would have to be maintained separately, but would 
> still have all of the socio-political baggage about proper spelling, 
> transliteration, etc, etc.
>
Kicking it up a level is exactly what's needed.
> I think the current identifier arrangement is about the cleanest 
> approach possible for what is an inherently messy task. TZ adopters do 
> need to understand that those identifiers are essentially arbitrary 
> keys into a database.
There are many approaches to this but separating the tz data from names 
is both simple and backward compatible with end consumers though it 
requires a little work to change the data and the tools which use that data.

1. Add a UID to the data
2. Remove the name
3. Create a mapping file of name<->uid
4. Change the tools to use that mapping file to create exactly the same 
output.

Opaque ids are what some consumers have been asking for for some time 
because of the political implications of the names.

The disadvantages to this approach are a little work.
The advantages are that we can hand over maintenance of names to some 
other body (cldr?).
We also get a uid which we know refers to a specific timezone

We can then update rfc5545 to use the UID property in VTIMEZONE and add 
text to point out that the tzid is for reference only.

Without this people will continue to start with the data they see and 
assume the id is for presentation to users. Eventually they might 
understand what's happening but there's always new people to confuse.
> Cheers!
>
>
> |----------------------------------------------------------------------|
> | Frederick F. Gleason, Jr. |              Chief Developer         |
> |                           |              Paravel Systems         |
> |----------------------------------------------------------------------|
> | Like the ski resort of girls looking for husbands and husbands       |
> | looking for girls, the situation is not as symmetrical as it might   |
> | seem.         |
> |                                       -- Alan McKay         |
> |----------------------------------------------------------------------|

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mm.icann.org/pipermail/tz/attachments/20181004/1a701dab/attachment-0001.html>


More information about the tz mailing list