3D図面をAR表示し、構造物や地形モデルを現地の絶対座標に重ねる運用では、3Dモデルの座標値だけでなく、座標系を変換するための設定や補正データも表示精度に影響します。設計データと測位結果の座標系が異なる場合には、測地系、投影方法、平面直角座標系の系番号、高さの基準などをそろえなければなりません。
この変換処理で利用されることがあるのが、座標系グリッドファイルです。座標系グリッドファイルには、地域ごとの座標補正量や高さ補正量などが格子状のデータとして格納されています。変換元と変換先の組み合わせによっては、このファイルを参照することで地域差を考慮した座標変換が行われます。
一方、必要なグリッドファイルが端末や変換環境に存在しないと、変換処理が停止する場合もあれば、簡易的な変換へ切り替わる場合もあります。エラーが表示されずに処理が続く環境では、AR表示そのものは開始できても、3D図面が現地から一定量ずれたり、高さだけが合わなかったりするため注意が必要です。
本記事では、「3D図面 AR 表示 絶対座標」で検索している実務担当者に向けて、座標系グリッドファイルの欠落を疑うべき4つの確認項目を解説します。単なるGNSS測位のばらつきと座標変換の問題を切り分け、現場で再現性のあるAR表示を行うための考え方を整理します。
3D図面AR表示と座標系グリッドファイルの関係
3D図面を現地の絶対座標に合わせてAR表示するためには、設計モデルと測位結果が同じ座標基準で扱われている必要があります。3Dモデル側に入力されているX、Y、Zの数値が正しくても、その数値がどの座標系を前提としているのかが不明確であれば、現地の測位結果と直接重ねることはできません。
たとえば、3D図面が公共座標を基準に作成されていても、AR表示側が経度、緯度、楕円体高を基準としている場合には、両者の間で座標変換が必要です。平面位置については、地球上の位置を平面へ投影する処理や、測地系の違いを調整する処理が含まれることがあります。高さについても、GNSSで得られる楕円体高と、設計図面で一般的に使用される標高を一致させるための補正が必要になる場合があります。
座標系グリッドファイルは、こうした変換処理の一部で参照される補正データです。地域ごとに異なる補正量を格子状に記録し、対象地点の周囲にある値から必要な補正量を求めます。座標変換の種類によっては数式だけで処理できるため、すべての座標系で外部のグリッドファイルが必要になるわけではありません。しかし、指定された変換方法がグリッドファイルを前提としている場合、そのファイルが存在しなければ、本来想定した変換結果を得られない可能性があります。
ここで注意したいのは、3D図面の座標値、座標系の名称、変換方法、グリッドファイルが別々の情報として管理されることです。3Dモデルのファイルを受け取っただけでは、変換に必要な補助データまで受け取れているとは限りません。作成者の環境では問題なく表示できていたデータが、別の端末や別の事務所へ移した途端にずれる場合は、モデル本体以外の関連ファイルが欠落していないか確認する必要があります。
また、AR表示ではカメラ映像と3Dモデルが重なるため、わずかな座標の不一致でも視覚的に目立ちます。平面図上では気づきにくい数十センチメートルの差でも、柱、基礎、道路端部、埋設物などを現地に重ねると、明確な配置ずれとして認識されます。そのため、座標系グリッドファイルの管理は、単なるデータ変換の問題ではなく、現場での判断品質に関わる重要な確認事項です。
座標系グリッドファイルの欠落が見逃されやすい理由
座標系グリッドファイルの欠落が見逃されやすい最大の理由は、必ずしも明確なエラーとして現れないことです。変換環境によっては、必要なファイルがない時点で処理を中止します。この場合は原因を調べやすいものの、別の変換方法へ自動的に切り替えたり、補正を省略して処理を続けたりする環境もあります。
処理が継続すると、利用者は「変換が完了した」と判断しやすくなります。3D図面も読み込まれ、AR画面にもモデルが表示されるため、ファイル欠落を疑うきっかけがありません。しかし、実際には指定した変換経路とは異なる処理が行われ、現地で一定の座標差が生じている可能性があります。
さらに、GNSS測位そのものにも誤差や変動があるため、座標変換の問題が測位環境の問題として扱われやすい点も見逃しの原因です。建物の近く、樹木の下、法面の際、橋梁の下などでは、衛星信号の遮蔽や反射によって測位結果が変動することがあります。このような場所でAR表示がずれると、多くの担当者はまずGNSS受信状態を疑います。
ところが、グリッドファイルの欠落によるずれは、衛星配置の変化や端末の向きとは関係なく、同じ方向へほぼ一定量現れることがあります。測位値が安定しているにもかかわらず、3D図面だけが東西方向や南北方向へずれている場合は、GNSS受信状態だけでなく座標変換条件も調べなければなりません。
高さの扱いも原因を分かりにくくします。平面位置は合っているのに、3D図面が地表から浮いて見える、または地中へ沈んで見える場合、モデル原点や端末の高さ設定が疑われます。しかし、楕円体高と標高の変換に必要な補正データが欠落している可能性もあります。モデルのZ座標をその場で動かして合わせるだけでは、別の地点で再び高さが合わなくなることがあります。
座標系グリッドファイルは、モデルファイルと異なる場所へ保存されていることもあります。変換用の共有フォルダ、端末内のシステム領域、座標変換環境の専用ディレクトリなどに格納されるため、通常のデータコピーでは含まれないことがあります。担当者の異動、端末交換、初期化、アプリケーションの更新、共有フォルダの整理などをきっかけに欠落する可能性もあります。
このような事情から、グリッドファイルの欠落は、ファイル名だけを探すのではなく、座標系の定義、ずれの特徴、高さの挙動、処理環境による差という複数の観点から確認する必要があります。
確認項目1 座標系の定義と変換経路が一致しているか
最初に確認する項目は、3D図面とAR表示環境で設定されている座標系の定義です。グリッドファイルの有無を調べる前に、そもそもどの座標系からどの座標系へ変換しているのかを明確にしなければなりません。
確認する情報には、測地系、投影方法、座標軸の方向、単位、平面直角座標系の系番号、高さの種類などがあります。座標系の名称が似ていても、適用地域や基準時点が異なる場合があります。また、同じ座標系名称を使用していても、高さを楕円体高として扱う環境と標高として扱う環境が混在していることがあります。
3D図面の受け渡しでは、「公共座標です」「絶対座標が入っています」といった説明だけで処理を進めないことが重要です。公共座標という表現だけでは、具体的な座標参照系、系番号、高さ基準、変換履歴までは判断できません。設計モデルのX、Y、Zが何を示しているのか、モデル作成時にどのような変換を行ったのかを確認する必要があります。
次に、AR表示までの変換経路を整理します。たとえば、3D図面を読み込む前に事務所の変換環境で座標を変換しているのか、端末上で読み込み時に変換しているのか、クラウド上で変換済みデータを生成しているのかによって、グリッドファイルが必要となる場所は異なります。
事務所で変換済みの3D図面を作成している場合、現場端末にはグリッドファイルが不要なこともあります。一方、端末が元の座標系から現場用座標系への変換を実行する仕組みであれば、端末側または変換処理を行う環境に必要なデータが存在しなければなりません。
座標系設定画面で目的の座標系を選択できることと、必要なグリッドファイルが利用可能であることは同じではありません。座標系の定義情報だけが登録されていて、変換に必要な補正ファイルが存在しない状態も考えられます。そのため、名称が選択肢に表示されるかどうかだけで判断せず、実際に採用された変換方法を記録することが大切です。
変換処理の履歴やログを確認できる場合は、選択された変換方式、警告、代替処理の有無を確認します。「近似変換」「補正データ未使用」「必要なリソースが見つからない」といった意味を持つ記録がある場合は、グリッドファイルの欠落を疑う材料になります。表示上は変換成功となっていても、警告が別の画面やログファイルに記録されていることがあります。
また、正常に変換できた既知点を用意し、その入力座標と出力座標を記録しておく方法も有効です。同じ点を新しい端末や新しい処理環境で変換し、結果を比較すれば、座標系設定や補正ファイルの違いを早期に検出できます。現場へ持ち出す前に既知点で確認することで、現地のGNSS受信状態に影響されず、変換処理だけを検証できます。
確認項目2 一定方向のずれや地域による変化がないか
2つ目の確認項目は、AR表示のずれ方です。座標系グリッドファイルの欠落による問題を見抜くには、単に「ずれている」と記録するのではなく、方向、距離、地点による変化を確認します。
GNSS測位の受信状態が悪い場合、表示位置が時間とともに動いたり、複数方向へ不規則に変化したりすることがあります。端末を静止させても測位座標が安定しない場合は、衛星信号の遮蔽や反射、補正情報の受信状態などを先に確認する必要があります。
これに対して、座標変換に起因するずれは、測位値が安定している状況でも一定方向へ現れることがあります。たとえば、複数回測定しても3D図面が常に東側へずれている、基準点Aでも基準点Bでもほぼ同じ方向へずれるといった症状です。このような再現性のある差は、座標系の選択違い、軸の入れ替え、単位の誤り、グリッドファイル欠落などを疑う手掛かりになります。
ただし、欠落時のずれ量は一律ではありません。変換元と変換先、採用される代替処理、対象地域によって変わります。そのため、「何センチメートル以上ならグリッドファイル欠落」と単純に判定することはできません。重要なのは、設計上の既知点と現地の既知点を比較し、差の傾向を記録することです。
確認には、現場内の1点だけでなく、離れた複数地点を使用します。1点だけでモデルを平行移動すると、その地点では一致しても、別の地点でずれが拡大する可能性があります。座標系グリッドファイルは地域ごとの補正量を持つため、対象範囲が広い現場では、地点によって影響が異なる場合があります。
まず、現場内で座標が確定している基準点や構造物角などを複数選びます。各地点で、3D図面上の座標と現地測位座標の差を東西方向、南北方向、高さ方向に分けて記録します。差が全地点でほぼ同じであれば、原点設定や一定の平行移動量を疑います。一方、現場の端へ移動するほど差が変化する場合は、座標系、縮尺、回転、投影条件、地域補正などの確認が必要です。
特に、別の地域の現場では正常だった設定をコピーして使用した場合は注意が必要です。座標系の系番号や適用範囲が異なっていれば、同じ変換設定をそのまま利用できないことがあります。また、グリッドファイルが対象地域を収録していない場合、ファイル自体は存在していても対象地点の補正値を取得できない可能性があります。
AR表示画面だけで判断せず、数値として座標差を残すことも重要です。カメラの向きや端末姿勢によって、画面上のずれ方は大きく見えたり小さく見えたりします。既知点の座標差を数値化しておけば、姿勢推定の問題と座標変換の問題を分けて考えやすくなります。
現場で一定方向のずれを見つけた際、すぐにモデル全体を手動移動して合わせると、根本原因が分からなくなります。緊急の確認目的で一時的な調整を行う場合でも、元の座標、調整量、調整方向、使用した座標系を記録し、正式なデータを上書きしない運用が必要です。
確認項目3 平面位置と高さのずれ方が異なっていないか
3つ目の確認項目は、平面位置と高さを分けて評価することです。3D図面AR表示では、平面位置が合っていても高さが合わない場合があります。反対に、高さは近いものの平面位置だけがずれる場合もあります。これらをまとめて「位置が合わない」と処理すると、原因の切り分けが難しくなります。
GNSS測位では、経度、緯度とともに楕円体高が得られます。一方、土木や建設の設計図面で使用される高さは、一般に標高を基準としていることがあります。楕円体高と標高は同じ値ではないため、両者を対応させるには対象地域の高さ補正情報が必要になる場合があります。
この高さ補正にグリッド状のモデルデータが使用される環境では、必要なファイルが欠落すると、高さ変換が行われない、別の補正値が使われる、処理が停止するといった挙動が考えられます。平面変換用のデータと高さ変換用のデータは別々に管理されることもあるため、平面位置が正しいからといって、すべてのグリッドファイルがそろっているとは限りません。
高さの問題を確認する際は、まず3D図面のZ座標が何を表しているかを確認します。標高、楕円体高、現場独自の基準高、建物の設計基準高などが混在すると、グリッドファイルが正常でも一致しません。モデル原点からの相対高さだけが入力されているデータを、絶対標高として扱っていないかも確認します。
次に、現地で高さが確定している点を使って比較します。基準点の標高とAR表示上の同一点の高さを比較し、一定の差があるかを調べます。複数地点でほぼ同じ高さ差が出る場合は、高さ基準の取り違え、アンテナ高や端末高の設定、モデル原点のZ値などが候補になります。
地点によって高さ差が変化する場合は、高さ補正モデルの適用範囲やバージョン、座標の参照位置なども確認します。使用している高さ補正データが対象地域に対応していない場合や、異なる時期のモデルを混在させている場合は、期待した結果にならない可能性があります。
AR表示では、端末の姿勢推定やカメラ位置も高さの見え方に影響します。端末を上下に動かしたときにモデル全体が不自然に揺れる場合は、座標変換だけでなく姿勢推定の安定性も確認します。一方、端末を静止させ、測位値と姿勢が安定しているにもかかわらず、モデル全体が一定量浮いた状態を保つ場合は、高さ基準や補正処理を重点的に調べます。
高さだけを現場で手動調整すると、その地点では見た目が合っても、絶対座標との整合性が失われます。特に、埋設管、基礎底、造成面、法面、構造物天端などを確認する用途では、高さ方向の誤差が施工判断へ影響する可能性があります。目視確認用のAR表示であっても、設計照査や出来形確認へ使用する場合は、要求精度と確認方法を事前に決めておく必要があります。
高さの不一致を見つけた場合は、モデルのZ座標を変更する前に、楕円体高と標高のどちらを扱っているのか、高さ補正データが利用されているのか、アンテナやカメラの基準位置がどこかを順番に確認することが重要です。
確認項目4 端末や処理環境によって結果が変わらないか
4つ目の確認項目は、同じデータを異なる端末や処理環境で扱ったときに、同じ結果になるかどうかです。座標系グリッドファイルが特定の端末や事務所内の環境にだけ保存されている場合、担当者や端末が変わると座標変換結果が変化することがあります。
たとえば、作成担当者の端末では正常に現地へ重なるのに、別の担当者の端末では一定量ずれる場合があります。このとき、使用した3D図面が同一であっても、座標変換環境、設定ファイル、補正データ、バージョンなどが異なっている可能性があります。
最初に確認するのは、比較に使用したデータが完全に同一かどうかです。ファイル名が同じでも、中身が更新されていることがあります。モデルの更新日時、データ容量、管理番号などを確認し、異なる版を比較していないことを確かめます。
次に、座標系の設定を比較します。画面上の座標系名称だけでなく、系番号、高さ設定、変換元と変換先、変換方法まで確認します。利用者が手動で設定した値だけでなく、プロジェクトファイルに保存されている設定や、読み込み時に自動判定された設定も確認対象です。
そのうえで、グリッドファイルの配置状況を調べます。変換処理を行う環境が参照する保存場所に、必要なファイルが存在するかを確認します。ファイルが存在していても、読み取り権限がない、圧縮されたままになっている、名称が変更されている、参照先が古いフォルダを向いているといった理由で利用できないことがあります。
グリッドファイルのバージョンにも注意が必要です。同じ名称のファイルでも、作成時期や更新内容が異なる可能性があります。現場ごとに担当者が個別にファイルを保管すると、古い版と新しい版が混在しやすくなります。どの版を正式に使用するのかを決め、プロジェクト記録に残すことが重要です。
比較試験では、現地のAR画面だけでなく、同じ既知座標を各環境で変換し、出力値を数値で比較します。同じ入力値に対して異なる出力値が得られた場合、GNSS受信状態やカメラ姿勢は関係ありません。座標系設定、変換方法、補正データ、計算環境のいずれかに差があると判断できます。
端末交換後に問題が発生した場合は、モデルファイルの移行だけでなく、座標系関連の補助データが移行されているかを確認します。初期設定を終えただけでは、以前の端末と同じ変換環境になっているとは限りません。共有ストレージからモデルをダウンロードできても、変換用のグリッドファイルが端末内にない可能性があります。
更新後に結果が変わった場合も同様です。処理環境の更新によって、参照するフォルダ、優先される変換方法、対応するファイル形式などが変わることがあります。更新前後で既知点の変換結果を比較する確認工程を設けておけば、現場へ影響が出る前に差を検出できます。
グリッドファイル欠落を切り分ける実務手順
グリッドファイルの欠落が疑われる場合は、現場でモデルを何度も動かして合わせるのではなく、座標値を使って段階的に切り分けます。最初に行うのは、3D図面側の基準情報を確定することです。
モデルの座標系、系番号、単位、軸方向、原点、高さ基準、作成時の変換履歴を確認します。外部から受領したデータで情報が不足している場合は、ファイル内部の数値範囲や既知点との比較から推定するのではなく、可能な範囲で作成条件を記録した資料を確認します。
次に、現場で使用する測位座標の種類を確認します。経度と緯度をそのまま使用するのか、平面座標へ変換するのか、高さは楕円体高か標高かを整理します。3D図面と測位結果の間でどの変換が必要になるのかを、変換元、変換先、中間処理に分けて書き出します。
変換経路が分かったら、各処理で外部グリッドファイルが必要かを確認します。座標系の説明や変換設定にグリッド補正が含まれているにもかかわらず、利用環境に該当ファイルがない場合は、欠落の可能性が高まります。ただし、同じ座標系間でも複数の変換方法が存在することがあるため、ファイル名だけでなく実際に選択された変換方法を確認する必要があります。
続いて、既知点を用いた数値比較を行います。モデル内で座標が明確な点を選び、正常とされる環境で変換結果を記録します。その後、問題が発生している環境で同じ座標を変換し、東西方向、南北方向、高さ方向の差を比較します。
数値変換では一致するのにAR画面だけがずれる場合は、グリッドファイルよりも、カメラ姿勢、端末とアンテナの位置関係、モデルの表示原点、読み込み後の移動量などを確認します。数値変換の段階で差がある場合は、座標系設定、変換方法、グリッドファイル、バージョンなどを重点的に調べます。
さらに、現場内の複数地点で比較します。1点目のずれを手動補正せず、そのまま2点目、3点目を確認します。差が一定なのか、距離に応じて変化するのか、方向が回転するのかによって、原因候補を絞り込めます。
最後に、正常な環境と問題のある環境の差分を記録します。端末、処理環境の版、座標系設定、グリッドファイルの有無、ファイル更新日、参照フォルダ、入力データの管理番号などをそろえて比較します。原因が判明した後も記録を残すことで、次回の端末交換や環境更新時に同じ問題を防ぎやすくなります。
欠落を防ぐためのデータ受け渡しルール
グリッドファイル欠落を防ぐには、3Dモデル単体ではなく、座標系を再現するために必要な情報を一式として管理する必要があります。モデルファイルだけを共有フォルダへ保存し、座標系の設定を担当者の記憶に任せる運用では、時間が経つほど再現が難しくなります。
プロジェクトごとに、座標系名称、系番号、単位、軸方向、高さ基準、変換元、変換先、変換方法、使用する補正データ、確認済みの既知点を記録します。グリッドファイルを個別に配布する必要がある場合は、正式な保存場所と版を決めます。
ファイル名だけで管理すると、更新時に混乱しやすくなります。管理記録には、ファイルの更新日、適用地域、用途、入手元の区分、検証日などを含めます。異なる座標変換用のファイルと高さ補正用のファイルがある場合は、それぞれの役割を分けて記載します。
データを現場へ渡す際には、受け渡し後の確認工程も必要です。端末にファイルをコピーできたことだけで完了とせず、既知点の変換結果が事務所環境と一致することを確認します。変換結果の確認値をプロジェクト内で共有しておけば、現場担当者自身が環境の正常性を確認できます。
端末を複数台使用する場合は、1台ずつ個別設定するのではなく、同じ設定を展開できる手順を定めます。設定後には各端末で同じ既知点を変換し、結果を照合します。端末ごとの差が許容範囲を超える場合は、現場へ持ち出す前に原因を調べます。
データ更新時は、モデルと座標系関連情報の対応関係を保つことが重要です。モデルだけを最新版へ差し替え、座標変換条件が古いまま残ると、外見上は最新版の図面でも位置が合わない状態になります。モデル管理番号と座標設定の管理番号を関連付け、どの組み合わせで確認済みなのかを明確にします。
また、グリッドファイルを削除したり更新したりする前には、現在使用中のプロジェクトへの影響を確認します。共有環境の整理によって古いファイルを削除した結果、進行中の現場で再現できなくなることがあります。保存期間や更新手順を決め、変更時には既知点で再検証します。
絶対座標ARを現場で安定運用するポイント
絶対座標による3D図面AR表示を安定させるには、座標変換だけでなく、測位、姿勢、モデル、端末設定を一体として管理する必要があります。グリッドファイルの欠落を解消しても、GNSS受信状態やモデル原点に問題があれば、AR表示は正しく重なりません。
現場では、最初に上空視界が確保された場所で測位状態を確認します。建物、仮設物、樹木、重機などの影響が少ない場所で座標が安定するかを確認し、その後に対象地点へ移動します。測位が不安定な状態で座標変換の検証を行うと、原因を誤って判断する可能性があります。
次に、既知点で平面位置と高さを確認します。AR画面の見た目だけでなく、測位された座標値と設計値の差を記録します。表示が合っているように見えても、端末の向きや視点によって偶然一致している可能性があるため、異なる方向から確認します。
モデルの単位も確認が必要です。メートルを前提とした環境へ、ミリメートルの数値をそのまま読み込むと、モデルの大きさや位置が大きく変わります。単位の誤りはグリッドファイル欠落とは異なりますが、座標系問題と似た症状を生むため、早い段階で除外しておくことが大切です。
座標軸の順序や符号にも注意します。XとYの対応、東西方向と南北方向、Z軸の正方向などが異なると、モデルが回転したり、離れた場所へ表示されたりします。グリッドファイルを調べる前に、基本的な座標定義が合っていることを確認します。
AR表示の用途に応じて、必要な確認精度も設定します。施工前のイメージ共有、干渉箇所の概略確認、埋設物位置の確認、出来形の比較では、求められる精度や安全上の扱いが異なります。高い精度が必要な用途では、AR表示だけで最終判断せず、基準点測量や設計図書など、定められた確認方法と組み合わせます。
また、AR表示の位置が合わないときに、担当者が自由にモデルを移動できる運用は避けたほうが安全です。手動調整を許可する場合は、調整前の状態を保存し、移動量、回転量、調整理由、確認者を記録します。座標系の問題を見た目だけで補正すると、後から正しい絶対座標へ戻せなくなる可能性があります。
LRTK Phoneを活用した現地確認
LRTK Phoneを使用して絶対座標付きの3D図面を現地でAR表示する場合も、事前にモデルと測位結果の座標系を一致させることが重要です。LRTK Phoneで位置情報を取得できても、読み込む3D図面の座標系や高さ基準が異なっていれば、そのまま正しい位置へ重なるとは限りません。
まず、3D図面に絶対座標が正しく設定されているかを確認します。モデルの代表点について、設計座標と現地の既知点を照合できる状態にしておくと、読み込み後の確認が容易になります。現地では、基準点付近で平面位置と高さを確認し、一定方向のずれや高さだけの差がないかを調べます。
表示位置に違和感がある場合は、すぐにモデルを手動で移動するのではなく、測位状態、座標系、系番号、モデル単位、原点、高さ基準を順番に確認します。事務所で正常だったデータが別の環境でずれる場合は、変換処理に使用した補助データや設定が引き継がれているかも確認対象になります。
LRTK Phoneを現場確認へ活用する際には、事務所で作成したモデル、座標系設定、確認済み既知点を一つの作業単位として管理すると効果的です。現場担当者が確認すべき点をあらかじめ決めておけば、表示ずれが発生した際にも、GNSS受信状態と座標変換の問題を整理して切り分けられます。
絶対座標ARは、現地と3D図面の関係を直感的に確認できる手段ですが、正確な表示には一貫した座標管理が欠かせません。LRTK Phoneを使った運用でも、グリッドファイルを含む座標変換条件を記録し、既知点による照合を行うことで、担当者や端末が変わっても再現性を保ちやすくなります。
まとめ
3D図面を絶対座標でAR表示したときに位置が合わない場合、GNSS受信状態やモデル原点だけでなく、座標系グリッドファイルの欠落も確認する必要があります。ただし、すべての座標変換でグリッドファイルが必要になるわけではありません。まずは変換元と変換先、採用している変換方法、平面位置と高さの基準を明確にすることが出発点です。
欠落を見抜く1つ目の項目は、座標系の定義と変換経路が一致しているかです。座標系名称だけで判断せず、系番号、高さ基準、変換方法、補正データの利用状況まで確認します。
2つ目は、一定方向のずれや地域による変化です。測位値が安定しているにもかかわらず、複数地点で同じ方向へずれる場合や、地点によって差が変化する場合は、座標変換条件を調べます。
3つ目は、平面位置と高さのずれ方です。平面位置が合っていて高さだけが異なる場合は、楕円体高と標高の扱い、高さ補正データ、モデルのZ座標を確認します。
4つ目は、端末や処理環境による結果の違いです。同じ入力座標を複数環境で変換し、出力値が一致するかを比較すれば、グリッドファイルや設定の差を見つけやすくなります。
現場での見た目だけに合わせてモデルを動かすのではなく、既知点の座標差を数値で記録し、平面位置、高さ、測位、姿勢、変換処理を順番に切り分けることが重要です。モデル本体とともに座標系設定、使用した補正データ、確認済みの既知点を管理すれば、端末交換や担当者変更後も同じ表示結果を再現しやすくなります。
絶対座標付き3D図面を現地で確認する運用を始める際は、座標系グリッドファイルを含む変換条件を整理したうえで、LRTK PhoneによるAR表示と既知点照合を組み合わせることが、位置ずれを早期に見抜くための有効な進め方です。