Guide

Time zone guide

Terminology for civil time, with links into the working desk.

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.