遠い過去の正確な春分と夏至の予測はありますか?


8

私は1600年より前の分点/至の日付に関する情報を見つけようとしています。より正確には、最高10,000 BCEを参照して、Excelスプレッドシートで一種の計算機を作成します。

SOLEXについて読みましたが、もう利用できません。春分と夏至の間の期間に及ぼす近日点/天体への影響を念頭に置いて、春分と夏至を正確に(可能な限り)予測できる他のソフトウェアはありますか?

(日付をデータベースにコピーするのではなく)Excelで式を試してこれらの日付を計算することが可能であると思われる場合は、数学/プログラミングの知識が限られていることに注意してください。


1
10,000年前に戻る場合、3つのうるう年を手動で追加する必要があります(または3つのうるう年を引くと、どちらになるかわかりません)。しかし、グレゴリオ暦では、1万年で3日以上少しずれています。問題は、365日(または365.2425日)が正確に適合しないことです。具体的な日付は、3つのうるう年を挿入した年によって異なります。 timeanddate.com/date/perfect-calendar.html
userLTK

日付のリストがある場合でも、Excelはテーブル(スプレッドシート)で「ルックアップ」を実行して値を検索できることに注意してください。
バリーカーター2016年

@barrycarter:それは私が本当に始めた方法です。しかし、数千年を挿入した後、私は数式がより速く、間違いを起こしにくいかもしれないことに気付きました(疲れるし、数字は似て見え始めます)。
SCはモニカの回復のため

ああ、実際には、分点のデータダンプを使用して、ルックアップテーブルに手動で入力するのではなく、Excelに自動的にインポートすることを意味していました。
バリーカーター2016年

culturaliff.orgの日付は2025年から-4700年まで正確です。
ローレンスクロスン

回答:


7

私はhttps://github.com/barrycarter/bcapps/blob/master/STACK/bc-solve-astro-13008.cを書い て、過去の至点と分点を見つけました。完全な結果は次のとおりです。

https://github.com/barrycarter/bcapps/blob/master/ASTRO/solstices-and-equinoxes.txt.bz2

正確さ:

  • 私はEARTH_IAU_1976歳差運動モデルとEARTH_IAU_1980章動運動および傾斜モデルを使用しています。これらは、使用しているCSPICEライブラリでサポートされている唯一のモデルです。

http://hesperia.gsfc.nasa.gov/ssw/stereo/gen/exe/icy64/doc/frames.req

これは同じライブラリであり、NASAが独自の計算に使用する同じモデルですが、モデルの精度は限られていることがわかっています。引用 " http://aa.usno.navy.mil/faq/docs/SpringPhenom.php ":

表に示されている時間は、25〜5 BCEの場合は2〜3時間以内、4 BCE〜38 CEの場合は1〜2時間以内の正確さです。これらの時代の不確実性は、地球の自転速度の確率的、つまり予測できない変化から生じます。

精度は、後方に行くほど、または前方に行くほど悪くなります。過去の地球の回転について正確に知るだけでなく、将来の地球の回転を正確に予測することもできません。

出力例:


EQU 511720269.432607 A.D.   2016-03-20 04:30:01
SOL 519734120.174820 A.D.   2016-06-20 22:34:11
EQU 527826138.004142 A.D.   2016-09-22 14:21:09
SOL 535589116.137776 A.D.   2016-12-21 10:44:07

フォーマット:

  • 最初の列は、これが夏至か春分かを示します。

  • 2番目の列は、至点/分点のエフェメリス時間です。あなたが真剣な天文学の仕事をしているなら、これはあなたが使うべき列です。

  • 残りの列は、より人間が読める形式で、夏至/エクイノックスのUTC時間を示しています。

    • CSPICEライブラリは、グレゴリオ暦の改定が1582年10月4日に行われたと想定しています(つまり、1582年10月4日の翌日が1582年10月15日だったという意味です)。これらの行を見てください。

SOL -13191695511.794357 A.D.   1581-12-11 20:07:27
EQU -13183992131.003845 A.D.   1582-03-10 23:57:07
SOL -13175951250.170158 A.D.   1582-06-12 01:31:48
EQU -13167875920.223862 A.D.   1582-09-13 12:40:38
SOL -13160138634.917915 A.D.   1582-12-22 01:55:23
EQU -13152434815.793312 A.D.   1583-03-21 05:52:23
SOL -13144394485.035870 A.D.   1583-06-22 07:17:53
EQU -13136319216.460808 A.D.   1583-09-23 18:25:42

あなたは、至点/分点の日付が改革ごとに10日先にジャンプするのを見ることができます。

  • CSPICEライブラリは、1582年10月4日より前のユリウス暦を使用します。実際には、ユリウス暦は紀元前46年に導入されました。https//en.wikipedia.org/wiki/Julian_calendar

  • 46 BCE以前は、他のカレンダーシステムが使用されていましたが、CSPICEライブラリはユリウス暦が無期限に戻ると想定しています。

https://en.wikipedia.org/wiki/Proleptic_Julian_calendar

私の計算は13201 BCE(DE431の制限、私が使用しているエフェメリス)に戻り、当時人間がカレンダーを定期的に使用していなかった可能性があります: " https://en.wikipedia.org/wikiを引用/ History_of_calendars#Prehistory ":

スコットランドのアバディーンシャイアにあるウォーレンフィールドで発見された12のピットと弧のメソリシックな配置は、およそ1万年前の日付であり、2013年に旧暦と呼ばれ、「世界で最も古い既知のカレンダー」と呼ばれています。

ノート:

  • 固定星に対して地球を公転するのに地球は365.256363004日かかりますが、春分点の位置は星に対して移動(歳差運動)するため、春分間の時間はわずかに短くなります(365.242190402日)。ソース:http : //hpiers.obspm.fr/eop-pc/models/constants.html

  • グレゴリオ暦の1日の平均日数365.2425は、ユリウス暦の平均日数365.25よりも365.242190402日にかなり近いですが、それでも完全ではありません。「夏至と春分は時間とともに変化しますか?」で述べたように 遠い将来にグレゴリオ暦を使い続けると、春分と夏至は逆にドリフトします。17090(DE431の制限)までには、次のようになります。


EQU 476198945887.238159 A.D.  17090-02-22 08:56:59
SOL 476207018540.040894 A.D.  17090-05-26 19:21:11
EQU 476214808218.146362 A.D.  17090-08-24 23:09:09
SOL 476222655067.609985 A.D.  17090-11-23 18:49:59

彼らの「通常の」時代より約1ヶ月遅れます。

私の以前の部分的な参照の回答:

HORIZONS(http://ssd.jpl.nasa.gov/?horizo​​ns)とSPICE(http://naif.jpl.nasa.gov/naif/tutorials.html)は、そこまでの黄道と太陽の位置を計算できるため、春分と夏至を妥当な精度で計算できるはずです。しかし、実際にこれらの日付をリストしているサイトを見つけることができませんでした(USNOがこれを一度に行ったと確信していますが、リストを見つけることができません)。その他の役立つ可能性のある情報源/質問:


たとえば、紀元前5,000年の誤差はどのくらいでしょうか?時間 ?日々 ?
Lucian

リンク github.com/barrycarter/bcapps/blob/master/ASTRO/…は正しくありませ。正しいリンクはgithub.com/barrycarter/bcapps/blob/master/STACK/…です。素晴らしい答えをありがとう。
GayleDDS

@GayleDDSありがとう!修正。
バリーカーター
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.