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

Michael Douglass mikeadouglass at gmail.com
Mon Jan 22 20:00:52 UTC 2018



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





More information about the tz mailing list