LRTKレフィクシア株式会社

3D図面AR表示で書き出し時の座標切り捨てを防ぐ6対策

3D図面AR表示で座標切り捨てが問題になる理由

絶対座標を持つ3D図面をAR表示すると、設計モデルを現地の実際の位置に重ねて確認できます。道路中心線、構造物、法面、埋設物、杭芯、造成面などを現場で視覚的に照合できるため、施工前の確認や出来形の把握、関係者間の認識共有に役立ちます。

ただし、設計段階では正しい絶対座標を持っていた3D図面でも、AR表示用のデータへ書き出す際に座標値の一部が失われることがあります。小数点以下の桁が削除されたり、大きな座標値が簡略化されたり、ローカル座標へ変換した際のオフセットが保存されなかったりすると、現地に重ねたモデルが本来の位置からずれて表示されます。

座標切り捨てによるずれは、見た目だけでは原因を判断しにくい問題です。AR画面上でモデルが数cmから数mずれていても、測位精度の問題、方位の問題、3D図面の座標設定、単位の違い、書き出し時の数値精度など、複数の原因が考えられます。

とくに注意が必要なのは、元の3D図面を開いたときには問題がなく、別の形式へ書き出した後にだけずれが発生する場合です。この場合、AR表示機能そのものではなく、データ変換の途中で座標情報が変化している可能性があります。

絶対座標は、単にX、Y、Zの数値が入力されていれば成立するものではありません。座標参照系、測地基準、平面座標系の系番号、単位、標高の基準、軸の方向、原点の扱いなどが一致して初めて、現地の位置と3D図面を正しく対応させられます。

さらに、座標系によっては数十万m規模の平面座標や、数百万m規模の地心直交座標を扱うことがあります。その状態でmm単位やcm単位の位置を保持するには、整数部だけでなく小数部も含めた十分な有効桁数が必要です。書き出し先の形式や処理方法が大きな座標値に適していないと、細かな位置情報を保持できず、意図しない座標の簡略化が起こる可能性があります。

3D図面をAR表示する業務では、測位側の精度だけを高めても十分ではありません。元データの作成から座標変換、書き出し、受け渡し、AR表示まで、すべての工程で座標情報を維持する必要があります。書き出し時の座標切り捨てを防ぐには、個別の設定だけでなく、データの流れ全体を管理する視点が重要です。

書き出した3D図面の座標が変わる主な原因

座標切り捨てという言葉は、小数点以下を単純に削除する処理だけを指すとは限りません。実務では、丸め、量子化、数値型の変換、形状簡略化などによって結果的に座標精度が低下する現象を、広い意味で座標切り捨てと捉えることがあります。

代表的なのは、書き出し設定で小数点以下の桁数が少なく指定されているケースです。例えば、元データが小数点以下3桁まで保持していても、書き出し時に小数点以下1桁へ制限されれば、より細かな位置情報は失われます。単位がmの場合、小数点以下の桁数を減らすことは、現地で無視できない位置差につながります。

次に考えられるのが、表示上の丸めと実際のデータ変更の混同です。編集画面に表示される座標値が短く見えていても、内部では高い精度が維持されている場合があります。反対に、画面上では細かな桁が表示されていても、書き出されたファイルには短い数値しか記録されていない場合もあります。確認すべきなのは編集画面の表示桁数だけではなく、実際に書き出されたデータの座標値です。

単位変換も座標精度を失う原因になります。mで管理していた座標をmmへ変換すると数値自体が大きくなり、使用する数値型やファイル仕様によっては扱える範囲や精度の限界に近づくことがあります。反対に、mmからmへ変換した後で小数部を削除すれば、元の細かな位置情報を復元できません。

ローカル原点への変換も注意が必要です。大きな絶対座標をそのまま扱うと描画や計算が不安定になるため、3D表示用の処理では現場付近を仮の原点に設定し、各頂点を原点からの相対座標へ変換することがあります。この方法自体は有効ですが、絶対座標へ戻すための原点オフセットが保存されなければ、書き出したモデルを現地へ配置できなくなります。

座標変換を繰り返すことでも誤差が蓄積します。緯度・経度から平面座標へ変換し、さらに別のローカル座標へ移し、別形式へ書き出した後に再び絶対座標へ戻すような工程では、それぞれの段階で丸めや近似計算が行われる可能性があります。一度失われた桁は、その後に小数点以下の表示桁数を増やしても元には戻りません。

軸の入れ替えや符号反転が、座標切り捨てのように見える場合もあります。ある環境ではXが東方向、Yが北方向、Zが上方向であっても、別の環境では異なる軸の割り当てが使用されることがあります。座標値が保持されていても軸の解釈が違えば、AR表示では大きな位置ずれや回転として現れます。

高さの扱いも重要です。平面位置が一致しているにもかかわらず、モデルが地面から浮いたり埋まったりする場合、楕円体高、標高、現場独自の高さ基準などが混在している可能性があります。高さの基準が変わった結果を、Z座標の切り捨てと誤認することもあります。

したがって、書き出し後のずれを調査するときは、小数点以下の桁数だけを確認するのでは不十分です。座標参照系、単位、原点、軸、数値型、変換履歴、高さ基準まで含めて原因を切り分ける必要があります。

対策1 座標参照系と高さの基準を明確にする

最初の対策は、3D図面がどの座標参照系で作成されているかを明確にすることです。書き出し精度の設定を見直しても、元の座標参照系が不明確なままでは正しいAR表示にはつながりません。

確認すべき内容には、測地基準、平面座標系、使用する系番号、緯度・経度か平面直角座標か、座標単位、X軸とY軸の意味、高さの種類などがあります。現場独自の座標を使用している場合は、その原点と回転角、絶対座標へ変換するための条件も必要です。

実務では、同じ数値であっても座標参照系が違えば、示す位置は異なります。書き出し時に座標値がそのまま保持されていたとしても、受け側が別の座標参照系として読み込めば、現地とは一致しません。この現象を防ぐには、3D図面のデータと座標条件を一体として管理することが重要です。

高さについては、単にZ座標と記録するだけでは情報が足りません。Zが標高なのか、測位で得られる楕円体高なのか、建物や構造物の基準階からの相対高さなのかを明確にします。地形モデル、構造物モデル、測量成果の間で高さ基準が異なる場合は、書き出し前に統一するか、変換方法を記録しておきます。

座標参照系を設定できる3D図面であっても、その情報が書き出し先へ自動的に引き継がれるとは限りません。形式によっては座標参照系を保持できず、頂点座標だけが書き出される場合があります。この場合は、別途管理する仕様書や属性情報に座標条件を残す必要があります。

ファイル名だけで座標条件を表そうとする運用は避けた方が安全です。名称の省略や入力間違いが起きやすく、後から見た人が正しい意味を判断できないためです。座標参照系、高さ基準、単位、原点、回転角、作成日、変換方法を所定の記録欄へ残し、モデルと同時に受け渡せる状態にします。

複数の協力会社や担当者が3D図面を扱う場合は、座標条件の表現方法も統一します。「現場座標」「世界座標」「測量座標」といった呼び方だけでは、人によって意味が異なる可能性があります。数値と定義を対応させ、どの段階のデータが絶対座標なのかを明文化することが必要です。

書き出し作業を始める前に座標参照系を確定しておけば、書き出し後に起きた問題を切り分けやすくなります。元データの座標が正しいことを確認した上で、変換後の差分を調べられるためです。反対に、元データの定義が不明確なままでは、書き出しで切り捨てられたのか、最初から別の座標が入力されていたのかを判定できません。

対策2 単位と小数点以下の出力桁数を固定する

2つ目の対策は、書き出し時の単位と数値精度を固定することです。担当者ごとに設定が変わる運用では、同じ3D図面から書き出しても座標値が異なる可能性があります。

まず、3D図面の内部単位と書き出し先の単位を確認します。内部ではmm、書き出し時にはmというように単位が変わる場合、変換後に必要な小数点以下の桁数を確保しなければなりません。m単位でcmを表現するには小数点以下2桁、mmを表現するには小数点以下3桁が必要ですが、実際には計算途中の誤差や検証を考慮し、必要精度ぎりぎりではなく余裕を持たせます。

ただし、小数点以下の桁数だけを増やせば安全とは限りません。絶対座標では整数部が大きくなるため、整数部と小数部を合わせた有効桁数が重要です。大きな座標値に対して細かな差を保持するには、それに対応した数値表現が必要になります。

書き出し設定に「精度」「小数桁」「丸め」「許容誤差」「頂点統合」などの項目がある場合は、それぞれの意味を確認します。表示上の桁数を変える設定と、実データを書き換える設定は別物です。また、形状を軽量化するための頂点統合や近接点の削除が、結果として座標精度に影響することもあります。

切り捨てと四捨五入も区別する必要があります。例えば、正の値だけを見ていると差が小さく感じられても、負の値を含む座標では処理方法によってずれの方向が変わります。座標値を一定桁数へ変換する必要がある場合は、どの丸め規則を使うかを統一し、担当者の判断で変更しないようにします。

単位変換は、できるだけ一度だけ行うのが安全です。mmからmへ変換し、別工程で再びmmへ戻すような処理を繰り返すと、そのたびに丸めが発生する可能性があります。元データの単位、AR表示用データの単位、検証時に使用する単位を決め、工程全体で一貫させます。

設定を固定するには、標準の書き出し設定をテンプレート化する方法が有効です。使用する単位、小数桁数、軸の向き、縮尺、原点処理、形状簡略化の有無をあらかじめ登録し、毎回同じ条件で出力します。書き出し後には、使用した設定を作業記録へ残します。

設定画面の画像だけを保存する運用では、後から内容を検索しにくく、変更箇所も比較しにくくなります。可能であれば、設定値を文字情報として記録し、元データの版、書き出し日時、担当者、出力先の版と対応させます。

重要なのは、必要以上に桁数を減らさないことです。テキスト形式では小数桁を減らすことでファイル容量が小さくなる場合がありますが、効果の大きさは形式、圧縮方法、頂点数などによって異なります。位置精度を落として軽量化する前に、不要な内部形状、過剰に細かな曲面、重複要素、不要属性などを整理し、必要な座標精度を維持できる方法を優先する方が安全です。

対策3 ローカル原点と絶対座標のオフセットを保存する

3つ目の対策は、ローカル原点を使用する場合に、絶対座標へ戻すためのオフセットを確実に保存することです。

絶対座標の数値が大きい3D図面では、現場付近にローカル原点を設定し、モデルの各点を原点からの相対座標として扱うことがあります。例えば、絶対座標上の特定点をローカル座標の原点とし、そこから東西、南北、上下の差分だけを3Dデータへ記録する方法です。

この方法は、大きな座標値を直接扱うことによる数値精度や描画安定性の問題を抑えるうえで有効です。しかし、ローカル原点の絶対座標が失われると、モデルを現地のどこへ配置すべきか分からなくなります。

書き出し時には、ローカル原点のX、Y、Zだけでなく、軸の向きと回転角も保存します。原点位置が同じでも、ローカル座標のX軸が真東ではなく道路中心線方向を向いている場合などは、回転情報が必要です。水平回転だけでなく、設計上の傾きや独自の鉛直方向が設定されている場合は、その条件も記録します。

オフセットを別の管理ファイルへ記録する場合は、3D図面との対応関係を明確にします。モデルだけが更新され、オフセット情報が古いまま残ると、別の位置へ配置される危険があります。モデルの版と座標条件の版を同時に更新し、一方だけを差し替えない運用が必要です。

ローカル原点は、現場内の確認しやすい基準点に設定すると検証しやすくなります。ただし、既知点を原点にする場合でも、その点の座標値を必要な精度で保持します。原点座標を丸めた一方で各点の相対座標を変更しなければ、その丸め量に応じてモデル全体の絶対配置が移動するためです。

また、原点オフセットを後から手入力する運用では、桁の入力間違い、東西と南北の入れ替え、符号の間違いが発生しやすくなります。可能な範囲で自動的に読み込める形にし、手入力が必要な場合は複数人で照合します。

絶対座標とローカル座標の両方を保持できる場合は、どちらを正とするかを決めます。元の測量成果や設計成果を絶対座標の正本として管理し、AR表示用のローカル座標データは派生データとして扱うと、問題が起きたときに元へ戻りやすくなります。

ローカル原点方式を使用する場合、書き出された頂点座標だけを見ても絶対座標との差が判断できません。そのため、検証時にはローカル座標にオフセットと回転を適用し、元の絶対座標と比較します。原点付近の1点だけでなく、原点から離れた複数の点を確認することで、回転や縮尺の間違いも検出できます。

対策4 十分な数値精度を持つ書き出し方式を選ぶ

4つ目の対策は、絶対座標と必要な現場精度を保持できる書き出し方式を選ぶことです。

3D図面の書き出し方式には、座標値を文字列として記録するもの、整数として記録するもの、単精度相当または倍精度相当の数値として記録するものなどがあります。見た目が同じ3D形状であっても、内部の座標表現が異なれば、保持できる有効桁数も変わります。

とくに、大きな絶対座標を単精度相当の数値で直接扱う場合は注意が必要です。数値が大きくなるほど、隣り合う表現可能な値の間隔も大きくなるため、細かな座標差を保持しにくくなります。その結果、頂点が一定間隔へそろえられたように移動したり、細い部材の形状が変わったりすることがあります。

この問題を避ける方法の一つが、倍精度相当の数値を扱える方式を選ぶことです。もう一つが、絶対座標を直接記録せず、現場付近のローカル原点を使って相対座標を小さくする方法です。ただし、ファイルが高い精度を保持できても、読込処理、変換処理、描画処理の途中で単精度相当へ変換されれば精度は失われます。書き出し形式だけでなく、AR表示までの処理系全体が必要な精度を維持できるかを確認します。

書き出し形式を選ぶときは、形状が表示できるかだけで判断してはいけません。座標参照系を保持できるか、原点オフセットを保存できるか、単位を明示できるか、軸の定義を伝えられるか、必要な数値精度を確保できるかを確認します。

また、ファイルを圧縮したり軽量化したりする処理が、座標値へ影響しないかも確認します。形状の簡略化では、近接する頂点をまとめたり、面を減らしたりする処理が行われます。意図した許容誤差の範囲内であれば有効ですが、基準点や照合対象となる角部まで移動させる設定は避けなければなりません。

曲線や曲面を三角形へ変換する際の分割精度も、座標切り捨てとは別に形状差を生む要因です。中心線や構造物の代表点は合っていても、曲面の分割が粗いと、AR表示上では設計線から外れて見えることがあります。座標値の数値精度と、形状近似の精度を分けて管理することが大切です。

書き出し方式の適否は、仕様書だけで判断せず、実際のサンプルデータで検証します。絶対座標が大きく、細かな形状を含む範囲を試験的に書き出し、元データとの座標差を確認します。現場中央の小さな範囲だけで試すと問題が見つからないことがあるため、モデルの端部や原点から離れた場所も含めます。

AR表示環境が絶対座標を直接扱えない場合は、入力用にローカル座標へ変換し、表示時に測位結果を使って絶対位置へ配置する構成が考えられます。この場合、座標変換をAR表示直前に一貫した方法で行い、中間ファイルを何度も変換しないことが重要です。

対策5 座標変換と再書き出しの回数を減らす

5つ目の対策は、座標変換や形式変換の工程をできるだけ短くすることです。

3D図面が複数の担当者や工程を経由すると、元データから中間形式へ書き出し、別の編集環境で読み込み、再び別形式へ変換するといった流れが発生します。各工程で小数桁の制限、単位変換、軸変換、原点移動、形状簡略化が行われると、どの段階で座標が変わったのか分からなくなります。

書き出しを繰り返すほど、丸め誤差が蓄積する可能性も高くなります。最初の変換で小数点以下の一部が失われ、次の変換でさらに桁が減れば、最終データでは元の座標との差が大きくなります。一度切り捨てられた情報は、後の工程で高精度形式へ変換しても復元できません。

安全な運用では、絶対座標を保持した正本データを一つ決め、AR表示用データは常にその正本から作成します。前回書き出したAR用データを編集して再書き出すのではなく、修正内容を正本へ反映し、同じ設定で新しいAR用データを生成します。

座標変換が必要な場合は、変換順序を固定します。例えば、座標参照系の変換、単位の変換、ローカル原点への移動、軸の変換、AR表示用形式への書き出しという流れを決め、順序を担当者の判断で入れ替えないようにします。

変換の途中で座標値を表計算形式などへ出し入れする場合も注意が必要です。表示形式によって小数部が見えなくなったり、桁数が自動的に短縮されたり、大きな数値が別の表記へ変わったりすることがあります。数値を扱う中間工程では、保存後に実値が変わっていないかを確認します。

自動変換処理を使用する場合は、内部でどの数値型が使われているか、丸め処理があるか、単位をどの段階で変換しているかを確認します。処理内容が見えない場合でも、入力と出力の既知点を比較すれば、座標値への影響を評価できます。

変換履歴を残すことも重要です。どの正本データから、どの変換条件で、どのファイルを作成したかが分かれば、ずれが見つかったときに原因をたどれます。作成者、作成日時、元データの版、変換設定、座標参照系、単位、検証結果を記録します。

ファイル名へ版番号を付けるだけでは、内容の取り違えを完全には防げません。AR表示に読み込んだファイルと検証済みファイルが一致しているかを確認できる管理方法を用意します。書き出し後に修正された未検証データが現場へ渡らないよう、承認済みの状態を明確にすることが必要です。

工程を短くすることは、作業時間を減らすだけでなく、座標精度を守るための対策でもあります。正本からAR表示までの経路を単純化し、変換条件を固定することで、座標切り捨てが発生する場所を減らせます。

対策6 検証点を使って書き出し前後の座標を照合する

6つ目の対策は、書き出し前後で複数の検証点を比較することです。設定を確認するだけでは、実際に座標値が保持されたかを断定できません。最終的には数値を比較して確認する必要があります。

検証点には、3D図面内で正確な座標が分かる点を使用します。測量基準点、構造物の角、道路中心線上の主要点、杭芯、計画高が明確な点など、元データから座標を取得しやすい場所が適しています。

検証点は1点だけでは不十分です。1点が一致していても、回転、縮尺、軸の入れ替え、原点からの距離に応じた精度低下を検出できないためです。モデルの中心付近だけでなく、東西南北の端部や高低差のある位置に複数点を配置します。

書き出し前には、検証点のX、Y、Zを元データから取得し、必要な桁まで記録します。書き出し後には、同じ点の座標を出力データから取得し、各軸の差と水平距離、高さの差を計算します。

すべての点でほぼ同じ方向、同じ量の差がある場合は、原点オフセットや基準点の設定が疑われます。原点から遠いほど差が増える場合は、回転角や縮尺、数値精度の影響が考えられます。XとYの差が入れ替わる場合は軸の対応、Zだけに一定の差がある場合は高さ基準を確認します。

座標値が一定の間隔へそろうように変化している場合は、数値表現や小数桁の制限による量子化が疑われます。例えば、複数の異なる点が同じ小数値へ丸められている場合、書き出し設定の精度が不足している可能性があります。

許容差は、対象業務に応じて事前に決めます。設計説明用の概略AR表示と、施工位置を確認する用途では必要な精度が異なります。測位機器の性能だけで決めず、3D図面の作成精度、書き出し誤差、座標変換誤差、AR表示の安定性を含めて判断します。

検証結果は、合否だけでなく差分値を記録します。すべての点が許容差内であっても、前回より差が増えていれば設定変更の影響が考えられます。継続的に記録することで、書き出し環境の更新や作業手順の変更による精度低下を早期に発見できます。

可能であれば、検証を自動化します。元データと書き出し後データから対応点を取得し、差分を自動計算する仕組みがあれば、担当者による見落としを減らせます。自動化が難しい場合でも、検証点の名称、座標、許容差、確認結果を記入する共通様式を用意すると効果的です。

AR表示前の座標検証と、現地での表示確認は分けて行います。複数の検証点で座標差が許容範囲内であれば、少なくとも確認した点については書き出し時の座標切り捨てが起きている可能性を低くできます。ただし、座標参照系の属性、単位、軸定義、形状簡略化の影響まで確認できるとは限りません。そのうえで現地AR表示にずれがある場合は、測位状態、端末姿勢、方位、アンテナ位置、カメラ追跡など、別の原因を調べます。

座標切り捨てを防ぐための実務フロー

座標切り捨てを防ぐには、書き出し画面で精度を高く設定するだけでなく、作業開始から現地確認まで一貫した流れを作ることが重要です。

最初に、元となる3D図面の正本を決定します。正本について、座標参照系、単位、高さ基準、軸方向、作成時期、適用範囲を確認します。複数のモデルを統合する場合は、各モデルが同じ座標条件を使用しているかを先に確認します。

次に、元データ上で検証点を決め、X、Y、Zを記録します。この段階で、モデルが設計成果や測量成果と一致しているかを確認します。元データ自体がずれている場合は、書き出し設定を調整する前に修正しなければなりません。

その後、AR表示環境の仕様を確認します。絶対座標を直接読み込めるのか、ローカル原点が必要なのか、座標参照系を指定できるのか、どの単位と軸方向を想定しているのかを整理します。

ローカル原点を使用する場合は、原点の絶対座標と回転条件を決めます。原点は任意の丸い数値へ変更するのではなく、元の絶対座標を必要な精度で保持します。オフセット情報がモデルと一緒に受け渡されるよう管理します。

書き出し時には、単位、数値精度、座標変換、軸変換、原点処理、形状簡略化の設定を確認します。過去のファイルを流用する場合でも、設定が維持されているとは限らないため、出力ごとに確認します。

書き出し後は、ファイルが開けることだけで完了としません。複数の検証点について、元データと出力データの座標を比較します。必要に応じてローカル座標から絶対座標へ戻し、差分を計算します。

座標差が許容範囲内であることを確認した後、AR表示環境へ読み込みます。机上で確認できる場合は、既知の座標へ仮配置し、モデルの向き、大きさ、高さを確認します。

現地では、測位状態が安定している場所で既知点を確認します。1か所だけでなく、現場内の複数箇所を移動しながら、位置、高さ、向きが維持されているかを確認します。モデルの端部でずれが増える場合は、回転、縮尺、座標精度、AR追跡などの問題が残っている可能性があります。

確認済みのデータには、正本との対応、書き出し設定、検証結果、現地確認日を記録します。修正が必要になった場合は、AR用データだけを直接変更せず、正本へ戻って修正したうえで再書き出しと再検証を行います。

この流れを標準化すれば、座標ずれが発生したときに、元データ、書き出し、変換、AR表示のどこに原因があるかを判断しやすくなります。

AR表示のずれを座標切り捨てと誤認しないための確認

3D図面のAR表示がずれているからといって、必ずしも書き出し時に座標が切り捨てられたとは限りません。データ上の座標が正しくても、現地での測位や姿勢推定によって表示位置が変化することがあります。

まず確認したいのは、書き出し後のファイルに保存されている座標です。元データと出力データの複数の検証点が許容範囲内で一致していれば、少なくとも検証した点については座標切り捨ての可能性が低くなります。ただし、座標参照系の属性、単位、軸定義、形状簡略化などは別に確認が必要です。そのうえで、AR表示側の条件を調べます。

GNSSを利用する場合は、測位状態、補正情報の受信状況、衛星配置、上空視界、周辺構造物による反射などが位置に影響します。同じデータを使用していても、測位環境によってAR表示位置が変化することがあります。

アンテナと表示位置の関係も重要です。測位している位置と、画面上でモデルを重ねる基準位置が異なる場合、その距離や高さを補正する必要があります。アンテナ高や端末との位置関係が正しく設定されていなければ、モデル全体が一定方向へずれて見えます。

方位の誤差は、原点付近では小さく、離れるほど大きな横ずれとして現れます。モデルの基準点では合っているのに、離れた構造物ほど位置がずれる場合は、座標切り捨てだけでなく回転角や方位推定を確認します。

カメラを用いたARでは、周辺環境の特徴を追跡しながら端末の移動を推定することがあります。特徴の少ない地面、急な端末移動、暗い場所、反射面、繰り返し模様などでは、追跡が不安定になる可能性があります。測位位置が正しくても、画面上の重ね合わせが一時的に動くことがあります。

高さ方向のずれについては、測位値と3D図面が同じ高さ基準を使用しているかを確認します。平面位置が一致し、一定の高さ差だけが残る場合は、Z座標の切り捨てではなく高さ変換の不足が考えられます。

モデルの縮尺が違って見える場合は、単位を確認します。原点では一致していても距離が離れるほど差が急速に増える場合、mとmmなどの単位解釈が異なっている可能性があります。縮尺の問題は、座標の小数桁を増やしても解消しません。

軸の取り扱いを誤ると、モデルが横倒しになったり、鏡像のように反転したりします。これは切り捨てではなく、座標系の変換条件の問題です。X、Y、Zがそれぞれどの方向に対応するか、右手系か左手系か、鉛直軸がどれかを確認します。

原因を切り分けるには、データ検証と現地検証を混在させないことが大切です。最初に書き出し前後の座標を数値で確認し、次にAR表示の配置条件を確認し、最後に現地の測位状態を確認します。順番に調べることで、設定を無計画に変更して状況を複雑にすることを防げます。

まとめ

3D図面AR表示で書き出し時の座標切り捨てを防ぐには、単に小数点以下の桁数を増やすだけでは不十分です。座標参照系、高さ基準、単位、数値精度、ローカル原点、変換履歴、書き出し方式を一体として管理する必要があります。

第一の対策は、3D図面が使用する座標参照系と高さの基準を明確にすることです。第二の対策は、単位と小数点以下の出力桁数を固定し、必要な有効桁数を確保することです。

第三の対策は、ローカル原点を使用するときに絶対座標へ戻すオフセットと回転条件を保存することです。第四の対策は、大きな絶対座標と細かな位置情報を保持できる数値精度の書き出し方式を選ぶことです。

第五の対策は、座標変換と再書き出しの回数を減らし、絶対座標を保持した正本からAR用データを作成することです。第六の対策は、複数の検証点を使い、書き出し前後のX、Y、Zを数値で照合することです。

座標切り捨てが疑われる場合は、AR画面の見た目だけで判断してはいけません。書き出し後の実データを確認し、元データとの差を調べることが重要です。すべての点で一定量ずれているのか、原点から離れるほど差が増えるのか、特定の軸だけが変わっているのかによって、原因を絞り込めます。

また、データ上の座標が一致していても、測位状態、方位、アンテナ位置、カメラ追跡、高さ基準などによってAR表示はずれることがあります。書き出し工程の誤差と、現地表示工程の誤差を分けて確認することが、効率的なトラブル解決につながります。

絶対座標付き3D図面を現場で活用するには、正しい座標を作ることと同じくらい、その座標を失わずに受け渡す仕組みが重要です。書き出し条件を標準化し、検証結果を記録し、確認済みデータだけを現場へ配布することで、座標切り捨てによる手戻りを抑えられます。

3D図面の絶対座標を活用し、測位からAR表示、現地照合までを効率よく進めたい場合は、LRTK Phoneの対応範囲や必要な設定を事前に確認したうえで、運用方法を検討してください。

現場を3Dで残して、あとから測る。
実際の画面と動画で使い方を確認できます。

LRTK Phoneの使い方・実例を見る
資料請求導入相談
現場をスマホで3DスキャンLRTK Phone実例を見る