On 2012-05-29, Alan J Rosenthal wrote:
> Marco Marongiu writes:
>>The question is: does it happen at 00:00:00 UTC (so it must be shifted
>>ahead/behind depending on the timezone)
I believe it occurs at the second before 00:00:00 (ie, whatever happens,
it finishes at that time)
>
> Yes... ima
Marco Marongiu writes:
>The question is: does it happen at 00:00:00 UTC (so it must be shifted
>ahead/behind depending on the timezone)
Yes... imagine how gnarly it would be if two timezones normally (say) 7200
seconds apart were temporarily 7201 or 7199 seconds apart!
_
On May 25, 4:18 am, Marco Marongiu wrote:
> The question is: does it happen at 00:00:00 UTC (so it must be shifted
> ahead/behind depending on the timezone) or, by convention, it happens at
> 00:00:00 at the local timezone?
The ITU-R recommendation is the origin of the practice of leap
seconds, a
On 5/25/2012 7:18 AM, Marco Marongiu wrote:
...on June 30th/July 1st transition, so we'll have:
June 30th 23:59:59
June 30th 23:59:60
July 1st 00:00:00
The question is: does it happen at 00:00:00 UTC (so it must be shifted
ahead/behind depending on the timezone) or, by convention, it happens a
On 25/05/2012 15:01, Miguel Gonçalves wrote:
> It happens at 23:59:59 UTC:
> ftp://hpiers.obspm.fr/iers/bul/bulc/bulletinc.dat
>
> The bulletin states that the leap second is introduced at the end of
> June so 00:00:00 is not a possibility because it is already July.
thanks a lot Miguel!
Ciao
-
It happens at 23:59:59 UTC:
ftp://hpiers.obspm.fr/iers/bul/bulc/bulletinc.dat
The bulletin states that the leap second is introduced at the end of June
so 00:00:00 is not a possibility because it is already July.
HTH,
Miguel
On 25 May 2012 12:18, Marco Marongiu wrote:
> ...on June 30th/July 1s
...on June 30th/July 1st transition, so we'll have:
June 30th 23:59:59
June 30th 23:59:60
July 1st 00:00:00
The question is: does it happen at 00:00:00 UTC (so it must be shifted
ahead/behind depending on the timezone) or, by convention, it happens at
00:00:00 at the local timezone?
I am quite