保留出生地当时记录的日期和钟表时间,选择真实出生城市,并注明不确定之处。工具会按出生日期应用时区规则,重复或不存在的钟表时间则需要额外核实。
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 的动物原型和本命灵构是解释与视觉表达系统。清楚的输入让体验更容易复现,并不会让象征性解读变成对能力或未来的证明。
带着清楚的预期,动手试一次。
准备我的出生图谱