点群OBJアップロード後に計測値が変わる理由
点群から作成したOBJファイルをアップロードした後、既知の距離と画面上の計測値が一致しない、高さがずれる、面積や体積が想定値と合わないといった問題が起こることがあります。元の点群では正しく計測できていた場合、アップロード処理によってデータが壊れたように見えるかもしれません。
しかし、点群OBJアップロード後の計測値が合わない原因は、アップロード処理だけにあるとは限りません。点群の取得、点群の編集、座標変換、メッシュ生成、OBJ書き出し、アップロード先での読み込み、計測機能の使用という複数の工程が関係します。どこか一つの工程で単位や座標の解釈が変わると、最終的な計測値にも影響します。
点群は、対象物の表面や地形を多数の三次元座標で表したデータです。それぞれの点にはX、Y、Zの座標があり、データ形式によっては色などの付加情報も保持されます。一方のOBJは、頂点、面、法線、テクスチャ座標などを記述するために使われる形式です。OBJに点だけを記録することもできますが、実務では点群から三角形などの面を生成し、ポリゴンメッシュとして出力するケースが多くあります。
点群とメッシュは、同じ対象を表していてもデータの性質が異なります。点群は取得された点の集合ですが、メッシュは周囲の点を結び、点と点の間を面として補間したものです。そのため、点群からOBJへ変換した時点で、細かな凹凸や角部の位置が変わる可能性があります。
また、OBJの頂点座標に記録された数値だけを見ても、その数値がメートル、センチメートル、ミリメートルのどれを意味するか判断できない場合があります。座標系の名称、標高の基準、現場内で設定した原点、北方向なども、OBJ単体では十分に引き継がれないことがあります。
計測値の不一致を調べるときは、元点群、書き出し直後のOBJ、アップロード後のデータという三段階に分けて確認することが重要です。元点群と書き出し直後のOBJですでに数値が違う場合は、メッシュ生成やOBJ出力の工程が疑われます。書き出し直後のOBJでは正しく、アップロード後に差が生じる場合は、アップロード時の単位設定、軸変換、読み込み処理、計測方法などを重点的に確認します。
原因1 単位の解釈が一致していない
点群OBJアップロード後に距離が大きく変わった場合、最初に確認したいのが単位です。単位の不一致は、形状全体の寸法が同じ割合で拡大または縮小される代表的な原因です。
OBJには頂点の座標値が記録されていますが、その座標値がどの長さ単位を表すかを必ずしも明示できるわけではありません。書き出し元では座標値の1を1メートルとして扱っていても、アップロード先が1ミリメートルとして解釈すれば、形状は本来の1000分の1になります。反対に、1000という値を1000ミリメートルとして出力したデータを、アップロード先が1000メートルとして扱えば、形状は本来の1000倍になります。
単位の問題には比較的分かりやすい特徴があります。横幅、奥行き、高さのすべてが同じ倍率でずれている場合は、単位または一律の拡大縮小が原因である可能性が高くなります。例えば、既知の距離が5メートルであるのに、アップロード後の計測結果が5000になっている場合は、メートルとミリメートルの解釈差が考えられます。
ただし、画面上に表示される単位名だけで判断してはいけません。表示欄にメートルと書かれていても、読み込まれた形状そのものが正しい尺度であるとは限らないためです。必ず、現場で確認できる既知寸法や基準点間距離を使って倍率を確認します。
検証には、短すぎず長すぎない基準距離を使うと判断しやすくなります。数ミリメートル程度の短い距離では、点の選択位置や表示桁数による差が相対的に大きくなります。反対に、非常に長い距離だけを確認すると、局所的な形状の変化を見逃すことがあります。構造物の幅、柱間距離、基準点間距離など、明確に確認できる寸法を複数使う方法が適しています。
単位を修正するときは、書き出し側とアップロード側の両方で同じ尺度変更を行わないように注意します。書き出し時にミリメートルからメートルへ変換し、アップロード時にも0.001倍の変換を行うと、二重に縮小されます。単位変換をどの工程で行うのかを決め、原則として一度だけ適用します。
また、同じ現場内で複数のデータを重ねる場合は、すべてのファイルで単位を統一する必要があります。一つのOBJはメートル、別のOBJはミリメートルという状態では、個別の形状が正しく見えても、重ね合わせたときの位置や大きさが合いません。元点群の単位、OBJ出力時の単位、アップロード時に選択した単位を記録し、担当者間で共有することが大切です。
原因2 座標系や原点の扱いが変わっている
元点群が公共座標や現場座標などの実座標で管理されている場合、OBJへの変換やアップロードによって座標系の情報が十分に引き継がれないことがあります。頂点座標の数値が残っていても、その座標がどの基準に基づくものか、どの方向が北か、どの高さ基準を使用しているかまでは自動的に伝わらない場合があります。
座標系や原点の問題では、形状内の二点間距離は正しいものの、座標値や配置位置が合わないという症状が現れます。例えば、構造物の幅は正しく計測できる一方で、基準点の座標が元データと大きく異なる場合は、原点移動や座標変換を確認する必要があります。
点群をOBJへ書き出す際、大きな座標値を扱いやすくするために、現場付近へローカル原点を設定することがあります。元の座標から一定値を差し引き、頂点座標を原点付近へ移動する方法です。この処理が正しく行われていれば、形状内の距離や角度は基本的に変わりません。しかし、差し引いた値が記録されていなければ、アップロード後の座標を元の実座標へ戻せなくなります。
平面座標だけでなく、高さの原点にも注意が必要です。元点群では標高を使っていても、OBJ作成時に現場内の任意の高さをゼロとして設定している場合があります。この場合、構造物の高さや二点間の高低差は合っていても、各点の標高値は一定量ずれます。
高さには、目的や処理方法によって異なる基準が使われることがあります。測位によって得られた高さと、現場で使用する標高がそのまま同じとは限りません。異なる高さ基準を混在させると、平面位置は近くても高さだけがずれることがあります。点群OBJアップロード後に高さが合わないときは、単純な計測誤差と判断せず、元データとアップロード後で高さの基準がそろっているか確認します。
非常に大きな座標値を持つデータでは、表示や計算の処理方式によって細かな座標の表現に影響が出ることもあります。現場の寸法が数十メートルであるのに対し、座標値が非常に大きい場合、頂点のわずかな差を画面上で安定して表現しにくくなる可能性があります。ローカル原点へ移動することは対策になりますが、元座標へ戻すための移動量を必ず管理しなければなりません。
座標系の不一致を防ぐには、座標系の名称だけでなく、使用単位、原点、軸方向、北方向、高さの基準、適用した移動量を記録します。OBJファイルだけを渡すのではなく、変換条件をまとめた管理情報も同時に引き継ぐことが重要です。
原因3 上下軸や軸方向が入れ替わっている
三次元データを扱う環境では、どの軸を上下方向として扱うかが統一されているとは限りません。ある環境ではZ軸を高さとして使い、別の環境ではY軸を高さとして使う場合があります。さらに、同じ軸を使用していても、正方向と負方向の定義が異なることがあります。
軸の設定が一致していないと、アップロード後のOBJが横倒しになる、上下が反転する、左右が反転するなどの症状が現れます。見た目で明らかに向きが違う場合は気づきやすいものの、アップロード時に自動的な回転補正が行われると、画面上では正しい向きに見える場合があります。
形状全体を回転させただけであれば、空間内の二点を直接結ぶ三次元距離は変わりません。しかし、水平距離、高低差、鉛直距離は軸の定義に影響されます。元点群ではZ座標の差を高さとして扱っていたのに、アップロード後は別の軸が高さとして認識されていると、高さの計測結果が合いません。
特に斜面や傾斜した構造物では、三次元距離と水平距離の違いが大きくなります。元データ側では水平投影距離を確認し、アップロード後は斜距離を計測していれば、同じ二点を選択しても結果は異なります。軸の問題と計測モードの違いが重なると、原因を特定しにくくなります。
軸方向を確認するときは、一組の二点だけで判断しないことが大切です。東西方向、南北方向、高さ方向など、互いに異なる方向の既知寸法を確認します。二点間距離だけが合っていても、軸が入れ替わっている可能性があるためです。
例えば、横方向の距離は正しいものの高さが合わない場合、上下軸の変更や符号反転が考えられます。高さが正負反対になる場合は、軸の正方向が逆になっている可能性があります。平面形状が鏡写しのように反転している場合は、一つの軸だけ符号が反転していることも考えられます。
修正するときは、アップロード後の見た目だけに合わせて手作業で回転させる方法を避けます。画面上で水平に見えるよう調整できても、座標軸との関係が正しくなければ、水平距離や高さの計測で問題が残るからです。元点群の軸定義を確認し、OBJ出力時またはアップロード時のどちらか一方で、必要な軸変換を適用します。
回転処理を複数回行う場合は、どの軸を中心に何度回転したかを記録します。作業者の目視だけに頼ると、後から同じ向きを再現できなくなります。変換前のデータも保存し、回転前後の既知点座標を比較できる状態にしておくと安全です。
原因4 拡大縮小や回転が正しく反映されていない
三次元データを編集する環境では、頂点座標そのものを変更せず、オブジェクトに拡大縮小、回転、移動といった変換情報を持たせることがあります。画面上では正しい大きさや向きに見えていても、OBJ書き出し時に変換情報が頂点へ反映されなければ、アップロード後の計測値が変わる可能性があります。
例えば、元データが1000倍の大きさで読み込まれたため、編集画面上で0.001倍に縮小して正しい大きさに見せているとします。この縮小が表示上の設定として残り、頂点座標へ反映されていない場合、OBJ出力時に元の大きな尺度で書き出されることがあります。
反対に、すでに頂点座標へ0.001倍の変換を反映した後、書き出し設定でも同じ尺度変更を行うと、二重に縮小されます。単位の不一致と症状が似ていますが、変換履歴を確認すると原因を切り分けられます。
特に注意したいのが、方向ごとに異なる倍率を適用する非一様な拡大縮小です。X方向だけを伸ばす、Y方向だけを縮める、Z方向だけ高さを調整するといった処理が含まれていると、方向によって計測誤差が異なります。
横幅は合っているのに奥行きが合わない、高さだけが低く表示されるといった場合は、非一様な拡大縮小を疑います。一方向の基準距離だけを測って正常と判断すると、別方向の変形を見逃します。アップロード後は、互いに直交する三方向の既知寸法を確認することが重要です。
複数のオブジェクトをまとめたデータにも注意が必要です。上位のまとまりに拡大縮小や回転が設定され、その下にある形状は変換前の頂点座標を保持していることがあります。階層を持つデータをOBJへ変換する際に、上位の変換が正しく反映されなければ、一部の形状だけ位置や寸法が変わる場合があります。
この原因を確認するには、OBJを書き出した直後に再度読み込み、アップロード前の段階で既知寸法を測ります。書き出し直後のOBJですでに値が違う場合は、アップロード先ではなく、書き出し設定や変換の適用方法に原因があります。
修正するときは、元データを複製して保存し、尺度、回転、移動を最終的な頂点座標へ反映させてからOBJを出力します。ただし、どの処理をどの順番で適用するかによって結果が変わる場合があるため、処理後には必ず複数方向の既知寸法と基準座標を確認します。
原因5 点群からメッシュへの変換で形状が変わっている
点群をOBJとして利用する場合、多くの作業では点群からポリゴンメッシュを生成します。このメッシュ化の工程で形状が補間、平滑化、簡略化されるため、元点群とOBJの計測値が一致しなくなることがあります。
点群は、実際に取得された多数の点によって対象物を表します。一方のメッシュは、周囲の点を結び、点が存在しない部分にも面を作って表面を推定します。そのため、メッシュ上で選択した位置が、元点群の実点と同じ位置になるとは限りません。
点密度が低い場所や、遮蔽によって点が欠けている場所では、実際の形状とは異なる面が作られる可能性があります。角部、段差、溝、薄い部材、配管の縁、構造物の隙間などは、メッシュ化の影響を受けやすい部分です。
例えば、直角の段差を構成する点が不足している場合、上下の点群を斜めに結ぶ面が生成されることがあります。元点群では段差の上端と下端を個別に選べても、メッシュでは中間の斜面が選択され、距離や高さが変わります。
平滑化処理も計測値に影響します。点群に含まれる細かなばらつきを抑え、表面を滑らかに見せる処理は、表示品質の向上には役立ちます。しかし、角部が丸められたり、小さな凹凸が失われたりすると、寸法、断面、表面積などが変わります。
穴埋め処理では、点が取得できていない範囲を周囲の形状から推定して面で閉じます。小さな欠損を補う用途では有効ですが、実際に開口している部分まで閉じると、面積や体積の計算結果に大きな影響を与えます。
ノイズ除去にも注意が必要です。点群には対象物から外れた点が含まれることがあり、これを除去する処理は必要です。しかし、除去条件が強すぎると、細い部材、端部、突起、鋭い角などの必要な点まで消える可能性があります。反対に外れ点が残ったままメッシュを作ると、不自然な突起や面が生成され、外形寸法や体積が大きくなることがあります。
OBJのデータ量を減らすために、頂点数や面数を削減する処理が行われることもあります。平坦な面では少ない頂点でも形状を維持しやすい一方、曲面や複雑な角部では輪郭が変わりやすくなります。削減率が高いほど、細部の計測には適さなくなる可能性があります。
元点群とOBJを比較するときは、同じ断面位置を使うことが重要です。点群では実点を選択し、OBJでは補間された面を選択していると、比較条件が異なります。断面表示を使い、点群の分布とメッシュ表面の位置関係を確認すると、補間による差を把握しやすくなります。
計測用途でOBJを作成する場合は、見た目の滑らかさだけで設定を決めないようにします。表示用の軽量モデルと、寸法確認用の高密度モデルを分ける方法も有効です。どの程度の形状差を許容できるかは用途によって異なるため、重要な箇所では既知寸法や現地計測値との照合が必要です。
原因6 計測方法や選択位置が異なっている
形状や尺度が正しく読み込まれていても、計測方法の違いによって数値が合わないことがあります。点群OBJアップロード後の確認では、どの種類の距離を測っているのか、どの位置を選択しているのかをそろえる必要があります。
二点間の距離には、三次元直線距離、水平距離、鉛直距離などがあります。三次元直線距離は、空間内の二点を直接結んだ距離です。水平距離は、高さ方向の差を除き、水平面へ投影した距離です。鉛直距離は、高さ方向だけの差です。
斜面上にある二点では、三次元直線距離は水平距離より長くなります。元点群側で水平距離を確認し、アップロード後のOBJで三次元距離を計測していれば、座標が同じでも結果は一致しません。比較時には計測モードを必ずそろえます。
選択位置の違いも大きな原因です。点群では実際に存在する点を選択しますが、メッシュでは頂点、辺、面上の任意位置を選択できる場合があります。同じ場所をクリックしたように見えても、採用された三次元座標が異なる可能性があります。
頂点へのスナップを使用すれば、メッシュを構成する頂点を選択できます。辺へのスナップでは辺上の位置が、面へのスナップでは三角形面上の位置が選択されます。元点群の点と一致する頂点が残っていない場合は、頂点スナップを使っても元点群と同じ座標にはなりません。
画面の視点にも注意が必要です。正面から見ると同じ位置に重なっている複数の面がある場合、手前ではなく奥の面を選択することがあります。床と天井、壁の表面と裏面、近接する配管、薄い板状部材などでは、選択位置の奥行きが分かりにくくなります。
選択ミスを防ぐには、上面、側面、断面など複数の方向から確認します。選択した点のX、Y、Z座標を表示できる場合は、画面上の見た目だけでなく、座標値も確認します。特に高さが合わない場合は、選択点が対象物の上面ではなく下面に付いていないかを確認します。
表示桁数や丸め処理によっても差が生じます。内部では細かな桁まで計算していても、画面には小数点以下の限られた桁数しか表示されないことがあります。表示された座標を手計算した結果と、内部座標から算出された距離がわずかに異なる場合があります。
短い距離を測るほど、選択位置や丸めの影響が相対的に大きくなります。数メートルの距離では目立たない数ミリメートルの差も、数センチメートルの部材を測る場合には大きな割合になります。要求精度に応じて、元点群の密度、メッシュの細かさ、計測機能の表示桁数が十分かを確認する必要があります。
計測値のずれ方から原因を見分ける方法
計測値が合わないときは、差の大きさだけでなく、ずれ方の規則性を調べます。どの方向でも同じ倍率なのか、座標だけが一定量ずれるのか、一部の形状だけ差が出るのかによって、疑うべき原因が異なります。
すべての距離がほぼ同じ倍率で変わる場合は、単位または一様な拡大縮小が疑われます。横幅、奥行き、高さのすべてが1000倍または1000分の1になる場合は、メートルとミリメートルの解釈差を優先して確認します。
方向によって倍率が異なる場合は、非一様な拡大縮小や軸の問題を確認します。横方向は合うが高さだけが異なる場合、Z方向だけに尺度変更が適用されている可能性があります。横幅と高さが入れ替わったように見える場合は、軸変換を確認します。
二点間距離は合っているものの、座標値が一定量ずれている場合は、原点移動や平行移動が考えられます。すべての点でX座標やY座標に同じ差がある場合は、ローカル原点への移動量が反映されている可能性があります。
平面座標は近いものの、高さだけが一定量ずれている場合は、高さ原点または高さ基準の違いを確認します。高低差が合っているなら、形状そのものではなく基準値の違いである可能性が高くなります。
形状の一部だけで差が大きい場合は、メッシュ化、平滑化、穴埋め、ノイズ除去、頂点削減などを確認します。平坦な面では一致するものの、角部、曲面、薄い部材、段差で差が出る場合は、変換による形状変化が疑われます。
計測するたびに数値が変わる場合は、選択位置やスナップ方法が安定していない可能性があります。面上の任意位置ではなく、特定の頂点や基準点を選び、選択座標を記録して比較します。
元点群とOBJ書き出し直後で値が違う場合は、点群からOBJへの変換工程を確認します。書き出し直後は正しく、アップロード後だけ値が違う場合は、アップロード時の単位、軸、尺度、読み込み処理、計測機能を重点的に調べます。
点群OBJアップロード後の確認手順
点群OBJアップロード後に計測値が合わない場合は、設定を無作為に変更するのではなく、順序を決めて原因を切り分けます。複数の設定を同時に変更すると、どの変更によって直ったのか分からなくなるためです。
最初に、元点群、書き出したOBJ、アップロード後のデータをそれぞれ保存します。問題が発生したファイルを上書きすると、変換前後の比較ができなくなります。修正作業は複製したデータで行います。
次に、元点群で確認できる既知寸法を決めます。可能であれば、横方向、奥行き方向、高さ方向に相当する三つの距離を用意します。一方向だけでは、軸の入れ替わりや非一様な拡大縮小を見逃す可能性があります。
元点群で三つの距離を測り、書き出し直後のOBJでも同じ箇所を測ります。ここで数値が異なる場合は、単位、変換の適用、メッシュ化、軽量化など、OBJを作成するまでの処理を確認します。
書き出し直後のOBJが正しい場合は、アップロード後に同じ距離を測ります。すべての方向が同じ倍率でずれているなら単位または一様な尺度変更を確認します。一方向だけが違うなら、軸設定や非一様な拡大縮小を調べます。
距離が合っている場合は、基準点の座標を確認します。距離は合うが座標値が違う場合は、座標系、原点、平行移動を確認します。高さだけが一定量違う場合は、高さ原点や高さ基準を調べます。
その後、角部、段差、穴、曲面、薄い部材など、メッシュ化の影響を受けやすい部分を確認します。元点群とOBJを同じ位置で断面表示し、メッシュ表面が点群の分布から離れていないかを見ます。
最後に、計測機能の条件をそろえます。三次元距離と水平距離を混同していないか、頂点と面上の位置を混在させていないか、投影面積と表面積を比較していないかを確認します。
原因が判明した後は、修正内容を記録します。単位を変更したのか、原点を移動したのか、軸を変換したのか、メッシュを再作成したのかを残しておけば、同じ現場の追加データでも条件を再現できます。
距離は合うのに面積や体積が合わない場合
二点間距離はおおむね合っているのに、面積や体積だけが想定値と異なる場合があります。この場合は、尺度や単位だけでなく、面の構成、境界、計算方法を確認する必要があります。
面積には、三次元表面に沿って計算する表面積と、水平面などへ投影して計算する投影面積があります。傾斜した屋根、法面、曲面などでは、表面積のほうが投影面積より大きくなります。元データとアップロード後で異なる種類の面積を比較すれば、形状が同じでも結果は一致しません。
面積の対象範囲も確認します。点群では指定した境界内を計算していても、OBJでは選択した三角形面の合計を表示している場合があります。境界にまたがる面が含まれるかどうかによって、計算範囲が変わります。
体積計測では、メッシュが閉じた形状になっているかが重要です。境界に穴がある、面が重複している、面の向きがそろっていない、内部に不要な面が残っていると、体積を正しく計算できない場合があります。
穴埋め処理によって、本来開いている部分が閉じられていないかも確認します。開口部や空洞が面でふさがれると、実際には存在しない体積が加算される可能性があります。反対に、閉じるべき部分に穴が残っていると、体積計算ができないことがあります。
地形や土量を比較する場合は、基準面もそろえます。同じ地形面を使っていても、基準となる高さや比較対象の設計面が異なれば、算出される体積は変わります。アップロード後に基準面が再設定されていないかを確認します。
メッシュの軽量化は、二点間距離への影響が小さくても、広い範囲の面積や体積に差を生じさせることがあります。細かな凹凸が平滑化されると表面積が小さくなり、地形の起伏が変わると体積にも影響します。
面積や体積を重要な成果として扱う場合は、表示用に軽量化したOBJだけで最終判断しないことが大切です。元点群、高密度のメッシュ、既知の基準面などを使い、処理前後の差を確認します。
計測値の不一致を防ぐアップロード前の準備
点群OBJアップロード後の問題を減らすには、アップロード前に確認条件を整えておくことが重要です。問題が起きてから設定を調べるより、変換条件と検証方法を先に決めておくほうが効率的です。
まず、元点群の単位を確認します。メートル、センチメートル、ミリメートルなど、どの単位で座標が記録されているかを把握します。そのうえで、OBJ出力時とアップロード時の単位を統一します。
次に、座標系と原点を確認します。実座標のまま出力するのか、現場付近へローカル原点を設定するのかを決めます。ローカル原点を使用する場合は、元座標から差し引いたX、Y、Zの値を記録します。
上下軸と軸方向も明確にします。どの軸を高さとして扱うのか、各軸の正方向はどちらかを確認します。アップロード先で軸変換が必要な場合は、書き出し側と読み込み側のどちらで変換するかを決めます。
OBJを書き出す前には、拡大縮小、回転、移動などの変換が頂点座標へ反映されているか確認します。画面上で正しく見えることと、書き出される頂点座標が正しいことは同じではありません。
点群からメッシュを作成する場合は、平滑化、穴埋め、ノイズ除去、頂点削減などの設定を用途に合わせます。見た目を優先した設定では、細部の寸法確認に必要な形状が失われる可能性があります。
アップロード前の検証には、既知寸法を使用します。横、奥行き、高さの三方向で基準距離を決め、OBJ書き出し直後に確認します。座標の整合が必要な場合は、既知点のX、Y、Zも確認します。
大容量のデータを扱う場合は、本番データの一部を切り出した検証用OBJを作成する方法が有効です。ただし、検証用データも本番と同じ単位、座標系、原点、軸、変換設定で作成する必要があります。
ファイル名だけで条件を管理するのではなく、変換記録も残します。元点群の単位、OBJ出力単位、原点移動量、軸変換、尺度、メッシュ設定、検証した距離を記録しておけば、別の担当者でも同じ条件を再現できます。
点群OBJを実務で安全に運用するポイント
点群OBJを継続的に利用する現場では、担当者ごとの判断に任せず、標準的な確認手順を決めることが重要です。同じ現場のデータでも、作業者によって単位やメッシュ設定が異なると、アップロード後の計測値が統一されません。
最初に、現場内で使用する単位を統一します。元点群、編集データ、OBJ、アップロード先で使用する単位を決め、途中で変換する場合は、どの工程で行うかを固定します。
座標系と原点についても共通ルールを設けます。実座標を維持するのか、ローカル原点を使うのかを案件ごとに決めます。ローカル原点を使用する場合は、移動量を必ず記録し、元の座標へ戻せるようにします。
メッシュ生成の条件は、利用目的に応じて分ける必要があります。閲覧や共有を重視する場合は軽量化が有効ですが、細部の寸法や断面を確認する場合は、十分な頂点密度を残す必要があります。一つのOBJですべての目的を満たそうとすると、データ量と計測精度の両方で無理が生じることがあります。
アップロード後には、見た目だけで正常と判断せず、基準距離を測ります。形状全体が一様に拡大または縮小されていても、画面内に自動調整して表示されると異常に気づきにくいためです。
計測担当者間では、距離の種類やスナップ方法も統一します。三次元距離、水平距離、鉛直距離を用途に応じて使い分け、どの値を記録するかを決めます。面積についても、表面積と投影面積を区別します。
修正を行った場合は、元データを上書きせず、修正版を別に保存します。修正前後の距離、座標、頂点数、面数などを比較できるようにしておけば、意図しない変化を発見しやすくなります。
また、点群を取得した段階から基準を明確にすることも大切です。元データの位置や高さが曖昧であれば、OBJへ正しく変換しても、何を正解として比較すべきか判断できません。現地で確認した基準点や既知寸法を、点群処理、OBJ変換、アップロード後の確認まで一貫して使用します。
現地計測から点群データの確認までを同じ座標基準で管理したい場合は、LRTK Phoneを起点とした計測フローも選択肢になります。現場で取得した位置や高さの情報を記録し、点群OBJアップロード後の既知点確認につなげることで、単位、座標、原点の取り違えを発見しやすくなります。
まとめ
点群OBJアップロード後の計測値が合わない原因は、アップロード処理だけではありません。単位の不一致、座標系や原点の違い、上下軸や軸方向の違い、拡大縮小や回転の未反映、点群からメッシュへの変換、計測方法や選択位置の違いが代表的な原因です。
すべての距離が同じ倍率でずれている場合は、単位や一様な尺度変更を確認します。距離は合っているのに座標値が違う場合は、座標系や原点移動を確認します。高さだけが異なる場合は、上下軸、高さ原点、高さ基準、計測モードを見直します。
方向によって誤差率が異なる場合は、非一様な拡大縮小や軸の入れ替わりが考えられます。角部、段差、曲面など一部の形状だけで差が出る場合は、メッシュ化、平滑化、穴埋め、頂点削減の影響を調べます。
原因を確実に特定するには、元点群、OBJ書き出し直後、アップロード後という三段階で同じ既知寸法を比較することが重要です。単位、座標、軸、変換、メッシュ、計測方法の順に確認すれば、問題が発生した工程を効率的に絞り込めます。
点群OBJを実務で継続利用する場合は、単位、座標系、原点、軸方向、メッシュ設定、検証結果を記録し、担当者間で共有してください。現地の基準点や既知寸法を点群処理からアップロード後の確認まで一貫して使うことが、計測値の不一致を防ぐ基本です。
現場で取得した位置や高さを点群データの検証へつなげ、計測からデータ活用までの流れを整理する際には、LRTK Phoneを活用した運用を検討できます。