IfcMapConversionが3D図面のAR表示に必要な理由
3D図面を現地でAR表示するとき、モデルの形状が正しく作成されているだけでは、実際の構造物や地形に意図した位置関係で重なるとは限りません。モデル内で使われている座標と、現地測量やGNSS測位で使われている絶対座標との関係が明確でなければ、モデル全体が離れた場所へ表示されたり、向きが合わなかったり、高さだけがずれたりするためです。
建築や土木の3Dモデルは、作業しやすいローカル座標で作成されることがあります。建物の角や道路中心線上の任意点を原点に設定し、その周辺を比較的小さな座標値で表す方法です。一方、測量成果や現地測位では、対象地域と業務条件に応じた平面直角座標などの地図座標が使用されます。
ローカル座標で作成された3D図面を絶対座標でAR表示するには、モデルの工学座標系が地図座標系上のどこにあり、モデルのX軸が現地のどの方向を向き、モデル単位と地図単位がどのような関係にあるかを定義する必要があります。その関係をIFCデータに保持する方法の一つが、IFC4以降で導入されたIfcMapConversionです。
IfcMapConversionは、ローカルな工学座標系を投影座標参照系へ配置するため、三軸に共通する縮尺、水平回転、Eastings・Northings・OrthogonalHeightによる平行移動を表します。主な設定値には、Eastings、Northings、OrthogonalHeight、XAxisAbscissa、XAxisOrdinate、Scaleがあります。また、変換元の表現コンテキストを示すSourceCRSと、変換先の座標参照系を示すTargetCRSとの関係も重要です。
ただし、IfcMapConversionがファイル内に存在するだけでは十分ではありません。設定された数値が測量成果と一致していなかったり、TargetCRSが現場で採用する座標参照系と異なっていたりすると、AR表示位置は意図どおりになりません。モデル内部の配置へ大きな座標がすでに組み込まれている状態で、同じ移動や回転をIfcMapConversion側にも重ねれば、変換が重複するおそれもあります。
また、3D図面の変換や軽量化を行う工程で、形状は維持されてもIfcMapConversionや座標参照系の情報が保持されない場合があります。IFCの版、出力条件、読み込み側の対応範囲によって扱いが異なるため、作成元で設定したことを確認するだけでなく、AR表示に使用する最終ファイルに必要な情報が残っているかを検証する必要があります。
IfcMapConversionは、測地基準の変更や地図投影そのものを実行する汎用的な座標変換ではありません。異なる測地基準、異なる投影法、異なる座標系番号の間を変換する必要がある場合は、適切な座標変換を別途行い、その結果と整合するTargetCRSおよびIfcMapConversionを設定します。
実務では、IfcMapConversionの属性を一つずつ確認すると同時に、複数の既知点を使って変換結果を計算し、測量成果と照合する方法が有効です。属性値の有無だけを見るのではなく、最終的に算出される絶対座標が正しいかを確認することで、現地での手戻りを減らせます。
検証項目1：TargetCRSと座標参照系を確認する
最初の検証項目は、IfcMapConversionが参照するTargetCRSです。TargetCRSは、変換後の座標が属する座標参照系を示します。EastingsやNorthingsに妥当そうな数値が入力されていても、TargetCRSが現場で使用する座標参照系と異なっていれば、3D図面を正しい場所へAR表示できません。
座標値は、どの座標参照系に属するかによって意味が決まります。同じような桁の数値であっても、異なる測地基準、投影方法、座標系番号で作られた座標を混在させると、業務上無視できない位置差が生じる可能性があります。したがって、座標値だけを見て正しいと判断せず、その座標の定義を確認する必要があります。
TargetCRSとして参照されるIfcProjectedCRSでは、識別名、測地基準、投影方法、ゾーン、地図単位、鉛直基準などを確認します。IFC4.3では、識別名に一意なEPSGコードを用いる方法や、必要に応じてWKTで座標参照系を定義する方法があります。名称が簡略化されている場合や任意文字列だけが記録されている場合は、測量成果や座標管理資料と結び付けて判断しなければなりません。
特に注意したいのが、平面座標の系番号です。国内の平面直角座標は地域ごとに系が分かれているため、同じ種類の座標であっても系番号が異なれば位置は一致しません。現場の所在地域だけから機械的に決めるのではなく、発注図書、基準点成果、設計条件などに記載された座標参照系を正として確認します。
水平位置だけでなく、高さの基準も確認が必要です。3D図面のZ座標が標高を表しているのか、建物内の基準レベルを表しているのか、楕円体高を表しているのかによって、AR表示時の上下位置が変わります。平面位置が一致していても、鉛直基準が違えばモデル全体が上下へずれるためです。
IFC4.3の三次元コンテキストでIfcProjectedCRSを使用する場合は、水平座標参照系と鉛直座標参照系の組合せを一意に識別できる状態が求められます。利用するIFC版や交換要件によって記述方法が異なるため、単に平面座標の名称だけを見るのではなく、高さの基準まで特定できるかを確認します。
TargetCRSのMapUnitも確認します。地図座標がメートルで管理されているのか、別の長さ単位で管理されているのかによって、EastingsやNorthingsの解釈とScaleの設定が変わります。IFC4.3ではMapUnitが省略された場合、プロジェクトのUnitsInContextに定義された長さ単位が地図座標にも用いられます。
さらに、IfcMapConversionのSourceCRSが、実際に三次元形状で使用されているIfcGeometricRepresentationContextを参照しているかを確認します。IFC4.3では、複数の主要コンテキストがある場合も同じ座標操作を共有することが想定されています。最終ファイルで三次元コンテキストから座標操作を追跡できるか、関連が欠けたり別の操作へ分岐したりしていないかを検証します。
複数の3D図面を統合する案件では、モデルごとに座標参照系の記述方法が異なることがあります。一方には一意な識別情報があり、もう一方には略称しかない場合、同じ座標参照系であることを自動的に判定できないことがあります。AR表示前に各モデルのTargetCRSを比較し、水平座標、鉛直基準、単位の条件が一致しているかを確認することが重要です。
座標参照系が異なるデータを、EastingsやNorthingsの加減だけで合わせる方法は避けます。IfcMapConversionは、ローカルな工学座標系を特定の投影座標参照系へ配置するための情報であり、異なる測地基準や投影法を任意に変換する設定ではありません。座標参照系そのものが違う場合は、適切な座標変換を行ったうえでIfcMapConversionを設定します。
検証項目2：Eastings・Northings・OrthogonalHeightを確認する
2番目の検証項目は、Eastings、Northings、OrthogonalHeightです。これらは、Scaleと水平回転を適用した後の工学座標系を、TargetCRS上のどこへ配置するかを決める平行移動成分です。Eastingsは東方向、Northingsは北方向、OrthogonalHeightはTargetCRSで定義される鉛直基準に対する直交高さに対応します。
検証で最も重要なのは、これらの値が工学座標系のどの原点に対応するかを明確にすることです。モデル原点、設計基準点、測量基準点、工事基準点、建物基準点などが混在すると、数値が正しく見えてもAR表示結果は一致しません。WorldCoordinateSystemが原点からずれている場合は、その関係も含めて確認します。
モデル内のX＝0、Y＝0、Z＝0と、IfcMapConversionが配置する工学座標系の原点が一致している場合は、その原点に対応する地図座標をEastings、Northings、OrthogonalHeightとして検討できます。一方、対応させたい既知点がモデル内でX＝100、Y＝50、Z＝2などの座標を持つ場合、その既知点の絶対座標をそのまま移動量へ入力するのではなく、Scaleと回転を含む変換式から原点の移動量を逆算する必要があります。
したがって、基準点については、モデル内座標と絶対座標をセットで管理します。基準点名だけを記録するのではなく、配置階層を反映したモデル内のX・Y・Z、現地の東座標・北座標・高さ、使用した座標参照系を一覧化しておくと、変換内容を確認しやすくなります。
EastingsとNorthingsの入れ替えにも注意が必要です。設計分野ではXを北方向、Yを東方向として扱う運用がある一方、IfcMapConversionではEastingsがTargetCRSの東方向、Northingsが北方向を表します。座標表の列名だけで判断せず、各軸が現地のどの方向を表しているかを確認します。
XとYの対応を誤ると、モデルが大きく回転したように見えたり、原点から離れた位置へ表示されたりします。値の桁が似ている現場では誤りを見落としやすいため、座標値だけでなく、モデル内のX軸正方向が現地でどちらへ向くかも併せて確認します。
符号の確認も欠かせません。座標参照系やローカル原点の設定によっては、モデル内座標や変換値に負の値が含まれることがあります。ファイル変換や表計算処理の途中で負号が消えると、モデルが反対方向へ移動します。
数値の桁落ちや丸めにも注意が必要です。大きな絶対座標を扱う際、整数部の一部が省略されたり、小数部が必要以上に丸められたりすると、AR表示で無視できないずれになることがあります。モデルの用途が概略確認であっても、変換工程では元の数値精度を保ち、最終的な表示段階で用途に応じた許容差を判断することが望ましいです。
OrthogonalHeightは、特に誤解が起こりやすい設定です。これは単なる任意のZ方向オフセットではなく、TargetCRSで定義された鉛直基準に対する工学座標系原点の直交高さです。モデル内のZ＝0が建物の1階床、道路計画高、任意の工事基準面などに設定されている場合、その基準面と鉛直基準との関係を整理する必要があります。
GNSS測位で直接得られる高さが楕円体高で、設計や測量成果が標高などの直交高さで管理されている場合は、その差をIfcMapConversionの値だけで感覚的に調整してはいけません。採用する鉛直座標参照系、ジオイドに基づく換算、測量成果の基準を確認し、同じ高さ基準へそろえます。
平面位置が正しいのにモデル全体が一定量だけ上下へずれる場合は、OrthogonalHeight、TargetCRSの鉛直基準、モデル原点のZ座標、WorldCoordinateSystemの高さ成分を優先的に確認します。現場側の測位で使用する高さと、モデル側で採用している高さの種類が一致しているかも確認します。
検証には、少なくとも2点以上の既知点を使用します。1点だけでは平行移動量を合わせられても、回転や縮尺が正しいかを判断できないためです。可能であれば、原点付近の点、東西または南北方向に離れた点、高さが異なる点を組み合わせます。
全ての検証点が同じ方向へほぼ同じ量だけずれている場合は、Eastings、Northings、OrthogonalHeightの設定や、WorldCoordinateSystem、配置階層による平行移動を疑います。一方、原点付近では合っていても、離れるほどずれが増える場合は、回転やScaleを確認する必要があります。
検証項目3：XAxisAbscissa・XAxisOrdinateを確認する
3番目の検証項目は、XAxisAbscissaとXAxisOrdinateです。この2つの値は、モデルのローカルX軸がTargetCRSの水平面内でどの方向を向くかを表します。3D図面を絶対座標でAR表示する際の水平回転を決める重要な設定です。
XAxisAbscissaとXAxisOrdinateは、回転角そのものを度数で入力する項目ではありません。ローカルX軸の方向を、TargetCRSの東方向成分と北方向成分によって表します。この点を理解せず、測量で使う方位角の数値をそのまま入力すると、意図しない回転が生じます。
設計図面の回転角は、どの方向をゼロ度とするか、時計回りを正とするか、反時計回りを正とするかによって表し方が変わります。北を基準に時計回りで測った方位と、東を基準に反時計回りで考える数学的な角度では、同じ方向でも数値が異なります。
そのため、角度の名称や数値だけで設定せず、モデル上の二つの既知点から方向を確認する方法が安全です。モデル内の基準点をA点、ローカルX軸の正方向にある点をB点とし、A点からB点への方向が、変換後の地図座標上でどちらを向くべきかを計算します。
例えば、モデル内のX軸が道路中心線や建物通り芯に沿っている場合、その中心線上の二点を測量成果と照合します。変換後の方向が現地の中心線と一致すれば、XAxisAbscissaとXAxisOrdinateの設定が妥当である可能性が高まります。
回転設定を誤ると、変換原点付近ではモデルと現地が合っていても、原点から離れるほど横方向のずれが拡大します。長い道路、河川、管路、造成範囲などでは、小さな角度差でも端部で大きなずれになることがあります。
モデルの一端では道路中心線に重なるものの、反対側では左右へ外れている場合、EastingsやNorthingsを調整する前に回転設定を確認します。平行移動だけで端部を合わせると、元の基準点側がずれてしまい、根本的な解決になりません。
XAxisAbscissaとXAxisOrdinateの符号や並びにも注意します。符号や成分を誤ると、ローカルX軸が意図と異なる方向を向きます。ただし、IfcMapConversionが定義するのは水平面内の回転であり、正しく解釈された変換そのものが鏡映を生じさせるわけではありません。鏡像のように見える場合は、軸の入れ替え、元モデルの座標系、読み込み側の軸変換も併せて確認します。
両方の値をゼロにすると方向を定められません。また、方向ベクトルとして不適切な値や数値精度の低い値は避けます。省略時の扱いはIFC版と実装で確認し、回転を明示する案件では、東方向成分と北方向成分を一組として記録し、変換後の方向を数値で検証します。
方向ベクトルは向きを表すための値です。管理しやすくするには、正規化した成分を用いる運用が分かりやすい一方、単純に小数点以下の桁を減らすと角度精度が低下します。対象範囲と必要精度を考慮し、算出根拠と有効桁を維持します。
モデル内にTrueNorthが含まれている場合も扱いを整理します。IfcMapConversionなどの座標操作があるとき、TrueNorthは情報目的であり、座標変換へ追加してはならないとされています。読み込み側や独自処理でTrueNorthをさらに回転へ加えると二重回転になるため、IfcMapConversionの方向を優先します。
現地で検証するときは、短い線ではなく、できるだけ長い既知方向を使用します。数メートルの通り芯では小さな角度誤差を発見しにくいため、敷地境界、道路中心線、護岸法線、長い構造物の軸線などを利用します。
また、表示範囲の両端と中央で確認することも重要です。中央だけが合っていて両端が反対方向へずれる場合、回転またはScaleに問題がある可能性があります。全体が同じ方向へ平行にずれる場合とは、原因の考え方が異なります。
検証項目4：Scaleと長さ単位の整合を確認する
4番目の検証項目はScaleです。IfcMapConversionのScaleは、工学座標系からTargetCRSへ変換するときに、X、Y、Zの三軸へ同じ倍率を適用して長さ単位を変換するための値です。IFC4.3の仕様では、地図座標の単位とプロジェクトの工学座標系の単位が異なる場合に使用し、省略時は1.0として扱います。
モデルと地図座標の両方が同じ長さ単位で管理されているなら、Scaleは原則として1.0です。一方、モデル座標がミリメートルで地図座標がメートルの場合などは、単位差に基づいた倍率を設定します。倍率の向きは、工学座標値をTargetCRSの単位へ変換する関係から計算します。
ただし、元の作成環境から出力する際に、形状座標がすでに別の単位へ変換されていることがあります。その状態でScaleによる単位換算を重ねると、モデルが千分の一または千倍の大きさで表示される可能性があります。
Scaleを確認するときは、プロジェクトのUnitsInContext、TargetCRSのMapUnit、形状の実座標、出力時の単位変換、読み込み時の自動変換を分けて整理します。画面上で単位がメートルと表示されているだけでは、ファイル内の形状座標がどの単位で記録され、どの段階で換算されたか判断できない場合があります。
既知の二点間距離を使った検証が有効です。モデル内で距離が分かっている二点を選び、IfcMapConversion適用後の絶対座標から求めた距離と比較します。設計上100メートル離れた点であれば、変換後もTargetCRSの単位で同じ実長に相当する距離になっているかを確認します。
変換原点そのものでは、Scaleが間違っていても位置が変わらないため、原点だけを確認しても縮尺誤差は発見できません。必ず原点から離れた点を使います。対象範囲が広い場合は、短距離、中距離、長距離の複数区間で確認します。
原点から離れるほど位置差が一定の割合で拡大する場合は、Scaleまたは単位設定に問題がある可能性があります。例えば、基準点からの距離が2倍になるとずれもおおむね2倍になる場合、平行移動よりも縮尺と単位を優先して確認します。
Scaleを、現地で見つかったずれを合わせるための任意の調整値として使うのは避けます。IfcMapConversionは地図投影の変形や異なる測地基準間の変換を処理するものではなく、Scaleも投影縮尺係数や地上距離への経験的な補正値として使う項目ではありません。単位が同じなのに1.0以外を設定する場合は、使用しているIFC版、交換要件、変換方式を確認し、根拠を明示します。
IfcMapConversionのScaleは、X、Y、Zの各方向へ同じ倍率を適用します。水平位置と高さで別々の倍率を使う補正や、東西方向だけを伸縮する補正には適していません。IFC4.3には軸ごとの追加係数を明示するIfcMapConversionScaledがありますが、通常のIfcMapConversionとは意味が異なるため、対象ファイルのエンティティと対応状況を確認します。
広い現場では、わずかな倍率の差でも端部で無視できない位置差になることがあります。建物一棟の範囲では問題が見えなくても、道路、河川、造成、線路、長距離管路などでは、設定値や単位解釈の小さな誤りが表示結果へ影響します。
一方で、根拠のない細かな桁を付ければ精度が高くなるわけではありません。プロジェクト単位と地図単位の定義に基づき、必要な有効桁を維持します。Scaleの値、採用理由、計算方法、作成日、対象モデルを記録すると、後から設定を再検証しやすくなります。
複数モデルを統合する場合は、各モデルが同じ単位とScaleの考え方で処理されているかを確認します。一つのモデルだけがミリメートル基準、別のモデルがメートル基準であると、原点位置が合っていても形状の大きさが一致しません。
AR表示前には、建物幅、道路幅、構造物延長、基準点間距離など、現地で意味を確認できる寸法を複数選びます。座標位置だけでなく寸法も確認することで、Scaleと単位の問題を早期に見つけられます。
検証項目5：WorldCoordinateSystemと配置階層を確認する
5番目の検証項目は、WorldCoordinateSystemとモデル内部の配置階層です。IfcMapConversionの各値が正しくても、WorldCoordinateSystemや部材配置に追加の移動や回転が設定されていると、最終的な絶対座標は変わります。
WorldCoordinateSystemは、IfcGeometricRepresentationContextで使用する工学座標系を定めます。一般には原点が0、0、0で、各軸が標準方向を向く設定が多いものの、大きな座標値を避けて数値的な安定性を確保する目的で、原点を移動している場合もあります。
IfcMapConversionを使用する場合、WorldCoordinateSystemは、ローカルなゼロ点とIfcMapConversionのオフセットが対応する地理参照点との関係を定めます。推奨される運用では両者を一致させますが、異なる位置に設定することも可能です。そのため、WorldCoordinateSystemの値を無視してEastingsとNorthingsだけを評価すると、変換結果を誤って解釈するおそれがあります。
大きな絶対座標を形状座標へ直接書き込むと、処理環境によっては表示や計算の安定性に影響することがあります。そのため、モデル形状は小さなローカル座標で保持し、WorldCoordinateSystemとIfcMapConversionで現地座標との関係を定義する方法が用いられます。
注意すべきなのは、同じ意図の平行移動や回転を複数の階層へ重複して持たせることです。WorldCoordinateSystem、サイトや建物の配置、部材配置、IfcMapConversionの役割を整理せず、同じオフセットを複数箇所へ書き込むと、最終座標が二重に移動する可能性があります。
逆に、WorldCoordinateSystemの移動を前提として作成されたモデルから、その情報だけが変換工程で失われると、モデル全体に一定の位置ずれが生じます。IfcMapConversionだけを比較して同じ値であることを確認しても、最終結果は一致しません。
建物、階、空間、部材などの配置階層も確認します。各要素の形状は、個別のローカル座標に加えて、上位のIfcLocalPlacementなどによる移動や回転を順番に受けることがあります。最終的な工学座標を求めるには、これらの配置を全て反映しなければなりません。
特定の部材や特定の階だけがAR表示でずれる場合は、IfcMapConversionよりも、モデル内部の配置階層に原因がある可能性が高くなります。モデル全体へ適用されるIfcMapConversionの誤りであれば、通常は全体に共通した傾向が現れます。
検証では、代表的な一つの部材または基準点を選び、個別配置から上位配置までを順に追います。ローカルな部材座標、階や建物の配置、サイトの配置、WorldCoordinateSystem、IfcMapConversionを段階的に適用し、最終的な絶対座標を確認します。
モデル内の配置へ大きな絶対座標が直接入力されている場合にも注意が必要です。その状態でIfcMapConversionを適用すると、すでに地図座標に近い形状へ、さらに平行移動や回転が加わることがあります。AR表示位置が極端に離れる場合は、重複変換を疑います。
複数の表現コンテキストがあるファイルでは、三次元形状が使用するコンテキストとIfcMapConversionのSourceCRSとの対応を確認します。IFC4.3では主要コンテキスト間で同じ座標操作を共有することが想定されるため、三次元コンテキストから座標操作へ正しくたどれるか、変換工程で関連が欠落していないかを確認します。
方位情報も配置階層と併せて確認します。WorldCoordinateSystemの軸方向、IfcMapConversionのXAxisAbscissaとXAxisOrdinate、モデル内の配置回転を全て合成した結果が、意図した方向になっているかを検証します。TrueNorthは座標操作が存在する場合に追加回転へ使わず、情報値として扱います。
複数棟や複数工区のモデルを統合する際は、各モデルがどの階層で座標を持っているかを確認します。一方は建物配置に大きな座標を持ち、もう一方はIfcMapConversionを中心に絶対座標へ配置するなど、異なる方法が混在すると、更新や再出力のたびに位置関係が変わるおそれがあります。
プロジェクト内では、ローカル原点、WorldCoordinateSystem、配置階層、IfcMapConversionの役割を統一することが望ましいです。統一できない場合は、モデルごとに変換経路を記録し、最終的な既知点座標で整合を確認します。
AR表示前に実施する座標検証の手順
IfcMapConversionを設定した後は、現地へ持ち出す前に数値による検証を行います。AR画面上の見た目だけで判断すると、モデル側の座標設定と、GNSS測位や端末姿勢による表示変動を区別しにくいためです。
まず、AR表示に使用する最終ファイルから、IFCの版、SourceCRS、TargetCRS、Eastings、Northings、OrthogonalHeight、XAxisAbscissa、XAxisOrdinate、Scale、WorldCoordinateSystemを確認します。作成元のデータではなく、変換や軽量化を終えた最終ファイルを確認することが重要です。
次に、モデル内の代表点を選びます。最低でも、変換原点に近い点、X方向に離れた点、Y方向に離れた点を用意します。高さを検証する場合は、異なるZ座標を持つ点も追加します。
代表点は、現地で再現しやすい場所を選びます。基準鋲、構造物の角、通り芯交点、道路中心線上の測点、橋台の角、管路の管理点など、モデルと測量成果の両方で同じ位置を特定できる点が適しています。
各点について、モデル内部の配置階層とWorldCoordinateSystemを反映した工学座標を求めます。その後、Scale、水平回転、Eastings、Northings、OrthogonalHeightを仕様上の順序で適用し、変換後の絶対座標を算出します。
算出結果を測量成果や設計座標と比較し、東方向、北方向、高さ方向の差を記録します。「ほぼ一致した」という評価だけではなく、それぞれの方向にどれだけ差があるかを数値で残します。
原点付近の点だけが一致し、離れた点で差が出る場合は、回転またはScaleを確認します。全ての点が同じ量だけずれる場合は、平行移動、WorldCoordinateSystem、配置階層を確認します。高さだけが一定量ずれる場合は、OrthogonalHeightと鉛直基準を確認します。
次に、二点間の距離を比較します。モデル内距離と変換後の絶対座標から求めた距離が、単位換算後に一致していれば、Scaleや単位設定が妥当である可能性が高まります。距離が一定の割合で異なる場合は、Scaleや入出力時の単位変換を見直します。
方向の確認では、二点を結ぶ線の方位を比較します。モデル内のX軸や主要な中心線が、絶対座標上で意図した方向を向いているかを確認します。方向だけが異なる場合は、XAxisAbscissaとXAxisOrdinate、WorldCoordinateSystem、配置回転を優先的に確認します。
ファイル変換を行った場合は、変換前後で同じ検証を実施します。形状の外観が変わっていなくても、座標参照情報、単位、配置階層が変更されることがあります。変換前後の代表点座標が一致するかを確認します。
読み込み環境へ取り込んだ後も、代表点の座標を確認します。ファイル内では正しくても、読み込み側が使用するIFC版や交換要件に対応していない場合、IfcMapConversion、単位、方位の解釈が異なることがあります。
最終的には、ファイル内で計算した絶対座標、読み込み後の座標、測量成果の三つを比較します。どの段階で差が生じたかを整理することで、修正すべき工程を特定できます。
現地でIfcMapConversionの設定を確かめる方法
データ上の検証が完了したら、現地で3D図面をAR表示して確認します。現地検証では、IfcMapConversionの設定だけでなく、測位状態、補正情報、周辺環境、端末の姿勢推定なども表示結果へ影響します。
最初の確認地点には、座標が既知で、現地でも位置を明確に特定できる点を選びます。地表の曖昧な境界や、施工によって形状が変わりやすい場所だけを使うと、モデル側と現地側のどちらに差があるか判断しにくくなります。
確認時には、測位状態が安定していることを確かめます。上空を遮る構造物、樹木、法面、車両などが多い場所では、測位結果が変動することがあります。モデルが揺れるように動く場合は、IfcMapConversionの固定的な設定誤りだけでなく、測位や姿勢推定の影響も考えます。
既知点でモデル位置を確認したら、東方向、北方向、高さ方向の差をそれぞれ記録します。AR画面の画像だけでなく、観測日時、使用モデル、確認地点、測位状態、表示差を記録すると、再検証しやすくなります。
次に、最初の地点から十分に離れた別の既知点へ移動します。どの地点でも同じ方向へ同じ量だけずれる場合は、平行移動設定が原因である可能性があります。距離が離れるほど横ずれが増える場合は回転、距離に比例して差が拡大する場合はScaleや単位を疑います。
高さについては、地表面だけでなく、天端、床面、基礎底、管底など、設計上の高さが明確な点を確認します。地形面は施工や測量時期によって変化することがあるため、固定構造物の既知点を併用すると判断しやすくなります。
一度の観測だけで設定を確定するのは避けます。同じ地点を複数回確認し、表示差が安定しているかを確認します。毎回同じ方向へ同じ量だけずれる場合は、モデル側の系統的な設定を疑います。観測ごとに差が変動する場合は、測位環境や姿勢推定の影響を検討します。
現場の両端でも確認します。長い構造物では、中央付近だけが一致していても、端部で回転やScaleの誤差が現れることがあります。道路、護岸、管路、造成範囲などは、起点、中間点、終点の複数箇所で照合します。
AR表示は現地確認を支援する方法ですが、用途に応じて測量成果や実測値との照合を組み合わせることが重要です。特に施工位置や出来形を判断する場面では、AR画面だけを唯一の判定根拠にせず、必要な測量手順を併用します。
AR表示のずれ方から原因を切り分ける
3D図面のAR表示にずれが生じた場合は、数値を手当たり次第に調整するのではなく、ずれ方から原因を切り分けます。IfcMapConversionの各設定は表示結果に異なる傾向を与えるため、症状を整理すると確認箇所を絞れます。
モデル全体が正しい向きと大きさのまま、一定方向へ平行にずれている場合は、Eastings、Northings、OrthogonalHeight、WorldCoordinateSystem、配置階層を確認します。全地点でほぼ同じ差が出ることが特徴です。
東方向だけに大きくずれる場合はEastings、北方向だけに大きくずれる場合はNorthingsを確認します。ただし、設計座標のX・Yと地図座標の東・北を取り違えている場合もあるため、値だけでなく軸の意味を確認します。
モデルが大きく回転している場合は、XAxisAbscissa、XAxisOrdinate、符号、成分の対応を確認します。設計上のX軸を北方向としているのに、TargetCRSの東方向へ対応させている場合などに起こります。
基準点では一致するものの、離れるほど左右へずれる場合も回転設定が主な候補です。EastingsやNorthingsを変更して端部を合わせても、別の地点がずれるため、二点以上の方向を使って回転を修正します。
原点から離れるほど放射状に差が拡大する場合は、Scaleや単位を確認します。モデルが千倍または千分の一に近い大きさで表示される場合は、メートルとミリメートルなどの単位換算が重複または欠落している可能性があります。
平面位置は合っているのに、モデル全体が一定量だけ上下へずれる場合は、OrthogonalHeight、TargetCRSの鉛直基準、モデル原点のZ座標、WorldCoordinateSystemを確認します。現地測位で使う高さと、設計モデルで採用した高さが同じ基準であるかを確認します。
一部の階や一部の部材だけがずれる場合は、IfcMapConversionではなく、モデル内部の配置階層を確認します。特定の部材グループにだけ追加の平行移動や回転が設定されている可能性があります。
モデル全体が極端に遠い場所へ表示される場合は、重複変換を疑います。形状配置や上位配置にすでに大きな座標が含まれている状態で、IfcMapConversionのEastingsとNorthingsがさらに適用されていないかを確認します。
読み込み環境によって位置が異なる場合は、対応するIFC版、IfcMapConversionへの対応範囲、TargetCRSの解釈、単位変換、方位情報の扱いを確認します。同じファイルの代表点を複数の環境で比較すると、読み込み工程の違いを判断しやすくなります。
現地で表示位置が短時間に動く場合は、固定値であるIfcMapConversionだけが原因とは限りません。測位状態、補正情報、端末姿勢、周辺遮蔽物などを確認します。モデル側の設定誤りは、一般に一定した方向や割合の差として現れやすくなります。
IfcMapConversionの設定ミスを防ぐ運用方法
IfcMapConversionの検証を担当者の経験だけに依存すると、案件ごとに確認方法が変わり、同じ設定ミスが繰り返されます。プロジェクト開始時に座標管理方法を定め、関係者で共有することが重要です。
座標管理資料には、使用するIFC版、座標参照系、系番号、水平座標の軸方向、長さ単位、鉛直基準、モデル原点、WorldCoordinateSystem、測量基準点、回転方向、Scaleを記録します。単に数値を並べるのではなく、それぞれの値が何を意味するかを明確にします。
基準点は、名称だけでなく、モデル内座標と絶対座標をセットで管理します。配置階層を反映したモデル内のX・Y・Z、地図座標上の東位置・北位置・高さ、使用した座標参照系を記録します。
回転設定については、角度だけでなく、方向を確認するための二点を記録します。基準点Aから方向点Bへ向かう線が、モデル内と現地でどの方向になるかを示しておくと、回転方向や符号の誤りを防ぎやすくなります。
出力時には、IfcMapConversionが含まれているかを毎回確認します。同じ作成環境を使用していても、出力するIFC版、交換要件、出力条件、モデル構成によって、座標参照情報の保持状況が変わることがあります。
軽量化や形式変換を行った場合は、変換後のファイルを改めて検証します。形状が正常に表示されることと、絶対座標情報が維持されていることは別の確認事項です。
モデルを更新したときは、形状だけでなく座標設定の差分も確認します。原点移動、配置変更、単位変更、基準点更新が行われると、以前のIfcMapConversionをそのまま使用できない場合があります。
モデルの版ごとに、SourceCRS、TargetCRS、移動量、回転、Scale、WorldCoordinateSystem、代表点の検証結果を保存します。いつ座標設定が変更されたかを追跡できる状態にしておくと、AR表示のずれが発生した際に原因を探しやすくなります。
複数の作成者や協力者からモデルを受け取る場合は、納品条件に座標情報を含めます。「絶対座標付き」とだけ伝えるのではなく、必要なIFC版、座標参照系、基準点、単位、鉛直基準、回転、Scale、検証点を具体的に指定します。
確認作業では、原点付近の一点だけで合否を決めないことが重要です。対象範囲の端部や異なる高さを持つ点を含め、位置、方向、距離、高さの四つの観点で検証します。
許容差はAR表示の用途に応じて定めます。完成イメージの確認、埋設物の位置把握、施工計画の共有、出来形の照合では、必要な精度や確認方法が異なります。目的を明確にしたうえで、測量成果との比較方法を決めます。
現地確認の記録には、使用したファイル名、IFC版、モデル版、観測日時、確認点、測位状態、東方向差、北方向差、高さ差を残します。画面画像だけでは数値的な再検証が難しいため、座標差を記録することが大切です。
問題が見つかった場合は、現地で表示位置を目視調整するだけで終わらせず、元の座標設定とIfcMapConversionへ修正を反映します。現場ごとに手作業で位置を合わせる運用では、担当者や観測日が変わるたびに結果が変わり、絶対座標を利用する利点が失われます。
まとめ
3D図面を絶対座標でAR表示するには、IfcMapConversionの設定を属性の有無だけで判断せず、変換後の座標まで検証する必要があります。IfcMapConversionはIFC4以降で利用される座標操作であり、使用するIFC版と読み込み環境の対応状況も確認します。
確認すべき中心項目は、TargetCRSと座標参照系、Eastings・Northings・OrthogonalHeight、XAxisAbscissa・XAxisOrdinate、Scaleと長さ単位、WorldCoordinateSystemと配置階層の五つです。
TargetCRSでは、水平座標、鉛直基準、地図単位が現場の測量成果と一致しているかを確認します。IfcMapConversionは異なる測地基準や投影法を任意に変換するものではないため、座標参照系が異なる場合は別途適切な変換が必要です。
Eastings、Northings、OrthogonalHeightでは、工学座標系の原点をTargetCRS上のどこへ配置しているかを明確にします。任意の既知点の絶対座標をそのまま入力するのではなく、その点のモデル内座標、Scale、回転、WorldCoordinateSystemを含めて移動量を計算します。
XAxisAbscissaとXAxisOrdinateでは、角度の数値だけに頼らず、二つの既知点から実際の方向を確認します。TrueNorthは座標操作がある場合に追加回転へ使わず、IfcMapConversionの方向を優先します。
Scaleでは、プロジェクト単位と地図単位を整理し、原点から離れた点で距離を検証します。通常のIfcMapConversionのScaleは三軸共通の単位換算であり、投影縮尺や現地合わせの任意補正として扱わないことが重要です。
WorldCoordinateSystemと配置階層では、ローカル原点と地理参照点の関係を確認し、平行移動や回転が複数階層で重複していないかを検証します。特定の部材だけがずれる場合は、モデル内部の配置も追跡する必要があります。
検証には複数の既知点を使用し、位置、方向、距離、高さを数値で照合します。原点付近だけでなく、対象範囲の端部や異なる高さの点も確認することで、回転やScaleの小さな誤りを見つけやすくなります。
現地では、全地点で同じ量だけずれるのか、距離に応じて差が広がるのか、高さだけがずれるのかを記録します。ずれ方を整理することで、平行移動、回転、Scale、高さ基準、配置階層のどこに問題があるかを効率的に切り分けられます。
IfcMapConversionを適切に設定し、測量成果と最終ファイルの両方で検証することで、3D図面を現地の構造物や地形へ重ねやすくなります。設計モデル、施工位置、埋設物、完成形などを現場で確認する際には、絶対座標に対応した3D図面をLRTK PhoneでAR表示する運用へつなげることで、座標確認から現地照合までの作業を進めやすくなります。