点群OBJのオブジェクト数上限とは
点群や三次元モデルをOBJ形式で保存し、クラウド型のビューアや業務システムへアップロードすると、「オブジェクト数が上限を超えています」「モデルを読み込めません」「データの変換に失敗しました」といったエラーが表示されることがあります。ファイル容量が上限以内であっても、OBJ内部に含まれるオブジェクト、グループ、マテリアル区分などが多すぎると、アップロード後の変換処理や表示処理で問題が起きる場合があります。
OBJは、頂点座標や面情報などをテキストで記述できる三次元データ形式です。ひとつのOBJファイル内に複数の形状を収録でき、形状ごとにオブジェクト名やグループ名を設定することもできます。ただし、OBJの記述上の区分と、アップロード先が数える「オブジェクト」の単位が一致するとは限りません。
あるシステムでは、OBJ内のオブジェクト宣言をひとつのオブジェクトとして数えます。別のシステムでは、グループ、マテリアル、連結していない形状、表示単位へ変換された内部データなどを別々に数えることがあります。そのため、作成側では数十個しかないように見えても、アップロード先では数百個や数千個の表示要素として認識される可能性があります。
点群OBJを扱う場合は、さらに注意が必要です。OBJには点を記述する方法がありますが、点群を面へ変換したデータ、点を小さな面や立体として表現したデータ、撮影範囲ごとに分割されたデータでは、内部構造が大きく異なります。見た目が同じ点群でも、作成方法によってオブジェクト数や面数、頂点数、マテリアル数が変わります。
したがって、オブジェクト数上限の問題を解決するには、単純にファイルをひとつにまとめるだけでは不十分です。OBJ内部の区分、座標、単位、重複要素、マテリアル参照、アップロード先の仕様を確認し、目的に合った単位へ統合する必要があります。
オブジェクト数が増えすぎる主な原因
オブジェクト数が増える代表的な原因は、計測範囲や撮影範囲ごとに別々の形状が生成され、それらを整理せずにひとつのOBJへ書き出していることです。複数回の計測結果を結合した場合、計測日、測区、撮影経路、処理ブロックなどの単位が、そのまま個別オブジェクトとして残ることがあります。
小さな部材や地物が個別オブジェクトとして保存されているケースもあります。道路、法面、構造物、樹木、標識などを分類した結果、一つひとつが独立した形状として記録されると、広い現場ではオブジェクト数が急増します。点群からメッシュを作成した際に、連結していない小さな面が多数生成され、それぞれが個別要素として扱われることもあります。
マテリアルの細分化も原因になります。色やテクスチャがわずかに異なるだけで別マテリアルが作成される設定では、同じ形状の中に大量のマテリアル区分が発生します。アップロード先がマテリアルごとに描画単位を分ける場合、OBJ上ではひとつのオブジェクトでも、表示時には多数のオブジェクトへ分割されることがあります。
同じデータを繰り返し取り込んだ結果、重複形状が残っている場合もあります。複数のOBJを統合するときに、既存の形状を削除せず追加読み込みを続けると、同じ座標に同じ頂点や面が重なります。画面上では重複に気づきにくくても、オブジェクト数や面数は増加します。
不要な補助形状が含まれていることも見逃せません。基準点を示す記号、カメラ位置、座標軸、外接枠、計測範囲枠、作業用の面、非表示レイヤーなどがOBJへ書き出されると、本来アップロードする必要がない要素まで数えられます。
このほか、非常に小さな独立形状、変換処理で生じた破片状の面、面積がほぼゼロの面、参照されていない頂点なども、処理負荷を増やす原因になります。上限エラーが発生したときは、見えている主要形状だけでなく、OBJ内部に残っている小さな要素まで確認することが重要です。
統合前に確認すべきデータ構造
統合作業を始める前に、現在のOBJがどのような構造になっているかを確認します。最初に把握したいのは、頂点数、点要素数、面数、オブジェクト数、グループ数、マテリアル数、テクスチャ画像数です。アップロード先によって制限対象が異なるため、オブジェクト数だけでなく関連する要素も記録しておきます。
OBJはテキスト形式なので、比較的小さなファイルであればテキストとして内容を確認できます。オブジェクトを表す宣言、グループを表す宣言、マテリアルを切り替える記述などが何回出現しているかを調べると、ファイル内部の区分数を把握できます。ただし、大容量のOBJを一般的なテキスト編集環境で開くと、動作が不安定になることがあります。大きなファイルでは、三次元データを扱える汎用編集環境や、行単位で集計できる処理方法を利用するほうが安全です。
次に、形状が空間的につながっているかを確認します。同じ地表面を複数の測区に分けて作成した場合、境界部分の頂点が一致していなければ、見た目が連続していても内部では別形状として扱われます。逆に、離れた場所にある形状を無理にひとつへ結合すると、編集や表示範囲の管理が難しくなります。
統合単位は、単に数を減らすことだけで決めてはいけません。地表面、構造物、比較対象、計測時期など、業務上分けて表示する必要がある単位は残すべきです。たとえば、施工前と施工後のモデルを同じオブジェクトへ統合すると、差分確認や表示切り替えが困難になります。また、地表面と設備を一体化すると、設備だけを非表示にしたり、別の属性を与えたりできなくなることがあります。
統合前には、アップロード先の上限値と推奨構成も確認します。上限値はサービスや処理方式によって異なり、更新される可能性もあります。オブジェクト数だけが示されている場合でも、ファイル容量、頂点数、面数、テクスチャ画像の大きさ、処理時間などが実質的な制約になることがあります。上限ぎりぎりを目指すのではなく、再処理や追加計測を考慮した余裕のある構成を目標にします。
手順1｜元データを退避して統合単位を決める
最初の手順は、元のOBJ、関連するMTL、テクスチャ画像、作成条件を別の場所へ保存することです。統合作業では、オブジェクト名、グループ、マテリアル、頂点番号などが変更されることがあります。上書き保存すると、統合前の状態に戻せなくなるため、必ず複製したデータで作業します。
退避するときは、OBJだけでなく関連ファイルをまとめて保存します。OBJがMTLを参照し、MTLが画像ファイルを参照している場合、いずれかが不足すると色やテクスチャを再現できません。保存先を移動したことで相対的な参照関係が崩れる場合もあるため、フォルダ構成を維持したまま複製する方法が安全です。
次に、何をひとつのオブジェクトとして統合するかを決めます。統合単位は、表示、計測、更新、比較、共有の各作業を考慮して設定します。広い現場の地表面であれば、施工区、管理区画、一定の空間範囲などでまとめる方法があります。構造物を含む場合は、地表面と主要構造物を分離しておくと、後の表示切り替えや確認が容易です。
複数時期の点群OBJを扱う場合は、計測時期ごとに分けることが基本です。現況と計画、施工前と施工後、日次計測と完成計測などを同一オブジェクトへ結合すると、比較対象を取り出せなくなる可能性があります。オブジェクト数を減らすための統合であっても、業務上必要な区分は維持します。
統合単位を決める際は、名称ルールも設定します。名称には、現場、区画、計測日、データ種別など、必要最小限の識別情報を含めます。ただし、長すぎる名称や特殊な記号を多用すると、アップロード先で文字化けや名称切れが起きる場合があります。英数字や一般的な文字を中心に、短く識別しやすい名前に整えます。
この段階で、統合後の目標オブジェクト数も決めておきます。上限が明確な場合は、上限より十分少ない数を目標にします。後から追加する可能性がある現場では、現在のデータだけで枠を使い切らないようにします。統合作業の前後でオブジェクト数を比較できるよう、元データの集計値も記録します。
手順2｜不要なオブジェクトと重複要素を整理する
統合前に、アップロードする必要がないオブジェクトを削除します。不要な形状を残したまま結合すると、オブジェクト数は減っても頂点数や面数が大きいままとなり、変換処理や表示処理の負荷が下がらないことがあります。
最初に確認するのは、非表示になっているオブジェクトです。編集環境で非表示にしただけでは、書き出し対象から除外されない場合があります。基準点の記号、座標軸、撮影位置、作業用の面、範囲確認用の枠などが必要かどうかを判断し、不要であればデータ自体を除外します。
次に、対象範囲から離れた小さな形状を確認します。点群処理やメッシュ生成では、空中や地下、遠方に孤立した点や面が生じることがあります。これらはノイズや変換時の破片である可能性がありますが、必要な測定対象である場合もあるため、位置と形状を確認してから削除します。
重複オブジェクトの確認も重要です。複数回の読み込みや結合操作によって、同じ位置に同じ形状が重なっていると、見た目だけでは判別しにくいことがあります。オブジェクトを一時的に移動する、表示を順番に切り替える、頂点数や境界範囲を比較するなどの方法で、重複の有無を確認します。
頂点の重複を整理するときは、許容距離の設定に注意します。近接した頂点を統合する処理では、距離のしきい値を大きくしすぎると、本来別である地形や構造物まで変形する可能性があります。特に薄い部材、段差、縁石、配管、法肩などでは、近接頂点の統合によって形状が崩れることがあります。最初は小さなしきい値で試し、代表的な箇所を確認してから全体へ適用します。
面を持つOBJでは、面積がほぼゼロの面や、同じ頂点番号を重複して参照する面も確認します。このような不正または不安定な面が残っていると、統合後の書き出しやアップロード変換でエラーになる場合があります。表裏が重なった面や完全に重複する面も、表示のちらつきや処理負荷の原因になります。
整理後は、削除した内容と理由を記録します。何を削除したか分からなくなると、後で必要なデータが欠けていることに気づいても追跡できません。元データを残したうえで、作業用データの変更履歴を簡潔に管理することが大切です。
手順3｜座標系・原点・単位を統一する
複数の点群OBJを統合する場合、座標系、原点、軸方向、単位が一致していることを確認します。これらが異なる状態でオブジェクトだけを結合すると、形状が離れた場所へ配置されたり、回転したり、極端に大きく表示されたりすることがあります。
OBJそのものには、測量で使用する座標参照の情報を十分に保持できない場合があります。そのため、同じ数値の座標でも、どの座標系を前提としているかによって実際の位置が異なります。統合対象の各データについて、作成時に使用した座標系、標高の基準、原点移動の有無を確認します。
大きな公共座標値をそのままOBJへ保存している場合、表示環境によっては計算精度の影響が現れることがあります。原点から非常に離れた座標を扱うと、細かな形状が揺れたり、面が乱れたりする場合があります。アップロード先がローカル座標を推奨している場合は、基準点を決めて各データへ同じ平行移動を適用します。
原点を移動するときは、移動量を必ず記録します。後から測量座標へ戻す必要がある場合、移動量が分からなければ正しい位置を復元できません。X方向、Y方向、Z方向の移動量を同じ単位で記録し、統合対象すべてに同じ処理が適用されているか確認します。
単位の確認も欠かせません。OBJの座標値には、メートルやミリメートルといった単位を明示する仕組みが限定的であり、読み込み側の設定に依存する場合があります。あるデータをメートル、別のデータをミリメートルとして作成していると、統合後に千倍の縮尺差が生じる可能性があります。
軸方向については、鉛直方向としてどの軸を使っているかを確認します。作成環境と表示環境で上方向の解釈が異なる場合、モデルが横倒しになることがあります。統合前に代表点の座標と形状の向きを確認し、必要に応じて回転を適用します。
座標変換後は、既知点間の距離、既知の標高、構造物の寸法などを使って確認します。画面上で重なって見えるだけでは、数センチメートルから数十センチメートルのずれを見落とすことがあります。点群OBJを計測や出来形確認に利用する場合は、少なくとも複数の確認点で位置と高さを照合します。
手順4｜用途に応じてオブジェクトを結合する
不要要素を整理し、座標と単位を統一したら、決めておいた統合単位に従ってオブジェクトを結合します。ここで重要なのは、オブジェクトをひとつの管理単位にまとめる操作と、頂点や面を完全につなぐ操作を区別することです。
複数の形状をひとつのオブジェクトとしてまとめても、内部では離れた形状の集合として保持できる場合があります。この方法であれば、オブジェクト数を減らしながら、離れた形状を無理につなぐ必要はありません。地表面の複数区画や、同じ分類に属する構造物をまとめる場合に利用しやすい方法です。
一方、境界が連続する地表面を統合する場合は、境界頂点の接続状態も確認します。隣り合う区画の境界にわずかなずれがあると、結合後も隙間や段差が残ります。境界線上の頂点を近接統合する場合は、形状を壊さない範囲で許容距離を設定します。
点だけで構成されたOBJでは、点の記述をひとつのオブジェクトへ集約することで、オブジェクト数を大幅に減らせる場合があります。ただし、アップロード先が点要素の表示に対応しているかを確認する必要があります。点を直接表示できない環境では、点を面や小さな立体へ変換する処理が行われ、結果として表示要素数や面数が増える可能性があります。
点群から作成したメッシュでは、細かな独立領域が多数存在することがあります。それらをひとつのオブジェクトへまとめても、表示処理では連結領域ごとに分割される場合があります。オブジェクト数上限だけでなく、連結領域数や描画単位の増加も想定しておくことが必要です。
結合時には、法線、面の向き、頂点色、UV座標などの属性が維持されているか確認します。形状だけを統合する処理では、一部の属性が失われたり、再計算されたりする場合があります。特に面の表裏を決める頂点順序が混在すると、統合後に一部の面が消えたように見えることがあります。
すべてを一度に結合するのではなく、代表的な数個のオブジェクトで試験する方法が安全です。試験データを書き出し、アップロード先で正しく変換・表示できることを確認してから、同じ条件を全体へ適用します。問題が起きたときに原因を切り分けやすくなり、大規模なやり直しを避けられます。
結合後は、オブジェクト数だけでなく、頂点数、面数、ファイル容量、境界範囲も再集計します。オブジェクト数が減っていても、不要な重複頂点や面が増えていないかを確認します。
手順5｜マテリアルと参照ファイルを再整理する
OBJのオブジェクト数を減らしても、マテリアルが細かく分かれたままだと、アップロード先で多数の描画単位へ分割されることがあります。統合後は、マテリアルとテクスチャ画像の構成を見直します。
最初に、同じ設定を持つマテリアルが重複していないか確認します。複数のOBJを読み込んで統合すると、同じ色や同じ画像を使っていても、異なるマテリアル名で登録される場合があります。内容が同一で業務上区別する必要がなければ、共通のマテリアルへまとめます。
ただし、見た目が似ているという理由だけで統合するのは避けます。施工前と施工後、地表面と構造物、確認済み範囲と未確認範囲など、意味の異なる区分を色で管理している場合は、その区別を残す必要があります。マテリアル数の削減よりも、業務上の識別性を優先します。
テクスチャ画像を使用している場合は、画像の枚数と大きさも確認します。測区ごとに多数の画像へ分かれていると、読み込み時の参照処理が増えます。必要に応じて、複数の画像を一枚にまとめ、それに合わせてUV座標を再配置する方法があります。ただし、この処理では画質低下、境界のにじみ、UVずれが起きる可能性があるため、原寸表示と拡大表示の両方で確認します。
MTL内の画像参照は、実際のファイル名と一致させます。大文字と小文字、拡張子、空白、全角文字、記号などの違いにより、アップロード後に画像が見つからないことがあります。異なる環境へ移すことを考え、短く単純なファイル名へ整理すると管理しやすくなります。
参照先には、作業端末内だけで成立する絶対的な保存場所ではなく、OBJ、MTL、画像の配置関係に基づく参照方法を使用することが一般的です。アップロード時は、必要なファイルを同じフォルダ構成にまとめ、欠けている画像や使用していない画像がないか確認します。
頂点色を持つOBJでは、アップロード先がその記述方法に対応しているかも確認します。OBJにおける頂点色は、すべての読み込み環境で同じように解釈されるとは限りません。色が重要な場合は、試験アップロードを行い、色の有無、色順序、値の範囲、透明度の扱いを確認します。
マテリアル整理後は、実際に使用されているマテリアルだけを残します。過去の編集で作成された未使用マテリアルがMTLに残っていると、直接的な表示問題がなくても管理が複雑になります。OBJから参照されている名称とMTL内の定義を照合し、不足や重複を整理します。
手順6｜分割アップロードを含めて最終調整する
統合しても上限以内に収まらない場合や、統合後のファイルが大きくなりすぎる場合は、分割アップロードを検討します。オブジェクト数を減らすことだけを目的に巨大なひとつのOBJを作ると、変換時間、通信時間、表示負荷、更新作業が増えることがあります。
分割単位には、空間範囲、管理区画、工区、計測日、用途などを使用します。地形データであれば、一定の座標範囲ごとに区切る方法が考えられます。構造物を含む場合は、地表面と構造物を別ファイルにすることで、必要なデータだけを表示しやすくなります。
分割境界は、業務上分かりやすい位置に設定します。形状の途中で不規則に分割すると、断面確認や距離計測の際に複数ファイルを切り替える必要が生じます。道路の区間、施工区画、測量範囲など、現場で共有しやすい境界を選びます。
隣接するOBJの境界では、欠落や重複が起きていないかを確認します。分割処理によって境界上の面が片方から削除されると、表示時に隙間が生じます。逆に、一定幅を重ねて分割すると、同じ形状が重複表示される場合があります。境界を完全に一致させるのか、意図的に重複範囲を持たせるのかを事前に決めます。
ファイル名には、分割位置や時期を識別できる情報を含めます。名称順に並べたときに位置関係が分かるようにすると、アップロードや更新の漏れを減らせます。名称だけに頼らず、各ファイルの範囲、作成日、座標原点、単位、統合条件も記録します。
最終的な書き出しでは、使用する要素だけを出力します。非表示オブジェクトや作業用データを含めない設定を確認し、選択範囲だけを書き出す場合は選択漏れにも注意します。OBJ、MTL、画像を新しい空のフォルダへ出力すると、過去の不要ファイルが混在しにくくなります。
大容量ファイルは、アップロード前にローカル環境で再度読み込みます。書き出した直後の編集画面だけでは、保存されたファイルが正しいか確認できないことがあります。新しい作業環境でOBJを読み込み、形状、色、縮尺、位置、オブジェクト数を確認します。
最終調整では、アップロード先の上限に対して十分な余裕があるかを見直します。現時点で上限以下でも、追加計測や修正版の登録でオブジェクトが増える可能性があります。余裕が少ない場合は、さらに統合するか、管理単位を分けるかを検討します。
統合後の点群OBJを検証する方法
統合後の検証では、単にアップロードが完了したかどうかだけでなく、データが正しく保持されているかを確認します。最初に、統合前後の境界範囲を比較します。X、Y、Zそれぞれの最小値と最大値が大きく変わっている場合、座標変換、単位変換、不要形状の混入などが疑われます。
次に、代表的な点の座標を照合します。基準点、構造物の角、道路中心、標高が既知の地点などを選び、統合前後で位置が一致しているか確認します。原点移動を行った場合は、記録した移動量を反映して比較します。
距離と高さも確認します。既知の構造物寸法や基準点間距離を測り、想定した単位で表示されているかを確認します。モデルが画面に表示されていても、単位が誤っていれば計測結果は利用できません。
面を持つOBJでは、欠け、反転、重複、隙間、ちらつきを確認します。表面を複数方向から見て、裏側からだけ見える面や、視点によって消える面がないかを調べます。境界部分は拡大し、頂点統合による不自然な変形がないか確認します。
色やテクスチャを使用している場合は、全体表示だけでなく細部も確認します。画像の欠落、上下反転、境界ずれ、色の変化、透明部分の消失などがないかを確認します。統合前の画面と比較できる画像を残しておくと、差異を見つけやすくなります。
オブジェクト数は、作成環境での数とアップロード後の数をそれぞれ確認します。両者が一致しない場合でも、直ちに異常とは限りません。アップロード先で内部変換され、マテリアルや連結領域ごとに分割されることがあるためです。重要なのは、上限以内で安定して変換でき、必要な表示や計測を実行できることです。
処理時間も記録します。アップロード、変換、初回表示、表示範囲の切り替えに時間がかかりすぎる場合、オブジェクト数以外の負荷が残っている可能性があります。頂点数、面数、画像容量、ファイル分割方法を再確認します。
最後に、別の担当者または別の端末でも表示を確認します。作業者の環境に残っている一時データや参照ファイルによって、作業端末だけ正常に見える場合があります。アップロード後の共有状態で再現できることを確認して、統合作業を完了します。
オブジェクト数の再増加を防ぐ運用ルール
一度オブジェクト数を減らしても、追加計測のたびにOBJをそのまま結合すると、同じ問題が再発します。継続的に点群OBJを扱う現場では、作成からアップロードまでの運用ルールを決めておくことが重要です。
最初に、標準的な統合単位を定めます。工区、日付、用途、地表面、構造物など、何を別オブジェクトとして残すかを共有します。担当者ごとに判断が異なると、同じ現場内でも構成がばらばらになり、後から統合しにくくなります。
書き出し前の確認項目も固定します。不要オブジェクト、非表示データ、重複形状、座標系、原点、単位、マテリアル、画像参照、オブジェクト数、頂点数、面数などを確認します。作業手順として記録し、アップロード前に毎回実施します。
元データ、編集データ、アップロード用データを分けて管理することも有効です。元データは変更せず保存し、編集データで統合や削除を行い、アップロード用データは必要要素だけを書き出します。各段階のファイルが混在すると、古いデータを再アップロードしたり、編集途中のデータを共有したりする原因になります。
更新時は、全体を毎回作り直すのか、変更区画だけを差し替えるのかを決めます。巨大なOBJへすべて統合すると、わずかな変更でも全体を再アップロードする必要があります。更新頻度が高い現場では、管理可能な範囲で分割し、変更部分だけを更新できる構成が効率的です。
オブジェクト数の記録を残すと、増加傾向を早期に把握できます。計測日ごとに、ファイル容量、オブジェクト数、頂点数、面数、マテリアル数を記録すれば、どの工程で急増したかを追跡できます。上限エラーが発生してから調べるのではなく、一定の基準を超えた段階で整理する運用が理想です。
名称ルールも統一します。同じ区画が異なる名称で登録されると、重複データに気づきにくくなります。現場名、区画名、計測日、版番号などの並びを決め、修正版を上書きするのか別版として残すのかも明確にします。
自動処理を利用する場合でも、処理結果の確認を省略しないことが大切です。自動統合や自動削減は作業を効率化できますが、必要な形状まで削除したり、細かな段差を平滑化したりする可能性があります。代表地点の座標、距離、標高、形状を確認し、業務上必要な精度を維持できているか判断します。
点群OBJアップロードを現場で安定させる考え方
点群OBJのアップロードを安定させるには、オブジェクト数だけを減らすのではなく、利用目的に合わせてデータ全体を最適化する必要があります。アップロード先で閲覧するだけなのか、距離や面積を計測するのか、断面や体積を確認するのかによって、残すべき情報と削減できる情報は異なります。
閲覧が主目的であれば、細かな形状を簡略化し、表示負荷を抑える考え方があります。一方、出来形確認や数量計算に使用する場合は、形状の簡略化による誤差を評価しなければなりません。見た目がほとんど変わらなくても、法面や凹凸の頂点を減らすことで、断面積や体積の計算結果が変わる可能性があります。
点群をOBJへ変換する工程についても見直します。元の点群を無理に多数の小さな面へ変換すると、オブジェクト数、面数、ファイル容量が増えます。アップロード先が点群形式を直接扱える場合は、目的に合った形式を選ぶことも検討対象になります。OBJを使用する必要がある場合は、点のみで保存するのか、地表面をメッシュ化するのかを用途に応じて決めます。
広い現場では、すべてのデータを常に同時表示する必要があるかも考えます。必要な範囲だけを読み込める構成にすれば、オブジェクト数上限だけでなく、通信量や表示負荷も抑えられます。全体確認用の軽量データと、詳細確認用の区画別データを分けて用意する方法もあります。
アップロード時の通信環境も安定性に影響します。大容量のOBJ、MTL、画像を送信する際に通信が中断すると、再送や重複登録が発生する場合があります。アップロード完了後は、登録件数、処理状態、表示結果を確認し、同じデータを不用意に再送しないようにします。
現場で取得した点群を効率的に共有するには、計測時点から後工程を意識することが重要です。取得範囲を過剰に広げない、不要な対象を含めない、計測時期と区画を明確にする、座標基準を統一するといった準備により、OBJ作成後の整理作業を減らせます。
LRTK Phoneを利用して現場データを取得する場合も、計測範囲や用途を明確にし、必要な単位でデータを管理することが重要です。取得、確認、共有の流れをあらかじめ整理しておけば、点群OBJへ変換してアップロードする際にも、重複や過剰な分割を抑えやすくなります。
まとめ
点群OBJのオブジェクト数上限を超えた場合は、ファイル容量だけを見直すのではなく、OBJ内部のオブジェクト、グループ、連結領域、マテリアル、参照画像まで含めて構造を確認する必要があります。作成環境で表示されるオブジェクト数と、アップロード先が内部で数える表示単位は一致しない場合があります。
統合作業では、最初に元データを退避し、業務上必要な区分を踏まえて統合単位を決めます。その後、不要なオブジェクトや重複要素を整理し、座標系、原点、軸方向、単位を統一します。用途に応じて形状を結合し、マテリアルと画像参照を再整理したうえで、必要であれば空間範囲や管理区画ごとの分割アップロードへ切り替えます。
オブジェクト数を減らすためにすべてをひとつへ結合すると、更新性や表示性能が低下することがあります。統合後の数だけでなく、頂点数、面数、ファイル容量、処理時間、計測精度、更新方法を含めて判断することが大切です。
統合後は、境界範囲、代表点の座標、距離、標高、形状、色、テクスチャ、オブジェクト数を確認します。別の端末や担当者でも表示できることを確かめれば、参照ファイルの不足や作業環境への依存も発見しやすくなります。
点群OBJアップロードを継続的に安定させるには、計測、変換、統合、書き出し、アップロードの各工程で共通ルールを設けることが重要です。現場で取得する段階から管理単位を意識し、LRTK Phoneを活用した効率的な計測とデータ整理につなげることで、オブジェクト数の増加を抑えながら、必要な三次元情報を円滑に共有しやすくなります。