Talk:UTC offset

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia

Current times[edit]

I'm placing this table of "current times" on the talk page, pending clarification from Tim Starling. It's only good through 12/31/2006 anyway.

ERROR. By US Law, the rules changed at the end of 2007-02-28, presumably at midnight local time. Note that in an international medium dates need to be given in an international frorm. Eschew FFF. 82.163.24.100 (talk) 15:06, 14 July 2008 (UTC)[reply]

{{US time 2024}}

On second thought, it seems okay. I'm going to incorporated it, unless Tim finds that it slows down the server. --Uncle Ed 16:47, 21 April 2006 (UTC)[reply]

Can this be extended to cover all the worlds time zones? Not everybody lives in the USA.--Tivedshambo (talk) 06:54, 25 June 2006 (UTC)[reply]

Accuracy?[edit]

The "This page was served on (current time) UTC doesn't seem to be accurate. Actually, it doesn't even seem to be changing when I refresh the page. I've cleared my cache and cookies, also. I think it either should be fixed or removed. 76.245.44.228 (talk) 04:59, 19 March 2008 (UTC)[reply]

Looks like the wikipedia page updates in batches. This table should be replaced with something that doesn't cleverly try to update the time. Other non-american time zones can be added at that point. DavidRF (talk) 20:37, 19 March 2008 (UTC)[reply]

Zone & Offset[edit]

Page has "Many time zones employ two time offsets, one for standard time and one for daylight saving time.". That's literally true, but not well put. Summer Time is not a zone-wide matter. Note that, if there were to be an additional place in a temperate part of the UTC+10:30 zone, then there would probably be a zone with three offsets. 82.163.24.100 (talk) 15:32, 14 July 2008 (UTC)[reply]

hjgghfhhfgh,hg,g,,gmglgmgldfmt;hrmjk;mb;m,[gmg;nm;hkmflh;;g;e[[rglgk;lgl;gk;ekgtdgfssdg,grl;ww 2601:85:4680:D0:888E:3D93:1753:98AD (talk) 23:15, 29 January 2024 (UTC)[reply]

Greenwich[edit]

I have replaced "in Greenwich, England" with "(GMT, approximately)". By UK Law, we still in principle use GMT-based time in the UK, not UTC-based - so our UTC-based time signals are not legal. More importantly, the civil time in Greenwich is advanced one hour in Summer.

The term GMT really means GM solar T, and was introduced before Summer Time was instigated.

82.163.24.100 (talk) 21:37, 17 October 2008 (UTC)[reply]

Confusion[edit]

I've seen clearer instructions on government forms. (In the army, they had to give us classes on how to fill them out. I deleted the confusing parts, namely the entire body of the article.

In the next few days, I'll dredge it out of history and make it clear, if no one else has the time before then. --Uncle Ed (talk) 03:40, 26 February 2012 (UTC)[reply]

  • Mea culpa, I just realized that I myself created this article 5 years ago! (And it still sucks.) Well, I guess there's no one else to blame, so I better fix it. --Uncle Ed (talk) 21:40, 2 May 2012 (UTC)[reply]


Something that's surprisingly difficult to find on the Internet is a definitive and authoritative statement of which date/time accompanies the UTC offset: is the UTC date/time with which the UTC offset is combined to get the local time, or is the local date/time with which the UTC offset is combined to get UTC time? Almost always, the answer must be inferred, which means the reader might infer wrongly. This article comes the closest by saying "place and date" but, again, the reader must infer.
To illustrate (USA abbreviations, to preserve alignment in this font):
2021-07-30 15:00:00 (UTC) -07:00 = 08:00:00 (CA) and
2021-07-30 15:00:00 (UTC) -04:00 = 11:00:00 (NY)?
or
2021-07-30 08:00 (CA) -07:00 = 08:00 - (-07:00) = 15:00 (UTC) and
2021-07-30 11:00 (NY) -04:00 = 11:00 - (-04:00) = 15:00 (UTC)?
The latter is more useful but the natural instinct for a date/time you find on the sidewalk is:
2021-07-30 08:00 (CA) -07:00 = 01:00 (UTC) and
2021-07-30 11:00 (NY) -04:00 = 07:00 (UTC), which is wrong (and beside the point).
Pbyhistorian (talk) 16:12, 30 July 2021 (UTC)[reply]

Because the offsets are with respect to UTC+00:00, London/Dublin/Lisbon/Accra. So if it is 11:00 in London (winter time) then it is 11:00-8:00=03:00 in LA and 11:00+8:00=19:00 in Singapore. The difficult part is how to explain the reverse: I am in NY, the local time is 11:00 (before DST), how do I calculate the UTC equivalent? My offset is -4:00, whaddyamean I godda add 4:00 already??
Mission Impossible time: your mission, if you choose to accept it, is to find a clear explanation from a reliable source and paraphrase it. There's not a lot to be gained my doing it, as someone who lives in UTC+00 and so can't see what is so difficult about it. --John Maynard Friedman (talk) 18:56, 30 July 2021 (UTC)[reply]

I found a Note submitted in 1997 to the W3C Consortium by Reuters Limited, perhaps best known for their timely coverage of worldwide news. Their Note "defines a profile of ISO 8601, the International Standard for the representation of dates and times". This Profile is a selection of just a few ISO 8601 data/time formats that prevent ambiguity by specifying a four-digit year but, near the end of the Note, they say "Times are expressed in local time, together with a time zone offset in hours and minutes."
I'll try to sneak that detail in without hijacking the focus on UTC offset.
Pbyhistorian (talk) 15:06, 2 August 2021 (UTC)[reply]

Recent updates[edit]

@Pbyhistorian:, have I reduced (or increased!) the confusion any with my updates? Do you think it would be useful to expand the table to say, for example, "if it is noon in Accra then it is 02:00 in Honolulu and 21:30 in Darwin"? Or, with a lot more effort, "if it is noon in Honolulu then it is 22:00 in Accra and 07:30 next day in Darwin" (difficult to see how to lay this out). --John Maynard Friedman (talk) 15:37, 31 July 2021 (UTC)[reply]

I think the table is a good idea. I borrowed the general idea to illustrate UTC offset math up top, but using the equator to remove daylight savings time would never have occurred to me.
I wonder about local solar time, though. Remembering my (ancient) astronomy and astrolabes and sextants, solar time should be absolute; local time is more often a thing of convenience. Pbyhistorian (talk) 16:29, 2 August 2021 (UTC)[reply]
"Local time" is possibly a little ambiguous, because of the confusion with civil time which is national standard time ± DST, but I've seen "local solar time" many times (and especially local solar noon), so I'm confident enough to let that phrasing stand. --John Maynard Friedman (talk) 17:09, 2 August 2021 (UTC)[reply]
Solar time is a completely different concept and IMHO should be removed from this article. A UTC offset describes the difference (at a given point in time) between UTC and local time which is a form of civil time.
Those last two articles linked are also in need of updates - the local time article should reference the civil time article.
There's also some wording in this article that says "... which may not be the current civil time ..." which just adds to the confusion. (It is indeed the offset from civil time, just not necessarily the "current" civil time.) mattjohnsonpint (talk) 16:58, 14 December 2022 (UTC)[reply]
Local time is not a "form of civil time", it is civil time and has been so for about 150 years when railway timetables enforced national standard time.
Yes we know but is there a better term? Take for example Kashgar in far western China. The civil time == the local time == the "time zone in use" is China Standard Time, UTC+08:00, same as Beijing. But if China would operate multiple time zones like Australia, Canada, Europe and the US do, Kashgar's time zone might be UTC+05:30 (same as New Delhi). By any definition, the local solar time is most definitely not the civil time. The same issue arises at Santiago de Compostela (8°32′40″W): its "natural" time zone is UTC-01:00 but its civil time is UTC+-01:00, same as Berlin Could we say "approximate solar time" (with an explanatory footnote)? Anyway, feel free to propose a new wording. --𝕁𝕄𝔽 (talk) 18:31, 14 December 2022 (UTC)[reply]

14:00:00+02[edit]

I'm a bit worried by your addition of Subtracting the UTC offset from the local time gives the time in UTC so 14:00:00+02 is 12:00:00 UTC, but in the South Sandwich Islands, 10:00:00-02 is 12:00:00 UTC (because subtracting a negative UTC offset results in addition). for two reasons. First, I don't think it belongs in the lead and second, I haven't seen the style 10:00:00-02 used anywhere? Do you have a citation? Everything I have come across uses the style 10:00 UTC-02:00. See for example UTC-02:00, which says UTC−02:00 is an identifier for a time offset from UTC of −02:00. --John Maynard Friedman (talk) 17:09, 2 August 2021 (UTC)[reply]

I've cleaned it up; should be OK now. Pbyhistorian (talk) 23:14, 2 August 2021 (UTC)[reply]
Thanks, that's better.
Would you double check the calculations in my table, please? --John Maynard Friedman (talk) 23:35, 2 August 2021 (UTC)[reply]
Yes, those are the results I get too. Cheers! Pbyhistorian (talk) 00:38, 3 August 2021 (UTC)[reply]

Relation of offsets to time zones[edit]

A time zone is a place. A time offset is a number of hours and minutes. I can't believe that people are getting area confused with quantity, but that's life for you.

Half the reference information I see on the Internet uses the UTC offset to identify time zones. Is this pushback against the US-led NATO designations? Zulu time is "zero" offset from Greenwich Mean Time, and various letters of the alphabet are used for the other Nautical time zones. — Preceding unsigned comment added by Ed Poor (talkcontribs) 16:02, 27 May 2012 (UTC)[reply]