5 つの軸、1 つのレコード型

21 つのレコード型に正規化する

データを受け取る受信部は軸ごとに異なる。しかし受信部を出た瞬間から、どの軸のデータも同じ形になる。

これは仕組みのページで述べた N + M の構図そのものである。 入力 N（軸＝データ源）と出力 M（図法・画像・動画・外部連携）を直接つなげば N × M 本の実装が必要になるが、 間に共通のレコード型を挟むことで N + M 本の実装で済む。

レコード型は「中間表現」である

コンパイラが多様なプログラミング言語を 1 つの中間表現（IR）に変換してから各 CPU 向けの機械語を出力するように、 AAE は多様な観測データを 1 つのレコード型に変換してから各出力先へ送る。 言語が増えても CPU 側は変わらず、CPU が増えても言語側は変わらない——その関係をそのまま地理空間データに適用したものである。 レコード型自身は投影法も画面のピクセル座標も持たない。保持するのは「地球上のどこに、いつ、何があるか」という球面上の事実だけであり、 それをどの中心・どの図法で描くかは出力側がその都度決定する。

3軸を足すには

6 本目の軸は、受信部を 1 本書き、データの生成と表示の定義に 1 行ずつ足せば地図上に点が出る。色・記号・表示切替を他の軸と揃える変更も 4 ファイル・十数行で完結する。投影・中心・図法・LOD のコードには一切触れない。

4軸と層は別のもの

AAE において「軸（Axis）」と「層（Layer）」は明確に区別される。「軸」は観測データの種別であり、共通レコード型を通る不変の構造である。 一方、「層」は描画のチャネルであり、必要に応じていくつでも重ねられる。 海流や気流の格子データ、国土地理院タイル、OpenStreetMap の道路網、経緯線、都市名ラベルなどはすべて層であって軸ではない。両者の違いはデータの形状（点か面か）ではなく、刻々と流入し、古くなれば消えていく個別の観測イベントかどうかにある。

5サイバー軸について

5 本目の軸だけ、観測の対象が物理的な移動体ではない。ファイアウォールが記録した通信ログの発信元 IP アドレスを GeoIP で経緯度に変換し、他の 4 軸と同じ点として地図に載せる。対象は違っても、レコード型は同じである。

6作例

観測点のデータは背景の基図から独立して平面へ投影するため、世界全図でも東京中心でも同じ経路で重なる。