[tz] please do not enforce limits in code for time zones

Lester Caine lester at lsces.co.uk
Mon Jan 22 20:15:37 UTC 2018

On 22/01/18 20:00, Michael Douglass wrote:
> On 1/22/18 14:44, Lester Caine wrote:
>> On 22/01/18 19:22, Howard Hinnant wrote:
>>> There’s a proposal before the C++ standardization committee:
>>> https://wg21.link/p0355
>>> <Disclaimer> I’m the author. </Disclaimer>
>> Still no means of identifying if a change of version of TZ data 
>> results in a change to a local time? At the end of the day which ever 
>> software is being used, if I provide a UTC normalised time then it 
>> also needs to identify the rule set used to create it. If different 
>> software uses different ways of storing the rules it is somewhat 
>> irrelevant as long as they all produce the same local time so any 
>> improvements to the rules should include version information. 
>> Something that has been missing for too long now.
> We can make a start by adding VERSION as a valid property to the 
> iCalendar format and populating it from the data.
> However, I'd like to see a more fine-grained value than the current 
> release. We probably also need a SOURCE property also

tzdist covers most of the points on identifying the rule sets being used 
... and where the current offset differs from that stored previously.

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