西暦・ユリウス暦からマヤ長期暦へ変換

使い方

1. 入力する暦、AD/BCE、正の年、月、日、GMT相関定数を選びます。
2. Long Count、起点からの日数、JDNと2つの日名を同じ1行で確認します。
3. 範囲外なら周期へwrapせず、5桁表記の範囲を見直します。

計算式・考え方

JDNを入力暦から求め、days=JDN−correlationを5桁Long Countへ分解し、同じdaysからTzolk’inとHaabを計算します。

注意事項

• 入力する西暦は先発グレゴリオ暦または先発ユリウス暦から明示的に選び、同じ暦日をJDNへ変換してから相関定数を引きます。起点からの日数をLong Countの144000、7200、360、20、1日の各位へ順に分解し、同じ日数からTzolk’inとHaabを求めます。
• GMT 584283と584285は時刻帯ではなく相関仮説です。同じ西暦日を入力すると、584285では起点からの日数が584283より2小さくなり、Long Count、Tzolk’in、Haabも2日分変わります。換算結果を引用するときは相関定数を省略せず、単に『GMTで計算』とだけ書かないでください。
• 5桁Long Countだけでは、起点より前や今回の上限13.19.19.17.19より後の周期を一意に表せません。既存計算例には起点直前の日を前の13-baktun周期へwrapする流儀もありますが、このページは自動剰余化しません。たとえばGMT 584283で先発グレゴリオ暦BCE 3114-08-10は範囲外として明示的に拒否します。
• 入力可能な日付は、選んだ暦と相関で起点日から最大13.19.19.17.19までに入る範囲です。端点はGMT 584283なら起点BCE 3114-08-11と、最大側AD 2407-03-25です。相関584285では対応する西暦端点が2日後になります。年月日の一般上限が9999でも、Long Count範囲の検査を優先します。
• Long Countと日名はSmithsonian National Museum of the American Indian『Maya Calendar Converter』Instructions、相関選択とCalendar RoundはFAMSI『Date Conversion』Correlation Constant / Long Count / Calendar Round節、暦体系の文化史的背景はLibrary of Congress『The Heavens and Time』Maya calendar systems節を最終照合しました。現代Maya共同体の暦実践を単一の古典期表記へ置き換えるものではありません。
• この4ページは、日付文字列をサーバーへ送らず利用者のブラウザー内だけで計算します。外部API、fetch、XMLHttpRequest、WebSocket、CDN上の計算ライブラリ、ファイルアップロード、閲覧値の保存を使用しません。WordPress本文、追加CSS、追加JavaScriptへ分けられる静的成果物であり、builder自体も下書き作成、既存記事更新、公開操作を行いません。
• 日付は時刻を持たない暦日として扱い、Julian Day Numberはその日の正午を表す整数です。天文学で午前0時を表すJulian Dateには小数部.5が付くため、JDNとJDを混同しないでください。曜日は7日周期が途切れず続くという計算上の前提からJDNの剰余で求め、地域の曜日名変更や歴史上の時刻制度は扱いません。
• 紀元前はBCE、紀元後はADの文字を日付の先頭に表示し、利用者には年0を入力させません。内部の暦算だけは紀元前1年を天文学的年0、紀元前2年を年−1へ写して連続計算します。結果を史料へ引用するときは、BCE/CE方式か天文学的年番号かを必ず併記してください。1年のずれは単純な表示誤差ではありません。
• 先発グレゴリオ暦と先発ユリウス暦は、各暦の規則を導入以前や廃止以後にも機械的に延長する計算モデルです。1582年10月のローマ系改暦、1752年の英国系改暦など、実際の採用日は国・地域・用途で異なります。本表は地域史を自動推測せず、消えた日付や二重に現れた日付を歴史的な公文書の日付として断定しません。
• 入力日は選んだ暦の閏年規則で検査します。グレゴリオ暦は4で割り切れる年を原則閏年とし、100で割り切れて400で割り切れない年を平年にします。ユリウス暦は4年ごとを閏年にします。2月30日、平年の2月29日、4月31日などを翌月へ自動繰越しせず、該当する日欄のエラーとして計算前に止めます。
• 表のすべてのセルは文字列です。BCEという紀元、暦名、アポストロフィ付きのMaya日名、先頭の0を保ったISO風年月日を、表計算ソフトの自動日付へ変換させないためです。TSVをExcelなどへ取り込む場合は列を文字列に指定し、日付シリアル、指数表示、ローカル書式へ置換されていないか再出力して照合してください。
• calculator-first構成としてページ先頭に入力欄と結果表を置き、その下に式、適用範囲、相関、歴史上の注意を説明します。まず既定値の既知点を確認し、次に必要な年月日へ変えてください。異なるサイトと比較するときは表示日だけでなく、暦法、紀元、JDNの正午基準、Easterの方式、Mayaの相関定数が同じかを先に揃えます。
• 実装は固定された4つのmodeと許可済みのselect値だけを受け付けます。evalやnew Functionで入力をコードとして実行せず、HTML断片や任意の数式を受け取る欄もありません。整数の下限・上限、月日、Long Count各桁、相関定数、結果行数、列名を検査し、NaN、Infinity、範囲外の周期を正常結果として表示しません。
• 正常例、上限または紀元前の境界例、不正な暦日または範囲外例を各ページ定義へ固定します。生成側の独立整数式とブラウザー実装について、行数と文字列セルを完全一致で比較します。日付をミリ秒へ変換するDateオブジェクトのローカル時刻差には依存せず、整数JDNを介して日単位の変換を行います。
• この計算機は暦学、歴史資料の読み合わせ、宗教暦やMaya暦の学習を補助するものです。法的期限、戸籍、契約日、宗教団体の公式日程、文化財年代、考古学上の年代決定を単独で確定しません。重要な用途では対象地域と団体の一次資料、原史料の暦注、専門家の校訂、独立した暦算実装を照合してください。
• 表示範囲を有限にしているのは、計算式がその外で必ず数学的に破綻するという意味ではありません。歴史的根拠、5桁表記の一意性、ブラウザーQA、コピー可能な表の大きさを同時に管理するためです。上限外の入力を端へ丸めたり、周期剰余で別の日へ黙って写したりせず、前提を選び直せるエラーとして返します。
• 一次資料の名称、節名、確認日を本文に残し、URLはbuilderの監査メタデータだけに保持します。実行時に参照サイトへ接続せず、参照先の障害や改稿で結果が突然変わりません。今回の最終照合日は2026年7月15日です。公開前の手動レビューでは、節の現存、用語の綴り、計算範囲、既知点が変わっていないかを再確認します。
• 既存サイトのフォント、余白、色、モバイル幅を継承し、長い表だけを内側で横スクロールさせます。暦名や注意列を画面幅に合わせて削除せず、375px幅でも入力ラベルとエラーの対応が分かる順序を保ちます。色だけで方式を区別せず、列見出しとダッシュ記号、説明文を併用して支援技術でも意味が伝わるようにします。
• 先発暦と固定算法による学習・検算用です。地域の実際の改暦、宗教団体の公式日程、Maya相関の学説差を自動確定しません。

よくある質問