Talk:UTC offset

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

Current times

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.--

talk) 06:54, 25 June 2006 (UTC)[reply
]

Accuracy?

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

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

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

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. --
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

@

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
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
talk) 18:31, 14 December 2022 (UTC)[reply
]

14:00:00+02

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

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? --
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

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?

Nautical time zones. — Preceding unsigned comment added by Ed Poor (talkcontribs) 16:02, 27 May 2012 (UTC)[reply
]