機車旅行的時間表，用的是哪裡的時鐘？

每個重要的出發、抵達與預約截止時間，都寫上日期、地點與時區，再用同一套時鐘核對中間經過多久。過境可能讓時鐘快一小時，卻沒有讓旅程多花一小時；旅程還沒結束，過了午夜日期也已經不同。

出發前打開訂位確認信和行程表一起整理。在家裡桌上把時間記清楚，總比排隊登船時才處理容易。

時間旁邊也寫上地點與日期

「08:00 抵達」還有幾個問題：在哪裡？哪一天？這是目的地當地時間、家鄉時間，還是 UTC？

可以寫成2026 年 10 月 29 日，08:00，比利時，UTC+01:00。這個時差表示當地時鐘比協調世界時（簡稱 UTC）快或慢多少。此處當地 08:00 就是 UTC 07:00。正時差要減去才能得到 UTC，加回去便是當地時間；負時差則相反：UTC−05:00 的 08:00 是 UTC 13:00。

查實際旅行日期的時差。英國國家物理實驗室說明，英國標準時間跟隨 UTC，英國夏令時間則加一小時。UTC 本身不隨季節調整。

預報或時刻表末尾的 Z 代表 UTC。NIST 對 Zulu time 的說明介紹了這個慣例。不要因為計畫其他地方出現「夏令」兩字，就再加一次一小時。

用 UTC 核對一趟虛構的隔夜航程

假設 2026 年 10 月 28–29 日從英國前往比利時。下列航班、截止時間與道路行程都是練習用的虛構資料，不是業者班次或即時行程。這個例子的旅途中沒有季節性調整時鐘。

附日期的時差則是真實的：英國於 2026 年 10 月 25 日把時鐘調慢，回到 GMT，此表記為 UTC+00:00。比利時皇家天文台列出的冬季時差為 UTC+01:00，2026 年的冬季調整日也是 10 月 25 日。

10 月 28 日 UTC 21:30 到午夜是 2 小時 30 分，再加 4 小時 30 分，就是 10 月 29 日 UTC 04:30：此例航程共 7 小時。若直接把兩地時鐘讀數相減，沒有處理時差，就會算成 8 小時。

後續騎乘於比利時時間 06:30 開始。騎一小時、休息 30 分鐘，便在比利時時間 08:00 抵達第一個休息點。安排預報時間時也要保留這次休息。算式假設各段時間固定；實際下船、交通與疲勞都可能改變後續計畫。

保留業者原來採用的截止時間

從實際訂位資料抄下日期、碼頭、報到截止時間及註明的計時方式。自己的換算旁也保留原文。確認信若未說清楚時區，先向業者問明再採用；不要假設每家業者或訂位網站都用相同方式。

虛構表格的報到在英國時間 20:30 截止，也就是比利時時間 21:30，但這仍然是英國碼頭的截止時間。把手機切換成目的地時間，不會改變截止時刻。

按自己旅途的情況，安排在截止前抵達並留出餘裕。渡輪指南說明登船與報到準備。航班若改動，先確認新日期與時間標示，再重排當天騎乘。

另外確認日光節約時間

跨越時區和日光節約時間調鐘是兩回事。旅程若跨到調整日，昨天的時差不一定適用今晚抵達時。NPL 也指出各國調鐘方式不同，不能把一國的日期當成全球規則。

另看一個英國例子：2026 年 10 月 25 日，時鐘從 BST 02:00 調回 GMT 01:00，因此 01:30 出現兩次：第一次是 UTC+01:00，相當於 UTC 00:30；第二次是 UTC+00:00，相當於 UTC 01:30。兩個相同的當地讀數實際相隔一小時。英國調鐘規則與上述 NPL 說明可核對這次調整。

預約若落在重複的一小時，請業者說清楚指的是哪一次。日後旅行要查當時有效的規則與日期，不要沿用這個 2026 年例子。把行程傳給還在家鄉時區的人，也保留日期與時差。

讓預報與抵達時間用同一套時鐘

拿預報對照路線記錄前，先讀預報的時間標示。若用 UTC，就把抵達時間換算為 UTC；若用目的地當地時間，就採當地抵達時刻。日期也要核對：UTC+01:00 的當地 00:30，是前一天 UTC 23:30。

不論用哪種規劃工具，都讀清楚畫面上的日期、時間與時區；手機目前的時鐘無法證明每個畫面如何標示。本方法沒有假設某個 App 會替你換算跨國行程。

雷達指南說明觀測時間；GPX 操作流程說明如何替匯入路線選新的出發時刻。隔夜旅程要為次日騎乘另設日期與出發時間，並分開確認回程。