13
$\begingroup$

Every reference I find says that they are "essentially" the same, which we all know really means that they are not the same, but different only by a some small amount that someone else other than me decides is negligible.

They also like to say that UT1 and UTC are the same, but if you look into it you find that they differ by as much as 0.9 seconds. This is, admittedly, insignificant to me. But the practicality of it is not my concern here. The technical reality of it is.

I want specifics and exactness where applicable here.

$\endgroup$
0

3 Answers 3

12
$\begingroup$

UT1 is a specific "flavor" of Universal Time, which is a measure of Earth's rotation relative to the mean sun, a fictitious "prime mover" upon which all our clocks are based. UT1 is related to sidereal time (Earth's rotation relative to the fixed background stars) by a rather long mathematical expression usually expressed as a polynomial function of mean solar time. Earth's rotation is not uniform though; it varies. UTC (Coordinated Universal Time) is a specific "flavor" of Universal Time intended to smooth out these variations by staying within 0.9 s of UT1. The difference between the two is called $\Delta UT1$ and is adjusted as necessary, but can only be adjusted after observation. Larger adjustments come in the form of leap seconds. The current approximate value of $\Delta UT$ is called $DUT1$ and is encoded in the standard time signals broadcast by stations such as WWV (in America) and CHU (in Canada). Listen for doubling of pips at the beginning of each minute.

UT0 is an observational approximation to UT1 based on meridian observations of standard stars. UT0 must be corrected for polar motion, which varies from observatory to observatory.

Both UT1 and UTC are generically referred to as Universal Time and the distinction between them is important only if the that maximum discrepancy of 0.9 s is important for your application.

There is another "flavor" of Universal Time called UT1R, which is intended to account for tidal variations in Earth's rotation.

There is another "flavor" of Universal Time called UT2, which is intended to account for seasonal variations in Earth's rotation. UT2 isn't used any more.

GMT, Greenwich Mean Time, is a sometimes deprecated historic term equivalent to UT, but is no longer used in astronomical applications. It used still used in many civil applications though (and remains the legal time standard (outside the period of daylight-saving summer time) in the UK).

By far your best reference on this topic is the latest edition of The Explanatory Supplement to the Astronomical Almanac, edited by Sean Urban and Kenneth Seidelmann. The third edition was just published in November by University Science Books. My own book, Fundamental Ephemeris Computations (Willmann-Bell, 2000) also discusses this topic and includes computer code.

Be aware that since FEC was published, certain astronomical terminology has changed and now the term "Earth rotation angle" is now used to mean roughly what sidereal time previously meant. The new terminology is reflected in the new Explanatory Supplement referenced above.

$\endgroup$
0
4
$\begingroup$

What is the difference between UT0, UT1 and GMT time?

UT1 (Universal Time 1) measures the Earth's rotation with respect to the distant stars (quasars, nowadays), scaled by a factor of (one mean solar day)/(one sidereal day), with small adjustments for polar motion. There are exactly 86400 UT1 seconds in a UT1 day.

UT0 represents uncorrected observations of the distant stars / quasars by single stations. Nowadays, simultaneous use of multiple stations is the norm in the form of Very Long Base Interferometry (VLBI) techniques. The different rates at which atomic clocks tick at those different stations and the different ways in which polar motion affects those different stations has to be taken into account in order to use VLBI. The use of VLBI makes UT0 an outdated concept.

TAI (International Atomic Time), which you didn't ask about, measures time according to a number of atomic clocks. There are exactly 86400 TAI seconds in a TAI day. The TAI second is based on the Earth's average rotation rate between 1750 and 1892. A UT1 day is now a couple of milliseconds longer (on average) than is a TAI day thanks to the slowing of the Earth's rotation rate.

This creates a fundamental problem. It is now universally agreed that atomic clocks provide a much better measure of time than does the Earth's rotation, yet for human comfort, we would still like time to stay in sync with the Earth's rotation. How to accomplish this?

GMT (an archaic term that is deprecated except in Great Britain) has now become another just another name for the time zone UTC+0h. Prior to 1972, GMT was the de facto standard that attempted to keep universal time and atomic time in sync. The old GMT adjusted the length of the last minute of every day to keep the two disparate concepts of time in sync. The BBC incorporated these daily adjustments in their broadcasts of the "six pips". The US and Canada did much the same with their radio-based time broadcasts. The daily adjustments used in GMT were becoming ever more problematic with an ever more connected and ever more precise world. These problems motivated the replacement of GMT with UTC.

UTC (Coordinated Universal Time) is the modern successor to GMT. A UTC second is by definition always exactly equal to one TAI second, but like the old GMT, a UTC day is not necessarily 86400 seconds long. The difference between the old GMT and UTC is that in lieu of the small daily adjustments used in the now deprecated GMT, the adjustments to UTC are infrequent and are always exactly one TAI second. These are leap seconds. The predictability and the current close match between UT1 and TAI means that leap seconds can be announced well in advance, only have to occur on June 30 or December 31, but can still keep UTC and UT1 within 0.8 seconds of one another. (Aside: This will not remain the case in the not too distant future.)

The rationale for switching to intermittent leap seconds was that doing so would keep time uniformly except for those intermittent leap second boundaries, and the problem introduced by those leap second boundaries could be easily circumvented due to the announcement of those jumps well in advance of when they would occur. This has turned out to not be the case; a number of different computer systems (e.g., Microsoft, Unix, and MacOS) have problems with leap seconds. There are moves afoot to get rid of leap seconds.

$\endgroup$
4
  • $\begingroup$ I suggest looking at the documents from the inception of the flavors of UT0, UT1, and UT2 ucolick.org/~sla/leapsecs/BH1955.html $\endgroup$ Commented Nov 14, 2018 at 4:16
  • $\begingroup$ @SteveAllen - That's rather dated -- and more than a bit messed up date wise. Large chunks of that page and the links therein were written well after the fact, some in the mid 1970s. (Using leap seconds and 1955 on the same page is rather problematic.) Even so, that's all ancient history. The 1955 concept of how to keep time wouldn't fly with lots of astronomers today. It would be rather hard to do sub-arcsecond astronomy with those archaic notions. $\endgroup$ Commented Nov 16, 2018 at 3:45
  • $\begingroup$ Shouldn't UTC be "Coordinated Universal Time" and not "Corrected Universal Time" ? $\endgroup$ Commented Jan 4, 2019 at 15:55
  • $\begingroup$ FWIW, there are links to several articles about various time scales & their history on leapsecond.com; some of those articles were written by @Steve Allen. $\endgroup$
    – PM 2Ring
    Commented Jan 5, 2019 at 4:22
3
$\begingroup$

Simpler answer:

UT1 is the time used for most common purposes. It follows the sun and the earth's rotation. There is always 86400 seconds in a day and always either 365 or 366 days in a year. Unfortunately the length of a second or day varies by a tiny amount from one year to another. In computers, it's usually modeled as an integer number of seconds since the epoch, which, for unix, is Jan 1, 1970, midnight GMT/UTC/UT1 timezone. Exact hours are always even multiples of 3600 seconds.

UTC is time as measured by atomic clocks. The second is always the exact same amount of time. Unfortunately the earth's movement isn't so exact. So, the powers that be insert a 'leap second' every so often on Dec 31 or June 30, and the time is then 23:59:60 for just that second. (They're inserted irregularly but there's been about two dozen since the 1970s.) So, the count of seconds for UTC is rarely an even number at the end of an hour. But, at least you know the time exactly.

Most of us can set our clocks to either, as the slide of a second isn't noticed for most practical purposes. If you're late to a meeting, you can't blame it on leap seconds.

$\endgroup$
7
  • 2
    $\begingroup$ Re UT1 is the time used for most common purposes. That is not true, and hasn't been since at least 1972, when leap seconds were introduced, and arguably, well before that. One problem is that UT1 is not immediately observable. An even bigger issue is that the Earth's rotation rate is not constant. Humanity gave up on the idea of solar-based time well before 1972. Clocks do a much better job of measuring time. $\endgroup$ Commented Nov 12, 2018 at 21:19
  • $\begingroup$ The clock on your computer never displays Dec 31, 23:59:60, even at the last second in a leapsecond year . If it was using UTC, it would. $\endgroup$ Commented Nov 15, 2018 at 6:32
  • $\begingroup$ @OsameBinLogin - That's because your computer most likely has Windows or some Unix-like operator system, which handle leap seconds incorrectly by deeming that all minutes are exactly 60 seconds long. Moreover, your computer most likely gets synchronizes time via the Network Time Protocol, which also handles leap seconds incorrectly. When a positive leap second is added, NTP freezes at 23:59:59 for an extra second. Your computer will see this as a time glitch in the computer's clock and gradually smooth in the leap second (continued). $\endgroup$ Commented Nov 15, 2018 at 13:38
  • $\begingroup$ At least in the US, the official broadcasts of UTC do indicate time going from 23:59:59 to 23:59:60 to 00:00:00 on the next day when a positive leap second is added, or directly from 23:59:58 to 00:00:00 on the next day (bypassing 23:59:59) when a negative leap second is added. Note well: There never has been and probably never will be a negative leap second, but the concept is part of the standard. $\endgroup$ Commented Nov 15, 2018 at 13:39
  • $\begingroup$ In hindsight, the use of a leap second was probably too fine. The intent of UTC was to tick with TAI but also stay roughly in sync with UT1 for civilian purposes. Civilians are already used to leap hours (summer time vs standard time); a leap minute would have sufficed. Instead of being a once every six months to a few years event, leap minutes would be a once every several decades event. Leap seconds wreak havoc every time they occur because of the incorrect handling of leap seconds by every major computer operating system and by the Network Time Protocol. $\endgroup$ Commented Nov 15, 2018 at 13:58

Not the answer you're looking for? Browse other questions tagged or ask your own question.