A city name is more useful than an old offset
IANA’s 2026 release history records changes affecting Alberta, the Northwest Territories and Manitoba. Its current 2026f data includes those updates. A guide configured with an older fixed Mountain or Central offset can therefore disagree with a recently updated location-based clock.
This article describes the rules represented in that dated database release. It is not a substitute for a provincial or territorial authority’s announcement, and future legislation can change a conversion again. The useful practical step is to keep device time-zone data current instead of preserving an offset indefinitely.
Compare locations on the same dates
The examples retain Eastern, prairie, northern and Newfoundland locations separately. Newfoundland’s minutes also remain visible rather than being rounded into a whole-hour zone.
| UTC example | America/Toronto | America/Edmonton | America/Yellowknife | America/Winnipeg | America/St_Johns |
|---|---|---|---|---|---|
| 2026-11-03 20:00:00 UTC | 2026-11-03 15:00 (UTC-05:00) | 2026-11-03 14:00 (UTC-06:00) | 2026-11-03 14:00 (UTC-06:00) | 2026-11-03 15:00 (UTC-05:00) | 2026-11-03 16:30 (UTC-03:30) |
| 2027-07-15 20:00:00 UTC | 2027-07-15 16:00 (UTC-04:00) | 2027-07-15 14:00 (UTC-06:00) | 2027-07-15 14:00 (UTC-06:00) | 2027-07-15 15:00 (UTC-05:00) | 2027-07-15 17:30 (UTC-02:30) |
A mismatch is not always a bad programme feed
If a recently updated phone and an older television disagree on the local clock, compare their named locations and time-zone data before changing the programme guide. The television may still be applying an earlier civil-time rule. Repeated manual guide shifts can conceal that underlying problem.
Where the device is correct but one guide differs, record the source edition and its original timestamp. A broadcaster may also schedule separate regional editions, which should not be confused with two devices converting the same instant differently.
Retain the rule version in a support comparison
For a reproducible report, note the date tested, the viewing location and the two displayed times. If available, include the device software version. That makes it possible to distinguish a recent clock-rule update from an account, network or video-decoder problem.
Questions about this guide
Is a previously correct Canadian offset guaranteed to stay correct?
No. Civil-time rules can change. Use current location-based data for the intended date.
Did this research test an IPTV account in every Canadian province?
No. These are reproducible calculations from IANA 2026f, not service or physical-device tests.