我应该如何以及在哪里建议重命名现有时区名称?

Ole*_*kiv 24 timezone tzdata

时区的历史上存在一些特定时区被重命名的案例。例如,Asia/Calcutta时区已被视为已过时并被替换Asia/Kolkata

在乌克兰,根据国际标准,有一个时区称为Europe/Kiev。乌克兰首都的正式名称为“基辅”。“基辅”是一个错误的版本,早在 1991 年苏联解体之前就已出现。

我们有一个非常大的程序员社区,他们希望开始将Europe/Kiev时区重命名为Europe/Kyiv. 我们知道每个人都需要很长时间才能过渡,但必须从长远来看。

我们如何以及在何处提出此建议,以便正式统治时区名称的人员可以对其进行审查?

Lau*_*ent 10

时区数据库 (tzdata) 由互联网号码分配机构Iana 管理。

将时区 ID Europe/Kiev重命名为Europe/Kyiv的建议已提出并接受!此更改是在 2022b 版本(2022 年 8 月 11 日发布)中引入的。

从软件的角度来看,这是一个重大变化,在过渡期内可以更好地管理,其中时区标识符都存在并且旧的已被弃用。

不幸的是,该版本现已发布。软件开始包含新的 tzdata,并且两个 ID 都出现在系统中,从而产生意外的错误。如果您操纵时区 ID,我建议人们添加一个条件来支持两个时区 ID,过渡期可能持续数月。

  • 哦,这就是为什么有些软件开始发出时区错误(例如 Stellarium 每周构建,这让我搜索了这个 TZ)。有趣的是,虽然这一变化本应取悦乌克兰人,但恰恰是他们将遭受不兼容的困扰。 (3认同)
  • @Ruslan 也许这是软件修复其实现的好机会。向后兼容的名称已添加到“https://data.iana.org/time-zones/tzdb-2022b/backward”,因此行为良好的软件应该接受这两个名称,并规范化为新名称。当然,当软件向用户呈现一个列表时,它可能只包含一个名称(如果列表是硬编码的,则为旧名称;如果列表是从 tzdb 动态提取的,则为新名称) (3认同)