3D図面AR表示でZ-upとY-upの違いが問題になる理由
3D図面をAR表示したとき、モデルが横倒しになる、上下が逆になる、進行方向に対して90度ずれるといった現象が起きることがあります。位置座標そのものは正しいように見えるのに、構造物の姿勢だけが不自然になる場合は、Z-upとY-upの対応が合っていない可能性があります。
Z-upとは、Z軸を高さ方向として扱う座標系です。平面上の位置をX軸とY軸で表し、高さをZ軸で表す構成は、測量座標や土木・建設分野の3次元データでよく見られます。一方、Y-upはY軸を高さ方向として扱い、X軸とZ軸が水平面を構成します。
どちらが正しいというものではなく、3Dデータを作成する環境、交換形式、読込ライブラリ、表示環境によって軸の規約は異なります。たとえばglTFは右手系のY-upを規定し、FBX SDKも既定では右手系のY-upですが、Y-upでも左手系を採用する表示環境があります。したがって、上方向だけでなく、前方向と右手系・左手系まで確認する必要があります。([Khronos Registry][1])
出力元ではZ-upとして作成されたモデルを、読込先がY-upとして解釈し、適切な変換を行わなければ、本来は鉛直方向に立つ柱が水平に寝たり、地面と平行な床版が壁のように立ち上がったりします。ただし、横倒しの原因は軸定義だけとは限らず、階層内の親ノード回転、書き出し時の自動変換、読込時の追加回転なども候補になります。
3D図面を絶対座標でAR表示する場合は、単にモデルの見た目を直せばよいわけではありません。モデル内部のローカル座標、測量成果に基づく絶対座標、AR表示環境の座標が順番に関係するためです。姿勢を修正する回転と、現場へ配置するための座標変換を混同すると、基準点付近では合っていても、離れた場所で位置ずれが増えることがあります。
特に注意したいのは、Z-upからY-upへの変換を「X軸回りに90度回転させればよい」と一律に判断することです。実際には、各軸の正方向、右手系と左手系の違い、変換時の符号、回転角の規約によって必要な処理が変わります。単純な90度回転で見た目が一時的に直っても、前後方向が反転していたり、絶対座標へ配置した際に方位が逆になったりする可能性があります。
変換ミスを安全に直すには、完成したAR画面だけを見て角度を調整するのではなく、変換前の軸定義から順番に確認する必要があります。本記事では、3D図面をAR表示する実務担当者が確認したい内容を4つのチェックに整理します。
チェック1 変換前データの上方向と軸定義を確認する
最初に確認するのは、変換前の3D図面がどの軸を上方向として作成されているかです。表示結果が横倒しになっているからといって、変換前データが必ずZ-upとは限りません。元データの作成環境、書き出し設定、中間変換の有無を確認し、どの段階で軸定義が変わったのかを特定することが重要です。
3D図面の座標値に高さ情報が含まれている場合は、高さがどの成分に入っているかを確認します。例えば、同じ位置にある床面上の点と柱上端の点を比較し、X、Y、Zのどの値が主に変化しているかを見る方法があります。柱の下端と上端でZ値だけが大きく変化していれば、Z軸が高さ方向である可能性が高くなります。Y値だけが変化していれば、Y-upとして作成されている可能性があります。
ただし、座標値だけで判断するときは注意が必要です。絶対座標を使用する3D図面では、平面座標の値が大きく、高さの変化が相対的に小さい場合があります。また、ローカル座標の軸が測量座標の東西・南北方向と一致していないこともあります。単一の点だけを見るのではなく、高さ方向に離れた複数点と、水平方向に離れた複数点を比較することが大切です。
モデルの原点と基準点も確認します。3D図面内の原点が構造物の中心、工事基準点、測量基準点、敷地角など、どこに設定されているかによって、回転処理の影響が変わります。原点を中心に90度回転すると、原点から離れた構造物ほど大きく移動します。そのため、モデルが横倒しになっている状態を修正した後、位置まで大きく変わった場合は、想定外の原点を中心に回転している可能性があります。
絶対座標を保持した3D図面では、座標系の名称や系番号だけでなく、軸の割り当ても確認します。一般的な測量成果では平面位置と高さを組み合わせて3次元位置を表しますが、3Dモデル内部でのX、Y、Zの割り当てが、測量成果の項目名と完全に同じとは限りません。変換処理の途中で、東西方向と南北方向を入れ替えている場合や、高さを別の軸へ移している場合もあります。
元データを直接確認できない場合は、書き出した担当者やデータ作成手順書から情報を集めます。確認すべきなのは、単に「Z-upであるか、Y-upであるか」だけではありません。X軸がどの方向を向くか、Y軸とZ軸の正方向はどちらか、座標系が右手系か左手系か、モデル原点がどこか、方位角がどの基準で設定されているかまで記録します。
変換前データに軸を示す補助形状が含まれている場合は、それも利用できます。例えば、原点からX軸、Y軸、Z軸の正方向へそれぞれ長さの異なる線や矢印を配置しておけば、変換後にどの軸がどちらへ向いたかを目視で確認できます。実際の構造物だけでは、左右対称や前後対称の形状が多く、反転に気づきにくいことがあります。軸を示す補助形状は、変換設定の検証後に削除できるため、初期確認用として有効です。
ファイル形式の変換を複数回行っている場合は、それぞれの段階で上方向が維持されているかを確認します。元の3D図面では正しく立っていても、中間ファイルへ変換した時点で横倒しになり、その後のAR読込時には追加の変換が行われていないことがあります。反対に、中間変換で自動補正されたモデルへ、AR読込時にも同じ補正を加え、二重に回転させているケースも考えられます。
したがって、変換ミスを直す第一歩は、AR表示結果から角度を推測することではなく、変換前の座標系を明文化することです。「X軸はこの方向、Y軸はこの方向、Z軸はこの方向、上方向はこの軸、原点はこの位置」と説明できる状態にすると、次のチェックで必要な軸変換を判断しやすくなります。
チェック2 軸の入れ替えと符号反転を分けて確認する
Z-upとY-upの変換では、軸を入れ替える処理と、軸の符号を反転する処理を分けて考える必要があります。横倒しのモデルを起こすだけなら、Y成分とZ成分を交換すればよいように見えます。しかし、単純に値を交換しただけでは、前後方向や上下方向が反転することがあります。
例えば、変換前の座標をX、Y、Zとし、変換後の高さをY軸で表す場合、変換後のYに元のZを割り当てることになります。残る水平軸には元のYを割り当てますが、そのまま元のYを変換後のZへ移すのか、符号を反転して移すのかは、変換元と変換先の前方向および右手系・左手系の規約によって異なります。
ここで関係するのが右手系と左手系です。3本の軸の向きには組み合わせがあり、軸を1組だけ交換する写像は行列式が負になるため、座標系の向きを反転させます。変換元と変換先で同じ手系を維持する場合は、軸交換に加えていずれかの軸の符号を反転するなど、向きを保つ処理が必要です。変換先が異なる手系を採用する場合は、位置だけでなく面の頂点順序、法線、接線、回転の解釈まで確認します。公式仕様でも、同じY-upであっても右手系と左手系の環境が存在します。([Khronos Registry][1])
実務では、変換前の軸ベクトルが変換後にどこへ移るかを整理すると判断しやすくなります。変換前の上方向であるZ軸の正方向は、変換後のY軸の正方向へ向かう必要があります。次に、変換前のX軸が変換後もX軸として維持されるのかを確認します。X軸を維持する場合、残る変換前のY軸が変換後のZ軸へ割り当てられます。このとき、正方向をそのまま維持するか、負方向へ反転するかを決めます。
回転として考える場合は、どの軸の周りに、どちら向きへ90度回すのかを確認します。正の回転方向は、右手系・左手系や使用するソフトウェア、行列の掛け方、画面に示されるオイラー角の規約によって説明が異なる場合があります。そのため、単に「90度」とだけ記録せず、「どの座標空間のX軸回りか」「正負のどちらか」「変換前後の軸対応は何か」をセットで管理します。
モデルが横倒しの状態から正常に立ったとしても、そこで確認を終えてはいけません。上方向が正しくなった後に、構造物の前後、左右、方位が正しいかを確認します。道路モデルであれば起点側と終点側、建築モデルであれば入口側と奥側、橋梁モデルであれば橋台や橋脚の番号など、方向を判断できる要素を使います。
左右反転を見落とすと、AR画面上では構造物の大まかな形が現場に合っているように見えても、付属設備や開口部の位置が逆になります。対称形状の構造物は特に注意が必要です。柱や床版だけで確認すると反転に気づけないため、片側にしかない形状や、位置が明確な設備を基準にします。
面の向きも確認対象です。手系を反転する変換では、頂点の並び順から判定される表裏が逆になることがあります。表示環境が裏面を描画しない設定であれば、モデルの一部が欠けたように見える可能性があります。法線を保持する形式では、位置の変換と同じ考え方で単純に処理できない場合があるため、変換ライブラリの仕様に従って法線・接線を変換するか、必要に応じて再計算します。
軸変換と同時に縮尺を変更する設定が含まれている場合は、いったん分離して検証します。向き、位置、縮尺を一度に調整すると、どの処理が不具合の原因か分かりにくくなります。最初に縮尺を固定し、軸の入れ替えと符号反転だけを確認します。その後、必要に応じて単位変換や縮尺補正を行います。
単位の違いも、軸変換ミスと似た見え方をすることがあります。高さだけが極端に大きい、または小さい場合、軸の割り当てではなく、高さ成分に異なる単位が適用されている可能性があります。すべての軸が同じ単位で管理されているか、書き出し時と読込時の単位設定が一致しているかを確認します。
チェック2では、上方向だけでなく、前後、左右、面の表裏まで含めて検証することが重要です。必要な変換を「YとZを交換する」とだけ記録せず、「変換前の各軸を変換後のどの軸へ割り当て、正負をどう設定するか」という形で残すと、再現性のある設定になります。
チェック3 回転・平行移動・絶対座標変換の順序を確認する
Z-upとY-upの変換が正しくても、回転、平行移動、縮尺変更、絶対座標への配置を行う順序が誤っていると、AR表示位置が合わないことがあります。3D図面を現場の絶対座標へ配置する処理では、複数の変換が連続して適用されるため、処理順序と各行列が作用する座標空間を明確にする必要があります。
実務上は、モデル内部の軸を整える処理と、現場座標へ配置する処理を分けて考えると整理しやすくなります。ただし、「必ず軸変換、縮尺、回転、平行移動の順にすればよい」という普遍的な規則ではありません。列ベクトルか行ベクトルか、行列を左から掛けるか右から掛けるか、親子階層のどこへ変換を設定するかによって、式の記述順と実際の適用順が変わります。たとえばglTFのノード変換はT・R・Sの行列として定義され、頂点には縮尺、回転、平行移動の順に作用します。使用する形式やAPIの仕様に合わせて確認する必要があります。([Khronos Registry][1])
多くの運用では、元モデルのローカル座標で上方向と前後方向を表示環境に合わせ、単位を整えたうえで、モデルから現場座標への剛体変換または相似変換を適用します。重要なのは、処理名の並びではなく、各変換がどの座標空間の点に作用し、どの原点を中心に回転するかを一貫して定義することです。
絶対座標の大きな値を原点からの位置ベクトルとして保持したまま軸回転すると、本来は高さとして扱いたい成分だけでなく、平面位置を表す大きな座標成分まで別の軸へ移ることがあります。その結果、モデルが遠方へ移動したり、地下や上空に配置されたりします。これは軸回転の中心と、座標値が表す基準が一致していないときに起こりやすい問題です。
この問題を避ける方法の一つが、既知の基準点を使ったローカル化です。変換元座標系で基準点座標を差し引いて相対座標にし、その相対ベクトルへ軸変換や方位回転を適用します。最後に加えるのは、単純に差し引いた数値をそのまま戻すのではなく、変換先座標系またはAR配置座標系で表した同じ基準点の座標です。式で表すなら、変換元の点をp、変換元基準点をa、線形変換をR、変換先基準点をbとしたとき、基本形はp'＝R（p－a）＋bです。aとbの成分順や単位が異なる場合は、それぞれの座標系に合わせて定義します。
どの基準点を使うかは変換設定と一緒に管理します。基準点の座標を変更したのに、以前の変換設定をそのまま使用すると、モデル全体が一定量ずれます。基準点名、変換元座標、変換先座標、高さ、使用した座標系、単位、更新日を記録します。
大規模な絶対座標を扱う表示環境では、数値精度を保つために原点を表示地点付近へ移す仕組みや、倍精度のグローバル座標とローカル描画座標を分ける仕組みが使われることがあります。ローカル基準枠を使う場合は、モデル座標から世界座標への行列と、世界座標からAR空間への行列を混同しないようにします。([Cesium][2])
高さの扱いにも注意が必要です。Z-upからY-upへ変換すると、表示環境のモデル内部では高さがY成分になることがありますが、測量成果や外部ファイルでは高さをZ成分として管理する場合があります。AR表示環境へ入力する直前にどの軸が高さを表すのか、外部データとして保存するときにどの成分へ戻すのかを整理しておかなければなりません。
AR表示に使用する位置と、3D図面内部の位置は別々の座標空間として扱われることがあります。端末が認識するAR空間の原点は、現場の測量座標原点とは限りません。絶対座標で取得した端末位置と姿勢を基に、3D図面をAR空間へ変換して配置する処理が必要です。
このとき、モデルの軸変換をAR空間への変換行列へ組み込む場合と、あらかじめモデルデータへ適用しておく場合があります。両方の段階で同じ回転を適用すると、二重変換になります。反対に、どちらの段階でも適用されていなければ横倒しのままです。変換処理がどの段階で実施されるのかを確認し、重複を避けます。
変換順序を確認するときは、処理を一度にまとめず、段階ごとの出力を保存すると原因を追いやすくなります。軸変換後、単位変換後、絶対座標配置後、AR空間変換後というように途中結果を確認できれば、どの段階で姿勢や位置が崩れたかを特定できます。
方位の回転とZ-up・Y-up変換の順序にも注意が必要です。Z-upモデルでは鉛直軸であるZ軸回りに方位を回転しますが、Y-upへ変換した後は鉛直軸がY軸になります。同じ角度を同じ名前の軸へ適用しても、変換前後では意味が変わります。方位補正を軸変換前に行うのか、軸変換後に行うのかを決め、それに対応した回転軸を指定します。
また、真北、座標北、モデル北など、方位の基準が異なる場合があります。Z-upとY-upの問題を直しても、北方向の基準が一致していなければ、AR表示では一定角度のずれが残ります。横倒しを直す回転と、北方向を合わせる回転は別の処理として管理します。
変換順序は数式や処理名だけでなく、実務担当者が確認できる言葉で記録すると運用しやすくなります。例えば、「変換元基準点を差し引いてローカル化する」「軸対応行列を適用する」「モデル北を座標北へ合わせる」「変換先基準点へ配置する」「AR空間へ変換する」というように、処理の目的を順番に残します。
変換結果が正しく見えた場合でも、別の地点や別のモデルで同じ設定を試します。基準点付近の1か所だけで確認すると、回転角、縮尺、変換順序の誤りが目立たないことがあります。現場内で離れた位置にある複数の構造物を表示し、位置と姿勢が同時に合うことを確認します。
チェック4 方向が分かる検証用モデルでAR表示を確認する
最後のチェックは、方向が明確に分かる検証用モデルを使い、変換結果をAR表示で確認することです。実際の3D図面だけで検証すると、形状が複雑で原因を特定しにくくなります。左右対称の構造物では、前後や左右が反転していても気づけないことがあります。
検証用モデルには、原点と各軸の正方向が分かる形状を含めます。X軸、Y軸、Z軸の長さを変え、軸の先端に方向を示す形状を配置すると確認しやすくなります。文字表示を使用しなくても、軸ごとに異なる長さや形を使えば、どの軸がどちらへ向いているかを判別できます。
上方向を確認するためには、地面を表す薄い平面と、その上に立つ柱状の形状を用意します。Y-upの表示環境へ変換した後、平面が水平に置かれ、柱が鉛直に立っていることを確認します。横倒しになっている場合は軸変換が不足しており、柱が下向きの場合は高さ軸の符号が反転している可能性があります。
前後方向を確認するには、左右非対称の形状を使います。例えば、片側だけに張り出しを持つ形状や、進行方向側だけ高さが異なる形状を用意します。これにより、単にモデルが立っているだけでなく、前後と左右が正しいことを確認できます。
絶対座標の検証には、現場で位置を確認しやすい複数点を使います。基準点付近の1点だけでなく、一定距離離れた点にも検証用形状を配置します。原点付近では合うものの、離れた点でずれる場合は、回転中心、縮尺、座標変換順序のいずれかに問題がある可能性があります。
高さの検証も複数段階で行います。地表付近、一定の高さ、さらに高い位置へ形状を配置し、AR画面上で高さ関係が正しく保たれているかを確認します。高さが増えるほど一定方向へ水平ずれが増える場合は、モデルの鉛直軸とAR空間の鉛直軸が一致していない可能性があります。ただし、測位、姿勢推定、表示基準の誤差でも似た現象が起こり得るため、軸変換だけに原因を限定しません。
AR表示の確認では、端末を1方向から見るだけでなく、モデルの周囲を移動しながら確認します。正面からは合っているように見えても、側面へ回ると前後反転や傾きが分かることがあります。近距離と遠距離の両方で確認し、視点の移動によって不自然なずれが生じないかを見ます。
端末の姿勢や測位状態も記録します。AR表示のずれがすべてZ-upとY-upの変換ミスによるとは限りません。測位の変動、方位推定の不安定さ、端末姿勢の初期化、現場周辺の遮蔽物などが影響する場合があります。軸変換を評価するときは、できるだけ安定した条件で複数回確認し、毎回同じ方向へ同じ角度だけずれるかを見ます。
毎回ほぼ同じ角度で横倒しになる場合は、モデル側または読込経路の固定的な軸変換に原因がある可能性が高くなります。一方、表示するたびに方向が変化する場合は、軸定義だけでなく、AR空間の初期化や端末方位の扱いも確認する必要があります。
検証結果は、正常か異常かだけでなく、変換前後の状態を記録します。変換設定、使用したモデル、基準点、確認地点、確認方向、発生したずれを残しておけば、設定変更後の比較がしやすくなります。現場写真や画面記録を利用する場合は、撮影位置と向きも一緒に管理すると、別の担当者でも結果を再確認できます。
実データへ適用する前には、小規模な範囲で試験表示を行います。全工区の3D図面を一度に変換すると、設定が誤っていた場合のやり直し範囲が大きくなります。方向が明確な一部の構造物を使い、4つのチェックを完了してから全体モデルへ適用する方が安全です。
検証用モデルは一度作って終わりではなく、標準データとして保存しておくと便利です。新しい変換経路、新しいAR表示環境、新しい座標系を使用するときに同じモデルを読み込めば、軸変換の違いを比較できます。
Z-upとY-upの変換ミスで起こりやすい症状
Z-upとY-upの変換ミスには、いくつかの典型的な症状があります。症状を整理すると、確認すべき設定を絞り込みやすくなります。
モデル全体が90度横倒しになる場合は、高さ軸の割り当てが一致していない可能性があります。Z-upのモデルをY-upとして追加変換せずに解釈した場合、元の高さ成分が水平方向として表示され、床や地面が立ち上がって見えることがあります。
モデルが上下逆になる場合は、上方向へ割り当てた軸の符号が反転している可能性があります。例えば、元のZ軸の正方向を変換後のY軸の負方向へ割り当てると、モデルは下向きになります。
モデルは正しく立っているものの、前後が逆になる場合は、残る水平軸の符号設定を確認します。Z-upからY-upへの変換で高さ軸だけを合わせても、元の水平軸を変換後の前後軸へ割り当てる際の正負が誤っていると、前後方向が反転します。
モデルの一部が消えたり、内側だけが見えたりする場合は、手系の反転に伴って頂点の並び順や法線・接線の処理が表示環境と合わなくなっている可能性があります。形状が欠損したと判断する前に、反対側から見たときに表示されるか、裏面除去の設定を変えると見えるかを確認します。
モデルの姿勢は正しいものの、現場から大きく離れた位置に表示される場合は、絶対座標を保持した状態で不適切な原点回りの軸回転を行っていないかを確認します。大きな座標値を原点回りに回転すると、モデルの配置位置が大きく変わることがあります。
基準点付近では合うのに、離れるほど水平方向へずれる場合は、方位回転の中心、回転角、軸変換の順序、縮尺を確認します。変換元基準点と変換先基準点を混同している場合や、軸変換と現場方位の補正が別々の座標空間で行われ、順序が入れ替わっている場合もあります。
高さだけが合わない場合は、Z-upとY-upに加えて、高さの基準や単位を確認します。高さ成分が別の軸へ正しく割り当てられていても、標高、楕円体高、任意基準高などの基準や単位が異なれば、AR表示では一定量または一定倍率のずれが生じます。
一度目は正しく表示されるのに、再読込すると再び横倒しになる場合は、軸変換の設定がデータへ保存されておらず、表示時だけ一時的に適用されている可能性があります。変換後データへ反映するのか、読込設定として保持するのかを確認します。
反対に、変換済みのモデルが再読込時に別方向へ倒れる場合は、保存時と読込時の両方で同じ軸変換が適用されている可能性があります。ファイル変換ツール、読込ライブラリ、AR表示側の自動変換の有無を確認し、二重処理を避けます。
3D図面を絶対座標AR表示する前の実務フロー
3D図面を絶対座標でAR表示するときは、ファイルを受け取ってすぐ現場へ持ち込むのではなく、変換条件を段階的に確認します。最初に元データの座標系、単位、上方向、前方向、手系、原点、基準方位を確認します。
次に、元データを表示できる環境で形状と座標値を確認します。この段階ではAR表示を行わず、柱が鉛直に立っているか、床が水平か、方向を判断できる特徴が正しい位置にあるかを見ます。階層構造がある場合は、親ノードに回転や縮尺が設定されていないかも確認します。
その後、AR表示用のデータ形式へ変換します。変換直後のデータを通常の3D表示で開き、Z-upとY-upの変換が正しく行われたかを確認します。ここで横倒しになっている場合は、現場座標やAR機能を確認する前に軸変換を修正します。
軸変換が正しくなったら、絶対座標への配置を確認します。変換元基準点、変換先基準点、モデル原点、回転角、高さ基準を照合し、既知点が正しい位置に置かれているかを確認します。可能であれば、離れた複数の既知点を使います。
続いてAR表示を行い、端末位置とモデル位置の関係を確認します。この段階では、軸変換による一定の姿勢ずれと、端末側の測位・方位変動を分けて評価します。再表示しても同じ方向へ同じ量だけずれる場合は、モデルまたは変換経路の固定設定を重点的に見直します。
修正後は、設定値だけでなく、正常と判断した根拠を記録します。基準点付近で合っているだけでは十分ではありません。上方向、前後方向、左右方向、高さ、離れた地点の位置がそれぞれ確認できていることが重要です。
実務では、担当者が変わっても同じ結果を再現できる状態を目指します。口頭で「90度回してある」と伝えるだけでは、回転軸、符号、手系、回転中心、処理段階が分かりません。変換前後の軸対応と処理順序を文書化し、使用するデータと関連付けます。
変換設定を再利用できる形で管理する方法
Z-upとY-upの変換設定は、モデルごとにその場で調整するのではなく、再利用できる情報として管理すると作業ミスを減らせます。
管理する情報には、元データの上方向、変換後の上方向、各軸の対応、符号反転の有無、右手系・左手系、回転軸、回転角、回転中心、原点、単位、座標系、変換元基準点、変換先基準点、方位補正を含めます。変換処理を実施した日時と担当者も記録しておくと、変更履歴を追いやすくなります。
同じ拡張子のデータであっても、作成元や書き出し設定、読込側の自動変換によって軸の扱いが異なる場合があります。そのため、ファイル形式だけを見て変換設定を決めるのではなく、データ作成条件、エクスポート設定、インポート設定とセットで管理する必要があります。
変換済みデータのファイル名には、変換状態が分かる情報を付ける方法があります。ただし、ファイル名だけに依存すると記載漏れや誤解が起こるため、管理台帳やデータ属性にも同じ情報を残します。
未変換データと変換済みデータは保存場所を分けます。元データを上書きすると、変換条件を見直したいときに比較できなくなります。元データ、中間データ、AR表示用データを区別し、それぞれの関係が分かるようにします。
変換設定を変更した場合は、全データを無条件に再変換するのではなく、検証用モデルで結果を確認します。正常であることを確認した後、対象となる3D図面へ適用します。
複数工区や複数担当者で運用する場合は、標準となる軸定義を決めます。受け渡し時に「Z-up」「Y-up」とだけ記載するのではなく、X、Y、Zの正方向、前方向、手系、原点、単位まで共通書式で記録します。
AR表示用のデータを更新した際は、形状変更と座標変換変更を区別します。設計変更によるモデル更新なのか、軸変換や位置補正の変更なのかが分からないと、以前は正しかった設定を誤って置き換える可能性があります。
現場で手動調整を行った場合も、その値を正式な変換設定へ反映するかを判断します。AR画面上で一時的に姿勢を合わせただけでは、別の端末や別の担当者が同じ位置へ表示できないことがあります。手動調整値を記録し、元データ側の修正、変換処理の修正、表示時補正のどこへ反映するかを決めます。
再利用できる設定として管理することで、新しい3D図面を追加した際にも同じ変換を適用しやすくなります。ただし、同じプロジェクト内でもモデル原点や作成環境が異なる場合があるため、適用前の確認は省略しないことが大切です。
まとめ
3D図面をAR表示したときにモデルが横倒しになる場合は、Z-upとY-upの違いを確認する必要があります。ただし、単純に90度回転させるだけでは、前後反転、左右反転、面の表裏、絶対座標位置の移動といった別の問題を残す可能性があります。
最初のチェックでは、変換前データの上方向、各軸の正方向、前方向、手系、原点、座標系を確認します。次のチェックでは、軸の入れ替えと符号反転を分け、上方向だけでなく前後・左右まで確認します。
3つ目のチェックでは、軸回転、方位補正、平行移動、絶対座標への配置を行う順序と座標空間を整理します。大きな絶対座標を不適切な原点回りに回転すると、モデルが現場から大きく移動する可能性があります。基準点でローカル化する場合は、変換元基準点を差し引いた後、変換先座標系で表した基準点へ戻すことが重要です。
4つ目のチェックでは、方向が分かる検証用モデルを使用し、上方向、前後方向、左右方向、複数地点の位置をAR画面上で確認します。実際の構造物だけでなく、軸や方向を判断しやすい形状を使うことで、変換ミスを特定しやすくなります。
3D図面のAR表示では、モデル座標、絶対座標、AR空間という複数の座標が関係します。どの段階でZ-upとY-upを変換するのかを明確にし、二重変換や変換漏れを防ぐことが重要です。
現場での確認作業を安定させるには、変換結果を目視で合わせるだけでなく、軸対応、回転角、符号、手系、基準点、処理順序を記録し、再現可能な設定として管理します。絶対座標に対応した3D図面のAR表示をより具体的に検討する際は、LRTK Phoneを活用した現場運用もあわせてご確認ください。