[tz] Dealing with Pre-1970 Data

Guy Harris guy at alum.mit.edu
Sun Sep 1 18:42:01 UTC 2013

On Sep 1, 2013, at 6:40 AM, Lester Caine <lester at lsces.co.uk> wrote:

> Zefram wrote:
>>> Is the half hour rounded up or down.
>> You need to make an arbitrary decision, and sure, for some applications
>> you need to make sure that all parties make that decision the same way.
>> But that's totally out of scope for the tz database; it's not our place
>> to specify a canonical choice of rounding mode.
> The database - yes - but we are talking about the backup material that is used when the database fails. Pre-1970 for example ;)

What do you mean by "when the database fails"?  You presumably don't mean "when the database contains no data", as that is *NOT* uniformly true of pre-1970 times.  "The database" is the text files, in zic format, in the tzdata collections, so the database *does* contain data for pre-1970 times; however, we make weaker claims about its accuracy and completeness.

One thing we definitely do not do, and should not do, in the tzcode reference implementation is map all times prior to 1970 to LMT, so it's not as if "pre-1970" means "LMT".

If you mean "when the time being converted is prior to the introduction of standardized time", the only thing we provide is the first "Zone" line, which currently has what is, I guess, an LMT value for some location within the city used in the tzid for the zone in question - and that's "LMT routed to a *one-second* boundary", e.g.:

	Zone America/New_York -4:56:02 - LMT 1883 Nov 18 12:03:58

As far as *I'm* concerned, anything having to do with non-standardized time, such as LMT and local apparent time, is, and should always be, out of scope.  People who need LMT, or local apparent time, can, and must, calculate it themselves.

More information about the tz mailing list