点群データや点群から生成した三次元メッシュをOBJ形式でアップロードするときは、画面上に表示されている形状だけでなく、作業ファイル内に残っている非表示レイヤーや非表示オブジェクトも確認する必要があります。編集画面では必要な範囲だけが見えていても、書き出し条件によっては、非表示にした点群、比較用の旧モデル、位置合わせ用の補助形状、処理前の複製データなどがOBJへ含まれることがあるためです。
不要なデータが混入すると、OBJのファイル容量が想定以上に大きくなります。アップロードに時間がかかるだけでなく、処理の途中で停止したり、閲覧時の動作が重くなったりする原因にもなります。また、本体から遠く離れた位置に孤立点や補助形状が残っていると、アップロード後の全体表示範囲が不自然に広がり、必要なモデルが極端に小さく見えることがあります。
OBJ形式では、作成元の編集環境で設定したレイヤーの表示状態が、アップロード先へそのまま引き継がれるとは限りません。レイヤー名やオブジェクト名が一定の形で記録される場合はありますが、非表示という状態を共通の方法で保持できるとは限らないため、「編集画面で見えていないからOBJにも入らない」と判断するのは危険です。
安全に点群OBJをアップロードするためには、元データの表示状態、OBJの書き出し対象、実際に出力されたファイルの内容を分けて確認しなければなりません。本記事では、「点群 OBJ アップロード」で検索している実務担当者に向けて、非表示レイヤーを整理する6項目と、アップロード前に行う検証方法を詳しく解説します。
非表示レイヤーを整理する前にOBJの特徴を理解する
非表示レイヤーを正しく整理するには、最初にOBJがどのような情報を扱う形式なのかを理解しておく必要があります。OBJは、三次元形状を構成する頂点、面、法線、画像を貼り付けるための座標などを文字情報として記録できる形式です。点だけを書き出す構成も考えられますが、アップロード先によっては面を持たないOBJの表示に対応していない場合があります。
点群をOBJとして扱う場合、計測した点を頂点として記録する方法と、点群から生成した三角形メッシュを記録する方法があります。どちらを使用するかによって、アップロード後の見え方、容量、操作性、必要な関連ファイルが変わります。点群とメッシュの両方を作業ファイル内に保持している場合は、どちらをアップロード対象とするのかを明確にすることが重要です。
編集環境では、点群、メッシュ、基準点、補助線、比較用データなどをレイヤーやグループへ分けて管理するのが一般的です。作業中は、対象物を見やすくするために不要なレイヤーを非表示にします。しかし、この非表示操作は、あくまで編集画面の見え方を変更しているだけの場合があります。データそのものが削除されたわけではなく、書き出し対象として有効な状態が続いている可能性があります。
OBJを書き出すときの対象範囲には、表示中の形状だけ、選択中の形状だけ、作業ファイル内の全形状など、複数の考え方があります。どの対象が出力されるかは編集環境や書き出し設定によって異なります。以前使用した書き出し設定が残っていることもあるため、毎回同じ動作になると決めつけてはいけません。
また、OBJへグループ名やオブジェクト名が記録されたとしても、それは作成元のレイヤー機能を完全に再現するものではありません。アップロード先では、OBJに記録された形状がまとめて表示され、作成元で非表示だったものも通常の形状として現れることがあります。
したがって、共有してはいけない形状や不要なデータは、単に非表示へ変更するだけでなく、アップロードするOBJに含まれていないことまで確認する必要があります。非表示レイヤーの整理は、見た目を整える作業ではなく、書き出し対象を限定するためのデータ管理作業として考えることが大切です。
1. 編集用データとアップロード用データを分ける
非表示レイヤーを整理するときは、最初に編集用の原本とアップロード用の作業データを分けます。元の作業ファイルを直接整理すると、後から必要になった比較用データ、位置合わせ前の点群、未加工の計測結果などを失う可能性があるためです。
編集用の原本には、現場で取得した点群、複数回の計測結果、位置合わせに使用した基準、ノイズ除去前の状態、メッシュ生成前の点群、比較用の旧データなどを残します。アップロード用の複製には、共有目的に必要な範囲だけを残し、不要なレイヤーやオブジェクトを取り除きます。
原本を保護した状態であれば、アップロード用データでは不要部分を積極的に削除できます。削除しすぎたり、必要な面が欠けたりした場合も、原本から必要な範囲を戻して再作成できます。非表示レイヤーの整理に不慣れな担当者が作業する場合でも、復旧できる状態を先に作っておけば安全性が高まります。
複製したファイルには、用途が分かる名称を付けます。計測対象、対象範囲、作成日、編集段階などを組み合わせ、原本とアップロード用データを区別します。ただし、長すぎる名称や複雑な記号の使用は避けます。OBJ、材質定義、テクスチャ画像などを一組で管理する場合、名称の一貫性が失われると参照関係を確認しにくくなるためです。
アップロード用データを作成したら、何を共有するためのOBJなのかを明確にします。施工範囲の地形を確認するためなのか、構造物の形状を共有するためなのか、計測結果を比較するためなのかによって、残すべきデータが変わります。
例えば、地表面の形状確認が目的であれば、空中に残ったノイズ、地面の下にある不要点、作業者や移動体の形状は除去対象になります。一方、構造物と周辺地形の位置関係を確認する場合は、本体だけに切り詰めるのではなく、判断に必要な周辺範囲を残す必要があります。
アップロード目的を決めずに整理を始めると、必要な背景まで削除したり、反対に不要な計測範囲を大量に残したりします。作業開始前に「このOBJで何を確認するのか」を一文で定義すると、残すデータと除外するデータを判断しやすくなります。
また、アップロード用ファイルでは、書き出し対象だけを格納する専用のレイヤーやグループを用意すると管理しやすくなります。最終的に必要な点群やメッシュをそこへ集め、その単位だけをOBJとして出力します。元の複雑な階層をそのまま利用するよりも、書き出し対象を明確にできます。
編集用とアップロード用を分ける工程は、単なるバックアップではありません。元データの保存、書き出し対象の限定、誤削除の防止、版の取り違え防止を同時に行うための基本的な管理方法です。
2. 非表示状態と書き出し対象外を区別する
画面上で非表示になっていることと、OBJへ書き出されないことは同じではありません。非表示は編集時の視認性を調整する機能であり、書き出し対象外は出力ファイルに形状を含めないための指定です。この二つを混同すると、アップロード後に不要な形状が現れる原因になります。
まず、OBJを書き出す画面で、対象範囲がどのように決まるのかを確認します。表示している形状のみを出力する設定、選択した形状のみを出力する設定、すべての形状を出力する設定などが考えられます。設定項目が明示されていない場合は、小さな試験用データを使って動作を確かめることが有効です。
表示中の形状だけを書き出す設定であっても、レイヤーの階層構造には注意が必要です。上位のグループを非表示にしているだけで、内部のオブジェクトが出力対象として残っている場合があります。反対に、上位グループは表示されていても、内部の一部だけが個別に非表示になっていることもあります。
階層が複雑なデータでは、親の表示状態、子の表示状態、書き出し可否をそれぞれ確認します。目の形をした表示切替だけを確認するのではなく、出力対象を制御する設定が別に存在しないか調べます。
選択中の形状だけを書き出す方法は、対象を明確にしやすい一方、選択漏れが発生しやすい方法でもあります。地面、法面、構造物、境界部などが別オブジェクトになっている場合、一部を選び忘れると必要な形状が欠けます。小さな部品や底面は画面上で見つけにくいため、オブジェクトの一覧から確認することが重要です。
選択状態が非表示オブジェクトに残っている場合もあります。複数の形状を選択した後、一部を非表示にしても、内部では選択された状態が維持されることがあります。そのまま選択対象を書き出すと、見えていない形状までOBJへ含まれる可能性があります。
この問題を防ぐには、書き出し直前に一度すべての選択を解除し、必要な形状だけを改めて選択します。選択した対象を一時的に単独表示し、それ以外が画面に残っていないことを確認してから出力すると、混入を減らせます。
非表示にしている理由も整理します。処理済みだから非表示にしたのか、比較のため一時的に隠したのか、削除候補として退避したのかによって扱いが変わります。削除候補を非表示にしただけの場合は、アップロード用データから完全に除外する必要があります。
また、公開や社外共有を行うOBJでは、見せる必要のないデータを確実に除外しなければなりません。非表示レイヤーには、周辺施設、人物、車両、別工区、計測位置など、共有目的に含めるべきではない情報が残っている可能性があります。表示されないと思い込んでそのまま書き出すと、意図しない情報まで共有されるおそれがあります。
書き出し対象の確認は、設定画面だけで終わらせず、出力後のOBJを開いて検証します。作成元の画面で見えないことではなく、完成したOBJに含まれていないことを確認して初めて、非表示レイヤーを安全に除外できたと判断できます。
3. 補助形状と作業途中のデータを取り除く
点群やメッシュの編集では、本体以外に多くの補助データを使用します。位置合わせ用の基準形状、範囲を切り抜くための箱、断面確認用の平面、座標軸、境界線、寸法確認用の形状、比較用モデルなどです。編集画面では便利でも、アップロードするOBJには不要な場合があります。
特に注意したいのは、本体から離れた位置に残る小さな補助形状です。アップロード後の全体表示は、OBJ内に存在するすべての頂点を基準に範囲を決めることがあります。本体から数百メートル、数キロメートル離れた位置に一つでも孤立した点があれば、必要なモデルが画面上で極端に小さく表示される可能性があります。
座標原点付近に置いた確認用の形状も同様です。本体が大きな座標値を持つ位置に存在し、補助形状だけが原点付近にあると、両者を含む表示範囲が不必要に広がります。その結果、モデルが読み込まれているのに見つけられない、拡大操作を何度も行わなければならないといった問題が生じます。
点群処理では、削除候補のノイズを別レイヤーへ移して非表示にすることがあります。この方法は編集途中の確認には便利ですが、そのレイヤーがOBJへ含まれると、除去したはずのノイズが再び現れます。空中に浮いた点、地面の下にある点、反射による飛び点、移動体の周辺に生じた点などを確認します。
切り抜き用の箱や平面にも注意が必要です。作業画面では半透明や線だけで表示されていても、OBJへ書き出すと通常の面として扱われる場合があります。巨大な直方体や平面が本体を覆い、点群やメッシュが見えなくなる可能性があります。
断面を作成するための仮設面、地面を閉じるための試験用底面、穴埋めの途中で作成した面なども確認します。採用しなかった試作形状を非表示にしたまま残していると、完成形状と重なって出力されることがあります。
計測位置や撮影位置を示すマーカーも整理対象です。マーカーが単純な一点ではなく、小さな立体形状として作られている場合、多数残ると頂点数や面数が増加します。アップロード後に大量の記号が表示され、本体の確認を妨げることもあります。
参照用の旧モデルは、特に慎重に扱います。現況との比較のため、色や透明度を変えて重ねていることがありますが、OBJへ変換した後も同じ透明表現が維持されるとは限りません。旧モデルと現況モデルが同じ位置に重なると、表面のちらつきや色の混在が発生することがあります。
補助形状を整理するときは、名前だけで削除を判断しないことが大切です。作業途中で自動的に付けられた名称や連番では、形状の役割が分からない場合があります。意味が不明なオブジェクトは一時的に単独表示し、形状、位置、大きさを確認します。
必要かどうか判断できないものを、すぐに削除する必要はありません。アップロード用ファイル内に一時退避用のグループを作り、書き出し対象から外して保存します。再読込後に不足が見つかった場合は、そのグループから必要な形状を戻せます。
補助形状をすべて取り除けばよいわけでもありません。周辺地形、基準点、隣接構造物など、モデルの位置関係を理解するために必要な情報もあります。共有目的に必要なものだけを選び、本体と混同しない構成へ整理することが重要です。
4. 重複する点群とメッシュを確認する
点群OBJの容量増加や表示異常の原因として、複数の点群やメッシュが同じ場所に重なっているケースがあります。編集画面では一方を非表示にしているため問題に気付かず、OBJの書き出し時に両方が含まれてしまうことがあります。
点群処理では、計測日別、作業区間別、位置合わせ前後、ノイズ除去前後など、複数の状態をレイヤーへ分けて保存することがあります。どのデータを採用するか決めた後も、比較や復旧のために未採用データを非表示で残していることがあります。
重複した点群がOBJへ含まれると、見た目では単に点密度が高くなったように見える場合があります。しかし、異なる時点の点群が混ざっていれば、施工前後の地形、移動前後の物体、人や車両の位置などが同時に表示されます。地面が二層に見える、構造物の輪郭が厚くなる、表面がぼやけるといった状態が生じます。
メッシュが重複している場合は、視点を動かしたときに表面がちらつくことがあります。ほぼ同じ位置に複数の面が存在すると、表示側がどちらを手前に描画するかを安定して判断できないためです。細かな縞模様が現れる、部分的に色が切り替わる、面が点滅するように見える場合は、重複面を疑います。
重複は、見た目だけでは判断できないこともあります。同じ範囲のOBJと比較して容量が急に増えている場合や、頂点数と面数が想定より大幅に多い場合は、非表示データの混入を確認します。
点群と、その点群から生成したメッシュの両方が書き出し対象になっているケースもあります。アップロード先が点と面を同時に表示する場合、メッシュ表面に大量の点が重なり、色や陰影が分かりにくくなることがあります。形状確認が目的ならメッシュを中心にし、点の分布を確認する目的なら点群を使用するなど、用途に合わせて出力対象を決めます。
複数回の計測結果を統合して使う場合は、単純に一方を削除できないこともあります。片方の点群には地面が十分に記録され、もう片方には構造物の裏側が記録されている場合、それぞれの良好な範囲を採用する必要があります。
この場合は、両方をそのまま重ねるのではなく、採用範囲を分けます。境界部分で二重になっている点や面を減らし、段差や隙間が生じていないか確認します。上面だけでなく、側面や断面から高さ方向のずれも確認することが重要です。
位置合わせ前と位置合わせ後のデータにも注意します。見た目が似ていても、数センチメートルから数十センチメートルずれている場合があります。両方が含まれると、壁が二重になったり、地表面に段差が生じたりします。
試験的に簡略化したメッシュ、穴埋めを行ったメッシュ、表面を滑らかにしたメッシュなども、非表示で残りやすいデータです。採用版と試作版の名称が似ていると、書き出し時に両方を選択する可能性があります。採用版には明確な名称を付け、アップロード用ファイルには最終版だけを残します。
重複確認では、全体表示、単独表示、断面確認、要素数の比較を組み合わせます。目視だけに頼らず、頂点数、面数、ファイル容量の変化も確認することで、非表示レイヤーに残った重複データを発見しやすくなります。
5. 材質とテクスチャの不要な参照を整理する
色付きの点群メッシュをOBJ形式でアップロードする場合は、形状だけでなく材質定義やテクスチャ画像も整理する必要があります。OBJ本体に形状情報を記録し、別の材質定義ファイルから色や画像の情報を参照する構成が一般的です。
非表示レイヤーを削除しても、そのレイヤーで使用していた材質情報が残る場合があります。未使用の材質が残っているだけで直ちに表示異常が起きるとは限りませんが、必要な画像と不要な画像を区別しにくくなります。アップロードする関連ファイルの数が増え、選択漏れや取り違えも起こりやすくなります。
反対に、不要な材質や画像を整理する際、表示中の本体でも使われているファイルを削除してしまうと、色が失われます。メッシュが白や灰色に見える、部分的に画像が欠ける、面ごとに不自然な色へ変わるといった問題が起こります。
同じ材質が複数のレイヤーで共有されている場合は特に注意します。非表示レイヤーで使われているという理由だけで削除すると、残した本体の材質まで失われる可能性があります。残したメッシュが参照している材質名と画像名を確認してから整理します。
テクスチャ画像の名称重複も確認します。異なる場所に同じ名称の画像が保存されていた場合、アップロード用フォルダーへまとめる際に上書きが発生する可能性があります。上書き後もファイル名は一致しているため、参照自体は成功しても、別の画像が表示されることがあります。
画像の参照先が、作業者の端末内にある特定の保存場所へ依存している場合もあります。作業環境では正常に表示されていても、別の端末やアップロード先では画像を見つけられないことがあります。OBJ、材質定義、使用する画像を一つのフォルダーへ集め、そのフォルダーだけを別の場所へ複製して再読込できるか確認します。
非表示レイヤーを削除した後、残した面に合わせてテクスチャを再作成する方法もあります。未使用領域を減らし、画像容量を抑えられる可能性があります。ただし、再作成によって画像と面の対応関係が変わるため、アップロード直前に不用意な処理を行うと色ずれが発生することがあります。
材質や画像を再作成する場合は、処理前のOBJ一式を保存し、処理後のデータを別名で管理します。再読込して、構造物の角、路面標示、ひび割れ、模様など、位置ずれを判断しやすい部分を重点的に確認します。
色が不要な用途であれば、材質やテクスチャを使用しない簡素なOBJとして出力する方法もあります。形状の確認、寸法の確認、位置関係の確認だけが目的であれば、関連ファイルを減らすことでアップロード管理を単純にできます。
一方で、表面状態や対象物の識別に画像が必要な場合は、材質とテクスチャを維持しなければなりません。用途を明確にしたうえで、必要な画像だけを残し、不要な非表示レイヤーの参照を整理します。
色の表示異常が見つかったときは、材質だけでなく形状も確認します。重複面、面の向き、画像座標、不要なメッシュの混入などが、色のちらつきや濃淡の異常に見えることがあります。原因を一つに決めつけず、材質と形状の両方から確認することが大切です。
6. 書き出したOBJを再読込して検証する
非表示レイヤーの整理は、OBJを書き出した時点では完了していません。完成したOBJを新しい空の作業環境へ読み込み、実際に含まれている形状を確認する必要があります。
作成元のファイルを開いたまま読み込むと、既存のレイヤー、材質、座標設定などの影響を受ける可能性があります。検証では、何も入っていない状態へOBJだけを読み込みます。材質を使用する場合は、材質定義とテクスチャ画像も同じ条件で読み込みます。
最初に全体表示を行い、本体が適切な大きさで画面に表示されるか確認します。本体が極端に小さい場合は、遠方の孤立点、補助形状、旧データなどが残っている可能性があります。
画面に何も見えない場合でも、すぐに書き出し失敗と判断してはいけません。モデルが原点から離れた場所にある、縮尺が想定と異なる、面が裏向きになっている、本体以外の遠方形状によって表示範囲が広がっているといった可能性があります。
次に、前後左右、上面、下面からモデルを確認します。上から見た状態が正常でも、地面の下に処理前の点群が残っていることがあります。切断用の平面、仮設の底面、不要な壁面も、下面や側面から見ることで発見しやすくなります。
断面を確認できる場合は、地表面が二重になっていないか、複数のメッシュが高さ方向にずれて重なっていないかを調べます。上面からは一枚に見えても、断面では二層になっている場合があります。
頂点数や面数を確認できる場合は、書き出し前の想定と比較します。非表示レイヤーを大量に削除したにもかかわらず要素数がほとんど変わらない場合は、不要データがOBJへ含まれている可能性があります。
反対に、要素数が極端に少ない場合は、必要なレイヤーが選択されていない、表示中だけを書き出す設定で一部が非表示になっていた、面の生成に失敗していたなどの可能性があります。
モデルの外形寸法も確認します。現場で数メートルの対象物が、読み込み後に数千単位の大きさになっている場合は、単位の解釈を確認します。OBJ内の座標値がどの単位を表すかは、作成側と読込側で共通認識を持つ必要があります。
座標範囲を確認できる場合は、各軸の最小値と最大値を調べます。本体の大きさに対して極端な座標が存在する場合は、その方向に孤立点や不要形状が残っている可能性があります。
材質を使用している場合は、色や画像の位置も確認します。画像が表示されない場合は、材質定義の不足、画像の不足、名称の不一致、保存場所への依存などを調べます。画像が表示されても位置がずれている場合は、画像座標や材質の対応関係を確認します。
OBJ一式を別のフォルダーへ複製して再読込する確認も有効です。元の作業フォルダーに存在する画像を偶然参照している場合、別のフォルダーでは色が表示されません。アップロード用フォルダーだけで正しく再現できることを確認します。
最後に、可能であれば範囲を限定した小規模なOBJでテストアップロードを行います。本番用データと同じ書き出し設定を使用し、形状、座標、色、操作性を確認します。テストが正常であれば、同じ設定で本番データを作成します。
再読込とテストアップロードを行うことで、作成元では見えなかった非表示レイヤーの混入、選択漏れ、材質不足、座標範囲の異常などを発見できます。
非表示レイヤー整理で起こりやすい失敗
非表示レイヤー整理で最も起こりやすい失敗は、画面から消しただけで削除したと思い込むことです。非表示にしてもデータは残っているため、書き出し条件によってはOBJへ含まれます。全レイヤーを一度表示し、作業ファイル内に存在する形状を把握することが必要です。
必要な形状を削除してしまう失敗もあります。地面、法面、構造物、底面、境界部が別レイヤーに分かれている場合、不要に見えた小さな形状が、実際には穴を閉じる重要な面であることがあります。削除前に単独表示し、複数方向から役割を確認します。
選択範囲の間違いも頻繁に起こります。表示中のすべてを出力するつもりが、選択中の一部だけを出力していたり、選択した範囲だけのつもりが全形状を出力していたりします。前回の設定が残ることもあるため、書き出すたびに対象範囲を確認します。
旧版のOBJをアップロードしてしまうケースもあります。編集後のファイルと編集前のファイルが同じフォルダーにあり、名称も似ていると取り違えが発生します。アップロード確定版だけを保存する専用フォルダーを作り、旧版と分けて管理します。
OBJだけを更新し、材質定義や画像を更新し忘れることもあります。形状の再書き出しによって材質名や画像の構成が変わっている場合、古い関連ファイルと組み合わせると色が正しく表示されません。OBJ、材質定義、テクスチャ画像を同じ版として管理します。
容量を減らすために、非表示レイヤー整理と同時に点数や面数を大幅に削減すると、どの処理で形状が変わったのか分からなくなります。不要レイヤーの除外と、形状の簡略化は別工程として実施します。
まず不要データを取り除き、再読込して正常であることを確認します。その後、必要に応じて点数や面数を調整します。工程ごとに別名で保存すれば、問題が発生した段階を特定しやすくなります。
本体の周囲を削りすぎる失敗にも注意します。アップロード対象だけを残そうとして境界ぎりぎりまで切り詰めると、地面の端が欠けたり、構造物との関係が分かりにくくなったりします。共有目的に必要な余白を残します。
アップロード後にモデルが見えない場合、非表示レイヤーだけを原因と考えないことも重要です。書き出し対象の欠落、単位、座標位置、面の向き、対応する形状構成、ファイルの不完全な保存など、複数の原因が考えられます。
原因を切り分けるときは、材質を使わない小さなOBJ、座標範囲を限定したOBJ、単純な形状だけのOBJなどを作成します。一度にすべての条件を変更せず、一つずつ確認することで問題箇所を見つけやすくなります。
点群OBJアップロード前の標準手順
非表示レイヤーの整理を担当者の経験だけに頼ると、作業品質に差が生じます。安全にアップロードするには、毎回同じ順序で確認する標準手順を設けることが有効です。
最初に、編集用の原本を保存し、アップロード用の複製を作成します。複製したファイルには、対象範囲、作成日、用途が分かる名称を付けます。
次に、作業ファイル内のすべてのレイヤーとオブジェクトを表示します。長期間非表示になっていた旧データ、補助形状、試作版、削除候補などが存在しないか確認します。
全表示した状態で、本体、背景、補助、旧データ、処理前データ、試作データに分類します。名称から役割を判断できないものは、単独表示して形状と位置を確認します。
アップロード目的に必要な本体と背景を決め、不要な補助形状、孤立点、重複点群、重複メッシュ、未採用データを除外します。必要か判断できないデータは、一時退避用のグループへ移し、書き出し対象から外します。
残した形状を単独表示し、上面、側面、下面、断面から確認します。遠方に残る点、地面の下の不要データ、二重面、仮設の切断面などがないか調べます。
点群とメッシュの両方が存在する場合は、どちらをアップロードするか決めます。アップロード先の用途に合わせ、不要なほうを出力対象から外します。
材質を使用する場合は、残した形状が参照する材質定義と画像を確認します。OBJ、材質定義、画像をアップロード用フォルダーへまとめます。
書き出し直前に、出力対象が表示中の形状なのか、選択中の形状なのかを確認します。一度選択を解除し、必要な形状だけを改めて選択すると、非表示データの混入を減らせます。
OBJを書き出したら、新しい空の作業環境へ再読込します。全体表示、形状、寸法、座標範囲、頂点数、面数、色、テクスチャの位置を確認します。
本体が小さく表示される場合は、孤立点や遠方形状を探します。形状が欠けている場合は、選択漏れや非表示状態を確認します。色が表示されない場合は、関連ファイルと参照関係を調べます。
問題がなければ、OBJ一式をアップロード確定版として保存します。確定版フォルダーには、実際にアップロードするファイルだけを置きます。
アップロード後は、閲覧画面で最終確認を行います。必要範囲が表示されるか、不要形状がないか、色や縮尺が適切か、操作時に極端な負荷がないかを確認します。
書き出し完了ではなく、アップロード後の確認完了を作業の終了条件にすることが重要です。標準手順として記録し、担当者が変わっても同じ確認を行える状態にすれば、非表示レイヤーによる手戻りを減らせます。
まとめ
点群OBJをアップロードする前には、編集画面で非表示になっているレイヤーやオブジェクトを整理し、実際の書き出し対象を明確にする必要があります。非表示は画面上の状態であり、OBJへ含まれないことを保証するものではありません。
最初に編集用の原本とアップロード用データを分け、元データを保護します。次に、非表示状態と書き出し対象外を区別し、表示設定だけでなく出力条件を確認します。
補助形状、切断用の面、遠方の孤立点、処理前の点群、旧モデルなどは、アップロード用データから除外します。重複する点群やメッシュも確認し、表面のちらつき、容量増加、二重形状を防ぎます。
色付きのOBJでは、材質定義とテクスチャ画像の参照関係も整理します。不要な画像を減らすだけでなく、必要な画像を誤って削除しないよう、残したメッシュとの関係を確認します。
最後に、書き出したOBJを新しい空の環境へ再読込します。全体表示、外形寸法、座標範囲、頂点数、面数、材質、テクスチャを確認し、作成元では見えなかった不要データや欠落を発見します。
非表示レイヤーの整理を毎回同じ手順で行えば、OBJの容量増加、アップロード停止、表示範囲の異常、不要形状の混入、色の欠落といった問題を減らせます。点群取得の段階からアップロード後の確認までを一つの工程として管理することが、安定した点群活用につながります。
現場で取得した点群を整理し、必要な範囲をOBJとして共有する運用を検討するときは、計測からデータ活用までの流れを見直す選択肢としてLRTK Phoneをご確認ください。