New York
United States
Finding the current time…
UTC
Checking clock accuracy…
United States
United States
United Kingdom
Japan
Australia
Singapore
WRLD CLOCK
What the world clock shows, how each city's time is produced from one instant, and where the site stops — with every figure computed when the site was built.
The page opens on one large clock and a row of smaller ones. The large clock is your local time by default — the heading on the clock names it — and it has two faces. The digital panel shows hours, minutes and seconds, the weekday and full date, and the zone’s offset from UTC, with the heading beneath the time. The analog dial shows hour, minute and second hands, and carries the heading and the short zone label on its face. The 12/24 switch in the header changes the hour format for every clock on the page. Under either face, a status line reports whether this device’s clock has been checked against the site’s own time server.
Below the hero sit the finder, the grid of city cards — each with a small two-handed face, the city and country, the time and the offset — and the strip of links to the 8 tools. Every figure in this section was produced by the engine’s own rules when the site was built, from fixed instants declared in its source.
Once a second the page takes the current instant from this device’s clock — adjusted, once the site’s own time server has answered, by the measured difference between the two — and formats it, separately, for every zone on screen; there is no arithmetic on a remembered difference between cities. The engine’s time formatter hands the instant and the city’s IANA zone identifier to the browser’s own date formatting, in the en-US locale, and asks for a numeric hour, a two-digit minute and a two-digit second, in 12-hour or 24-hour form according to the switch. The date formatter asks for the long weekday, month, day and year. The table runs the 6 default cities through the time formatter at one fixed instant, 09:00:00 UTC on Wednesday, January 14, 2026, a constant in this page’s source.
| City | Zone | 12-hour | 24-hour | Offset |
|---|---|---|---|---|
| New York | America/New_York | 4:00:00 AM | 04:00:00 | UTC−5 |
| Los Angeles | America/Los_Angeles | 1:00:00 AM | 01:00:00 | UTC−8 |
| London | Europe/London | 9:00:00 AM | 09:00:00 | UTC |
| Tokyo | Asia/Tokyo | 6:00:00 PM | 18:00:00 | UTC+9 |
| Sydney | Australia/Sydney | 8:00:00 PM | 20:00:00 | UTC+11 |
| Singapore | Asia/Singapore | 5:00:00 PM | 17:00:00 | UTC+8 |
The two hour forms are not one string with a suffix — compare 4:00:00 AM with 04:00:00 for New York. And the date is formatted in the city’s zone, not yours. At this instant all 6 happen to share Wednesday, January 14, 2026; move the instant to 23:00:00 UTC on Wednesday, January 14, 2026 and the same cities split: New York, Los Angeles and London on Wednesday, January 14, 2026, Tokyo, Sydney and Singapore on Thursday, January 15, 2026.
The offset on each card is computed too. The engine asks the formatter for the zone’s long offset name at the instant in question and parses the sign, hours and minutes out of it; a bare GMT is zero. A second rule turns the minutes back into a label: zero reads UTC, and anything else reads UTC with a sign and the hours, adding the minutes only when they are not zero. At the January instant London reads UTC, New Delhi reads UTC+5:30 and Kathmandu reads UTC+5:45; the minutes are part of the answer.
A comparison rule exported beside the formatters writes the difference between a city’s offset and the viewer’s as a sentence: an equal offset reads “Same time as you”, anything else the hours and minutes ahead of or behind you. With the viewer’s zone fixed to London’s, at the same instant it writes:
| City | Against London |
|---|---|
| New York | 5 hours behind you |
| Los Angeles | 8 hours behind you |
| London | Same time as you |
| Tokyo | 9 hours ahead of you |
| Sydney | 11 hours ahead of you |
| Singapore | 8 hours ahead of you |
| New Delhi | 5 hours 30 min ahead of you |
| Kathmandu | 5 hours 45 min ahead of you |
Change only the instant and the offsets can change. The second fixed instant is 09:00:00 UTC on Tuesday, July 14, 2026; both instants are 9:00 AM in UTC. Between them the offsets of New York, Los Angeles, London and Sydney moved, and not all in the same direction; those of Tokyo and Singapore did not. The reading moves with the offset — New York shows 4:00 AM at the first instant and 5:00 AM at the second — and so does the short zone label the formatter supplies, from EST to EDT.
| City | January | July | Moved |
|---|---|---|---|
| New York | UTC−5 | UTC−4 | yes |
| Los Angeles | UTC−8 | UTC−7 | yes |
| London | UTC | UTC+1 | yes |
| Tokyo | UTC+9 | UTC+9 | no |
| Sydney | UTC+11 | UTC+10 | yes |
| Singapore | UTC+8 | UTC+8 | no |
The page states no rule for which zones move or when: it asks the time-zone data shipped with your browser for the offset at the instant shown, and that is the whole of its daylight-saving handling. The time zone converter applies the same lookup to a date you type.
The analog face is drawn from the same instant. The engine’s hand rule reads the hour, minute and second for the zone from a 24-hour formatter, then places the hour hand at (hour mod 12 + minute ÷ 60 + second ÷ 3600) × 30 degrees, the minute hand at (minute + second ÷ 60) × 6 and the second hand at second × 6, clockwise from twelve, so the hour hand creeps rather than jumps. A third fixed instant, 09:41:30 UTC on Wednesday, January 14, 2026, for three cities:
| City | Reading | Hour hand | Minute hand | Second hand |
|---|---|---|---|---|
| London | 09:41:30 | 290.75° | 249° | 180° |
| New Delhi | 15:11:30 | 95.75° | 69° | 180° |
| Kathmandu | 15:26:30 | 103.25° | 159° | 180° |
The second hand sits at the same angle on all 3 faces, because the readings differ only in hours and minutes, and the minute hands do not agree, because 2 of the 3 offsets are not whole hours.
A first visit shows 6 cities: New York, Los Angeles, London, Tokyo, Sydney and Singapore. They come from a curated list of 63 entries, each tied to an IANA zone identifier. The engine’s naming rule turns an identifier back into a place: one in the list gives the city and country, so Asia/Kolkata gives New Delhi, India; one outside it gives its last segment with underscores replaced by spaces, so America/Port_of_Spain gives Port of Spain.
The search field and the Browse-by-region panel reach a larger place index — the footer credits GeoNames for the place data — and each result shows its zone identifier and its offset at the current instant, formatted by the same rule as the cards. Any card can be moved into the hero.
The strip under the grid leads to the 8 tools; each has a page of its own that explains it in the same terms.
The 7 guides take the timers and the calendar tool one mechanism at a time, in reading order:
The guides index lists them in the same order; the methodology page sets out how every tool keeps time.
Two inputs feed the clock: this device’s reading, checked against the site’s own time server when the status line says so, and the IANA zone data shipped with your browser, daylight saving included. How the two are combined is the subject of the section on how each city’s time is computed, above; what follows here is where they stop. The clock cannot confirm an official time: verify a flight, a filing or a market open against the authoritative source.
Nor is the clock a tool that sounds at an instant. For the tools that are, the methodology page draws one line, described rather than simulated: whenever a tick runs the display is correct for that instant, but whether a cue sounds at that instant depends on the device staying awake and the tab staying open — for every one of them. What separates the alarm from the 4 timers with a stored envelope — pomodoro, speech, interval and countdown — is what it keeps: they save their running state as epochs and resume from them after a reload, while the alarm writes nothing to storage and its readout shows the time it is set for rather than a count, so a reload brings back a page with no alarm set.
Everything here runs in your browser: the clocks format this device's own reading for every zone on screen with the time-zone data your browser ships, your city list and display choices stay in this browser's storage, and the figures above were computed from the clock engine when the site was built. The methodology page sets out how every tool keeps time, and the guides index lists the guides.