Methodology
Every number on this site is computed, not typed. This page explains how, and is equally explicit about what is left out.
In short. Conversions come from the IANA Time Zone Database at build time. Daylight saving is applied for the date you choose, never assumed. Working weeks and public holidays are modelled per country. Where data is a prediction or is missing, the page says so.
Coverage
What is covered
- 367 cities across 148 distinct IANA zones
- 450 conversion pages, both directions
- Daylight saving transitions read from the real rules, per zone, per year
- Working weeks, including Sunday–Thursday, Sunday–Friday and Saturday–Wednesday
- Public holidays for 68 countries, with confidence labels
What is not
- State, provincial and regional holidays
- Employer-specific calendars and company shutdowns
- Sri Lankan Poya days and Nepali Bikram Sambat festivals
- Religious observances that do not close offices
- Historical conversions before the current IANA rules
How it works
Where do the time zone rules come from?
The IANA Time Zone Database, read through the JavaScript Intl API at build time. No offset is written by hand anywhere in this site. That matters because zone rules change — Mexico abolished daylight saving in 2022, Egypt reintroduced it in 2023, Jordan moved to a permanent UTC+3 in 2022 — and a site holding its own copy of those rules goes quietly wrong.
How is a time in one zone turned into a time in another?
A wall-clock time is first resolved to a real instant in the source zone, then that instant is formatted in the target zone. Resolving the instant takes two passes: guess using the offset at the naive UTC interpretation, then re-check against the offset actually in force at that guess. Converting by adding a fixed offset instead is what produces answers that are an hour wrong for half the year.
What happens at a daylight saving changeover?
Two awkward cases, both handled explicitly. A wall time inside the spring-forward gap never happens — 02:30 on the US switch day does not exist — and resolves forward to 03:30. A wall time inside the autumn fall-back overlap happens twice, and resolves to the first, earlier occurrence. These are choices, not accidents, and both are covered by tests.
Why do some zones show an offset instead of an abbreviation?
Because they genuinely have no widely-used abbreviation, or because the obvious one collides with a better-known zone. Bangladesh Standard Time is officially BST, which is also British Summer Time; Taiwan uses CST, which is also China and US Central. In those cases the numeric form is shown. An honest "+06" is better than a familiar abbreviation that means something else.
How are working hours and overlap calculated?
A 9:00–18:00 day in India is compared against 9:00–17:00 elsewhere, reflecting the actual norm difference. An hour counts as shared only if the whole hour falls inside both working days — with India’s half-hour offset, rounding here is exactly how wrong answers get published. Each side’s weekday is read from its own clock, because a meeting slot can sit on different calendar days at each end.
Where does holiday data come from?
Three sources, each labelled on the page. Published calendars via https://date.nager.at for 55 countries, last refreshed 2026-09-12. Hand-curated national holidays for the 13 countries that source does not cover — India among them. And holidays computed from their own calendars: Eid from the Umm al-Qura calendar, Chinese New Year from the Chinese calendar, the Jewish holidays from the Hebrew calendar, and Good Friday from the Easter computus. Anything lunar is marked predicted, because the observed date can move once announced.
What is deliberately not covered?
Indian state holidays, Sri Lankan Poya days, Nepali Bikram Sambat festivals, Malaysian state holidays, and employer-specific calendars. These need a maintained regional dataset. Pages say what they exclude rather than implying completeness, and conversions between two places that each span many countries show no holiday panel at all rather than picking one country’s calendar.
How often is the site rebuilt?
Roughly twice a year, matching the cadence of IANA database releases, plus whenever content changes. Because pages are generated from the runtime time zone database at build time, a rebuild is what carries a rule change onto the pages.
Corrections
If a date here is wrong — particularly a holiday, which is the likeliest thing to drift — it is a bug worth fixing rather than a rounding error. The conversion engine, the working-week model and the holiday dataset are all covered by tests that run on every build.