点群をOBJ形式でアップロードした後、頂点座標を確認すると、小数点以下の桁が減っていたり、元データと数ミリメートルから数センチメートルずれていたりすることがあります。施工記録、出来形確認、設備位置の照合、地形計測などで点群を利用している場合、座標の変化は見た目だけの問題ではありません。複数時期の点群を重ねたときに段差が生じたり、設計データとの比較結果が変わったりする可能性があります。
ただし、画面に表示される小数桁が少ないからといって、内部の座標まで必ず失われているとは限りません。表示だけが丸められている場合もあれば、OBJを書き出した時点で桁が削られている場合、アップロード後の変換処理で座標が再計算されている場合もあります。原因を切り分けずに設定を変更すると、かえって座標系や単位の不整合を増やしてしまうことがあります。
この記事では、点群OBJアップロードで頂点座標が丸められる主な原因を整理し、実務で取り組みやすい5つの精度対策を解説します。元データ、OBJファイル、アップロード後のデータを段階ごとに比較し、どこで座標が変化したのかを見極めることが重要です。
点群OBJアップロードで起きる座標丸めの正体
OBJは、頂点座標や面の構成などをテキストで記述できるデータ形式です。頂点は一般に、頂点を示す記号に続いてX座標、Y座標、Z座標を並べる形で保存されます。たとえば、元の座標が小数点以下6桁まで記録されている場合、OBJ内にも同じ桁数で書き出せれば、テキスト上はその値を保持できます。
重要なのは、OBJ形式そのものが小数点以下の桁数を一律に制限しているわけではないことです。実際の精度は、点群をOBJへ変換する処理、ファイルを書き出す処理、アップロード時の読み込み処理、サーバー内部での変換処理、画面表示、再出力という複数の段階によって決まります。
座標丸めには、大きく分けて表示上の丸めとデータ自体の丸めがあります。表示上の丸めとは、内部では詳細な座標を保持しているものの、画面上では小数点以下2桁や3桁までしか表示しない状態です。この場合、表示設定を変えるか、データを再出力して確認すれば、元の桁が残っている可能性があります。
一方、データ自体の丸めでは、OBJ内の数字がすでに短くなっていたり、アップロード後に再出力したファイルの座標が変化していたりします。こちらは表示設定だけでは元に戻せません。元データからOBJへ変換する段階、またはアップロード後の内部処理で情報が失われているためです。
さらに注意したいのが、小数点以下の表示桁数と実際の位置精度は同じではないという点です。小数点以下を多く出力していても、内部計算が粗い精度で行われていれば、意味のある座標情報は増えません。反対に、画面表示が小数点以下3桁でも、内部ではより細かな値を保持していることがあります。
点群OBJアップロードで座標が丸められたと感じたときは、画面の数字だけを見て判断せず、元データ、OBJの記述、アップロード後の再出力結果を比較する必要があります。
原因1 OBJ出力時の小数桁数が不足している
最も分かりやすい原因は、点群からOBJを書き出す際に、小数点以下の桁数が制限されていることです。元データが小数点以下6桁まで持っていても、変換処理が小数点以下3桁で出力する設定になっていれば、それより細かな情報はOBJへ保存されません。
座標の単位がメートルの場合、小数点以下3桁は理論上1ミリメートル単位の表現に相当します。しかし、これは単に数字として1ミリメートルの桁を記述できるという意味であり、計測精度や内部計算精度が1ミリメートルになるわけではありません。また、書き出し時の四捨五入によって、各頂点には最大で最小桁の半分程度の差が生じる可能性があります。
より大きな問題になるのは、小数点以下2桁や1桁に制限されている場合です。メートル単位で小数点以下2桁なら、座標はセンチメートル単位で段階的に変化します。細かな凹凸や薄い段差を含む点群では、複数の頂点が同じ高さや同じ平面位置へ寄せられ、表面が階段状に見えることがあります。
出力桁数の不足は、ファイル容量を抑える目的や、変換処理を単純化する目的で設定されていることがあります。点数が多いOBJでは、各座標に数桁追加するだけでもファイル全体の容量が増えます。そのため、大規模な点群を扱う処理では、既定値として桁数を減らしている場合があります。
確認方法は比較的簡単です。OBJをテキストとして開き、頂点を示す行の数字を確認します。ほぼすべての座標が同じ小数桁数で終わっている場合は、書き出し時に桁数が固定されている可能性があります。元データと同じ頂点を特定できるなら、数点を抜き出して差を計算すると、どの段階で丸められたのかを判断しやすくなります。
ただし、OBJの行数が非常に多い場合は、一般的なテキスト編集環境でファイル全体を開くと動作が不安定になることがあります。その場合は、先頭部分や一部の行だけを抽出して確認する方法が安全です。
原因2 読み込み側が単精度の数値で処理している
OBJに十分な小数桁が書かれていても、アップロード先が座標を単精度の浮動小数点数で処理していると、細かな座標が保持できないことがあります。浮動小数点数は、小数点以下を何桁保存するかではなく、数値全体を有効桁数で表現します。
単精度の数値は、おおむね7桁前後の十進有効数字を扱えます。ただし、これは小数点以下7桁という意味ではありません。整数部分が大きくなるほど、小数部分に使える桁が減っていきます。
たとえば、原点付近の座標としてXが12.345678のような値であれば、比較的細かな差を表現できます。一方、平面直角座標や任意の現場座標などで、XやYが数十万、数百万という大きな値になると、有効数字の多くが整数部分に使われます。その結果、数ミリメートルや数センチメートルの差を区別できなくなる場合があります。
OBJ内には詳細な数字が記載されていても、読み込み時に単精度へ変換された時点で、近い値同士が同じ数値として扱われることがあります。この状態で内部形式へ保存されれば、後から再出力しても元の値には戻せません。
一方、倍精度で座標を保持する処理では、単精度よりも多くの有効数字を扱えます。ただし、アップロード先のすべての処理が倍精度とは限りません。読み込み処理は倍精度でも、表示用の描画処理だけ単精度であることがあります。反対に、表示は問題なく見えても、保存時に精度が落ちる場合もあります。
この違いを調べるには、アップロード直後の表示だけでなく、同じデータを再出力して座標を比較する方法が有効です。再出力した座標が元のOBJと一致していれば、内部データは保持され、画面表示だけが簡略化されている可能性があります。再出力後にも差が残る場合は、読み込み、保存、最適化のいずれかで実データが変化した可能性が高くなります。
原因3 大きな絶対座標をそのまま格納している
点群OBJの精度問題では、座標値の大きさが重要です。測量や建設のデータでは、現場内の相対位置だけでなく、公共座標や現場基準点に基づく絶対座標を持たせることがあります。このとき、OBJの頂点座標が原点から大きく離れていると、浮動小数点数の性質によって細かな差を保持しにくくなります。
点群の範囲が数十メートルしかなくても、各頂点のX座標やY座標が数十万以上で記録されている場合、データ処理上は大きな数値として扱われます。現場内では数ミリメートルしか離れていない二つの点でも、大きな座標値の末尾に小さな差が付いている状態になります。
単精度で処理される環境では、大きな絶対座標をそのまま使用すると、近接する頂点の差が表現できず、同じ座標へ丸められることがあります。特に、広域座標と細密な構造物形状を一つのOBJで同時に扱う場合は注意が必要です。
表示上では、点群全体が正しい場所に見えても、拡大すると面が揺れたり、細かな凹凸が消えたりすることがあります。また、設計モデルと重ねた際に、見る方向によって表面がちらつくこともあります。こうした現象は座標精度だけでなく描画処理にも関係しますが、大きな絶対座標が一因となっている場合があります。
対策として有効なのが、現場付近にローカル原点を設定し、各頂点から共通のオフセット値を差し引く方法です。たとえば、公共座標をそのまま頂点へ記録せず、現場基準点を原点として、そこから東西、南北、高さ方向に何メートル離れているかをOBJへ保存します。
この方法なら、OBJ内の座標値を数十メートルから数百メートル程度に抑えられます。アップロード後に絶対座標へ戻す必要がある場合は、差し引いたオフセット値を別途管理し、受け渡し先でも同じ値を加算します。
ただし、オフセット値の管理を誤ると、点群全体が大きくずれるため注意が必要です。ローカル化は座標情報を捨てる作業ではなく、絶対位置と相対形状を分けて管理する作業として考える必要があります。
原因4 単位変換や軸変換で座標が再計算される
OBJをアップロードするとき、アップロード先がデータの単位や座標軸を自動判定することがあります。元データがメートル単位で作成されていても、読み込み側が別の単位として解釈すれば、座標値に倍率が掛けられます。その後、内部単位へ変換して保存されると、計算過程で丸め誤差が加わることがあります。
単位変換そのものは通常必要な処理ですが、アップロード時と再出力時に異なる変換が行われると問題になります。たとえば、読み込み時に座標を一定倍率で拡大し、内部で保存した後、出力時に逆の倍率で縮小するとします。数学上は元の値に戻るように見えますが、途中の数値精度や丸め方法によって末尾が変化する可能性があります。
座標軸の変換も同様です。建設や測量のデータでは、X、Y、Zを平面位置と高さとして扱いますが、三次元表示を主目的とする環境では、鉛直方向に使う軸が異なることがあります。そのため、アップロード時に軸の入れ替え、符号反転、回転が行われる場合があります。
軸変換に回転が含まれると、座標は単純な並べ替えではなく、三角関数を含む計算で再算出されます。元の座標が小数点以下まで正確でも、変換後の座標には計算上の端数が生じます。さらに、変換後の値を限られた桁数で保存すると、元の位置へ完全には戻らないことがあります。
高さ方向だけがずれる場合は、鉛直軸の定義に加えて、標高と相対高さの混同も疑う必要があります。点群のZ座標が標高なのか、計測開始位置を基準にした相対高さなのかによって、正しい変換方法は異なります。
アップロード前には、座標単位、原点、軸方向、右手系か左手系か、高さの基準を確認し、自動判定へ任せすぎないことが重要です。可能であれば、アップロード側と受け取り側で変換条件を明文化し、同じ設定を継続して使用します。
原因5 アップロード後の最適化で頂点が量子化される
大量の点群や高密度なメッシュをブラウザ上で軽快に表示するため、アップロード後にデータが最適化されることがあります。点数の削減、階層化、分割、圧縮、重複頂点の統合などが代表的な処理です。
この最適化の中で、座標を一定の間隔へ割り当てる量子化が行われる場合があります。量子化では、連続的な座標値を限られた段階へ置き換えます。細かな小数をそのまま保存するよりもデータ容量を小さくでき、描画処理も効率化できますが、設定された間隔より細かな位置情報は保持できません。
点群全体を一つの範囲として量子化する場合、対象範囲が広いほど一段階あたりの座標間隔が大きくなります。数百メートルに広がる点群と、数メートルの設備点群を同じ条件で処理すると、設備側で必要な細部が失われる可能性があります。
一方、点群を小さな区画に分割し、区画ごとにローカル座標を持たせる方式では、比較的細かな精度を保ちやすくなります。ただし、区画境界で座標処理が異なると、継ぎ目にわずかな段差が生じることがあります。
点数削減も座標丸めと混同されやすい処理です。アップロード後に点数が減っている場合、座標が丸められたのではなく、近接する点の一部が削除されている可能性があります。また、複数の点を代表点へ置き換える処理では、代表点の位置が平均化され、元のどの頂点とも一致しない座標になることがあります。
元の点数、アップロード後の点数、再出力後の点数を比較すると、単純な桁丸めなのか、点数削減や頂点統合が行われたのかを判断しやすくなります。座標値だけでなく、頂点数や面数も記録しておくことが大切です。
精度対策1 元データとOBJファイルの座標差を検証する
最初の精度対策は、アップロード設定を変更することではなく、座標が変化した段階を特定することです。元の点群、OBJへ変換した直後のファイル、アップロード後に再出力したファイルという三つの段階を比較します。
まず、元データから検査用の点を複数選びます。点群全体の中央だけでなく、四隅、高い位置、低い位置、原点から遠い位置など、座標条件の異なる点を選ぶことが重要です。座標値が大きいほど誤差が増える場合、浮動小数点数の精度や絶対座標の大きさが関係している可能性があります。
次に、OBJ内で対応する頂点を確認します。頂点の並び順が変換前後で保持されている場合は、同じ番号の座標を比較できます。ただし、変換時に頂点の並べ替えや重複削除が行われることもあるため、番号だけに頼らず、周辺形状や座標の近さも確認します。
元データとOBJの時点ですでに差があれば、原因は書き出し設定、単位変換、軸変換、出力桁数などにあります。OBJまでは一致し、アップロード後に差が生じるなら、読み込み精度、内部変換、最適化、保存形式などが疑われます。
誤差はX、Y、Zを分けて確認します。平面方向だけが変わる場合と、高さ方向だけが変わる場合では原因が異なることがあります。また、各軸の差だけでなく、三次元距離としての差も確認すると、総合的な位置変化を把握できます。
検査点は一度だけ確認するのではなく、変換条件を変更するたびに同じ点を使用します。毎回異なる場所を目視で確認すると、設定の効果を比較できません。検査点の座標、元データとの差、判定基準を記録し、再現できる状態にしておくことが重要です。
精度対策2 ローカル原点を設定して座標値を小さくする
大きな絶対座標による精度低下を防ぐには、点群の近くにローカル原点を設定する方法が有効です。公共座標や現場座標をOBJの頂点へ直接保存するのではなく、基準となる座標を各頂点から差し引きます。
たとえば、現場中央付近の基準点を原点として設定すれば、OBJ内のX、Y、Zは原点からの相対距離になります。数十万や数百万だった座標値を、数十から数百程度に抑えられるため、単精度で処理される環境でも相対的な形状を保ちやすくなります。
ローカル原点は、点群の端ではなく、できるだけ対象範囲の中央付近に設定するのが基本です。端に設定すると、反対側の座標値が大きくなり、ローカル化の効果が小さくなります。高さについても、標高をそのまま使用する必要がなければ、現場の基準高さを差し引くことで値を小さくできます。
ただし、ローカル原点を設定したOBJだけを渡すと、受け取り側は絶対位置へ戻せません。原点として差し引いたX、Y、Zの値、座標系の名称、単位、軸方向、回転の有無を一緒に管理する必要があります。
平行移動だけを行ったのか、回転も行ったのかを区別することも重要です。単純な平行移動であれば、元へ戻す計算は比較的容易です。現場の通り芯に合わせて座標軸を回転した場合は、回転角や回転中心も必要になります。
実務では、絶対座標を持つ原本と、表示やアップロードに使用するローカル座標版を分けて保存すると安全です。ローカル座標版を原本として上書きすると、オフセット情報を失ったときに復元できなくなります。
精度対策3 出力桁数と内部計算精度を分けて確認する
OBJの小数桁を増やせば精度が改善すると考えがちですが、出力桁数と内部計算精度は別の問題です。元の座標が単精度で保持されている場合、出力時に小数点以下を増やしても、意味のある情報が増えるわけではありません。
たとえば、内部で丸められた座標を小数点以下10桁で出力すると、見た目には高精度に見えます。しかし、末尾には計算結果として生じた数字が並んでいるだけで、元の測定値を復元したものではありません。
反対に、内部では倍精度で保持していても、OBJへの書き出しが小数点以下3桁に固定されていれば、書き出し時に情報を失います。そのため、元データの内部精度、変換処理の計算精度、OBJの出力桁数、アップロード側の読み込み精度を分けて確認する必要があります。
出力桁数は、単位と必要精度に合わせて設定します。メートル単位のデータでミリメートルより細かな差を残したい場合は、それに対応した小数桁が必要です。ただし、計測方法や点群生成処理が持つ実際の精度を超えて桁を増やしても、測定精度そのものは向上しません。
桁数を決めるときは、最終用途から逆算します。概略形状の確認が目的なのか、出来形の差分確認に使うのか、設備の干渉確認に使うのかによって必要な精度は異なります。必要以上に桁数を増やすと、ファイル容量と処理負荷だけが増える場合があります。
一方で、将来別の用途に再利用する可能性がある原本については、安易に桁を削らないほうが安全です。配布用や表示用に軽量化したデータと、精度を保持した保存用データを分けることで、用途と容量の両立を図れます。
精度対策4 単位と座標軸と基準座標系を固定する
点群OBJの受け渡しでは、座標値だけでなく、その数字が何を意味するのかを固定する必要があります。同じ数値でも、単位がメートルかミリメートルかによって実際の位置は大きく異なります。また、X、Y、Zのどの軸が高さを表すかによって、読み込み結果が変わります。
アップロード時の自動判定は便利ですが、データによって判定が変わる可能性があります。あるOBJはメートル、別のOBJはミリメートルと判断されると、同じ設定で作成したデータでも縮尺が一致しません。複数時期の点群を比較する業務では、読み込み条件を固定することが重要です。
座標軸についても、元データとアップロード先の対応を確認します。軸を入れ替えるだけでよい場合と、符号反転や回転が必要な場合があります。特に、高さ方向が異なる環境へアップロードすると、点群が横倒しになるだけでなく、変換後の再保存によって座標値が変わることがあります。
基準座標系は、単なる原点の違いだけではありません。座標の向き、縮尺、高さの基準なども含みます。異なる基準を持つデータを見た目だけで重ねると、一部では合っていても、離れた場所ほど差が大きくなることがあります。
受け渡し時には、座標単位、原点、軸方向、絶対座標かローカル座標か、オフセット値、回転の有無、高さの基準を記録します。OBJファイル名にすべてを詰め込むのではなく、同じ管理番号を持つ説明情報として残すと、後から条件を確認しやすくなります。
一度正しく読み込めた設定は、画面の記憶だけに頼らず記録します。同じ担当者が作業していても、時間がたつと設定値を再現できないことがあります。定期計測や進捗管理では、毎回同じ条件を使えることが精度管理の前提です。
精度対策5 アップロード後の再変換を抑えて検査点で確認する
OBJをアップロードした後、内部形式への変換、軽量化、面生成、点数削減、座標変換、再出力などを繰り返すと、各段階で小さな誤差が積み重なることがあります。精度を保つには、必要のない再変換を減らし、処理経路をできるだけ単純にします。
原本から用途別データを直接作る方法が基本です。原本をOBJへ変換し、そのOBJを別形式へ変換し、さらに再度OBJへ戻すような経路は避けます。中間形式を増やすほど、座標軸、単位、桁数、頂点順序などが変化する可能性が高くなります。
アップロード後に軽量化が必要な場合は、原本を置き換えるのではなく、表示用の派生データとして管理します。精度を保持した原本、アップロード用OBJ、表示用データを区別し、それぞれの作成条件を記録します。
アップロード後の確認には、既知の検査点を使用します。点群内で識別しやすい角、標識、基準点、構造物の交点などを選び、アップロード前後の座標差を確認します。点群表面から目視で場所を選ぶだけでは、同じ頂点を比較できない可能性があるため、検査用の特徴点を事前に決めておくことが大切です。
検査点は一点だけでは不十分です。原点付近では差が小さく、離れた場所ほど差が増える場合があります。また、平面位置は合っていても高さだけずれることがあります。対象範囲の中央、端部、高所、低所などに複数の検査点を配置します。
許容差も事前に決めます。単に一致したかどうかではなく、用途上どの程度まで許容できるかを定めます。計測自体の精度、点群生成時の誤差、基準点の精度、アップロードによる変化を分けて考えることで、必要以上に厳しい判定や、逆に見逃しやすい判定を避けられます。
点群OBJアップロード時の実務的な切り分け手順
座標が丸められた疑いがあるときは、最初に元データの座標と単位を確認します。元データの時点で座標が粗くなっている場合、OBJやアップロード先を調査しても原因は見つかりません。点群を生成した直後の原本を基準にします。
次に、OBJへ変換した直後の座標を確認します。頂点を示す行から複数点を抽出し、元データとの差を比較します。すべての座標が一定の桁で終わっていれば、出力桁数が固定されている可能性があります。座標値に一定の倍率差がある場合は、単位変換を疑います。
XとYが入れ替わっている、Zの符号が逆になっている、点群全体が回転している場合は、軸変換の設定を確認します。全頂点にほぼ同じ差がある場合は、原点やオフセットの違いが考えられます。原点から遠いほど差が増える場合は、回転、縮尺、数値精度などを検討します。
OBJまで正しい場合は、同じファイルをアップロードし、可能であれば変換や軽量化を行わない状態で確認します。その後、アップロード後のデータを再出力し、元のOBJと比較します。画面表示だけが丸められているのか、保存データ自体が変わっているのかを分けるためです。
再出力前後で頂点数が変わっている場合は、単純な数値丸めだけでなく、頂点統合や点数削減が行われている可能性があります。頂点数が同じでも、順序が変更されていることがあるため、座標の近傍検索などを使って対応点を探します。
絶対座標を使用している場合は、同じデータをローカル原点へ移動したOBJでも試します。ローカル版では差が小さくなるなら、座標値の大きさと内部精度が主な原因と判断できます。
設定を一度に複数変更すると、どの変更が有効だったのか分かりません。出力桁数、ローカル原点、単位、自動最適化などを一項目ずつ変更し、同じ検査点で結果を比較します。
頂点座標の精度管理でよくある誤解
よくある誤解の一つが、小数点以下の桁数が多ければ高精度であるという考え方です。表示されている数字が長くても、計測精度や内部計算精度が粗ければ、末尾の数字に実用上の意味がない場合があります。重要なのは、元の座標との差と、用途に対する再現性です。
二つ目は、画面表示が一致していれば座標も一致しているという誤解です。点群の表示範囲が広い場合、数センチメートルの差は目視では分かりません。設計データと重ねて見た目が合っていても、拡大したり座標値を比較したりすると差が見つかることがあります。
三つ目は、OBJ内の数字が正しければアップロード後も正しいという考え方です。OBJの読み込み後には、内部形式への変換や表示用データの生成が行われることがあります。入力ファイルだけでなく、アップロード後の保存結果まで確認する必要があります。
四つ目は、点群全体の平行移動を精度低下と判断することです。すべての点に同じ差があるなら、頂点同士の相対形状は保たれており、原点やオフセットだけが異なる可能性があります。この場合、形状精度の問題と絶対位置の問題を分けて扱います。
五つ目は、頂点数が同じならデータも同じという考え方です。頂点数が同じでも、各座標が量子化されていたり、軸変換によって再計算されていたりすることがあります。反対に、重複頂点が整理されて頂点数が減っていても、用途上必要な形状が保たれている場合があります。
精度管理では、桁数、頂点数、絶対位置、相対形状、計測精度を別々の項目として確認することが大切です。
点群OBJを受け渡すときに残したい管理情報
点群OBJを社内外で受け渡すときは、ファイルだけを渡すのではなく、座標を正しく解釈するための情報を残します。特に、ローカル原点を使用する場合は、オフセット値がなければ絶対位置へ戻せません。
最低限確認したいのは、座標の単位、X、Y、Zの意味、鉛直軸、座標の原点、絶対座標かローカル座標か、平行移動量、回転の有無、高さの基準です。また、点群を取得した日時や使用した基準点、OBJへの変換条件も記録しておくと、後から差異を調査しやすくなります。
出力時の小数桁数や、点数削減の有無も重要です。見た目が同じOBJでも、精度保持用と軽量表示用では用途が異なります。ファイル名や管理情報で区別し、軽量版を原本として再利用しないようにします。
データの更新履歴も残します。原本から直接作成したのか、別のOBJを再変換したのかによって、座標精度の信頼性が変わります。変換を重ねたファイルでは、どの段階で誤差が加わったかを追跡しにくくなります。
受け取り側では、アップロード前に数点の座標を控えておきます。アップロード後に同じ点を確認できれば、単位や原点の間違いを早期に発見できます。点群全体を処理してから不整合に気付くよりも、小規模な検証データで確認したほうが手戻りを抑えられます。
LRTK Phoneを活用した点群データ運用
点群OBJの精度を安定させるには、アップロード時の設定だけでなく、点群を取得した段階から座標情報を一貫して管理することが重要です。取得時の座標基準が不明確なまま複数の変換を行うと、どの座標を正しい基準として扱うべきか判断できなくなります。
LRTK Phoneを利用して位置情報を持つ点群を取得する場合も、出力後の用途を考えて座標管理を行う必要があります。絶対座標を使って設計データや過去の計測結果と照合するのか、現場内の相対形状を重視してローカル座標で扱うのかを先に決めます。
絶対位置が必要なデータは、精度を保持した原本として管理し、アップロード先の仕様に応じてローカル原点版を作成します。このとき、原点オフセットや座標単位を記録し、元の座標へ戻せる状態を維持します。
点群を時期ごとに比較する場合は、毎回異なる原点や回転条件を使用しないことも重要です。同じ現場基準点、同じ座標軸、同じ単位を継続して使うことで、アップロード後の差が実際の形状変化なのか、変換条件の違いなのかを判断しやすくなります。
取得、変換、アップロード、確認という流れを標準化すれば、担当者が変わっても同じ条件で処理できます。LRTK Phoneで取得した点群をOBJとして活用するときも、単にファイルを作るだけでなく、座標基準と変換履歴をセットで管理することが、安定した点群運用につながります。
まとめ
点群OBJアップロードで頂点座標が丸められる原因は、OBJ形式そのものだけにあるわけではありません。OBJ出力時の小数桁数、読み込み側の内部精度、大きな絶対座標、単位や軸の変換、アップロード後の最適化など、複数の処理が関係します。
画面に表示される小数桁が減っていても、内部座標が保持されている場合があります。反対に、OBJには細かな数字が残っていても、アップロード時に単精度へ変換され、実際の座標が失われている場合もあります。表示だけを見て判断せず、元データ、OBJ、アップロード後の再出力データを比較することが重要です。
精度を保つためには、まず座標が変化した段階を特定します。そのうえで、ローカル原点によって座標値を小さくし、必要な出力桁数を確保し、単位や座標軸を固定します。さらに、不要な再変換を避け、複数の検査点でアップロード前後の差を確認します。
OBJをローカル座標化する場合は、平行移動量や回転条件を必ず残します。精度保持用の原本と表示用の軽量データを分け、変換履歴を追跡できる状態にすることも欠かせません。
点群の取得から座標管理、OBJ出力、アップロード後の確認までを一つの工程として整えることで、頂点座標の丸めによる手戻りを抑えられます。現場で取得した点群を位置情報とともに一貫して活用したい場合は、LRTK Phoneを起点とした点群データ運用も検討できます。