[tz] draft of change summary for next tz release
David Patte ₯
dpatte at relativedata.com
Wed Sep 18 01:46:20 UTC 2013
Yes, but you are removing transition dates from LMT. Thats the loss of
data that concerns me. The transitions dates currently may not be
accurate, as you say, but if we determine a perfectly accurate
transition date for a link, that is different from the location we link
to, we no longer have a way of recording it in the database.
On 2013-09-17 21:32, Russ Allbery wrote:
> David Patte ₯ <dpatte at relativedata.com> writes:
>> Maybe I am misunderstanding, but doesn't this proposal, in effect,
>> removes the ability of us documenting improved transition dates in areas
>> outside of the active regions?
> No, any zone that's turned into a link can be trivially turned back into a
> zone with its own rules with no user-visible impact.
>> I thought the goal was to increase the overall accuracy and usability of
>> the complete database. But the current proposal removes timezone
>> information, and also removes a way of recording improvements when they
>> are discovored.
> I think you have misunderstood what a link is in the tz database. All a
> link says is that the given zone has exactly the same time transitions and
> abbreviations as another given zone. It doesn't remove any timezone
> information at all. If there is high-quality information for that zone,
> it can be made not a link (by copying the rules of the zone to which it
> was linked) and then modified to include that information.
> The end user of the tz database doesn't know whether a zone identifier is
> a link or not. It behaves the same way either way from the user
More information about the tz