[tz] Version in zoneinfo files?

[lester at lsces.co.uk]

The major problem all the time is identifying just what rules were applied when processing historic data, which may actually only be a current meeting diary. One can not assume that the current rule set actually correctly translates the current data if one set predates a later change. But my own data goes back to a time when the rules were more suspect, and reprocessing that data can result in confusion. We need to be able to assess if changes do affect either current or historic data and without a clean version number that is not posible. Removing backzone data also screws up historic data even only back to thd second world war, so that needs to be part of any versioning tag.

Sent from my android device so quoting is crap ... need to kill these painful email clients!

-----Original Message-----
From: Bradley White <bww at acm.org>
To: "tz at iana.org mailing list" <tz at iana.org>
Sent: Mon, 26 Oct 2015 22:50
Subject: Re: [tz] Version in zoneinfo files?

On Sun, Oct 25, 2015 at 2:30 PM, Guy Harris <guy at alum.mit.edu> wrote:

> Is this just something to let people know whether they have an up-to-date
> version of the tzdb files or not?
>

Yes, although I think of it simply as let people know what version of a
tzdb file they have.  (Whether that is the latest version is a separate
question.)

I would even propose an additional self-identification step: include the
zone name in tzdb file.  Then you could tell, for example, where
/etc/localtime came from.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mm.icann.org/pipermail/tz/attachments/20151027/a609889a/attachment.html>