点群OBJの面数が減ったように見える理由
点群OBJをアップロードしたところ、元のデータより形状が粗くなった、細かな凹凸が消えた、構造物の一部に穴が開いたと感じることがあります。データ情報を確認すると、書き出し前より面数が少なく表示される場合もあります。
ただし、この現象はアップロード先で一律に面が削除されたことを意味しません。点群からメッシュを生成する工程、OBJへ書き出す工程、アップロード後に変換または表示する工程のいずれでも、面数や見え方が変化する可能性があります。実際には面が残っていても、面数の数え方、詳細度の切り替え、法線方向、裏面表示などの違いによって少なく見えることもあります。
OBJは、頂点座標、テクスチャ座標、法線、面などをテキストで記録できる形式です。一般的なポリゴンメッシュでは、面を構成する頂点番号を指定して形状を表します。三角形だけでなく、四角形や5頂点以上の多角形を記録できるため、同じ外形でも書き出し元と読み込み先で面の扱いが異なることがあります。
たとえば、四角形を1面として数える環境と、表示や演算のために2つの三角形へ分割して数える環境では、数値が一致しません。書き出し前が三角形数、アップロード後がOBJ内の面要素数というように、比較対象が異なる場合もあります。この差は形状の欠落ではなく、集計方法の違いです。
面数の減少を調べるときは、数値だけでなく、どの部分の形状が変わったかも確認します。モデル全体が均一に粗くなっている場合は、メッシュ生成時の間引きや書き出し時の簡略化が疑われます。細い部材、小さな突起、浅い溝だけが消えている場合は、頂点統合、小形状の除去、最小寸法の判定が影響している可能性があります。
モデルの端部が直線状に欠けている場合は、出力範囲、クリッピング範囲、選択対象の問題を優先して確認します。見る方向によって面が消える場合は、面数の減少ではなく、法線方向や裏面非表示の影響が考えられます。現象を分類してから設定を調べることで、原因を効率よく絞り込めます。
面数の変化を調べる前に点群とメッシュの違いを確認
点群OBJの面数を確認する前に、扱っているデータが点だけで構成されているのか、点群から生成したメッシュを含んでいるのかを区別する必要があります。
点群は、多数の座標点によって対象物の位置や形状を表現するデータです。各点には位置情報があり、取得方法や保存方法によっては色情報などが付加されます。しかし、点同士を結ぶ面が自動的に存在するわけではありません。
OBJでは頂点を示す情報と、面を示す情報が別に記録されます。頂点情報があっても面情報がなければ、ポリゴン面数はゼロです。点要素として扱う記述を含む場合や、読み込み側が孤立頂点を点として表示する場合には、画面上で点の集合を確認できても面は存在しません。したがって、アップロード後に面数が表示されないときは、面が削除されたのではなく、最初から面を持たないデータだった可能性を確認する必要があります。
一方、点群をもとに三角形などを作成し、連続した表面へ変換したものがメッシュです。メッシュ化されたOBJには、頂点に加えて面の構成情報が記録されます。地形や構造物の表面を陰影付きで表示したい場合や、断面確認、形状比較、体積算出の前処理などでメッシュが利用されます。
点群からメッシュを生成する工程でも面数は変化します。元の点群に非常に多くの点が含まれていても、すべての点がメッシュ頂点として採用されるとは限りません。点の間隔、ノイズ除去、補間、平滑化、最大辺長、穴埋め範囲、対象範囲などの条件によって、生成される頂点数と面数が決まります。
そのため、点群の点数とメッシュの面数を直接比較して、面が減ったと判断することはできません。点数と面数は別の指標です。比較する場合は、書き出し前のメッシュと、OBJを書き出して再度読み込んだメッシュで、同じ定義の面数を確認します。
編集画面が滑らかに見えても、必ずしも面数が多いとは限りません。補間された陰影や法線によって、少ない面でも滑らかに表示されることがあります。反対に、法線やシェーディングの設定によって、十分な面数があっても角張って見える場合があります。
最初に元データの種類を確認し、頂点数、面要素数、三角形換算数など、比較に使う数値の定義を統一します。そのうえで書き出し前後の変化を調べると、原因を正確に切り分けやすくなります。
書き出し設定1｜出力対象と非表示要素を確認する
最初に確認したいのは、OBJへ書き出す対象です。面数が大幅に減る場合は、設定によって一部のオブジェクト、グループ、レイヤー、範囲が出力対象から外れている可能性があります。
3Dデータの編集では、地形、建物、設備、仮設物、基準面などを複数のオブジェクトに分けて管理することがあります。画面上ではすべてが同時に表示されているため、ひとつの連続したモデルに見えても、内部では別々の要素として存在します。
書き出し設定で選択中のオブジェクトだけを出力する項目が有効になっていると、選択されていない形状はOBJに含まれません。編集途中の選択状態が残っている場合や、必要なオブジェクトの選択が解除されている場合には、意図しない部分だけが保存されることがあります。
書き出し前には、シーン全体を対象にするのか、選択中の要素だけを対象にするのかを確認します。選択書き出しを使う場合は、必要なオブジェクトがすべて選択されていることを画面上で確かめます。
非表示要素の扱いにも注意が必要です。作業中に見やすくするため、不要なオブジェクトやグループを一時的に非表示にすることがあります。書き出し機能によっては、非表示の要素を除外する設定があります。
個別のオブジェクトだけでなく、上位のグループやレイヤーが非表示になっている場合もあります。上位の管理単位が対象外になると、その内部に含まれる多数の面がまとめて欠落します。特定の種類の構造物だけが出力されない場合は、グループ単位の表示状態と書き出し可否を確認します。
オブジェクト全体は表示されていても、編集作業中に一部の頂点や面だけを隠していることがあります。非表示の編集要素を含めるかどうかは使用するソフトウェアや書き出し機能によって異なるため、書き出し前には一時的に隠した頂点や面を再表示し、必要範囲が見える状態に戻す方法が安全です。
範囲指定も確認します。大規模な点群やメッシュでは、境界、標高、距離、作業領域などに応じて対象範囲だけを書き出す機能が使われることがあります。以前の作業で設定した切り抜き範囲が残っていると、境界外の面が意図せず除外されます。
モデルが一定の位置で直線的に切れている場合や、特定の高さより上または下だけが消えている場合は、範囲指定が影響している可能性があります。書き出し画面だけでなく、元データ側の表示範囲、クリッピング、断面表示が有効になっていないかも確認します。
出力対象の問題を切り分けるには、書き出したOBJを新しい空の編集環境へ読み込み直す方法が有効です。読み込んだ時点で形状が欠けているなら、アップロードより前の書き出し工程で問題が発生しています。
書き出し後のOBJが完全であるにもかかわらずアップロード後だけ欠ける場合は、読み込み先の変換または表示工程を確認します。工程を分けて調べれば、原因と関係のない設定を何度も変更する手間を減らせます。
書き出し設定2｜面数削減と自動簡略化を確認する
2つ目に確認するのは、面数削減や自動簡略化の設定です。高密度なメッシュはファイル容量が大きく、書き出し、転送、変換、表示に負荷がかかるため、使用するソフトウェアによっては書き出し前後に形状を軽量化する機能が用意されています。
簡略化処理では、隣接する面の角度、頂点間隔、表面の変化量、許容誤差などを参考に、頂点や面が削減されます。平坦な部分では外観を大きく変えずに面数を減らせることがありますが、段差、角部、細い部材、小さな凹凸では形状が変わりやすくなります。
地形のように広い範囲を持つデータでは、低い削減率でも多数の面が減少します。全体の見た目は大きく変わらなくても、縁石、側溝、法肩、法尻、構造物の角など、実務で確認したい部分が丸くなったり位置が変わったりする可能性があります。
書き出し画面に品質、精度、詳細度、最適化などの項目がある場合は、画像や材質だけでなく形状にも影響する設定かを、使用しているソフトウェアの仕様で確認します。名称だけでは処理内容を判断できないため、形状の簡略化、頂点の統合、メッシュの再構成が含まれていないかを確かめます。
編集画面に適用されている形状処理にも注意が必要です。元の高密度メッシュを残したまま、表示時だけ軽量な形状を使う機能があります。反対に、画面では元形状を表示し、書き出し時に簡略化結果を確定する処理もあります。
この違いを確認せずに面数を比較すると、画面上の数値と書き出し後の数値が一致しない理由を判断しにくくなります。書き出し時に評価後の形状を出力するのか、処理前の形状を出力するのかを確認します。
点群からメッシュを生成した段階ですでに細部が失われている場合もあります。点群が高密度でも、メッシュ生成時に点の間引き、平滑化、短い辺の除去などが行われれば、細部を構成する面は作られません。この状態ではOBJの書き出し設定だけを変更しても、失われた形状は戻りません。
元の点群から再度メッシュを生成できる場合は、生成条件も確認します。点の間隔、最大辺長、穴埋め範囲、平滑化、ノイズ除去の条件が用途に対して強すぎないかを調べます。
自動簡略化の影響を確認するには、簡略化を無効にした確認用OBJと、通常設定のOBJを書き出して比較します。面数だけでなく、頂点数、ファイル容量、主要な段差、角部、境界位置も確認します。
一度に複数の設定を変更すると原因が分からなくなるため、変更はひとつずつ行います。最初に簡略化の有無だけを変え、次に許容誤差や詳細度を変えるなど、段階的に試すと原因を特定しやすくなります。
面数を維持することだけを優先すると、OBJが大きくなりすぎて扱いにくくなることもあります。必要なのは、使用目的に対して十分な形状を残すことです。測定、確認、共有に必要な境界や凹凸を決め、それらが変化しない範囲で軽量化します。
書き出し設定3｜三角形化と多角形の処理を確認する
3つ目に確認するのは、面を三角形へ変換する三角形化の設定です。OBJでは三角形、四角形、5頂点以上の多角形を記録できますが、読み込み先の対応範囲や分割方法は同一とは限りません。
四角形や多角形を含むOBJは、表示や演算のために読み込み時に三角形へ分割されることがあります。単純で平らな四角形であれば分割結果は比較的安定しますが、面がねじれている場合や、頂点が同一平面上にない場合は、分割する対角線によって表面の見え方が変わります。
5頂点以上の多角形では、輪郭の形状に応じて複数の分割方法が考えられます。内側へへこんだ多角形、自己交差に近い輪郭、頂点間隔の差が大きい面などは、読み込み側の三角形化結果が書き出し元と一致しないことがあります。処理できない面を読み込み側が除外する仕様であれば、表面に穴が開いたように見える可能性があります。ただし、どの条件で除外されるかは読み込み先の仕様に依存します。
安定した受け渡しを重視する場合は、OBJを書き出す前に三角形化を行い、分割結果を確定させる方法があります。書き出し側で三角形化すれば、読み込み先の自動分割に依存する範囲を減らせます。
三角形化後は、細長すぎる三角形や意図しない方向に分割された面がないか確認します。四角形をどちらの対角線で分割するかによって、ねじれた面の陰影や形状が変わることがあります。曲面や段差の付近では、三角形化後の表面を拡大して確認します。
三角形化すると面数の数え方も変わります。四角形1面は一般に2つの三角形へ分割されるため、元の編集環境が四角形を1面として数えている場合、三角形化後の面数は増えます。
反対に、元の環境が表示用の三角形数を示し、アップロード先がOBJに記録された面要素数を示している場合は、アップロード後の数値が少なく見える可能性があります。この差は面の削除ではなく、数え方の違いです。
書き出し前後で比較する場合は、三角形換算数を使うのか、OBJに記録された面要素数を使うのかを統一します。定義が異なる数値を比較すると、正常な変換を異常と判断することがあります。
法線方向も同時に確認します。OBJでは法線情報を記録できますが、面を構成する頂点の並び順や読み込み側の規則も表裏の判定に関係します。法線が反転した面や裏向きと判断された面は、裏面を表示しない環境で見えなくなることがあります。
この状態では面自体がOBJに存在していても、特定の方向から見ると欠けたように表示されます。視点を反対側へ移動すると見える場合は、面数減少ではなく法線方向や裏面非表示の問題を疑います。
薄い板状の形状や、地表面のように厚みを持たない片面メッシュでは裏面非表示の影響を受けやすくなります。書き出し前に法線方向をそろえ、表示したい側へ向いていることを確認します。負の倍率を含む変換や鏡像変換を使用した場合は、変換後の法線と面の向きを確認することが重要です。
書き出し設定4｜重複頂点と不正な面の除去を確認する
4つ目に確認するのは、重複頂点、退化した面、孤立形状などを整理する設定です。点群から生成したメッシュには、手作業で作成したモデルよりも不規則な形状が含まれることがあります。
たとえば、3つの頂点がほぼ一直線に並んだ三角形や、複数の頂点が同じ位置にある三角形は、面積がゼロまたは非常に小さくなります。このような面は、書き出し前のクリーンアップや読み込み時の検証で退化面として処理される場合があります。
退化面を整理すること自体は、データを安定させるために有効です。しかし、削除される面が大量に存在する場合は、元のメッシュ生成条件、頂点統合距離、単位設定に問題がある可能性があります。
重複頂点を統合する機能では、指定した距離以内にある頂点を同じ位置としてまとめます。同じ位置に重なった不要な頂点を整理できる一方、許容距離が大きすぎると、本来は別の位置にある頂点まで統合されます。
細い溝、わずかな段差、薄い板の表裏、狭い隙間などは、近接した頂点で形状を表現しています。統合距離がこれらの寸法以上になると、形状を構成する頂点が同じ位置へ集約され、面がつぶれる可能性があります。
段差の上側と下側にある頂点が統合されると、段差の側面を構成していた三角形の面積がゼロに近づきます。その後、退化面の除去処理が行われれば、側面が失われて面数が減ります。
頂点統合の許容値を決めるときは、モデル内の数値がどの単位として扱われているかを確認します。OBJそのものには一般に単位を強制する標準的な仕組みがないため、書き出し側と読み込み側の設定や運用ルールで数値の意味を合わせる必要があります。同じ数値でも、メートル相当として扱う場合とミリメートル相当として扱う場合では、統合距離の実寸が大きく異なります。
重複面の除去も確認が必要です。同じ位置に同じ向きの面が重なっている場合は、一方を削除しても外観が変わらないことがあります。しかし、表裏を別面で表現した形状や、近接した別部材が重複と判定されると、必要な形状まで失われる可能性があります。
孤立した小形状を削除する設定にも注意します。点群メッシュでは、計測ノイズによって小さな破片状の面が作られることがあります。これらを除去すれば軽量化できますが、ボルト、金具、細い配管、標識などの必要な形状も、小さな連結成分として判定される場合があります。
小形状の判定基準には、面数、頂点数、表面積、外形寸法などが使われることがあります。面数だけを基準にすると、細長く重要な部材でも削除対象になる可能性があります。処理後は削除された箇所を目視し、必要な対象が残っていることを確認します。
不正な面の整理は、元データを直接上書きせず、複製したデータで行う方法が安全です。処理前後の頂点数と面数を記録し、減少量が想定より大きい場合は条件を見直します。
削除対象を事前に選択表示できる場合は、処理を確定する前に範囲を確認します。必要な構造物まで選ばれている場合は判定条件を弱めるか、重要部分を別のオブジェクトへ分けて処理します。
書き出し設定5｜座標精度と単位変換を確認する
5つ目に確認するのは、座標値の精度、単位の解釈、原点の位置、軸方向などの座標変換です。これらは見た目から原因を判断しにくいものの、測量や施工管理で扱う大規模な点群OBJでは確認が必要です。
現地座標を保持したデータでは、原点から離れた大きな数値が使用されることがあります。OBJは座標を文字列として記録できますが、読み込み後の内部処理や表示処理が単精度浮動小数点などの限られた精度を使用する場合、大きな座標値と微小な頂点間隔を同時に保持しにくくなることがあります。
したがって、大きな座標値が必ず面数を減らすわけではありません。影響の有無は、書き出し元、読み込み先、変換処理、表示エンジンの実装に依存します。問題が発生する環境では、近接した頂点が同じ位置に丸められ、結果として三角形が退化する可能性があります。
退化した三角形を読み込み側が除外する仕様であれば、面数が減ることがあります。特に、高密度な地形メッシュ、細かな凹凸を持つ構造物、原点から離れた座標をそのまま扱うモデルでは、試験データを使って影響を確認します。
座標精度の影響が疑われる場合は、書き出し用の複製データを作り、モデルの近くへ一時的なローカル原点を設定して試します。現地座標から一定の基準値を差し引き、比較的小さな座標値としてOBJを書き出す方法です。
原点を移動したOBJで形状が安定する場合は、大きな座標値を含む処理が影響していた可能性があります。ただし、座標を移動すると、他の測量データや設計データとそのまま重ねられなくなります。
元の位置へ戻すために、移動量、基準点、軸方向、単位の解釈を必ず記録します。形状が維持されても位置情報を復元できなければ実務で利用しにくくなるため、座標を移動する作業は復元手順とセットで管理します。
単位の不一致も間接的に影響する可能性があります。OBJ内の座標値自体には、一般的な運用で読み込み先へ単位を強制する情報がないため、書き出し側がメートル相当で記録した数値を、読み込み側が別の尺度として扱うことがあります。
単位の解釈が異なると、モデルが大きく表示されたり小さく表示されたりします。それだけで面が削除されるとは限りませんが、読み込み側で頂点統合、小形状除去、最小辺長などの距離基準が適用される場合は、必要な段差や部材がしきい値以下と判定される可能性があります。
反対に、モデルが極端に大きく扱われると、表示範囲や内部精度の問題が出る場合があります。書き出し元で想定した尺度、OBJ内の数値、アップロード先で指定する単位をそろえます。
軸方向の変換も重要です。書き出し元と読み込み先で高さとして扱う軸が異なる場合、書き出し時または読み込み時に軸を入れ替えることがあります。正しい回転変換であれば通常は面数に影響しませんが、負の倍率を含む変換や鏡像変換では面の向きが反転することがあります。
面の向きが反転すると、裏面を表示しない環境では一部または全部が見えなくなります。面数が減ったように見えても、実際には表示方向の問題である可能性があります。軸変換後には、モデルの向きだけでなく法線方向も確認します。
編集画面で拡大縮小や回転を行い、変換値が未確定のまま残っている場合にも注意が必要です。書き出し時に変換を適用するかどうかによって、座標値や法線の状態が変わります。特定の軸に負の倍率が設定されている場合は、変換適用後の形状と法線を確認します。
OBJ書き出し後に面数が維持されているか確認する方法
面数が変化した工程を特定するには、元データ、書き出し後のOBJ、アップロード後のデータを分けて比較します。元データとアップロード後だけを比較しても、どの段階で変化したかは判断できません。
最初に、書き出し前のメッシュについて、頂点数、面数、オブジェクト数を記録します。このとき、表示されている面数が三角形換算なのか、四角形や多角形をそれぞれ1面として数えた数値なのかを確認します。
次にOBJを書き出し、ファイル容量を記録します。過去に同程度の範囲を書き出したファイルと比べて容量が大きく異なる場合は、出力対象、簡略化、材質やテクスチャの有無など、条件の差を確認します。容量だけで面の欠落を断定することはできませんが、切り分けの手掛かりにはなります。
書き出したOBJは、そのままアップロードせず、新しい空の編集環境へ読み込みます。元の作業環境には書き出されない補助情報や元データが残っているため、同じ環境で見ただけではOBJに実際に含まれる情報を確認しにくい場合があります。
新しい環境へ読み込むことで、OBJに保存された頂点と面を確認できます。読み込み後に頂点数、面数、寸法、原点からの位置、軸方向を記録し、書き出し前のデータと比較します。
この段階で面数が減っている場合は、原因がメッシュ生成または書き出しまでの工程にあります。出力対象、自動簡略化、三角形化、頂点統合、退化面の除去、座標条件を順番に確認します。
新しい環境へ読み込んでも面数と形状が維持されている場合は、OBJ自体には必要な情報が含まれている可能性が高くなります。アップロード後だけ変化するなら、アップロード先の対応要素、変換処理、詳細度、表示設定を調べます。
形状を比較するときは、モデル全体を遠くから見るだけでは不十分です。段差、角部、穴の周辺、細い部材、オブジェクト同士の接合部など、簡略化や退化面処理の影響が出やすい場所を拡大します。
陰影付きの表示だけでなく、面の辺を確認できる表示も有効です。辺の密度を見ることで、面が統合された場所、三角形が欠けた場所、分割方向が変わった場所を発見しやすくなります。
比較時は、同じ視点、同じ拡大率、同じ表示条件を使います。異なる角度やシェーディングだけを比べると、裏面非表示や陰影の違いを面の欠落と誤認する可能性があります。
大規模なOBJでは、全体を一度に調べるより、地形、構造物、設備などを分けて確認する方法が有効です。部位ごとに書き出せば、どのオブジェクトで面数が変わっているかを絞り込めます。
設定を変更して再検証するときは、変更内容を記録します。一度にひとつの設定だけを変え、書き出し後の面数と形状を比較します。複数の設定を同時に変えると、改善した原因や新しい問題の原因が分からなくなります。
点群OBJアップロード後だけ面数が減る場合の確認事項
書き出したOBJを新しい環境へ読み込んだ時点では面数が維持されているにもかかわらず、アップロード後だけ面数が減る場合は、読み込み先の仕様と処理結果を確認します。
まず確認したいのは、対応している面の種類です。三角形には対応していても、四角形や多角形の分割方法に制約がある場合があります。多角形を含むOBJで問題が発生する場合は、事前に三角形化した確認用データを作成し、結果を比較します。
次に、アップロード後の自動最適化や表示用データの生成を確認します。大規模な3Dデータを表示しやすくするため、読み込み後に軽量な表示用メッシュや複数段階の詳細度が作成されることがあります。
元データが保存されていても、画面上では軽量化された形状が表示される場合があります。この場合、表示上の三角形数と保存された元データの面数が一致しないことがあります。視点距離に応じて詳細度が変わる仕組みでは、遠くから見ると粗くなり、近づくと細部が表示される場合があります。
ファイル容量、頂点数、面数、処理時間などの上限や推奨範囲も、アップロード先の公開仕様で確認します。上限を超えたときの挙動はサービスごとに異なるため、エラーになる、一部機能が使えない、変換に失敗するなどの結果を一般化して断定することはできません。処理結果の通知、ログ、変換状態を確認し、完了していないデータを正常な結果と誤認しないようにします。
モデルの一部だけが欠ける場合は、OBJ内のオブジェクトやグループの扱いも確認します。読み込み先が特定の要素や記述に対応していない場合、グループ分けや面の解釈が書き出し元と一致しないことがあります。
OBJが参照するMTLや画像が不足すると、主に材質、色、透明度、テクスチャの表示へ影響します。OBJ内の面定義が正しく読み込まれている限り、MTLの不足だけでポリゴン面が消えるとは通常いえません。ただし、透明度や両面表示の扱いによって、形状が見えないように感じる場合はあるため、形状の欠落と材質の表示不良を分けて確認します。
裏面表示の設定も確認します。アップロード先が片面だけを表示する場合、裏向きと判断された面は見えません。面数の数値が確認できないときは視点を変え、反対側から形状が見えるかを調べます。
座標範囲にも注意します。大きな現地座標を持つモデルでは、読み込み先の内部精度や表示原点の実装によって形状が乱れる場合があります。原点付近へ移動した試験データで正常に表示される場合は、座標値の大きさを含む処理が影響していた可能性があります。
アップロード後の変化を確認するには、小規模な試験用OBJを使う方法が有効です。問題が起きている部分を含む範囲だけを切り出し、同じ書き出し条件でアップロードします。
小規模データでは正常で全体データだけで問題が起こる場合は、面数、ファイル容量、座標範囲、処理負荷など、データ規模に関係する原因が疑われます。小規模データでも同じ部分が欠ける場合は、面構成、法線、退化面、多角形の分割など、形状自体の問題を優先して確認します。
必要な形状を残しながらOBJを軽量化する方法
面数の減少は避けたい問題ですが、すべての面を無条件に残せばよいわけではありません。高密度すぎるOBJは、書き出し、アップロード、変換、表示、共有に負荷がかかり、実務で扱いにくくなることがあります。
重要なのは、用途に必要な形状を維持しながら、不要な面を適切に減らすことです。最初に、OBJを何に使用するかを明確にします。現場全体の状況確認に使うのか、細かな段差の確認に使うのか、関係者への共有に使うのかによって、必要な面密度は異なります。
広い平坦面では、多数の細かな三角形を残しても、用途上の形状精度が大きく向上しないことがあります。一方、縁石、法面の境界、構造物の角、配管の外周などでは、面を減らしすぎると位置や寸法が変わります。
モデル全体へ同じ削減率を適用するのではなく、形状変化の少ない部分と重要な部分を分けて処理する方法が有効です。重要部分を別のオブジェクトとして保持し、平坦な地形や背景だけを強めに軽量化すれば、必要な情報を残しやすくなります。
計測対象ではない背景や遠方の地物を削除する方法もあります。不要な範囲を残したまま全体の面数を一律に減らすより、使用しない範囲を先に除去し、必要な範囲の密度を維持する方が実務的です。
点群から発生した孤立ノイズも整理できます。ただし、小さな連結成分を一括削除すると、必要な部材まで消える可能性があります。自動処理を確定する前に、削除対象を確認します。
非常に広い現場では、工区、階層、構造物、作業日などを基準にOBJを分割する方法があります。1ファイル当たりの面数を抑えながら、各範囲では十分な密度を維持できます。
分割する場合は、すべてのファイルで同じ原点、単位の解釈、軸方向を使用します。ファイルごとに異なる基準で書き出すと、アップロード後に正しく重ねられません。分割境界に隙間や重複が生じないよう、境界条件も記録します。
保存用と共有用のデータを分ける運用も有効です。高密度の元データは上書きせずに保管し、アップロードや日常的な表示には軽量化した複製データを使用します。
高密度データを残しておけば、後から別の部位を詳しく調べる必要が生じたときに再処理できます。軽量化したデータだけを保存すると、削除した細部を復元できないため注意が必要です。
軽量化の結果は、ファイル容量だけで評価しません。面数、表示速度、主要部の寸法、境界位置、凹凸の形状を比較します。アップロード時間は通信環境や処理側の混雑にも左右されるため、形状品質とは分けて評価します。
容量が小さくなっても、必要な段差が消えたり、構造物の角が移動したりすれば、用途に適した軽量化とはいえません。実務で必要な確認を行えることを基準に設定を決めます。
面数減少を防ぐための実務的な運用手順
点群OBJの面数減少を繰り返さないためには、書き出し設定と確認方法を運用手順として統一することが重要です。担当者の経験だけに頼ると、同じ元データでも結果が変わる可能性があります。
最初に、用途別の標準設定を決めます。保存用、共有用、アップロード用、確認用など、目的ごとに必要な面密度や座標条件を整理します。すべての用途で同じOBJを使うのではなく、目的に合った複製データを作成します。
標準設定には、書き出し対象、非表示要素の扱い、自動簡略化、三角形化、頂点統合の許容値、退化面の整理、単位の解釈、原点、軸方向を含めます。
設定画面の状態だけに頼らず、条件を記録します。ソフトウェアの更新、作業環境の変更、別担当者による作業でも同じ条件を再現できるようにします。
ファイル名でも処理段階を区別します。元データ、整理済みデータ、三角形化済みデータ、アップロード用データなどを分ければ、どの工程で作成されたファイルか判断しやすくなります。
元データへ直接処理を重ねるのではなく、工程ごとに複製を保存します。面数が変わった場合でも、前の段階へ戻って原因を確認できます。上書きだけで運用すると、どの処理によって形状が変わったのか追跡しにくくなります。
書き出し前には、頂点数、面数、オブジェクト数、単位の解釈、基準座標を記録します。書き出し後は、新しい環境へOBJを読み込み、同じ項目を確認します。
書き出し前後の数値に大きな差がある場合は、そのままアップロードせず設定を見直します。数値が一致していても、主要な段差、角部、境界、細い部材の形状を目視で確認します。
大規模なデータでは、全体を書き出す前に試験用の小範囲を作成します。平坦面だけでなく、曲面、段差、薄い部材、穴、複雑な境界などを含む範囲が適しています。
試験用OBJをアップロードし、面数の定義と形状が想定どおりであることを確認してから、全体へ同じ設定を適用します。全体データの処理を何度もやり直すより、効率よく条件を調整できます。
問題が発生した場合は、修正後のファイルだけでなく、原因となった設定も記録します。どの工程で面数が変わったのか、どの設定を変更したら改善したのかを残します。
同じ種類の点群を繰り返し扱う場合、この記録が標準設定の改善につながります。現場条件や対象物によって適切な面密度は異なるため、実績をもとに判断基準を更新します。
LRTK Phoneで取得した点群を、対応する点群整理やメッシュ生成の工程を経てOBJとして活用する場合も、取得、点群整理、メッシュ生成、OBJ書き出し、アップロードという工程を分けて管理することが大切です。
取得時の点密度が十分であっても、メッシュ生成や書き出しの条件によって細部が失われる可能性があります。各工程のデータを残し、どの段階で頂点数や面数が変化したかを確認できるようにします。
まとめ
点群OBJの面数が減る場合は、アップロード先だけを原因と考えず、点群からメッシュを生成する工程、OBJを書き出す工程、アップロード後の変換または表示工程を分けて確認する必要があります。
最初に、対象データが頂点や点要素だけで構成されたデータなのか、面情報を持つメッシュOBJなのかを確認します。面情報がなければポリゴン面数はゼロであり、面数が表示されなくても削除が起きたとは限りません。
メッシュOBJで面数が減る場合は、出力対象と非表示要素、自動簡略化、三角形化、重複頂点と退化面の処理、座標精度と単位の解釈という5つの設定を順番に確認します。
選択中のオブジェクトだけが書き出されていないか、非表示のグループが除外されていないかを確認することが第一歩です。モデルの端部や特定の部材がまとめて消えている場合は、出力対象や範囲指定が影響している可能性があります。
モデル全体が粗くなっている場合は、メッシュ生成時の間引きや自動簡略化を確認します。平坦面では問題が目立たなくても、段差、角部、細い部材では必要な形状が失われることがあります。
四角形や多角形を含むOBJでは、読み込み時の三角形化結果が書き出し元と異なる場合があります。事前に三角形化し、分割後の形状と法線方向を確認することで、読み込み先による差を抑えやすくなります。
重複頂点や退化面の整理は有効ですが、統合距離や削除条件を大きくしすぎると、必要な段差や小形状まで消えます。モデル内の数値がどの単位として扱われるかを確認し、必要な形状寸法より小さい条件から検証します。
大きな現地座標を持つモデルでは、読み込み後の内部精度が影響する場合があります。ただし、OBJの座標値が大きいだけで必ず面数が減るわけではなく、影響は処理環境に依存します。原点付近へ移動した試験データで比較し、座標を移動する場合は復元に必要な基準情報を管理します。
原因を正確に切り分けるには、元データ、書き出したOBJを新しい環境へ読み込んだ状態、アップロード後の状態という3段階で確認します。書き出し直後に面数が変わっていれば書き出しまでの設定を見直し、アップロード後だけ変わる場合は対応要素、自動最適化、詳細度、表示設定を確認します。
面数は多ければ多いほどよいわけではありません。必要な段差、角、境界、構造物の形状を維持しながら、不要な背景やノイズを整理することが重要です。高密度の元データを保存し、共有用やアップロード用には用途に合った複製データを用意すると、安全に運用できます。
現場で取得した3Dデータを継続して活用するには、計測だけでなく、点群整理、メッシュ生成、書き出し、アップロードまでの条件を統一する必要があります。取得からOBJ作成、確認、共有までの流れを効率化したい場合は、LRTK Phoneを活用した点群運用も検討してみてください。