Re: [LEAPSECS] UT1 offset

2024-01-03 Thread Mike Hapgood - STFC UKRI via LEAPSECS
their behalf. Similarly, it would be good if users were aware that GNSS is an engineering application of general relativity. Best wishes, Mike From: LEAPSECS on behalf of Tom Van Baak Sent: 02 January 2024 14:44 To: Leap Second Discussion List Subject: Re

Re: [LEAPSECS] UT1 offset

2023-12-28 Thread Mike Hapgood - STFC UKRI via LEAPSECS
om line is that knowledge of UT1 (i.e. the spin phase of the Earth) is essential for GNSS - and many other space systems. Mike From: LEAPSECS on behalf of Jim Lux Sent: 26 December 2023 15:40 To: Leap Second Discussion List Subject: Re: [LEAPSECS] UT1 offset Le

Re: [LEAPSECS] *** SPAM *** Re: leap minute or hour

2022-11-19 Thread mike
Le 19.11.2022 05:40, Warner Losh a écrit : On Fri, Nov 18, 2022 at 9:34 PM Zefram via LEAPSECS wrote: Alternatively, why does | UTC - UT1 | need to be bounded? If we let it accumulate to an arbitrary level, and distributed UTC - UT1 to anybody that needed it, then that would accomplish the s

Re: [LEAPSECS] copy of UK report on public consultation?

2020-04-27 Thread Mike Hapgood - UKRI STFC
tps://webarchive.nationalarchives.gov.uk/20180103171208/http:/www.sciencewise-erc.org.uk/cms/leap-seconds/> This has links to the final report and other supporting reports. Best wishes, Mike From: LEAPSECS On Behalf Of BASTIAN Michelle Sent: 27 April 2020 13:11 To: Leap Second Discussion List Subject: Re: [LEAPSECS] c

Re: [LEAPSECS] NIST UT1 NTP server results

2016-07-22 Thread mike
On 22.07.2016 22:47, John Hawkinson wrote: "Mike" wrote on Fri, 22 Jul 2016 at 22:21:08 +0200 in : You will also note from the NIST document and the NIST time server address links, that the UT1 NTP service will not respond to unregistered requests. NIST may or may not have open

[LEAPSECS] NIST UT1 NTP server results

2016-07-22 Thread mike
is the ntpq -pn data. mike@cubieez2:~/NIST_UT1_server_data$ ntpq -pn remote refid st t when poll reach delay offset jitter == +192.168.1.23 .GPS. 1 u 61 64 377 0.173 -0

Re: [LEAPSECS] Fwd: IERS Message No. 282: Coordinated Universal Time (UTC) to retain "leap second"

2015-11-26 Thread mike
NTP5 should be with us before then, hopefully with the feature of disseminating multiple timescales. There is a hope for rubbery seconds yet. On 23.11.2015 18:58, Rob Seaman wrote: > FYI > >> Begin forwarded message: >> >> FROM: central_bur...@iers.org >> >> DATE: November 23, 2015 at 9:

Re: [LEAPSECS] Did John Oliver just save the leap-second ?

2015-07-01 Thread mike
Le 01.07.2015 14:14, Poul-Henning Kamp a écrit : In message , m...@lumieresimaginaire.com writes: This example makes that all the more important if people like google are exposing non UTC compliant data outside their firewall. There are very valuable NTP servers serving up special

Re: [LEAPSECS] Did John Oliver just save the leap-second ?

2015-07-01 Thread mike
Le 01.07.2015 10:31, Poul-Henning Kamp a écrit : I seem to remember there was discussion some time back about getting a "confidence indicator" in NTP packets. This example makes that all the more important if people like google are exposing non UTC compliant data outside their firewall. I

Re: [LEAPSECS] leap second festivities?

2015-07-01 Thread mike
Quick update: The new ntpd smear worked a treat. My FreeBSD, Linux, Windows 7 > systems all did the right thing. > > Two MS Azure Linux VMs didn't. > > 1 Jul 00:23:32 ntpdate[13601]: step time server 138.91.244.103 offset > -1.010117 sec > mike@bb2:~/src/python$ ntp

Re: [LEAPSECS] leap second festivities?

2015-06-30 Thread mike
Quick update: The new ntpd smear worked a treat. My FreeBSD, Linux, Windows 7 systems all did the right thing. Two MS Azure Linux VMs didn't. 1 Jul 00:23:32 ntpdate[13601]: step time server 138.91.244.103 offset -1.010117 sec mike@bb2:~/src/python$ ntpdate -d 191.238.98.169|grep step

Re: [LEAPSECS] leap second festivities?

2015-06-30 Thread mike
No booze.. aargh! Have to make do with monitoring. As one experiment, I have just installed .8p3 on a BBB to see what a smeared LS looks like. Seems to be working. Or at least doing something. mike@bb2:~/src/python$ ntpq -c rv bb1 associd=0 status=4619 leap_add_sec, sync_ntp, 1 event

Re: [LEAPSECS] Question about UT1 and the IERS Reference Meridian

2015-04-29 Thread Mike Lawson
And later, I found a reference which further answered my own question - Seago, John H.; Seidelmann, P. Kenneth, The mean-solar-time origin of Universal Time and UTC - I see this conclusion: “[...] UT1 still appears synonymous with "mean solar time at the prime meridian" to within a fraction o

Re: [LEAPSECS] final report of the UK leap seconds dialog

2015-02-05 Thread mike
ents, even mentioning, and I find this encouraging, that the UK deciders think out of the national box, taking into account international cultural points of view. Keep 'em coming. Mike > The final report of the UK leap seconds dialog is at > http://leapseconds.co.uk/reports-

Re: [LEAPSECS] The leap second, deep space and how we keep time -Brooks

2015-01-28 Thread mike
Maybe we should find out if that is reasonable, or maybe just a journalistic misunderstanding. That's is a huge difference to the sources you quote. I was quite comfortable that there would be no more than a couple of adjustments required per year out at 200yrs. Unfortunately there are no source

Re: [LEAPSECS] CEPT ECC viewpoint on leap seconds

2015-01-28 Thread mike
Oops - that last one got away while I was trying to quit HTML!!! Le 28.01.2015 11:09, Poul-Henning Kamp a écrit : In message <54c8b26d.6050...@edlmax.com>, Brooks Harris writes: It says - "Until now the solution has been to introduce a 'leap second', in other words to stop 'official

Re: [LEAPSECS] CEPT ECC viewpoint on leap seconds

2015-01-28 Thread mike
Le 28.01.2015 11:09, Poul-Henning Kamp a écrit : > > In message <54c8b26d.6050...@edlmax.com>, Brooks Harris writes: > >> It says - "Until now the solution has been to introduce a 'leap second', in >> other words to stop 'official/scientific' time (Co-ordinated Universal Time, >> '

Re: [LEAPSECS] CEPT ECC viewpoint on leap seconds

2015-01-28 Thread mike
Looks like there is still work in progress even this close to the WRC. ECC seems to be recommending what I consider to be the least bad option on the table, but I am not sure that the individual European governments, who in the end are those that vote, are all in the same boat. IIRC France was f

Re: [LEAPSECS] The leap second, deep space and how we keep time -Brooks

2015-01-28 Thread mike
majority of misbehaving servers. A lot of clients are never upgraded, or significantly less so than servers. I think that Steve's point is that bad engineering is never going to be fixed by what is written in a recommendation. Mike ___ LEAPSECS mail

Re: [LEAPSECS] Bulletin C and all that

2015-01-26 Thread mike
Le 26.01.2015 07:00, Rob Seaman a écrit : < snip > Have also started experimenting with DUT1 encoding, which is some amalgam of the other three bulletins (predictions versus retroactive computations versus severely rounded values on uneven calendar gridding). At any rate the 5 decimal places

Re: [LEAPSECS] This year's Y2K: 'Leap second' threatens to break the Internet -Brooks

2015-01-15 Thread mike
Le 14.01.2015 04:28, Steve Allen a écrit : On Tue 2015-01-13T11:03:35 -0500, Brooks Harris hath writ: This year's Y2K: 'Leap second' threatens to break the Internet http://money.cnn.com/2015/01/13/technology/leap-second/index.html [1] In that article is a link to a recent version of the Draf

[LEAPSECS] leap in june

2015-01-08 Thread mike
As we know, a leap second insertion has been scheduled for the end of june this year. My personal bet ws on that date, but judging by the IERS predictions of the UT1-UTC delta it could have been put off till december, or even june/dec 2016 and still remained within the .9 sec limits defined by

Re: [LEAPSECS] Fwd: IERS Message No. 233: The Role of the IERS in the Leap Second

2013-07-12 Thread mike cook
Le 12 juil. 2013 à 14:57, Rob Seaman a écrit : > FYI. > > The direct link is: > > > http://www.iers.org/nn_317904/SharedDocs/Publikationen/EN/IERS/Documents/IERS__Leap__Seconds,templateId=raw,property=publicationFile.pdf/IERS_Leap_Seconds.pdf > > Presumably all parties will welcome the

Re: [LEAPSECS] Future of UTC 2013

2013-02-18 Thread mike cook
ope is that the reflections are not limited to re bashing the same old ground. Mike > > -- > Steve Allen WGS-84 (GPS) > UCO/Lick Observatory--ISB Natural Sciences II, Room 165Lat +36.99855 > 1156 High StreetVoice: +1

Re: [LEAPSECS] USNO NTP incident of 2012-11-19

2012-11-26 Thread mike cook
Le 26 nov. 2012 à 01:26, Steve Allen a écrit : > On Sun 2012-11-25T19:59:14 +, Matsakis, Demetrios hath writ: >> And I suppose many on this list will have even more to say ... > Like you Steve, I think the silence is basically due to what you are complaining about, that is the lack of avai

Re: [LEAPSECS] leapseconds or earthquakes, take your pick ?

2012-11-05 Thread mike cook
Le 05/11/2012 09:19, Poul-Henning Kamp a écrit : Tamino has an interesting analysis here: http://tamino.wordpress.com/2012/11/03/unnatural-catastrophes/ His quadratic fit of "geophysical catastrophes" peaks duing the abnormally long dec98-dec05 leap second interval. Gentlemen, please s

Re: [LEAPSECS] more poison in the NTP pool

2012-09-02 Thread mike cook
Le 02/09/2012 19:49, Ask Bjørn Hansen a écrit : On Sep 2, 2012, at 9:00 AM, leapsecs-requ...@leapsecond.com wrote: Does kinda show that it isn't trivial to get this right all the time... With a notable percentage of the NTP servers always indicating leap it's another instance of "Don't believe

Re: [LEAPSECS] US contribution to next WP7A meeting

2012-08-18 Thread mike cook
Le 15/08/2012 16:52, Steve Allen a écrit : The next meeting of ITU-R WP7A will be in Manta Ecuador in September. The US WP7A has submitted a draft statement for review by US citizens. https://www.ussg7.org/ITAC-R%20Documents.aspx The deadline for comments is September 5. Thanks for letting us kn

Re: [LEAPSECS] Hetzner mail to customers: 1 megawatt more power due to leap second

2012-07-05 Thread mike cook
Le 05/07/2012 13:17, Carlos Alberto Lopez Perez a écrit : The reason for this huge surge is the additional switched leap second which can lead to permanent CPU load on Linux servers. Somewhat disingenuous. The statement should read : .can lead to permanent CPU load on badly maintained L

Re: [LEAPSECS] uk speaking clock on the blink?

2012-07-02 Thread mike cook
Le 01/07/2012 00:31, mike cook a écrit : Thanks Pete, French speaking clock is spot on. I'll see how they handle it.. space or pip? Just to complete. The French speaking clock added one second silence between the pip announcing 01:59:40 seconds and the start of the message annou

[LEAPSECS] IERS Bulletin B

2012-07-01 Thread mike cook
IERS Bulletin B hasn't caught up with us yet. -- Les chiens aboyent, et la caravane passe ___ LEAPSECS mailing list LEAPSECS@leapsecond.com http://six.pairlist.net/mailman/listinfo/leapsecs

Re: [LEAPSECS] telescope systems saw the leap second

2012-07-01 Thread mike cook
Le 01/07/2012 20:21, Zefram a écrit : Poul-Henning Kamp wrote: It means that Daniel Gambis wasn't even close to the mark It's been a good advertisement for the position that if there are to be leaps then we should be leaping most months (usually in alternating directions). The Linux glitches a

[LEAPSECS] almost!

2012-06-30 Thread mike cook
AJust about all my servers and clients (FreeBSD, Windows, OSX) leapt as hoped, but a Soekris 4501 FreeBSD 8.2 server running ntp 4.2.4p5 didn't behave. From the ntpq -crv data I see that it did not reset the leap bits, though the clock offsets are ok and the new tai value is there. The system

Re: [LEAPSECS] uk speaking clock on the blink?

2012-06-30 Thread mike cook
Thanks Pete, French speaking clock is spot on. I'll see how they handle it.. space or pip? Le 01/07/2012 00:12, Peter Vince a écrit : Hi Mike, I have just called the BT Speaking Clock (from a landline in London) and it is exactly one second slow - looks like they have applie

[LEAPSECS] uk speaking clock on the blink?

2012-06-30 Thread mike cook
In preparation for leap second observation on various sources, I have just called the UK speaking clock a couple of times and found that it was 36 seconds slow. I would expect a little delay as I am calling on my mobile from France, but not that much. Is anyone in the UK seeing any unusual of

Re: [LEAPSECS] we thought it was a joke

2012-05-23 Thread mike cook
Le 23/05/2012 21:14, Steve Allen a écrit : that should be http://www.ucolick.org/~sla/leapsecs/reductio.html NTP will not fix the issue. See for a 1999 survey. Things will have got better since, but there will still be significan

Re: [LEAPSECS] [time-nuts] Why 9,192,631,770 ??

2012-05-10 Thread mike cook
Le 11/05/2012 07:14, Peter Monta a écrit : Are there better estimates of the ET second nowadays (relative to the SI second)? It would be interesting to know what the cesium frequency "should have been" if much better estimates of the ephemeris-time second were available at the time. One would t

Re: [LEAPSECS] what happened in Geneva

2012-03-05 Thread mike cook
Le 06/03/2012 03:42, Steve Allen a écrit : Note with great amusement that radio regulation 2.5 defines the concept of UTC date using terminology directly derived from the rotation of the earth. (What other option is there?) Thanks for the references Steve. I that note with some dismay, but no

Re: [LEAPSECS] Lets get REAL about time.

2012-01-20 Thread mike cook
Le 20/01/2012 12:29, Poul-Henning Kamp a écrit : Poul-Henning, You obviously didn't scratch this out on the back of a matchbox and as a contented daily consumer of your code I take it that you have thought hard about it. I would like to ask a couple of questions and comment. With the le

Re: [LEAPSECS] US statement

2012-01-20 Thread mike cook
Le 20/01/2012 13:09, Poul-Henning Kamp a écrit : http://geneva.usmission.gov/2012/01/20/statement-on-the-leap-second-and-future-of-the-universal-coordinated-time-utc/ Love it. The rocks are right up a head, but we are not changing course. get someone to shift the rocks! _

Re: [LEAPSECS] Leap seconds decision deferred until 2015

2012-01-20 Thread mike cook
Le 20/01/2012 08:49, mike cook a écrit : The questions do not define requirements in any scientific sense, so let's start with that. One advantage of that may be that there are no camps to defend, just propositions to debate, so I expect it could be be usefully w

Re: [LEAPSECS] Leap seconds decision deferred until 2015

2012-01-19 Thread mike cook
Le 20/01/2012 07:19, Steve Allen a écrit : What is the goal? I don't think the ITU-R saw it today. Is the goal to make life easier for operational systems? Is the goal to make life easier for bureaucrats? Is the goal to preserve conceptual definitions? Not all of those are attainable. Sorry fo

Re: [LEAPSECS] Leap seconds decision deferred until 2015

2012-01-19 Thread mike cook
Le 20/01/2012 07:19, Steve Allen a écrit : What is the goal? I don't think the ITU-R saw it today. Is the goal to make life easier for operational systems? Is the goal to make life easier for bureaucrats? Is the goal to preserve conceptual definitions? Not all of those are attainable. Any way i

Re: [LEAPSECS] And Now for Something Completely Different: Tory MP calls for Somerset to have its own time zone

2012-01-18 Thread mike cook
Le 18/01/2012 19:16, Ian Batten a écrit : Oh, and for those that don't do UK politics, Jacob Rees Mogg is a man who would come second in a competition for Jacob Rees Mogg tribute acts. Don't be too hard on him. Every party needs one or two. It make the rest look sharp. The problem comes when t

Re: [LEAPSECS] multiple UTCs

2012-01-18 Thread mike cook
Le 18/01/2012 15:24, Zefram a écrit : Suppose we have UTC0 which aims to track UT1 within 1 s and schedules leaps a year in advance, which is nearly the current UTC. Then UTC1 aims to track UT1 within 10 s, and schedules leaps a decade in advance. UTC2 aims to track UT1 within 100 s, and schedu

Re: [LEAPSECS] The Economist

2012-01-13 Thread mike cook
Le 13/01/2012 11:54, Richard Langley a écrit : Nice article in The Economist: http://www.economist.com/node/21542717 -- Richard Sent from my iPod Touch ___ LEAPSECS mailing list LEAPSECS@leapsecond.com http://six.pairlist.net/mailman/listinfo/leapsecs

Re: [LEAPSECS] Straw men

2012-01-10 Thread mike cook
Le 10/01/2012 08:18, Poul-Henning Kamp a écrit : Rob, To say that your unconvincing statement of conjecture as fact is getting a bit tiresome may be to understate the situation somewhat. If you start with the name, the word that sets UTC apart from all the other UTs is the word "coordinated".

Re: [LEAPSECS] Windows file sharing

2012-01-08 Thread mike cook
Le 08/01/2012 22:08, Steve Allen a écrit : With the imminent arrival of RA-12 we see that the number of documents that a delegate is expected to handle is so large that ITU-R has created a file sharing application to help keep things current. http://www.itu.int/ITU-R/index.asp?category=conference

Re: [LEAPSECS] Bulletin C number 43 (fwd)

2012-01-05 Thread mike cook
Le 05/01/2012 15:39, Zefram a écrit : Markus Kuhn wrote: A positive leap second will be introduced at the end of June 2012. Slight surprise there. It's the obviously-correct scheduling to minimise |UT1-UTC|, but IERS has been favouring December in recent years, and there was plenty of slack to

Re: [LEAPSECS] What is GMT?

2012-01-05 Thread mike cook
Le 05/01/2012 09:07, Clive D.W. Feather a écrit : Michael Sokolov said: But are you sure that NTP would be the right protocol? The first and most immediate problem with NTP is that if the ITU bastards have their way this month, For me "GMT" has a very simple meaning: it basically means "the ex

Re: [LEAPSECS] What is GMT?

2012-01-05 Thread mike cook
Le 05/01/2012 06:36, Harlan Stenn a écrit : ntpd can easily track SI seconds or "angle time" seconds. The differences are small enough over a day to be easily amortized. It would not be all that difficult to create an NTPv5 protocol (for example) that would include "timescale" as a parameter.

Re: [LEAPSECS] What is GMT?

2012-01-04 Thread mike cook
Le 04/01/2012 20:50, Michael Sokolov a écrit : Tony Finch wrote: GMT was discontinued decades ago and has not had a coherent meaning for even longer. If the ITU bastards have their way, I'll be forced to drop all my other projects and *scramble* to build my own non-UTC GMT-generating apparat

Re: [LEAPSECS] "why time is difficult"

2012-01-03 Thread mike cook
Thanks Zefram. Like the tricorn. ___ LEAPSECS mailing list LEAPSECS@leapsecond.com http://six.pairlist.net/mailman/listinfo/leapsecs

Re: [LEAPSECS] "China move could call time on GMT"

2011-12-30 Thread mike cook
Le 30/12/2011 23:23, Poul-Henning Kamp a écrit : In message<37559224-850d-49f1-9b57-2b89e107c...@noao.edu>, Rob Seaman writes: As you say, there could be additional parameters of interest. The ITU is proceeding with a naive (and expensive) agenda that cadence is the same thing as angle. Uhm,

Re: [LEAPSECS] "China move could call time on GMT"

2011-12-30 Thread mike cook
Le 30/12/2011 14:17, Rob Seaman a écrit : W The proposers have not invested sufficient resources in understanding the implications. Their proposal is lacking anything resembling a coherent engineering plan. If they desire a robust and long-lived solution, they should go back to the drawing b

Re: [LEAPSECS] New calendar, eliminates drift!

2011-12-27 Thread mike cook
Le 28/12/2011 01:20, Warner Losh a écrit : http://releases.jhu.edu/2011/12/27/time-for-a-change-johns-hopkins-scholars-say-calendar-needs-serious-overhaul/ Every year has 364 days, except leap years that add a week every 5 or 6 years (which also makes up for the 364 vs 365 thing). At least

Re: [LEAPSECS] suppressing TAI

2011-11-14 Thread mike cook
Le 15/11/2011 07:44, Steve Allen a écrit : On 2011 Nov 14, at 22:38, Steve Allen wrote: Document CCTF/09-27 http://www.bipm.org/cc/CCTF/Allowed/18/CCTF_09-27_note_on_UTC-ITU-R.pdf Thanks. I had forgotten that one, but I was under that impression that the OP was indicating that the suppression

Re: [LEAPSECS] suppressing TAI

2011-11-14 Thread mike cook
Le 14/11/2011 23:21, Zefram a écrit : Happy birthday TAI, 1.7 Gs old at 2011-11-14 22:12:46 UTC. There's a component of the proposal to abolish^Wredefine UTC that refers to "suppressing TAI". Do you have a more detailed reference to this? I do not see this in the original submission. This sou

Re: [LEAPSECS] BBC article

2011-11-06 Thread mike cook
Le 06/11/2011 09:51, Paul J. Ste. Marie a écrit : On 11/4/2011 5:58 PM, Tom Van Baak allegedly wrote: It's not just GPS. In general any system today that already has an automatic or manual method to handle leap seconds will be fine if no leap seconds were to be announced in the future. This inc

Re: [LEAPSECS] BBC article

2011-11-04 Thread mike cook
Le 04/11/2011 17:32, Poul-Henning Kamp a écrit : "want a new time-scale" The figures do , but Nero was commenting on the loose use of english. IIRC the 'for' votes are for a CHANGE of definition of UTC and not a NEW time scale. ___ LEAPSECS mailing l

Re: [LEAPSECS] ITU-R "pink"

2011-11-04 Thread mike cook
Le 02/11/2011 17:33, Steve Allen a écrit : Some documents for the January RA are already published, albeit locked to users who have access to TIES. These RA-12 documents are "pink". http://www.itu.int/ITU-R/index.asp?category=conferences&rlink=ra-12-pink&lang=en In particular, the draft revisio

Re: [LEAPSECS] WP7D document on UTC

2011-11-04 Thread mike cook
Le 01/11/2011 19:31, Steve Allen a écrit : It has news about UTC, and among other things it indicates the response to CACE 539. To date, the BR received replies from 16 different Member States for the latest survey (out of a total of 192 Member States, 55 of which participate in t

Re: [LEAPSECS] futureofutc

2011-10-07 Thread mike cook
Le 07/10/2011 15:54, Poul-Henning Kamp a écrit : About the only place that survey have been announced is in Bulletin-C, which is mostly read by people who are aware of Leap-Seconds. So the voting was biased towards people who were actually aware of the issue... how slanted! IIRC, this was a str

Re: [LEAPSECS] futureofutc

2011-10-06 Thread mike cook
Le 07/10/2011 03:37, Steve Allen a écrit : Imagine my dismay to present my talk at the futureofutc meeting, sit down, and see that its subject is inaccessible due to a lawsuit. Ultimate conspiracy theory: Defense contractor firms bought the rights to the book containing the timezone data in orde

Re: [LEAPSECS] Leap Seconds Debate makes Pass Notes

2011-10-04 Thread mike cook
Le 04/10/2011 11:25, Ian Batten a écrit : UK Guardian readers will know that the true mark of an issue penetrating the chatterati is when it arrives in the sardonic "Pass Notes" in the Guardian's G2 supplement. Oh dear. The Guardian is reduced to factually incorrect tittle-tattle. I am ashamed

Re: [LEAPSECS] Leap smear and Big Ben - clock's penny's replaced - plot thickens

2011-10-02 Thread mike cook
Le 02/10/2011 08:31, mike cook a écrit : Le 02/10/2011 07:57, mike cook a écrit : The clock was made in 1854, though not installed and started in the tower until 1859. In those days the penny was 18,8 grams, twice that of the 1860 and latter pennies. So I wonder which ones are currently in

Re: [LEAPSECS] Leap smear and Big Ben - clock's penny's replaced

2011-10-01 Thread mike cook
Le 02/10/2011 07:57, mike cook a écrit : The clock was made in 1854, though not installed and started in the tower until 1859. In those days the penny was 18,8 grams, twice that of the 1860 and latter pennies. So I wonder which ones are currently in use? If the penny story is true I would

Re: [LEAPSECS] Leap smear and Big Ben

2011-10-01 Thread mike cook
Le 02/10/2011 00:38, Tom Van Baak a écrit : To implement a leap second they add coin (yes, time is money). Each penny changes rate by about "2/5 second per day", which is about 5 ppm. There is nice animated description of the clock mechanism at http://www.parliament.uk/about/living-heritage/buil

Re: [LEAPSECS] Leap smear

2011-09-30 Thread mike cook
Le 30/09/2011 09:13, Keith Winstein a écrit : DUT1 gets 31 bits, including the sign, and is in units of 2^(-24) second. They also give a rate of change so it can be approximated to first order by the receiver. Have you got a reference for this Keith? The only info I could find is from Page 18

Re: [LEAPSECS] Leap smear

2011-09-29 Thread mike cook
That's an argument for eliminating radio time broadcasts :) should hve been a wink, rather than a smile. I rely on radio on radio broadcast time. Both GPS and VLBI require knowledge of UTC and UT1 for implementation. How does the GPS pick up the UT1 corrections? VLBI, at least when I was i

Re: [LEAPSECS] Leap smear

2011-09-23 Thread mike cook
Le 24/09/2011 00:00, Clive D.W. Feather a écrit : Actually, as we've discussed here ad nauseam, where I live the "day" is de jure the mean solar day at Greenwich and de facto 794243384928000 periods of the radiation corresponding to the transition between the two hyperfine levels of the ground st

Re: [LEAPSECS] the abbreviation UTC

2011-08-18 Thread mike cook
Le 18/08/2011 19:21, Warner Losh a écrit : On Aug 18, 2011, at 6:06 AM, Gerard Ashton wrote: I would be most surprised if there is an actual written procedure that traffic officers must follow in setting their wristwatches and a specified grace period officers must allow before issuing a cita

Re: [LEAPSECS] the abbreviation UTC

2011-08-18 Thread mike cook
Le 18/08/2011 10:30, mike cook a écrit : As I live in France, that doesn't affect me directly, but I will check with the French statutes to see what their definition of time is. Could save me a Euro or two. Just to close the parenthesis. France has had its legal time based on UTC since

Re: [LEAPSECS] the abbreviation UTC

2011-08-18 Thread mike cook
Le 18/08/2011 14:59, Clive D.W. Feather a écrit : Have you actually done this successfully yourself, or is this simply something that a friend claims he was told someone else told him that they know someone who did this? Well, I have used it as an argument but as I never received acknowledgeme

Re: [LEAPSECS] the abbreviation UTC

2011-08-18 Thread mike cook
Le 18/08/2011 14:06, Gerard Ashton a écrit : On 8/18/2011 4:30 AM, mike cook wrote: Could this be a good argument for getting parking ticket offences thrown out? Under current rules, UTC is an approximation to mean solar time at some meridian that passes through the grounds of the

Re: [LEAPSECS] the abbreviation UTC

2011-08-18 Thread mike cook
Le 18/08/2011 02:06, Steve Allen a écrit : On 2011 Aug 15, at 10:54, Tony Finch wrote: http://www.ucolick.org/~sla/leapsecs/timescales.html#UTC The BBC World Service still announce the time as GMT and so I wondered if UTC had ever been incorporated in English law. I discovered that an atte