Understanding Time Zones 01
UTC Coordinated Universal Time is the civil time scale used as a reference. Offsets are stated relative to UTC.
Example: 15:00 UTC on 2026-11-06 is a single instant, independent of city names.
Misunderstanding: Treating UTC as a city that observes summer time.
Open a related tool
02
GMT Greenwich Mean Time is a time scale historically tied to the Greenwich meridian. In casual speech people mix GMT and UTC; they are not interchangeable in every historical or technical context.
Example: Europe/London may equal GMT in winter and BST in summer.
Misunderstanding: Labeling a July London time as GMT+0.
Open a related tool
03
IANA time zones Identifiers such as America/New_York name a region’s rule set, including historical and seasonal offsets.
Example: Asia/Kolkata stays on UTC+05:30 in current rules.
Misunderstanding: Using EST as if it uniquely meant New York.
Open a related tool
04
UTC offsets An offset is the difference between local civil time and UTC at a given instant. It can include 30- or 45-minute components.
Example: Australia/Adelaide is not a whole number of hours.
Misunderstanding: Adding five hours to New York all year to get London.
Open a related tool
05
Daylight saving time Some regions change civil offsets seasonally. Others never do. Transition dates differ.
Example: Phoenix uses America/Phoenix and does not follow US federal DST in current rules.
Misunderstanding: Assuming every country changes clocks on the second Sunday in March.
Open a related tool
06
International Date Line The date line is a civil convention in the Pacific. Crossing it changes the calendar date without requiring a 24-hour elapsed wait.
Example: Auckland can be a calendar day ahead of Honolulu at the same instant.
Misunderstanding: Thinking the date line is a single straight 180° meridian with no exceptions.
Open a related tool
07
Time zone abbreviations CST, IST, and similar abbreviations are reused in more than one region. Prefer IANA identifiers in calculations.
Example: IST may mean India or Irish Standard Time depending on context.
Misunderstanding: Sending “Let’s meet at 9 AM CST” without a city.
Open a related tool
08
Ambiguous and nonexistent local times When clocks move backward, a local time can occur twice. When they move forward, a local time can be skipped.
Example: 01:30 on a US fall-back morning may be either offset.
Misunderstanding: Silently picking one occurrence without telling the reader.
Open a related tool
Common Time Zone Mistakes 01
Assuming a fixed offset all year Incorrect assumption: New York is UTC−5
Why it can fail: Seasonal rules change the offset.
Correct approach: Resolve the named zone on the meeting date.
Practical example: January vs March New York–London differences.
Related tool
02
Forgetting the destination date can change Incorrect assumption: 18:00 here is 18:00 there on the same date
Why it can fail: The instant can fall on the previous or next local date.
Correct approach: Always print local date and time.
Practical example: New York evening to Sydney morning.
Related tool
03
Confusing AM and PM Incorrect assumption: 9:00 must be morning
Why it can fail: A 12-hour clock is easy to misread in writing.
Correct approach: Use 24-hour time or spell out morning/evening.
Practical example: 21:00 written as 9:00.
Related tool
04
Using ambiguous abbreviations Incorrect assumption: CST is enough
Why it can fail: Several regions share the letters.
Correct approach: Use America/Chicago or a city name plus offset.
Practical example: A message that could mean China or Central US.
Related tool
05
Ignoring daylight saving transitions Incorrect assumption: Last month’s offset still applies
Why it can fail: A transition week can change who is ahead.
Correct approach: Check the DST checker for that year.
Practical example: US and UK start dates that do not match.
Related tool
06
Assuming every country changes clocks Incorrect assumption: Everyone springs forward
Why it can fail: Many zones never change.
Correct approach: Look up the IANA zone instead of a country stereotype.
Practical example: Tokyo in June vs London in June.
Related tool
07
Confusing local wall-clock time with elapsed time Incorrect assumption: A two-hour meeting ending at start plus two local hours
Why it can fail: A DST skip or repeat changes wall-clock arithmetic.
Correct approach: Add duration to the instant, then convert.
Practical example: A meeting that starts before a spring-forward.
Related tool
08
Scheduling meetings without checking participants' local working hours Incorrect assumption: 10:00 organizer time is fine for everyone
Why it can fail: It may be 23:00 elsewhere.
Correct approach: Compare working-hour preferences first.
Practical example: New York 09:00 with Tokyo on the same instant.
Related tool
Check a zone year
Not every zone uses daylight saving time, and not every offset change is seasonal. This checker reports transitions present in the installed database for the selected year.
Year
Check transitions