AI CalculatorAI Calculator

    Time Zone Converter

    Convert times between different time zones around the world

    How It Works

    Overview

    A time zone converter translates a wall-clock time in one location to the equivalent wall-clock time in another, accounting for each zone's offset from UTC (Coordinated Universal Time) and any daylight saving time in effect on the chosen date. It's the everyday tool for scheduling meetings, booking flights, calling family abroad, or coordinating a remote team across continents.

    The converter uses the modern IANA time zone database via your browser's built-in Intl APIs. That means it handles DST transitions automatically — a 3 PM call from New York to London is four hours ahead in winter but five hours ahead during the brief late-March window when London has switched to BST but New York is still on EST. Always pick the actual date you mean to convert, not just a time.

    The Formula

    local_time = UTC + offset (with DST adjustment)

    Each zone has a base UTC offset that may shift by one hour during DST. Conversion goes through UTC as a pivot:

    • Step 1: source_local − source_offset = UTC
    • Step 2: UTC + target_offset = target_local
    • Step 3: apply each side's DST rule for the chosen date

    The IANA database stores historical offset and DST rules going back decades, which is why the same conversion can give a different answer for, say, March 2007 versus March 2006 (the US extended DST that year).

    Worked Example

    You want to schedule a video call at 2:00 PM in New York on July 15with colleagues in London, Mumbai, and Tokyo.

    • New York (America/New_York) — 2:00 PM EDT = UTC−4
    • London (Europe/London) — 7:00 PM BST (UTC+1)
    • Mumbai (Asia/Kolkata) — 11:30 PM IST (UTC+5:30)
    • Tokyo (Asia/Tokyo) — 3:00 AM next day JST (UTC+9)

    Tokyo is the breaking point — 3 AM is unworkable. Move the meeting earlier to 8:00 AM New York time and you get 1:00 PM London, 5:30 PM Mumbai, and 9:00 PM Tokyo, which is acceptable to all four.

    When to Use This

    • Scheduling international meetings — find a time that lands in working hours for everyone.
    • Booking travel — interpret arrival times that already display in the destination zone.
    • Coordinating product launches — line up press releases, server cutovers, or sales events to a single UTC moment.
    • Live event scheduling — webinars, sports broadcasts, and game launches need to convert cleanly to viewers worldwide.
    • Working with logs and timestamps — server logs are usually UTC; convert to your local time before debugging.

    Common Mistakes to Avoid

    • Using ambiguous abbreviations. "CST" could be Central Standard Time (UTC−6) or China Standard Time (UTC+8). Use IANA names like America/Chicago or Asia/Shanghai.
    • Forgetting DST shifts. The US, EU, and Australia change DST on different dates. There are two-week windows each year when the usual offset is wrong by an hour.
    • Ignoring half-hour and quarter-hour zones. India is UTC+5:30, Nepal is UTC+5:45, and parts of Australia use UTC+9:30. Plain hour math fails.
    • Not handling date rollover. Conversions across the Pacific frequently cross midnight; always confirm the target date as well as the time.
    • Using city names that map to multiple zones. Indiana, Australia, and Brazil have multiple time zones inside one country — pick the specific city, not the country.

    Frequently Asked Questions

    Ad Space