点群OBJアップロード後に部材が結合される状態とは
点群OBJを三次元データの閲覧環境や共有環境へアップロードした後、作成時には分かれていた柱、梁、壁、床、配管、設備などが、一つのまとまりとして選択されることがあります。一つの形状だけを選択したつもりでも周囲の部材まで同時に選ばれたり、一部だけを非表示にできなかったりする状態です。
この現象は、アップロード後に形状同士が物理的に接着されたことを必ずしも意味しません。OBJ内のオブジェクトやグループの区切りが出力されていない場合、読み込み側がそれらの区切りを利用しない場合、または表示処理の都合で複数の形状を一つの描画単位にまとめている場合があります。
ここで区別したいのは、選択単位、データ上の区分、メッシュの接続関係、描画単位の四つです。見た目では離れていても同じオブジェクトとして扱われることがあり、反対に、面同士が接触していても別のオブジェクトやグループとして保持されていれば個別に選択できることがあります。
OBJ形式では、頂点、面、法線、テクスチャ座標に加え、オブジェクト名やグループ名、材質の割り当てを記述できます。ただし、元データにある階層、部材属性、分類、管理番号などを一般的なOBJへそのまま移せるとは限りません。どの情報を出力し、読み込み側がどの情報を使うかは、作成環境とアップロード先の実装に左右されます。
また、「点群OBJ」という呼び方には、OBJの点要素を使ったデータ、頂点だけが並ぶ独自運用のデータ、点群から生成したメッシュOBJなどが含まれることがあります。OBJ仕様には点要素がありますが、点要素や頂点色の対応範囲はソフトウェアごとに異なります。面を持たないデータでは、面の接続関係を利用した分離はできません。
点群OBJアップロード後の結合を解消するには、元データ、OBJ書き出し、アップロード時の変換という三つの段階を分けて確認します。どの段階で選択単位が変わったのかを把握せずに複数の設定を同時に変更すると、原因を特定しにくくなります。
実務では、離れた二部材、接触した二部材、同じ材質を割り当てた二部材などを含む小さな試験データを用意し、本番と同じ設定で書き出す方法が有効です。試験データで選択範囲と階層表示を確認してから本番へ反映すれば、再書き出しや再アップロードの回数を抑えられます。
OBJで部材の区分が失われる主な原因
最初に確認したいのは、OBJ内にオブジェクトやグループの区切りが記録されているかどうかです。元の編集画面では複数部材に見えていても、書き出し時に一つのメッシュへ結合してからOBJを作成すると、読み込み先が元の部材構成を復元するための情報が不足します。
OBJでは、オブジェクトやグループの切り替えを示す記述を、点、線、面などの要素と組み合わせて保存できます。ただし、書き出し側が区切りを出力しない場合や、読み込み側が区切りを無視する場合があります。OBJに記述があることと、アップロード後に個別選択できることは同じではありません。
次に考えられるのが、元データの構造です。画面上では離れた形状でも、管理上は一つのオブジェクト内に複数の独立形状が含まれていることがあります。複製した金具、複数箇所のボルト、同じ設備に属する部品などを一つのオブジェクトにまとめている場合、読み込み後も一括選択される可能性があります。
頂点統合や溶接も確認対象です。ただし、同じ座標の頂点を共有しただけで、OBJのオブジェクト区分やグループ区分が必ず消えるわけではありません。問題になりやすいのは、書き出し前に複数オブジェクトを結合したうえで頂点を溶接した場合や、読み込み側が接続関係を基準に再構成する場合です。
一定距離以内の頂点を同一位置として扱う処理が有効になっている場合は、許容値にも注意します。設定値の意味はソフトウェアごとに異なり、座標単位や読み込み時の倍率によって実距離が変わることがあります。許容値が大きすぎると、近接する別部材の境界が意図せずつながる可能性があります。
材質を基準にした最適化も原因候補です。複数部材に同じ材質を割り当てたとき、読み込み側が同一材質の面を一つの描画単位へまとめることがあります。ただし、描画単位がまとめられても、オブジェクト情報が残っていれば個別選択できる実装もあります。材質が同じだから必ず部材が結合される、と断定することはできません。
部材名の重複や空欄は、OBJ仕様上ただちに形状を結合させる条件ではありません。ただし、アップロード後の一覧で識別しにくくなり、読み込み先独自の管理処理で同名項目がまとめて表示されることがあります。名称は結合防止の唯一の条件ではなく、識別と検証を安定させるための管理項目として扱います。
中間変換で構造が失われる場合もあります。座標変換、面数削減、穴埋め、法線再計算、ノイズ除去などを行うツールが、処理前に複数オブジェクトを結合することがあります。最後のアップロード画面だけでなく、OBJが完成するまでに使用した各工程を確認する必要があります。
さらに、アップロード先がOBJのオブジェクト情報やグループ情報を選択単位として利用しない場合もあります。その場合、OBJ内に区分が正しく記録されていても、ファイル全体が一つの項目として扱われることがあります。対応状況が不明なときは、小さな試験OBJで確認し、必要に応じてファイル自体を分割します。
分離設定1 オブジェクト名とグループ情報を保持する
一つ目の分離設定は、OBJへ書き出す際にオブジェクトとグループの区切りを保持することです。柱、梁、壁、床、設備などを元データで別々に管理している場合は、その区分をOBJへ出力できる設定を選びます。
書き出し画面に、オブジェクトを保持する、グループを保持する、部品構造を維持する、オブジェクトごとに出力するといった項目がある場合は、試験データで有効にします。名称はソフトウェアによって異なるため、設定名だけで判断せず、書き出したOBJの内容と再読み込み結果を確認します。
オブジェクト情報とグループ情報は似ていますが、読み込み先で同じように扱われるとは限りません。オブジェクトを選択単位にする環境もあれば、グループを分割条件にする環境もあります。両方を出力できる場合でも、同じ階層構造が完全に再現されるとは限りません。
部材名は重複を避け、空欄にしないほうが管理しやすくなります。階、区画、部材種別、通し番号などを組み合わせ、アップロード後の一覧で対象を追跡できる名称にします。名称だけで分離が保証されるわけではありませんが、原因切り分けや差し替え対象の特定に役立ちます。
名称には、扱う環境で解釈が変わりやすい文字を多用しないほうが安全です。過度に長い名称、連続した空白、制御文字に見える記号などは避けます。日本語名称を使用する場合は、文字コードの扱いもソフトウェアによって異なるため、事前に小規模な試験を行います。
ただし、オブジェクト名を保持するだけで十分とは限りません。一つのオブジェクト内に互いに接続していない複数形状が含まれていれば、それらは同じオブジェクトの一部として一括選択される可能性があります。その場合は、独立形状の分割を組み合わせます。
元データに親子関係や複雑な階層がある場合も注意が必要です。OBJは一般的なアセンブリ構造や詳細な属性を保存するための形式ではありません。階層が単純化されることを前提に、アップロード後に必要な選択単位へ整理してから書き出します。
必要なのが部材一本ごとの選択なのか、設備一式や施工区画ごとの選択なのかも事前に決めます。必要以上に細かく分けるとオブジェクト数が増え、一覧表示や操作が重くなることがあります。反対に、大きくまとめすぎると一部だけの非表示や差し替えが難しくなります。
分離設定2 連結していない形状を別オブジェクトにする
二つ目の分離設定は、一つのオブジェクト内に含まれる連結していない形状を、必要に応じて別オブジェクトへ分割することです。見た目では離れていても、元データ上で同じオブジェクトに含まれていれば、アップロード後に同時選択されることがあります。
面を持つメッシュでは、頂点や辺を介してつながっている面の集合を連結成分として判定できます。互いに接続していない面の集合を分ける機能がある場合は、作業用の複製データで試します。
分割によって名称、材質の割り当て、原点、変換情報、法線などが変化する場合があります。処理前のデータを保存し、分割後に位置、向き、面の欠落、材質、名称を確認します。
この設定は、一つのオブジェクト内に多数の付属品が含まれているデータで有効です。離れた位置にある複数のボルトや金具を個別に扱いたい場合、独立形状ごとに分割することで選択しやすくなることがあります。
ただし、すべての独立形状を自動分割すると、オブジェクト数が大幅に増える可能性があります。点群から生成したメッシュには、欠測や面生成条件によって小さな島状形状が多数生じることがあります。それらを一つずつオブジェクト化すると、アップロードや一覧表示の負荷が増えます。
分割後の単位は、実務上必要な粒度へ整理します。個別確認が必要な主要部材は分け、細かな付属品は設備単位や区画単位でまとめるなど、選択性と管理負荷のバランスを取ります。
部材同士が頂点や辺を共有している場合、連結成分による自動分割だけでは分けられません。その場合は、元データで部材境界を切り離すか、対象面を選択して別オブジェクトへ移すなど、明示的な分離が必要です。
見た目では離れているのに一つの連結成分と判定される場合は、不要な辺や細い面が残っていないかを確認します。離れた部材同士を結ぶ細長い面、穴埋めで作られた薄い面、原点付近へ伸びる異常形状などがあると、意図しない接続が生じます。
なお、点だけで構成されたOBJには面の接続関係がないため、メッシュの連結成分を使った分割は適用できません。点データでは、元の分類、座標範囲、取得区画、別ファイル化など、別の基準が必要です。
分離設定3 頂点統合と溶接の許容値を見直す
三つ目の分離設定は、頂点統合や溶接処理の対象範囲と許容値を見直すことです。頂点統合は、同じ位置または近い位置にある複数頂点を一つへまとめる処理です。
重複頂点の整理はデータ量の削減やメッシュ修復に役立ちますが、異なる部材を事前に一つのメッシュへ結合してから広い範囲で溶接すると、境界が一続きの接続形状になることがあります。柱と床、梁と壁、機器と支持材など、接触または近接する部材では注意が必要です。
一方で、OBJ内に別々のオブジェクトやグループとして面が記述されていれば、頂点座標が一致していても、その区分が必ず失われるわけではありません。頂点の共有と選択単位の統合を同一視せず、書き出し前の結合処理、OBJ内の区切り、読み込み側の再構成を分けて確認します。
書き出し設定や変換設定に頂点統合の項目がある場合は、まず無効にした試験データを作ります。無効化した場合だけ分離が維持されるなら、統合処理が結果へ影響している可能性があります。
完全に無効にできない場合は、許容値を必要最小限にします。ここで重要なのが座標単位です。メートル、センチメートル、ミリメートルなど、ソフトウェアがどの単位として設定値を解釈するかを確認します。
処理対象の範囲も重要です。同一オブジェクト内だけで重複頂点を整理する設定と、複数オブジェクトをまとめて処理する設定では結果が異なります。部材分離を維持したい場合は、異なるオブジェクト間を処理対象にしない設定を優先します。
材質は頂点統合の一般的な代替基準ではありません。材質を基準に形状をまとめる機能がある場合でも、それはソフトウェア固有の最適化です。材質が同じことだけを理由に部材境界を管理しないようにします。
許容値を小さくすれば常によいわけでもありません。同一部材内の本来つながるべき頂点が分離したままだと、隙間、法線の不連続、陰影の乱れなどが生じる可能性があります。同一部材内の修復と、部材間の分離を両立する設定が必要です。
実務では、同一部材内の重複頂点だけを整理し、異なるオブジェクト間では統合しない方法から検証すると原因を切り分けやすくなります。処理後には境界を拡大し、面の欠落、隙間、陰影、法線の乱れを確認します。
分離設定4 アップロード時の自動結合を無効にする
四つ目の分離設定は、アップロード時に行われる自動結合や最適化の内容を確認し、必要に応じて無効または調整することです。OBJ内にオブジェクト情報が残っていても、アップロード先の変換処理で複数部材が一つの項目へまとめられる場合があります。
三次元データを表示する際、細かな部材を個別に描画すると処理負荷が増えることがあります。そのため、同じ材質の形状や近接する形状をまとめる描画最適化が採用される場合があります。ただし、この処理の有無や名称はサービスごとに異なります。
描画単位だけが統合され、部材情報自体は残る実装もあります。その場合、通常表示では一つに見えても、部材一覧や階層表示から個別に選択できることがあります。画面上の見え方だけでなく、選択範囲、階層、プロパティ表示を確認します。
アップロード設定に、オブジェクトを結合する、メッシュを統合する、同一材質をまとめる、描画を最適化する、部品構造を保持するといった項目がある場合は、小さな試験OBJで差を比較します。
設定名だけでは処理内容を判断できません。「最適化」が面数削減だけを意味する場合もあれば、複数オブジェクトの統合を含む場合もあります。仕様書やヘルプが確認できないときは、一項目ずつ設定を変えて結果を記録します。
自動結合を無効にすると、オブジェクト数や面数によっては表示速度が低下することがあります。すべての最適化を停止するのではなく、必要な選択単位を残し、その内部だけを軽量化する方法が適しています。
アップロード先に結合方法を調整する項目がない場合は、必要な選択単位ごとにOBJファイルを分ける方法があります。階、区画、設備、工区など、運用上意味のある単位で分割します。
複数ファイルへ分ける場合は、各ファイルの座標基準、倍率、軸方向をそろえます。部材ごとに原点へ移動して書き出すと、アップロード後に正しい位置関係を再現できないことがあります。
ファイル名、材質ファイル名、画像ファイル名も重複を避けます。関連ファイルの参照方法はアップロード先によって異なるため、同名ファイルの上書きや参照先の取り違えが起きない構成にします。
自動結合の影響を比較するときは、OBJの内容を変えず、アップロード設定だけを変えた結果を比較します。書き出し設定とアップロード設定を同時に変更すると、どの工程が原因だったのか判断しにくくなります。
点だけで構成されたOBJを分離する際の注意点
点だけで構成されたOBJと、面を持つメッシュOBJでは、分離方法が異なります。OBJ仕様には点要素がありますが、すべての読み込み環境が点要素や頂点だけのデータを同じように扱うとは限りません。
座標だけが並ぶデータでは、点同士の距離からまとまりを推定できますが、近接する別部材を安定して分離できるとは限りません。壁と床、柱と梁、配管と支持金具などは互いに近いため、距離だけを基準にすると一つの集合として扱われることがあります。
反対に、同じ部材でも遮蔽や反射条件によって点が欠けている場合があります。距離による分割では、欠測部分を境に一つの部材が複数へ分かれることがあります。
点群OBJで区分を維持するには、OBJ化する前の分類を別ファイルや別オブジェクトへ変換しておく方法が現実的です。元の点群形式が持つ分類コードや属性が、一般的なOBJへそのまま保持されるとは限りません。
座標範囲を使って階、区画、工区ごとに分ける方法もあります。範囲が明確な現場では管理しやすい一方、区画境界をまたぐ部材が途中で分断されることがあります。分割位置は利用目的と部材配置を考慮して決めます。
色情報を利用する場合は、対応状況を確認します。OBJとMTLは主に面の外観を表すために使われ、点や頂点の色はソフトウェア独自または慣行的な拡張として扱われることがあります。色だけを部材分類の唯一の基準にしないほうが安全です。
点群から面を生成した後に連結形状として分割する方法もあります。しかし、面生成条件によっては近接する別部材の間に面が作られたり、小さな隙間が埋められたりします。面を作れば元の部材区分が自動的に復元されるわけではありません。
アップロード後に部材ごとの操作が必要であることが分かっている場合は、一つのOBJへ統合する前に分類または範囲分割を行います。区分情報のない一つの集合へまとめた後で、元の部材境界を完全に再現することは難しい場合があります。
材質情報による分離が安定しない理由
OBJでは、面へ材質を割り当て、外部のMTLファイルで色や画像などの表示条件を指定できます。読み込み環境によっては、材質区分を使って形状を分割または統合する場合があります。
しかし、材質情報は部材管理専用の情報ではありません。同じ外観の複数部材に同じ材質を使うことは一般的であり、材質だけから柱、梁、金具などの部材境界を判断することはできません。
複数部材に同じ材質を使用している場合、読み込み側が同一材質の面をまとめる可能性があります。一方で、材質が同じでもオブジェクト区分を保持する環境もあります。結果はアップロード先の仕様に依存します。
部材ごとに異なる材質名を付ければ分割される環境もありますが、材質数が増えすぎると管理が複雑になります。また、アップロード先が材質を選択単位として使わなければ、材質名を分けても効果はありません。
部材区分はオブジェクトやグループ、またはファイル分割で管理し、材質は表示条件として使う役割分担が適しています。材質の変更だけで選択単位が変わる運用は、変換環境が変わったときに再現しにくくなります。
関連するMTLファイルや画像ファイルの参照にも注意します。OBJ内の参照名と実際のファイル名が一致しなければ、材質が正しく読み込まれないことがあります。大文字と小文字、空白、拡張子、保存場所の扱いは環境によって異なります。
材質が読み込まれない場合でも部材分離を維持できるように、オブジェクト情報やファイル分割を主な区分方法にします。材質は補助的な手掛かりとして扱うほうが、異なる閲覧環境でも安定しやすくなります。
アップロード前に行う確認手順
点群OBJをアップロードする前には、まず元データを複製し、アップロード用の作業データを作成します。分割、結合解除、頂点処理を原本へ直接適用すると、必要な状態へ戻せなくなる可能性があります。
次に、アップロード後に必要な選択単位を決めます。柱一本ごとに選択するのか、設備一式で選択するのか、階や施工区画ごとに表示を切り替えるのかを明確にします。
必要な単位が決まったら、元データのオブジェクト構造を確認します。画面上で離れているだけでなく、管理上も別オブジェクトになっているかを確認します。一つのオブジェクト内に複数の独立形状がある場合は、必要に応じて分割します。
部材名については、空欄、重複、極端に長い名称、扱いにくい記号がないかを確認します。名称は分離を保証する設定ではありませんが、アップロード後の一覧と検証結果を対応付けるために重要です。
続いて、書き出し設定を確認します。オブジェクトやグループの区切りを出力し、すべての形状を一つへ結合する設定を避けます。頂点統合を行う場合は、異なるオブジェクトをまたがない範囲から試します。
座標の基準、倍率、軸方向も確認します。部材ごとにファイルを分ける場合でも、同じ基準位置を維持します。書き出し時の中央配置や原点移動が有効になっていないかを確認します。
OBJを書き出した後は、元の作成環境とは異なる閲覧方法でも開きます。同じ作成環境へ読み戻しただけでは、独自の補助情報によって正しく見えている可能性があります。
別の閲覧方法で、部材を個別選択できるか、名称が維持されているか、位置や向きが変わっていないか、面が欠落していないかを確認します。
可能であれば、OBJをテキストとして確認し、オブジェクトやグループの記述が存在するかを調べます。大容量ファイルは一般的なテキスト編集環境で開くと重くなる場合があるため、検索や部分表示に適した方法を使います。
本番データをアップロードする前に、本番と同じ設定で小さな試験OBJを作ります。離れた二部材、接触した二部材、同じ材質の二部材を含めると、結合条件を確認しやすくなります。
アップロード後に原因を切り分ける手順
アップロード済みのOBJで部材が結合されている場合は、最初にOBJ自体の区分が残っているかを確認します。別の閲覧環境でOBJを開き、部材を個別選択できるか、階層に複数項目があるかを調べます。
別の環境では個別に選択できる場合、OBJ内の区分情報は残っている可能性があります。この場合は、アップロード先の自動結合、材質単位の最適化、階層の表示方法などを疑います。
別の環境でも一括選択される場合は、OBJ書き出し時点で区分が失われている可能性があります。元データへ戻り、オブジェクト構造、グループ出力、独立形状の分割、書き出し前の結合処理を確認します。
一部の部材だけが結合される場合は、共通条件を探します。接触または近接している部材だけが一体化するなら、書き出し前の溶接や読み込み時の接続判定が関係している可能性があります。同じ材質の部材だけがまとまるなら、材質基準の最適化を確認します。
遠く離れた部材が同時に選択される場合は、一つのオブジェクトやグループに含まれている可能性があります。元データの構造一覧とOBJ内の区切りを確認します。
アップロード先で一つに見えても、部材一覧や階層表示には複数項目が残っている場合があります。上位グループを選択しているだけではないか、下位項目へ展開できないかを確認します。
設定を試すときは、一度に一項目だけ変更します。オブジェクト保持、頂点統合、自動最適化、ファイル分割を同時に変えると、どの設定が結果へ影響したのか判断できません。
変更条件ごとにファイル名を分け、設定内容と結果を記録します。正常に分離できた条件が分かったら、その組み合わせを標準設定として残します。
部材分離を維持するデータ作成ルール
部材の結合を継続的に防ぐには、アップロード直前の設定だけでなく、データ作成時から共通ルールを定める必要があります。
最初に、何を一つの選択単位として扱うかを統一します。担当者によって分割粒度が異なると、同じ種類のデータでもアップロード後の操作性が変わります。
部材名の付け方も共通化します。階、区画、部材種別、番号などの順序を決め、一覧で識別できる名称を使います。複製した部材は名称も更新します。
オブジェクトとグループの役割も決めます。たとえば、オブジェクトを個別部材、グループを階や施工区画として使うなど、運用ルールをそろえます。ただし、アップロード先がどちらを利用するかは事前に試験します。
頂点統合は同一部材内に限定することを基本とし、異なる部材を一つのメッシュへ結合してから広い許容値で処理しないようにします。
材質名は部材名の代わりに使用しません。異なる部材へ同じ材質を割り当てても、オブジェクトやファイルの区分によって識別できる構造にします。
座標基準、倍率、軸方向も統一します。複数ファイルへ分割する場合、各ファイルを個別に中央配置すると位置関係が崩れることがあります。
書き出し設定は担当者の判断だけに任せず、標準手順として記録します。オブジェクト出力、グループ出力、頂点統合、材質出力、座標基準などの確認項目を明確にします。
アップロード後の検査項目も共通化します。部材の個別選択、一部非表示、名称、位置、向き、材質、面の欠落、陰影の乱れなどを確認します。
標準的な試験データを用意しておく方法も有効です。接触する部材、離れた部材、同じ材質の部材を含む小規模なOBJがあれば、設定変更後の挙動を短時間で比較できます。
大容量OBJで分離と表示速度を両立する方法
部材を細かく分離すると、選択や表示切り替えを行いやすくなる一方、オブジェクト数や描画単位が増えます。大容量の点群OBJでは、必要な分離を維持しながら表示負荷を抑える必要があります。
すべてを最小単位へ分けるのではなく、実際の作業で個別操作が必要な単位を基準にします。主要な構造部材や確認対象は分け、背景として使う地形や周辺構造物は区画単位でまとめる方法があります。
点の密度や面数も見直します。遠景や背景に近接確認と同じ密度を残す必要がない場合があります。ただし、削減処理によって小さな部材や細い隙間が失われることがあるため、元データを保存したうえで比較します。
面数削減は、部材区分を保持した状態で部材ごとに試す方法が安全です。複数部材を一つのメッシュへ結合してから削減すると、境界の扱いが変わる可能性があります。ただし、実際の結果は削減アルゴリズムと設定に依存します。
階、施工区画、工区、設備分類などでファイルを分ける方法も有効です。必要な範囲だけを読み込めれば、表示負荷を抑えながら選択単位を維持できます。
ただし、ファイル数が増えすぎると、アップロード、差し替え、更新履歴、権限設定の管理が複雑になります。表示速度だけでなく、運用担当者が扱いやすい単位で分割します。
高密度版と軽量版を作成する場合は、名称と保存場所を明確に分けます。用途を記録せずに複数精度が混在すると、誤ったデータをアップロードする可能性があります。
部材分離と表示速度のどちらを重視するかは利用目的によって変わります。干渉確認、施工確認、部材管理では分離を重視し、全体形状の閲覧や位置共有では一定の統合を許容できる場合があります。
最適な状態はファイル容量だけでは判断できません。頂点数、面数、オブジェクト数、材質数、画像容量、アップロード時の変換方法などが影響します。実際の操作速度と必要な選択単位を比較しながら調整します。
現場で取得した点群をOBJ化する際の注意点
現場で取得した点群をOBJへ変換する場合は、取得時のデータ構造とアップロード後の用途をつなげて考える必要があります。
取得した点群が一つの集合になっている場合、OBJへ変換しただけで柱や梁などの部材情報が自動的に付与されるとは限りません。部材単位の操作が必要であれば、変換前または変換途中で分類や範囲分割を行います。
複数回に分けて取得したデータを統合する場合は、重複範囲にも注意します。同じ場所の点が重なり、面生成や重複整理によって想定外の接続が作られる場合があります。
ノイズ除去、平滑化、穴埋め、面生成では、部材間の隙間が消えないかを確認します。処理を強くすると、別部材の間に面が作られ、一つの連結成分として扱われることがあります。
複数の範囲へ分けてOBJを書き出す場合は、共通の座標基準を保持します。一つのファイルだけを原点付近へ移動すると、他のデータと正しく重ならないことがあります。
現場での再取得が難しい場合は、取得直後のデータ、整理後の点群、面生成後のデータ、アップロード用OBJを別々に保存します。工程ごとのデータが残っていれば、選択単位が変わった段階まで戻って修正できます。
取得範囲に不要な人、車両、仮設物などが含まれていないかも確認します。部材分離だけでなく、共有する必要のない情報が残っていないかをアップロード前に点検します。
現場データを継続利用する場合は、取得、整理、分類、OBJ書き出し、軽量化、アップロード、確認までを標準手順として管理します。現場での三次元計測から点群データの作成、確認、共有までを効率化する方法を検討する際は、LRTK Phoneの活用も選択肢となります。
まとめ
点群OBJアップロード後に部材が結合される問題は、元データのオブジェクト構造、OBJ書き出し時の区切り、書き出し前の結合や溶接、材質基準の最適化、アップロード時の変換など、複数の段階で発生します。
最初に確認すべきなのは、OBJ内にオブジェクトやグループの区切りが残っているか、アップロード先がその区切りを選択単位として利用しているかです。OBJに区切りがあるだけで個別選択が保証されるわけではありません。
一つ目の分離設定では、オブジェクトとグループの区切りを保持します。二つ目では、同じオブジェクト内に含まれる連結していない形状を必要な単位で分割します。三つ目では、頂点統合や溶接の対象範囲と許容値を見直します。四つ目では、アップロード時の自動結合や表示最適化を調整します。
点だけで構成されたOBJでは、面の接続関係を使った分離はできません。また、点要素や頂点色の対応状況は環境によって異なります。元の分類、座標範囲、取得区画、別ファイル化などを利用し、OBJへまとめる前に必要な区分を作ります。
設定を変更するときは、一度にすべてを変えず、小規模な試験データで一項目ずつ検証します。部材を個別に選択できるか、一部だけを非表示にできるか、名称や位置が維持されているかを確認してから本番データへ適用します。
部材分離を安定させるには、OBJの仕様だけでなく、書き出しツールとアップロード先の実装差を前提にすることが重要です。区分方法、名称、座標基準、軽量化、検査項目を標準化し、環境が変わっても再現できる運用へ整えます。