[tz] What is LMTZ?

Lester Caine lester at lsces.co.uk
Thu Sep 19 09:45:32 UTC 2013

Guy Harris wrote:
>> By 'clock' I meant the way time is calculated during the day ... when did '24 hour days' come in ;)
> By "24 hour days" do you mean "24 hour clock", as in "one hour past noon is 13:00:00 (or 13h 00m 00s or...) rather than 1:00:00 PM", or do you mean something else?
> If you mean "24 hour clock", the tzdb does not keep track of representational issues such as "12 hour clock vs. 24 hour clock"; are you suggesting that it should perhaps do so?

Why do you have to be so aggravating Guy ... This was just a comment that once 
one moves back into 'pre-clock' time then there may well be information on how 
time is marked. This is just part of the history that AT SOME POINT may want to 
be recorded. I know that some people could not care less and that perhaps is why 
we need to split completely from the TZ database? History is important and 
recording the history of time needs a home ... even the changes to calendars fit 
into this history.

>> All I am trying to do is provide a way forward so we can document and include pre-1972 ( and I'm going to stick with that date as a reference ) so that the 'condensed' database can exist with the full historic one.
>> I'm trying to be constructive here ... the historic database will have 10's of thousands of locations, but at some 'timestamp' they will all switch to Paul's reduced timezone set. I think that there will be another set of TIMEZONES which have complex rules between 1916 and 1972 and prior to that TIMEGROUPS with a simple time offset?
> I don't think there will be anything other than tzids, whether a given tzid refers to a region that doesn't have DST/summer time/whatever or to a region that does, so I see no point to saying the former refers to a "timegroup" and the latter refers to a "timezone".
> If we decide to have separate tzids for all sets of locations that adopted standard time at a given date/time, then the "historic" database may well have thousands of tzids, and there will be a way of winnowing the database down to merge tzids that didn't differ before whatever date is chosen as the reference point.  I presume that if a bunch of tzids were merged into one as part of the winnowing process, one of those tzids would be kept and the others discarded in the winnowed version of the database.

Again this is just nit picking when I'm just trying to create a path forward.

Lester Caine - G8HFL
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

More information about the tz mailing list