日の出・日の入りと月相

機能

• 日の出・南中・日の入り・昼の長さ
• ⚠️ タイムゾーンのオフセットは現地の正午の時点で取得するため、夏時間の切り替え日でも 1 時間ずれません
• 3 種の薄明：市民（−6°）・航海（−12°）・天文（−18°）の開始と終了
• ⚠️ ブルーアワーとゴールデンアワー：それぞれ「朝の時間帯／夕方の時間帯」を出力します。ブルーアワーは太陽が地平線の下 4°〜6°（最後の空の光、街灯はすでに点灯）、ゴールデンアワーは −4°〜+6°（色温度が低く、影が長く、光が柔らかい）—— どちらも写真で実際に使われる時間帯です
• 境界値はラベルに書いてあります（`-4°〜+6°`）。これは業界の慣例であって物理法則ではないためです：公開されている上界は +4° から +6° まで幅があり、他のツールと食い違ったときに数字を見ればどこが違うか分かります
• ⚠️ 白夜・極夜のときは、この 2 行にそれらしい偽の時刻ではなく一文を出します
• ⚠️ 白夜と極夜ははっきり示し、それらしい偽の時刻は出しません
• 月相：相の名前（8 相）・照度・月齢・黄経差
• 任意の日付に対応（過去・未来の日の出も調べられます）
• 座標は `39.9, 116.4`・`39.9 116.4` のほか、`39.9N 116.4E` のような方位付きも可
• ⚠️ 結果にアルゴリズムと精度を明記（±1 分、理想的な地平線、月相は 1〜2 ポイント）
• すべてブラウザー内で完結し、ネットワーク通信は行いません

使い方

1. 緯度と経度を入力します（南緯・西経は負の数）
2. 日付とタイムゾーンを選びます
3. 結果に太陽の時刻、3 種の薄明、月相が出ます

よくある質問

計算した日の出と実際に見える時刻が違うのはなぜですか？

理由は 2 つあります。第一に、このアルゴリズムは理想的な地平線（完全に平坦で遮るものがない）を仮定しています。東に山や建物があれば、実際に見える太陽は十数分からそれ以上遅れ、谷底ではさらに遅れます。第二に、アルゴリズム自体が中緯度で約 ±1 分の誤差を持ち、高緯度では大きくなります。「ここから見える時刻」を正確に知るには、より良い式ではなく地平線のデータが必要です。

春分の昼が 12 時間ちょうどでないのはなぜですか？

春分の日の昼はどこでも約 12 時間 7 分だからです。余分な 7 分は 2 つの事柄に由来します：大気が太陽光を約 34 分屈折させるため、幾何学的には地平線の下でもすでに見えており、太陽自体の視半径が約 16 分あるため、上端が地平線に触れた時点で日の出と数え、そのとき中心はまだ地平線の下にあります。合わせて日の出の定義が天頂角 90.833° になり、昼は常に少し長くなります。

タイムゾーンのオフセットはどう取り、夏時間は反映されますか？

反映されます。オフセットは UTC 深夜ではなく現地の正午の時点で取得します。この選択には実務的な理由があります：夏時間の切り替えは通常未明に行われるため、UTC 深夜の時点ではまだ旧オフセットで、その日に限り日の出が 1 時間ずれて表示されます —— しかも画面上にタイムゾーンの問題だと分かる手がかりはありません。現地の正午は必ず新オフセットに入っています。

月の出・月の入りがないのはなぜですか？

月は太陽よりはるかに速く空を動くためです（1 日約 13°、太陽は 1°）。そのため出の時刻は毎日約 50 分ずつ遅れ、近地点付近ではさらに大きくなります。正確に求めるには時角を一度解くのではなく月の位置を逐次計算する必要があり、計算の桁が変わります。このツールは月相のみで、そちらは低精度の級数で十分です。

月相から旧暦の日付が分かりますか？

方向は合っていますが、そのまま換算はできません。旧暦の月の始まりは朔（日月の黄経差が 0）の日であり、このツールが示すのは選んだ日付の黄経差と照度です。朔の前後の日を見つけるのには使えますが、旧暦には独自の暦規則（タイムゾーン、閏月）があるため、ここから旧暦の日付を導くのは信頼できません。