生日月相是根據一個以世界標準時間(UTC)量測的單一天文瞬間計算出來的,因此出生地的時區偏移量決定了計算採用哪一個 UTC 瞬間,進而可能改變所顯示的月相。兩位在同日曆日期、但位於不同時區、且當地時鐘讀數相同的人,並非出生於同一瞬間;月球相對於太陽的地心黃道經度差每天約推進十二度,因此一小時的偏移就能讓月球在月相週期中產生明顯位移。生日月相計算機接受本地出生日期、時鐘時間,以及該時刻一個有記載的 UTC 或 UTC 等效偏移量,將其解析為一個可稽核的預期(proleptic)UTC 式瞬間,然後回報地心月日角、照亮比例、一個方便的八階段顯示標籤,以及前後相鄰的主要相位事件。由於角度、照亮比例與附近事件全都源自同一個 UTC 瞬間,變更偏移量是讓結果反映不同出生時刻的唯一誠實做法。

上述最後一點,正是計算機要求輸入偏移量的實際理由。諸如某日 14:32 這樣的本地時鐘讀數,在未提供該地該時刻所對應的偏移量之前,並不代表一個唯一瞬間。若想進一步了解為何月相日期在不同時區之間會看起來不同,關於月相日期為何因時區而異的指南從曆法角度說明了同一概念,是值得搭配閱讀的延伸資料。

does timezone change birthday moon phase
時區會改變生日月相嗎?會的,以下是原因

為何時區會改變計算機所使用的瞬間

月相是一個地心量值。它代表的是在某一精確瞬間,自地球中心所見月球黃道經度與太陽黃道經度之差;四個主要事件由精確角度定義:0 度為新月、90 度為上弦月、180 度為滿月、270 度為下弦月。改變瞬間就會改變角度;角度改變夠多時,就可能讓答案跨越這些界線中的某一條。

一個標準的民用時區,不過是加在本地時鐘上以到達 UTC 的一個有號偏移量。因此,在某地該時刻採用 UTC+05:00 時記錄的 03:15 出生,對應的 UTC 瞬間為前一天的 22:15。若將偏移改為 UTC+08:00,同樣的本地時鐘讀數 03:15 則對應到更早的 UTC 瞬間,即前一天的 19:15。將兩個有效的偏移量套用於同一個本地時鐘讀數,會得到兩個不同的 UTC 瞬間,計算機因此會產生兩個不同的月相結果。

本工具並不會讀取瀏覽器目前的偏移量,因為該偏移量未必與出生地、出生時刻當時法律上實際生效的偏移量一致。歷史上的日光節約時間規則、戰時時制以及政治變動,都可能使任何根據裝置時鐘重建正確偏移量的嘗試失效。因此,計算機要求明確提供該時刻一個有記載的 UTC 或 UTC 等效偏移量,並改用具確定性的民用時間算術來換算,而非解析一串自由格式的日期字串。

偏移量變動時,什麼會改變、什麼保持不變

將偏移量調整一小時,會讓被評估的 UTC 瞬間也移動一小時。由於月球相對於太陽的地心黃道經度差約每二十四小時推進十二度,亦即每小時約半度,因此一小時的偏移變動平均會讓相位角移動約半度。照亮比例僅會改變極小的一個百分比數值。八階段顯示標籤在改變一小時時通常不會翻轉,因為所揭露的 Lizely 界線每隔四十五度才出現一次。會發生翻轉的,則是諸如滿月之類的主要事件究竟落在被評估瞬間之前還是之後,因為每個主要事件在 UTC 時間軸上都是單一的瞬間。

量值偏移量變動 1 小時的效果偏移量變動 6 小時的效果
相位角(地心)約 0.5 度的位移約 3 度的位移
照亮比例小幅變動接近弦位時變動明顯
八階段顯示標籤極少翻轉可能在 45 度帶翻轉
附近的主要事件可能跨越被評估瞬間很可能跨越
顯示的本地時鐘讀數不變不變

最後一列值得稍加留意。計算機會同時顯示輸入的本地時間與經標準化的計算時間,讓你能看出實際被評估的究竟是什麼。改變偏移量並不會改變你所輸入的本地時鐘文字;它會改變天文引擎所接收到的 UTC 瞬間,進而改變所有下游結果。

如何以正確的偏移量操作計算機

為了取得尊重你出生時區的結果,所需要的步驟簡短且明確。

  1. 在日期欄位輸入本地出生日期,接著以符合有記載偏移量的二十四小時制輸入出生的本地時鐘時間。
  2. 將出生地、出生時刻所對應的有記載 UTC 或 UTC 等效偏移量,以帶正負號的時分數值輸入,例如印度標準時間為 +05:30、美國東部日光節約時間讀數為 -04:00。
  3. 提交表單,讓計算機將三個欄位解析為一個預期 UTC 式瞬間,再執行離線的天文計算。
  4. 讀取輸入的本地時間旁的標準化 UTC 瞬間,以確認轉換結果符合你的預期。
  5. 將地心月日角、照亮比例、八階段顯示帶以及附近主要事件清單一併閱讀,而非僅挑選單一數字。
  6. 若無法提供時間,請刻意選擇「未知時間」近似模式,而非猜測一個時鐘時間,並讀取結果上的「相位邊界近似」標籤。

步驟四與步驟五是最常被略過的部分。角度與照亮比例是連續量,八階段標籤是一個四十五度的顯示帶,而主要事件則是瞬間的角度事件。將三者一併閱讀,才能判斷出生瞬間是穩穩落在某一帶內,還是恰好壓在某個主要事件之上。

解讀八階段顯示帶與附近的主要事件

八階段顯示採用 Lizely 慣例。新月橫跨 337.5 至 22.5 度,其後的眉月、上弦月、盈凸月、滿月、虧凸月、下弦月以及殘月各占一個揭露的四十五度帶。這些等寬的帶屬於顯示上的選擇,並非 USNO 的正式分類;USNO 提供四個主要事件的定義與列於 USNO Dates of Primary Phases 目錄中的固定時間。

「附近主要事件」面板會回報在 UTC 時間中包圍被評估出生瞬間的新月、上弦月、滿月與下弦月瞬間。這四個事件各自是角度達到 0、90、180 或 270 度的單一瞬間。若某個主要事件出現在被評估出生瞬間的幾小時之內,那麼八階段帶標籤是粗略答案,該主要事件才是精確答案。計算機並不會從相位推論任何關於個性、相容性、運勢或命運的內容;它只回傳天文數字。

當出生時間未知,且本地日期跨越邊界時

若你不知道出生的本地時鐘時間,計算機刻意提供「未知時間」近似模式。它會評估輸入日期的本地中午,再比較該本地日期的開始與結束。若本地午夜時的粗略八階段標籤,與本地當日結束時的粗略標籤相同,便以「相位邊界近似」搭配單一中午標籤回報結果。若粗略標籤不同,計算機會同時顯示兩種可能,而非假裝中午就是定論。

該模式也會檢查在本地日期期間是否發生過新月、上弦月、滿月或下弦月的瞬間,並說明未知的出生時間可能落在該事件之前或之後。對於其官方事件在 UTC 時間軸上為單一瞬間的量而言,這才是誠實的行為。若你也無法提供有記載的偏移量,則無法重建換算結果,工具也不會自行捏造一個。

限制、驗證與前標準時區的注意事項

超出 1700 至 2100 年範圍的輸入,會在天文計算執行前被拒絕。無效的日期、時鐘與偏移量同樣會在任何相位數字產生前被拒絕。在標準時區確立以前的日期,本地平均時間可能無法對應到可靠的現代偏移量,因此結果會標示為預期 UTC 式估計值,並在輸出中保留你所輸入的慣例,而不會被靜默改寫。

準確度是被實際測試的,而非僅止於宣稱。從 USNO 固定資料中取出的十二個分鐘解析度事件涵蓋了全部四個主要相位、一個閏年、年份跨年,以及 1700 與 2100 的上下限;固定的 Astronomy Engine 2.1.19 實作必須在 USNO 固定資料的兩分鐘以內找到每個事件,而 USNO Astronomical Applications API 僅用於取得這些固定資料。當訪客使用本頁時,並不會呼叫上述任何官方服務,也不會將任何出生資料上傳、儲存或傳送到任何地方。

本結果為一項天文估計。它並不宣稱具備秒級或專業觀測站等級的精確度,也不適用於導航、安全、潮汐、宗教禮儀、本地可見性或其他對時間至關重要的決策。純粹出於對出生時月相的好奇,計算機能給出一個可稽核、可重現的數字,而其對時區的唯一敏感度,正是你所輸入的有記載偏移量。

若你正在多方比較,現在的月亮是盈還是虧對此有更詳細的說明。