イスラム礼拝時刻の週表・月末表|最大31日を一括計算

イスラム礼拝時刻の週表・月末表|最大31日を一括計算

開始日から7日・14日・月末までのFajr〜Ishaを最大31行で日別計算し、補正状態とキブラ真方位をブラウザー内で表示します。

入力

先発グレゴリオ暦の実在日を指定します。期間末日が2099-12-31を越える組合せは部分表を返さず停止します。

7日、14日、または開始日を含む月の月末までを表示します。最大31行で、開始日から曖昧な『1か月』とはしません。

東経は正、西経は負です。例として東京駅付近は139.7671、ニューヨークは負の値です。全角数字、NaN、Infinityは受理しません。

北緯は正、南緯は負です。高緯度で通常の薄明交点がない場合はangle-based補正を明記し、日の出・日の入りもない日は停止します。

標準時とDSTを合算し、対象日時に実際に有効なUTC差を分で入力します。日本のUTC+9は540、UTC+10:30は630です。timezone規則やDSTを自動判定しません。

開けた地平線に対する観測高を0〜3000mで指定します。山や建物の遮蔽を地形モデルとして計算する入力ではありません。

PrayTimes固定datasetと互換のFajr・Isha・Maghrib定数です。各名称の組織による現行公式承認値とは表現せず、宗教的な優劣も判定しません。Tehran互換のIsha 14°はPrayTimes既定で公式Tehran値ではありません。

standardは正午影に物体高1倍を加えた影長、hanafiは2倍を加えた影長に対応する計算profileです。

Gregorian行の午前0時に付ける参考ラベルです。宗教日は前日の日没から始まり、観測月初や地域の公式暦ではありません。Makkah Isha delayの選択には一切使いません。

90分または120分を利用者が明示します。算術Hijri月からRamadanを推定しません。他methodでは結果profileに保持するだけです。Makkahで候補が翌日Fajr以降、またはrawでは直前でもhalf-up後に同じ公開分となる場合、別時刻へ置換せずIshaだけを停止します。

使い方

  1. 開始日を選び、開始日を含む7日、14日、または開始日を含む月の月末までを選びます。『1か月』を31日固定にはせず、calendar-monthは月末で終了します。
  2. 旅行先や滞在地の経度・緯度を東経北緯正の符号で入力し、標準時とDSTを合算した対象期間の実効UTC offsetを確認します。端末の現在地やtimezoneは読みません。
  3. 全期間で同じPrayTimes互換method、Asr profile、午前0時基準の算術Hijri profile、Makkah Isha delayを選び、一覧の比較条件を一定に保ちます。
  4. 表の各行についてFajr、日の出、Dhuhr、Asr、日の入り、Maghrib、Ishaの順序、翌日表示、high-latitude-adjusted、no-crossingを確認します。キブラはsummaryに1回だけ表示します。
  5. 印刷・転記・共有するときは、場所、実効UTC offset、method、Asr、Hijri profile、Makkah delay、計算確認日を一緒に残し、地域のモスク・宗教機関の公式表と照合します。

計算式・考え方

各Gregorian日を整数JDNで連続生成し、NOAA/Meeus系の赤緯・均時差を日ごとに再計算します。Fajr/Ishaは選択method、Asrは影長係数、日の出・日の入りは地平線条件から求めます。Fajrは前日日没→当日日出、Maghrib/Ishaは当日日没→翌日日出の別夜長でangle-based上限を設け、必要な境界がない行は明示停止します。

注意事項

  • 週表は単日時刻を同じ値で複製した表ではありません。太陽赤緯と均時差が毎日変わるため、Fajr、日の出、Dhuhr、Asr、日の入り、Maghrib、Ishaを各Gregorian日について再計算します。
  • 7日表は開始日を含む連続7日、14日表は連続14日です。月末、年末、うるう日を整数JDNで進め、存在しない日を作りません。2099-12-31を越える場合は途中までの表を返さず入力全体を停止します。
  • 『月末まで』は開始日を含む同じGregorian月の最終日までです。1月1日なら31行、2月15日なら平年14行またはうるう年15行になります。曖昧な1か月後や開始日から31日とは区別します。
  • 最大31行に制限することで端末負荷と表サイズを有界にします。大量の日付をサーバーへ送り、外部サービスで一括計算する方式ではありません。
  • キブラ初期方位は同じ緯度・経度なら日付に依存しません。そのため各行へ同じ角度を繰り返さず、表の上または直下のsummaryに1回だけ表示します。転記時はsummaryを表と一緒に保存してください。
  • 曜日はGregorian日付から求めます。算術Hijri日はGregorian行の午前0時基準ラベルで、宗教日は前日日没から始まります。観測月初とも異なり、Makkah Isha delayの選択には使いません。
  • 日付が連続していても礼拝時刻の変化量は一定ではありません。季節、緯度、太陽赤緯、均時差、選択角度により増減し、月をまたいだから固定分だけ変わるというモデルではありません。
  • 旅行先の都市名から座標を検索する機能はありません。外部geocoderや地図APIを呼ばず、利用者が確認した概略座標を入力します。東経は正、西経は負、北緯は正、南緯は負という符号を全行で固定します。
  • 実効UTC offsetは期間全体で固定です。表示期間の途中に夏時間の開始・終了がある場合、境界前後を別々に計算し、それぞれ標準時とDSTを合算した実効offsetを明示してください。
  • 国や地域が期間中に標準時を変更した歴史的事例や、15分刻み以外の過去offsetは再現しません。1900〜2099年という日付範囲はtimezone史の完全再現範囲ではなく、固定offsetによる太陽時刻計算の範囲です。
  • method profileは全行に同じ固定datasetを適用します。途中日だけ別methodへ切り替える機能を設けないため、比較表として条件が一貫します。別methodを比較するときは同じ開始日と座標で表を作り直します。
  • MWL、ISNA、Egypt、Makkah、Karachi、Jafari、Tehran互換はPrayTimes固定datasetの互換名です。各組織が現行値を公式承認したとは表現せず、選択定数をsummaryへ表示します。
  • Makkah methodのIshaはMaghrib後90分または120分を利用者が明示します。期間途中に算術Hijri月が変わってもdelayは変化せず、公的Ramadan開始を推定しません。
  • Makkahの固定遅延が翌日Fajrへ達する行では、その行のIshaセルだけを計算停止にします。FajrからMaghribまでを消さず、statusへcrosses-next-fajrまたはnext-fajr-unavailableを残すため、週表には通常行と部分停止行が混在できます。
  • rawではIshaが翌日Fajr直前でも、half-up後の公開時刻が同じ分ならoverlaps-next-fajr-minuteとして部分停止します。日付境界を越える時刻も絶対分indexで比較するため、『翌日00:00』と当日末尾の表示を別時計として誤比較しません。
  • Asr standardとhanafiは影長係数1または2の違いです。表の途中で選択を変えないため、旅行日程を転記するときはprofile名も記載し、異なるAsr列を同じ基準として合成しないでください。
  • 高緯度では日ごとに通常交点の有無が変わる場合があります。ある行だけhigh-latitude-adjusted、隣の行はnormalになってもstatusを行ごとに保持し、表全体を一つの状態へ丸めません。
  • angle-based補正はFajrに前日日没から当日日出までの前夜長、Maghrib/Ishaに当日日没から翌日日出までの後夜長を別々に使います。いずれか必要な境界がなければその行を明示停止します。
  • 極昼や極夜で日の出・日の入りが得られない行はno-crossingとして全礼拝時刻を停止します。前日の時刻、近隣都市、緯度補間を自動で代用せず、停止行が通常行のように見えない表示にします。
  • 時刻は分単位half-upです。内部時刻が日付境界を越えれば『翌日』や『前日』を付けます。CSVや紙へ転記するときにprefixを削ると、FajrからIshaまでの絶対順序を誤解する可能性があります。
  • 日の出・日の入りは標準大気と開けた地平線の近似です。山、建物、樹木、海霧、屈折変動を日別に取得しないため、表の日々の差は天文計算差であり、天気予報や視程予報ではありません。
  • 標高補正0.035√h度は全期間に同じ観測高を使います。旅行中に標高が変わる移動経路を1表で表現せず、地点や高度が変わる区間ごとに別表を作成してください。
  • 算術Hijri profileは既存world calendarと同じ周期則による午前0時ラベルです。地域の新月観測や各国の宗教当局の宣言を取得せず、宗教日の開始境界として扱いません。
  • 表を印刷するときは横スクロールが切れないよう最終プレビューを確認します。Gregorian日、曜日、Hijri日、日の入りを含む7時刻、statusの11列を省略すると監査条件を失います。375pxでは横スクロールを前提にします。
  • 表を表計算ソフトへ貼り付ける場合、02:53などが自動的に日付時刻へ変換されることがあります。『翌日』prefixやstatusを別列のまま保持し、ソフト側のtimezone変換を適用しないでください。
  • 同じ旅行でもモスクのjama'ah開始時刻はこの表の天文開始時刻と別です。礼拝施設の開館、集合時刻、金曜礼拝、現地案内、交通、安全、宗教上の扱いをこの表だけで決めないでください。
  • NOAA、NAOJ、JAKIM、PrayTimes、USNO、Joda-Time、IJEGの資料は太陽式・地平線・method・算術暦・座標という別々の役割で照合し、一つの世界統一公式時刻表とは説明しません。
  • ブラウザーruntimeは入力後に外部通信せず、最大31日を端末内で計算します。サーバー負荷を増やさず、fetch、geolocation、現在時刻、OS timezone、Cookie、localStorageを使いません。
  • 結果を公開資料へ転載する場合は、場所、期間、method、Asr、Hijri profile、Makkah delay、実効UTC offset、標高、計算確認日を併記します。時刻だけを切り出さないでください。
  • このページは期間の連続性、月末の定義、DSTを含む実効offset境界、行単位status、印刷・転記、条件固定を中心に解説します。各日の宗教判断は出力しません。
  • 長期の年間時刻表をこの31行版から継ぎ足す場合は、月ごとに計算条件が同じかを確認します。特に夏時間境界、移動による座標変更、標高変更、method変更をまたいで単純結合すると、連続表に見えても前提が変わります。このツールは短い有界期間を正確に監査できる形で出すことを優先し、数百行を暗黙生成しません。必要な期間を分割したときは、各表のsummaryとstatus列を削らず、期間間の重複日や欠落日もGregorian日列で検査してください。
  • 参照定数は2026-07-17確認の固定dataset praytimes-seven-methods-20260717、engine solar-prayer-time-table-v1、mode date-rangeです。runtime実行時にmethodや暦を自動更新しません。
  • 【結果直下の注意】天文式と選択profileによる参考値で、礼拝の宗教的・地域的な公式時刻や方角を確定しません。利用地域のモスク・宗教機関の時刻表と案内を優先してください。

よくある質問

calendar-monthは開始日から31日ですか?

違います。開始日を含むGregorian月の月末までです。月初なら28〜31行、月末なら1行になります。

期間中に夏時間が切り替わる場合はどうしますか?

実効UTC offsetは期間内固定です。切替日前後を別表に分け、各期間で標準時とDSTを合算した実効差を指定してください。

高緯度補正は表全体に一括で適用されますか?

いいえ。各日の通常交点を検査し、必要な行だけhigh-latitude-adjustedを表示します。日の出・日の入りもない行は停止します。

週表でMakkahのIshaだけ停止した行は削除されますか?

削除しません。raw交差、公開分重複、翌日Fajr取得不能をstatusで区別し、日付と他の有効時刻を保持します。

キブラ列が各日にないのはなぜですか?

同じ座標なら日付で変わらないためです。重複を避け、真北基準の初期方位をsummaryに1回だけ表示します。

表をそのまま公式時刻表として配布できますか?

公式表ではありません。配布前に地域のモスク・宗教機関の表を優先し、全計算条件と非公式の天文推定である注意を添えてください。

開始日、期間、座標、実効UTC offset、標高、method、Asr、算術Hijri profile、Makkah Isha delayはclient-onlyで処理し、最大31行をブラウザー内で生成します。現在地、IP、端末timezone、現在時計、外部API、実行時network、Cookie、localStorage、サーバー保存を使いません。入力値と計算結果はブラウザー内で完結します。