保留出生地當時記錄的日期和鐘錶時間,選擇真實出生城市,並註明不確定之處。工具會按出生日期應用時區規則,重複或不存在的鐘表時間則需要額外核實。
1. 先找原始記錄,再寫自己的判斷
如果手邊有出生證明或當年的醫院記錄,先逐字核對年月日、時分,以及記錄採用十二小時制還是二十四小時制。家人記得“早飯前後”也是有價值的信息,但不要在沒有依據時把它變成精確的 08:00。
把記錄和推斷分開保存,例如“07:40,來自出生證明”或“07:00—08:00,家人口述”。使用出生表單不需要上傳證明文件;你需要的是一份準確的輸入筆記,而不是把私人證件交給工具。
| 資料 | 核對內容 |
|---|---|
| 日期 | 完整年月日,以及原始記錄採用的歷法。 |
| 時間 | 時、分、上午或下午,是否只是估計。 |
| 地點 | 出生城市和國家,而不是現在居住的城市。 |
| 時間疑問 | 該日期是否可能涉及夏令時或歷史調鍾。 |
2. 時間應當跟著出生地走
填寫時,以出生地當時記錄的當地民用日期和鐘錶時間為起點。不要因為現在住在中國,就把紐約出生時間換成北京時間;也不要把倫敦的記錄改成當前手機顯示的時區。無需先做太陽時校正,工具會在提交後執行自己的換算。
原始資料如果寫的是農曆,先核實對應的公曆日期,並把兩種日期都保留在筆記裡。當前表單接收公曆日期,沒有農曆切換選項。處理上午、下午或跨過午夜的時間時,日期也必須一起檢查,不能只改小時。
3. 區分民用時間、太陽時與實際星空
民用時間遵循當地鐘錶制度;太陽時修正則涉及經度,以及太陽運行與均勻鐘錶時間之間的差異。NOAA 的太陽位置計算將這些因素分開處理。僅憑經度修正,無法確定出生地當時採用的民用時差。
DestinyPixel 按所選城市的 IANA 時區和出生日期換算 UTC 時刻,包含歷史時差與夏令時。八字模型另外應用經度修正和近似均時差,得到太陽時鐘。行星黃經則使用 UTC 時刻與 Astronomy Engine 的地心計算,不會把校正後的太陽時標籤當作 UTC。年柱、月柱分別在立春和十二節的準確時刻切換;日柱採用當地太陽時午夜換日。這些計算不會為象徵性解讀提供科學證明。目前支持的計算年份為 1800—2100 年。
如果記錄落在調鍾跳過或重複的時段,表單會拒絕這個不存在或含糊的時間。目前暫不能在重複時段的兩個實際時刻之間選擇。請保留原始記錄,核實歧義並聯系我們,再繼續嘗試;不要悄悄減去一小時,也不要為了通過校驗改掉有效記錄。歷史記錄和時區數據仍可能存在不確定性,特殊情況值得另行核對。
4. 從建議列表中選對出生城市
選擇帶有國家信息的完整城市名稱。當前支持的城市有限,輸入一個沒有收錄的縣鎮,不會自動建立經過核實的新座標。選擇另一個國家裡熟悉的城市,也會改變結果的前提。
如果真實出生地不在列表裡,不要把鄰近城市的試算說成精確排盤。確實要做探索性比較時,在自己的筆記中寫明實際出生地和替代城市。回饋需要支持的地點,比把替代信息當成原始記錄更有幫助。
5. 不知道幾點,就保留這個“不知道”
出生圖譜要求填寫時間,當前沒有“不知道出生時刻”的計算模式。可以先用問事專區或手串工坊,不必為了進入頁面編一個出生小時。填寫中午十二點只是設定了一個佔位值,不是找回了事實。
若原始資料給出了可信的時間範圍,可以比較範圍兩端的展示結構是否變化,並註明這只是敏感性比較。它不能反向證明哪個時刻正確;兩個結果相同,也不代表中間所有時間假設都已經準確。
6. 完成一次可以複核的體驗
生成前,把日期、時間、所選城市和表單中的性別選項一起檢查。比較出生圖譜與本命靈構時,保持這組資料一致,避免同時改動多個字段後不知道差異從哪裡來。
先查看輸入資料和顯示的計算,再讀象徵性解釋。選出一個主題,用自己的一段具體經歷去對照,而不是接受整篇文字作為定論。DestinyPixel 的動物原型和本命靈構是解釋與視覺表達系統。清楚的輸入讓體驗更容易復現,並不會讓象徵性解讀變成對能力或未來的證明。
帶著清楚的預期,動手試一次。
準備我的出生圖譜