<div dir="ltr"><div class="gmail_extra">Denis,</div><div class="gmail_extra"><br></div><div class="gmail_extra">This error was present in the leap-seconds.3629404800 file as provided by NIST. I have copied Judah Levine on this message so that it might be fixed in their next version.</div><div class="gmail_extra"><br><div class="gmail_quote">On 7 January 2015 at 16:15, Denis Excoffier <span dir="ltr"><<a href="mailto:iana@denis-excoffier.org" target="_blank" onclick="window.open('https://mail.google.com/mail/?view=cm&tf=1&to=iana@denis-excoffier.org&cc=&bcc=&su=&body=','_blank');return false;">iana@denis-excoffier.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div id=":31i" class="a3s" style="overflow:hidden">On 2015-01-06 21:22, Tim Parenti wrote:<br>
<br>
> +# Some systems implement leap seconds by amortizing the leap second<br>
> +# over the last few minutes of the day. The frequency of the local<br>
> +# clock is decreased (or increased) to realize the positive (or<br>
> +# negative) leap second. This method removes the time step described<br>
> +# above. Although the long-term behavior of the time scale is correct<br>
> +# in this case, this method introduces an error during the adjustment<br>
> +# period both in time and in frequency with respect to the official<br>
> +# defintion of UTC.<br>
<br>
s/defintion/definition/<br>
<br>
Regards,<br>
<br>
Denis Excoffier.</div></blockquote></div><br><br><br clear="all"><div><div class="gmail_signature">--<br>Tim Parenti<br></div></div>
</div></div>