Skip to tool
ecech.
🕑 Date, Time & Timezone

Timezone Converter That Knows the Date, Because the Offset Depends On It

New York is not always UTC-5. It is UTC-4 for eight months of the year. This converts for the exact date you pick, using the real timezone database in your browser.

Shows as

Offsets that are not whole hours are real

Advertisement

How the calculation works

New York's offset, across one year -5 (EST) Jan – early Mar -4 (EDT) — eight months mid-Mar – early Nov -5 (EST) Nov – Dec A converter that stores "New York = -5" is wrong for two thirds of the year. The only way to be right is to know the date. That is what a timezone is.

How to Use This Tool

Pick a date, a time and a starting city, then add the cities you care about. Every row is computed for that exact date, so daylight saving is already accounted for.

Why the date matters as much as the time

A timezone is not an offset. It is a set of rules for what the offset is on any given date. "New York" means UTC-5 in January and UTC-4 in July, and the switch happens on specific Sundays that themselves move. Convert 3 p.m. New York to London without knowing the date and you have a 50/50 chance of being an hour out.

This is why the tool asks for a date first. The same wall-clock time in the same city is a different UTC instant depending on which side of the daylight-saving boundary it falls.

Offsets are not all whole hours

The assumption that every zone is some number of hours from UTC is wrong, and confidently so:

  • India is UTC+5:30 — the whole country, one half-hour offset.
  • Nepal is UTC+5:45, fifteen minutes ahead of India, which is why a flight schedule between them looks like a typo.
  • The Chatham Islands are UTC+12:45, and +13:45 under daylight saving.
  • Lord Howe Island changes its clocks by thirty minutes, not an hour, when daylight saving starts.

All four were checked against the browser's own timezone data before being written here. A fixed-offset table cannot represent any of them.

Three offsets a whole-hour table cannot store India UTC+5:30 Nepal UTC+5:45 15 minutes ahead of India Chatham Is. UTC+12:45 / +13:45 and it shifts under DST Verified in the browser's timezone engine, not asserted from memory.
Roughly a quarter of the world lives at an offset that is not a whole hour.

How this stays correct when the rules change

Countries change their timezone rules more often than you would think — a government moves a daylight-saving date, or abolishes it, sometimes with weeks of notice. This tool does not carry its own table. It asks the browser, and the browser ships the IANA timezone database that is maintained centrally and updated with the operating system. So the accuracy of a future date depends on how current your device is, which is the honest limit and worth knowing: a date years out assumes today's rules still hold.

A practical habit for scheduling

When you send an invite across zones, name the zone explicitly — "3 p.m. New York time" — rather than just "3 p.m.". The words remove the ambiguity that a bare number leaves, and they survive being forwarded to someone whose calendar is set to somewhere else. For anything recurring, UTC is the anchor that never drifts.

Advertisement

Frequently Asked Questions

Why is New York sometimes UTC-5 and sometimes UTC-4?
Because of daylight saving. New York is UTC-5 in winter (EST) and UTC-4 for the roughly eight months of summer time (EDT). A timezone is a set of rules for what the offset is on a given date, not a single fixed number, which is why this tool asks for the date before it converts.
Do all timezones differ from UTC by a whole number of hours?
No. India is UTC+5:30, Nepal is UTC+5:45, and the Chatham Islands are UTC+12:45, going to +13:45 under daylight saving. Lord Howe Island even shifts by only thirty minutes for DST rather than an hour. Any converter built on whole-hour offsets is wrong for all of these.
Why does the same meeting time convert differently on different dates?
Because daylight saving boundaries fall between them. The same wall-clock time in the same city is a different UTC instant depending on which side of the switch it lands, so 3 p.m. New York to London is not a fixed difference across the year.
Where does the timezone data come from?
From your browser, which ships the IANA timezone database — the same one used across operating systems and updated with them. This tool does not keep its own table, so it inherits whatever rules your device currently has. Nothing is sent to a server.
Is a future date always accurate?
Only as far as today's rules are known. Governments change daylight-saving dates and offsets, sometimes with little notice, so a conversion years into the future assumes the current rules still apply. For near dates this is a non-issue; for distant ones it is worth remembering.
How should I write a time in an invitation to avoid confusion?
Name the zone in words — '3 p.m. New York time' — rather than a bare '3 p.m.' or a raw offset. The zone name survives being forwarded to someone in a different place, and for recurring events UTC is the anchor that does not drift with daylight saving.

Related tools in Date, Time & Timezone

Browse all Date, Time & Timezone tools
The Mac mini the ecech. site is built on, beside a handwritten note reading ecech.com.

Made by one person

ecech. is not a content farm. Every tool here is written and checked by hand, one at a time, by someone who wanted the tool to exist and could not find a version that showed its working.

No accounts and no sign-in, and nothing you type reaches a server — every calculation on this page runs inside your browser. The ads are served by Google and do set their own cookies, which is set out in full on the privacy page. More about the site.