用這些例子決定會議或航班的時刻
例子只用 2026 年的紐約和東京：不存在的當地時間、出現兩次的當地時間、沒有變更的年份，以及範圍外的拒絕。沒有只替換城市名稱的頁面。
春季的紐約沒有 2:30
2026 年 3 月 8 日的紐約，最後存在的當地時間是 01:59:59（UTC−05:00），下一個是 03:00:00（UTC−04:00）。時鐘往前 60 分鐘。那天早上的 02:30 不是當地時間，所以不把會議或航班放在那裡。留下仍然存在的 01:30，或改到 03:00 以後，並在跳躍之後的時刻寫上 UTC−04:00。
秋季的 1:30 是同一個鐘面兩次
2026 年 11 月 1 日的紐約，變更直前的當地時間是 01:59:59（UTC−04:00），直後是 01:00:00（UTC−05:00）。時鐘往後 60 分鐘。01:30 出現兩次：較早的一次是 UTC−04:00，較晚的一次是 UTC−05:00。邀請或機票只寫 1:30 時，並沒有選定哪一個瞬間。寫明較早或較晚，並附上偏移。
同一年的東京不移動時鐘
2026 年的 Asia/Tokyo（大阪共用同一時區）沒有任何一列。在這份資料裡，每個當地時間只出現一次，所以不以切換為由移動會議。從其他城市加入的人，用世界時間寫下那一個瞬間的偏移。
範圍外不是「沒有變更」
年份在 1970 到 2100 之外，或時區不在清單裡，會被拒絕。這和零列不同。不要編造切換。把年份放回範圍內，或改選清單中的城市。
時刻如何確定
先列出該城市與該年的切換。落在空隙中的當地時間捨棄，改到存在的一側，並寫上偏移。重複的當地時間要選定較早或較晚，並附上偏移。零列表示不以切換為由移動。拒絕不是「沒有變更」，要改正輸入。多個城市的共同時段用國際期限，輸入的一個瞬間用世界時間，日期本身的落差用換日線行程。
依據
依據是執行環境的 IANA 時區資料，經由 Luxon。不是政府公告的抄本。顯示的秒是偏移改變直前與直後的樣本。
適用範圍
這一頁說明，對清單中的一個時區和一年，會議或航班的當地時間要留下還是挪開。它不重新解讀輸入的一個瞬間，不尋找多個城市的共同時段，不跨越換日線，也不安排休假的銜接。
什麼時候要改寫時刻
當地規則改變而執行環境的資料還沒有、會議年份不是打開的年份、選定的城市不是實際時區，或重複的時刻沒有偏移時。重新列出切換，並改寫邀請或航班時刻。