[tz] Moving more zones to 'backzone'
Peter Krefting
peter at softwolves.pp.se
Thu Aug 4 12:12:37 UTC 2022
Stephen Colebourne via tz:
> What this does is push the problem to downstream projects. My hope is
> that downstream users will understand and appreciate that:
>
> - Iceland's time zone now points at Africa/Abidjan
> - Sweden's time zone data now points at Europe/Berlin
> - Norway's time zone data now points at Europe/Berlin
> - Netherland's time-zone data now points at Europe/Brussels
> and many more.
The removal of the data isn't so much of a problem as trying to
explain to users what they get. In the system I am writing, I am using
zone1970.tab as the source for time zones, using the time zone name
(sans continent) and the description. I sort time zones on current
time, so it is fairly easy to find the zones that correspond to the
current location as long as the system time is correct.
The problem is trying to understand which time zone to pick when none
of the cities in your country are listed. Windows already has this
problem with its time zone picker, it has a couple of time zones that
cover CET, none that list any cities or contries that are relevant to
me, so I just have to pick one at random. Moving the TZDB in that
direction is not the best solution.
I have been considering switching to global-tz for the next update,
but I just realize that it has the same zone1970.tab file as regular
tz, so that will not help at all (I am writing for an embedded system
where we cut off old data from before build time, as it does not
preserve information across reboots in anything but fully written-out
text form).
--
\\// Peter - http://www.softwolves.pp.se/
More information about the tz
mailing list