NORNSS2開発日誌:プトレマイオスエンジン

未分類

1. Regiomontanus Engine とは何か

Regiomontanus Engine は、NORNSS2 において 15世紀後半〜16世紀的な Regiomontanus 系の計算実務を再現・検証するための独立エンジンとして扱うべきものである。

現在の REM 系では、最初の対象を house / cusp calculation surface に絞っている。つまり、当面の Regiomontanus Engine は、太陽・月・惑星の位置計算全般を扱うものではなく、まずは レギオモンタヌス式ハウス分割、特にカスプ計算の再現を中心に据える。

歴史的には、Regiomontanus、すなわち Johannes Müller von Königsberg は、15世紀ヨーロッパの代表的な数学者・天文学者であり、Ptolemy 系天文学の再編、三角法、天文表、印刷による科学知識の普及に大きな役割を果たした人物である。彼は Peuerbach の『アルマゲスト摘要』を完成させ、のちに Copernicus らにも影響を与えたとされる。

Regiomontanus 系ハウス分割は、一般に 天の赤道を12分割し、その分割点を地平線の南北点を通る大円によって黄道へ投影する方式として説明される。これは、時間を直接分割する方式というより、空間幾何に基づく quadrant house system と見なすのが適切である。

したがって、NORNSS2 における Regiomontanus Engine は、単なる「別の表を読むエンジン」ではない。球面幾何・三角法・ハウス分割を中心にした、16世紀的占星術計算の一つの実務系統として位置づけるのが妥当である。

2. Alfonsine / Parisian 系エンジンとの違い

Alfonsine / Parisian 系は、基本的には中世後期の天文表計算の系譜に属する。Parisian Alfonsine Tables は、1320年前後にパリで成立し、その後ヨーロッパに広く流布したとされる。内容としては、平均運動、遠地点、歳差・トレピデーションなど、天体位置を求めるための表計算体系を中心とする。

これに対して、Regiomontanus Engine の初期対象は、少なくとも現在の REM001〜REM030 の設計では、惑星位置表そのものではなく house/cusp である。つまり、Alfonsine / Parisian 系が「天体がどこにあるか」を求める表計算エンジンであるのに対し、Regiomontanus Engine はまず「その天体位置をどのハウス構造の中に配置するか」という空間分割の問題を扱う。

両者の違いを短く言えば、次のようになる。

項目Alfonsine / Parisian 系Regiomontanus Engine
主対象太陽・月・惑星の位置計算house / cusp 分割
中心技術天文表、平均運動、補正表球面幾何、三角法、赤道分割、黄道投影
時代的位置14世紀パリを中心とする中世後期表計算15世紀後半〜16世紀の幾何化・印刷文化以後
実務上の役割天体位置を出す天体位置をチャート構造へ配置する
NORNSS2上の扱い既存本線・Alfonsine runtime と密接独立ルートとして隔離設計から開始

重要なのは、Regiomontanus Engine を Alfonsine 系の「後続版」や「補助機能」として扱わないことである。Alfonsine 表が使われる場面と、Regiomontanus 式ハウス分割が使われる場面は、実務上は接続しうるが、設計上は混ぜてはいけない。

3. Ptolemaic Solar 系エンジンとの違い

Ptolemaic Solar 系は、これまでの CEM ブロックでは、16世紀 Ptolemaic route の read-only proxy として Parisian / Vimond 系を利用しながら、太陽黄経計算の isolated prototype から本線最小接続まで進めた。

この系統の中心は、太陽の位置、特に solar longitude をどう得るかである。対象はハウスではなく、太陽の天球上の位置である。

それに対して Regiomontanus Engine の初期対象は house/cusp であり、太陽黄経そのものを求めるものではない。太陽や惑星の位置は、将来的には入力として必要になり得るが、REM004で固定したとおり、solar / planetary surface は後続へ延期している。

項目Ptolemaic Solar 系Regiomontanus Engine
主対象太陽黄経house / cusp
初期目的solar result record / historical-table resultハウス分割・カスプ構造
史料上の扱いPtolemaic route の再現、Parisian/Vimond proxy利用Regiomontanus 系の独立幾何ルート
計算の性格表値・太陽運動・黄経計算球面幾何・赤道分割・投影
接続順isolated solar prototype → 本線最小bindingsource-reader prep → isolated house prototype → 本線最小binding予定

Ptolemaic Solar Engine が「天体位置を求めるエンジン」だとすれば、Regiomontanus Engine は「得られた天体位置を置くための空間構造を作るエンジン」である。

4. Regiomontanus Engine の長所

第一の長所は、16世紀的な占星術実務に近いハウス構造を再現できる点である。Regiomontanus house system は、ルネサンス期以降の伝統占星術において重要なハウス方式の一つであり、特に horary astrology などで長く利用された系統として知られる。

第二の長所は、幾何学的構造が明確である点である。天の赤道を分割し、それを大円によって黄道へ投影するため、計算設計上は、入力・中間値・投影結果を分離しやすい。NORNSS2 のように Reader / Table / Formula / Result を厳密に分けたい設計では、この幾何学的明確さは利点になる。

第三の長所は、Ptolemaic Solar や Alfonsine と役割分担しやすいことである。Alfonsine / Parisian 系が天体位置を出し、Ptolemaic Solar 系が太陽黄経を検証し、Regiomontanus Engine がハウス構造を作る、という分担にすれば、各エンジンの意味を混ぜずに済む。

第四の長所は、歴史的に印刷・表・計算実務との接点が強いことである。Regiomontanus は科学・数学書の印刷にも深く関わり、天文暦や天文表の印刷史において重要な位置を占める。彼の Ephemerides は、1475年から1506年までの日々の天体位置を示す画期的な表として説明されることがある。

5. Regiomontanus Engine の短所・注意点

第一の短所は、実装が単純な表引きでは済まない点である。Alfonsine 系のように表値を段階的に取り出して処理するだけでなく、Regiomontanus house/cusp では球面幾何・座標変換・投影の扱いが重要になる。そのため、Reader と Formula を混ぜると、どこで歴史的表値を使い、どこで現代的な三角関数を使ったのかが曖昧になりやすい。

第二の短所は、入力条件への依存が強いことである。ハウス計算では、緯度、黄道傾斜、地方恒星時、赤経、MC/ASC などの扱いが問題になる。どの入力を史料由来とし、どの入力を現代計算から与えるのかを曖昧にすると、歴史再現としての意味が弱くなる。

第三の短所は、高緯度や特殊条件での扱いに注意が必要なことである。quadrant house systems では、場所や緯度条件によってカスプの挙動が複雑になり得る。したがって、初期 prototype では、いきなり広範な地理条件に対応するのではなく、限定された test vector から始めるべきである。

第四の短所は、Ptolemaic / Alfonsine / Regiomontanus の混線が起こりやすい点である。たとえば、天体位置は Alfonsine 表由来、太陽位置検証は Ptolemaic Solar route、ハウスは Regiomontanus という構成は実務上あり得る。しかし、エンジン内部でそれらを一体化してしまうと、結果がどの歴史的ルートに属するのか分からなくなる。

6. 歴史的立ち位置

Regiomontanus Engine の歴史的立ち位置は、中世天文表計算からルネサンス的な数学化・幾何化・印刷実務へ移る地点にある。

Alfonsine / Parisian 系は、中世後期における天文表計算の巨大な基盤である。そこでは、複数の表を順に使い、天体位置を得ることが中心になる。一方、Regiomontanus は、Ptolemy 受容、三角法、天文表、印刷という複数の流れを結び、15世紀後半以降の計算文化に大きな影響を与えた。彼の De triangulis は三角法の重要文献として扱われ、Tabulae directionum et profectionum などは占星術的計算実務とも関係する。

この意味で、Regiomontanus Engine は、NORNSS2 において「中世表計算の延長」ではなく、ルネサンス期の計算実務を独立して扱うための橋頭堡である。Ptolemaic Solar Engine が古典的太陽理論の再現に向かい、Alfonsine / Parisian Engine が中世後期の表計算体系に向かうのに対し、Regiomontanus Engine は、幾何学化されたチャート構成と、印刷時代の計算実務へ向かう。

7. NORNSS2 における開発上の結論

NORNSS2 では、Regiomontanus Engine を次のように扱うのが妥当である。

  1. Alfonsine / Parisian 系とは独立させる。
    Alfonsine 表の値を勝手に流用しない。
  2. Ptolemaic Solar 系とも独立させる。
    Ptolemaic Solar の Reader、result record、proxy 史料を Regiomontanus に混ぜない。
  3. 初期対象は house/cusp に限定する。
    solar / planetary / directions-aspects は後続に延期する。
  4. Reader / Table / Formula を分離する。
    Reader が値を読む段階、表値を解釈する段階、幾何計算する段階を混ぜない。
  5. isolated prototype を先に作る。
    本線接続は最終ゴールだが、まず隔離環境で token、parse、input、formula、result、audit を順に確認する。
  6. 本線接続は minimal binding に限定する。
    GUI、data/alfonsine、Macro/Search JSON、src/engines へ広げるのは、別途承認後にする。

最終的に、Regiomontanus Engine は、NORNSS2 の中で ハウス分割・カスプ計算を歴史的に扱うための中核エンジンになり得る。ただし、その価値は「早く計算できること」ではなく、どの歴史的ルートの、どの計算面を、どの入力から、どの境界で再現しているかを明確にできることにある。

コメント

タイトルとURLをコピーしました