Date and time

Time zone converterOne instant, several local clocks

Enter the source clock time and named zone, then compare each target on that exact date.

Time zone converter

Source time

YYYY-MM-DDTHH:mm[:ss], or a space instead of T. No Z, offset or fractional seconds.

Use UTC or an IANA ID such as America/New_York. Changing the source reinterprets the same clock reading.

One ID per line; up to 20 physical lines and 2,000 characters. Blank lines are ignored; repeated IDs are deduplicated.

Time zone comparison

Enter a source time or load the example.

Dates are processed in this browser and are not sent to a server.

Options

Time zone data and runtime

Engine: @js-temporal/polyfill 0.5.1 with this browser’s Intl data. The browser does not expose its time zone database version; future rules may change.

Detected browser time zone: Unavailable

Inputs changed. Recalculate before copying or downloading.

This time zone converter helps when a meeting time, deployment window or support handoff crosses regions. A remembered five-hour difference is unreliable during the weeks when countries change their clocks on different dates.

Keep the source calendar date alongside the clock reading. Every result refers to one UTC instant, even when the destination is already on another day.

Why use this time zone converter?

Compare the same instant across dates

The time zone converter keeps each target’s full date, clock reading and UTC offset together. A separate difference compares that target with the source, so UTC−05:00 is not mistaken for five hours behind every source city.

One central instant connects to three clocks and calendar cards showing different local times.

Choose which repeated time you mean

When New York repeats 01:30 on November 3, 2024, the input can mean 05:30Z or 06:30Z. The default rejects that ambiguity, shows both candidates and waits for your choice; it never silently treats the second occurrence as the first.

One local clock branches into two separate instants, with one branch selected.

Check the source before choosing an occurrence

01

A source change reinterprets the clock

Use UTC for a UTC to local time task. Use the local-source shortcut only when the typed time belongs to your device’s configured zone. These shortcuts preview the change; they preserve the clock digits, not the previous instant.

02

Only repeated times have two choices

First and second occurrence are available for an overlap. A spring-forward gap is an error under either choice. Use the displayed candidate UTC values and offsets to match the original event record.

03

Export a current result

Automatic conversion waits 350 ms after an edit. Switch it off to use Convert or Ctrl/Cmd + Enter. Edits disable export; Example, Clear and source shortcuts show a preview, while Undo restores the inputs and their result together.

Offsets, differences and full calendar dates

Rules for the selected date

IANA time zones supply date-specific transitions. New York at 09:00 on March 20, 2024 corresponds to 13:00 in London: a four-hour difference while their daylight saving time schedules are out of step.

Several targets in one comparison

Keep London, New York and Tokyo, or edit the list to compare other regions. The order follows your first occurrence of each ID, and one invalid target blocks the conversion with its physical line number.

A time difference calculator with two references

UTC offset compares a destination with UTC. Difference from source compares the two local clocks at the resolved instant. The sign means destination minus source, and can exceed 24 hours across the date line.

Minutes and historical seconds remain visible

Asia/Kathmandu uses a quarter-hour component; Australia/Lord_Howe can change by half an hour. Offsets and differences preserve seconds when supplied by historical data, rather than rounding every region to whole hours.

Input grammar and data boundaries

A wall clock, without a second zone
Enter YYYY-MM-DDTHH:mm[:ss], allowing a single space in place of T. Seconds default to 00. Years are 0001–9999, and UTC and target dates must also fit. Date-only values, fractions, Z, numeric suffixes, leap seconds and 24:00 are rejected.
Named identifiers instead of abbreviations
Use UTC or a supported IANA identifier containing /. CST, EST and IST are rejected, as are offset-only IDs such as +08:00. Valid names like Etc/GMT+5 follow IANA’s sign convention. Aliases with different names remain separate rows.
A gap is never moved to another hour
The first/second setting only resolves a repeated wall time. A missing hour, half-hour or entire local date is rejected. No DST badge is guessed from the offset: political changes and historical definitions need more context.
A deliberately bounded target list
Up to 20 physical lines and 2,000 characters are accepted. Empty lines count toward the line limit but produce no row. Matching IDs are deduplicated without regard to case; order and separate alias names are retained. There is no city-name geocoder or file import.
Runtime rules, without calendar planning
The browser supplies time zone data; its database version is not exposed. The displayed polyfill version is the engine version, not an IANA release. Future rules can change. No meeting suggestions, working-hour checks, ICS invitations, saved histories or share URLs are generated.

Time zone converter questions

Why do I have to enter the date?

The date determines the applicable offset and daylight-saving rule. Two cities may be four hours apart in one week and five in another. Enter the actual event date instead of applying today’s difference to every future appointment.

How many cities and time zones can I add?

You can enter up to 20 physical lines, with one UTC or named IANA zone per line. Blank lines are skipped and the same ID is kept once regardless of letter case. Different aliases are not automatically merged.

Does the converter handle daylight saving time?

Yes, using the browser’s IANA data for the selected date. A repeated source time requires an explicit occurrence; a missing source time is rejected. An ordinary target conversion has no ambiguity because the UTC instant is already known.

Can a time zone conversion change the date?

Yes. The date-difference field compares calendar dates with the source. It can be negative, zero or positive. UTC−12 to UTC+14 can even produce a difference of two calendar days for the same instant.

Why can timezone abbreviations such as CST or IST be ambiguous?

The same abbreviation can identify different regions, and a fixed abbreviation may omit seasonal changes. Enter America/New_York, Asia/Shanghai or another supported regional ID rather than asking the tool to guess what CST or IST means.

A result needs a closer look?

Check another event time

Use the time zone converter with your event’s date, confirm the source zone and keep the UTC instant beside the local results when passing the report on.