西方・東方の復活祭と移動祝日の日付表

使い方

1. 1583〜4099年から年を入力し、西方方式と東方方式を同時に計算します。
2. 共有行だけ東方2列が埋まり、方式固有行がダッシュになっていることを確認します。
3. 実際の日程には教区・教会の当年公式カレンダーを照合します。

計算式・考え方

西方はグレゴリオ暦の教会計算、東方はユリウス暦の教会計算で復活祭を求め、各方式の基準日へ固定日数差を加えます。

注意事項

• 西方列はグレゴリオ暦の教会計算、東方列はユリウス暦に基づく計算を、同じ西暦年の表で比較します。天文学的な満月や観測地の春分を直接計算するページではありません。U.S. Naval Observatory『The Date of Easter』のComputing the Date of Easter節が説明する教会暦上の満月と整数算法を基準にします。
• 東方の欄はGreek Orthodox Archdiocese of America『Dating Easter in the Orthodox Church』2. Lent and EasterとOrthodox Church in America『Lenten and Paschal Cycle』のPASCHA節を照合しました。ただし東方教会すべてが同じ改暦運用を採るとは限りません。方式名を特定団体の全日程へ普遍化しないでください。
• 枝の主日、聖木曜日、聖金曜日、聖土曜日、復活祭、昇天日、聖霊降臨祭は両方式の基準日から同じ日数差を計算します。清浄の月曜日は東方方式だけ、西方の灰の水曜日、昇天主日、三位一体の主日、聖体祭、イエスのみ心は西方方式だけを示し、対応しない欄は0や空日付でなくダッシュにします。
• 聖体祭を木曜日に置くか日曜日へ移すか、昇天日を木曜日から日曜日へ移すかは地域と典礼暦で異なります。表には木曜日基準と米国の日曜日設定を別行で示しますが、利用者の教区を自動判定しません。実際の礼拝、休業日、行事予定には所属教会の当年公式カレンダーを優先してください。
• 公開範囲は1583〜4099年です。これはグレゴリオ暦導入後を中心に、固定された整数算法と独立既知点を有界に検証するためです。1582年以前へ同じ西方方式を機械的に延長した日を、当時の歴史的な祭日として表示しません。
• この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相関の学説差を自動確定しません。

よくある質問