Re: [Tzdist] [tzdist] #32 (service): managing historical data

[Daniel Migault <[e-mail]>]

Hi Lester,

Given the new URL format discussed in Issue #29. A version has been
specified. Can you let us know if it solves the historical data issue
completely. If it does not solve it completely, could you expose the
appropriated extensions that would solve this issue?

>From the call conference, I thought that this issue would be solved by
introducing redirections to tzids. That is if I need the complete time zone
related to Paris from let say 1875 to 2056, I would be returned a list:
 [{utc_start:start_time0,
   utc_stop:stop_time0,
   tzid: tzid0}
   ....
   {utc_start:start_timeN,
   utc_stop:stop_timeN,
   tzid: tzidN}
]

where tzid is one of the Time zones we are distributing. I might be
completely wrong. Suppose i am not, I am not also sure that such a
mechanisms will be described in the current service distribution. It might
be another document. However, the current service distribution should
clearly make that possible.

BR,
Daniel



On Sat, Oct 25, 2014 at 1:24 AM, Lester Caine <[e-mail]> wrote:

> On 24/10/14 20:05, Tobias Conradi wrote:
> >> You are right.
> > No he is not. If the "need to put local time into a log for some
> > reason", then it does not mean that "they can log UTC offset".
>
> Log sequence is gauranteed by the use of UTC base, and since we do not
> need to know about any other time than the logged time, the offset is
> all that is needed. BUT the audit trail still needs to know if the
> correct offset was used for that offset which is where a version stamp
> is important.
>
> --
> 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
>
> _______________________________________________
> Tzdist mailing list
> [e-mail]
> https://www.ietf.org/mailman/listinfo/tzdist
>



-- 
Daniel Migault
Orange Labs -- Security
[phone]