点群OBJをアップロードしても点が見えない主な原因
点群OBJをアップロードした直後、エラー表示は出ていないのに画面上には何も見えないことがあります。この状態になると、ファイルが壊れている、アップロードに失敗した、点群データが消えたと判断しがちです。しかし、実際には座標が読み込まれていても、表示位置や描画方式、点サイズなどの条件によって見えない場合があります。
最初に理解しておきたいのは、OBJを読み込める環境が、必ずしも頂点だけのデータを点群として描画できるとは限らないことです。OBJには頂点を表すvのほか、点要素を表すp、線を表すl、面を表すfなどの要素があります。一方、読み込み側が面モデルを前提としている場合、vだけが並ぶファイルやpを含むファイルを表示しないことがあります。OBJが点要素を持てることと、すべての表示環境が点群表示に対応することは別の問題です。([NVIDIA Docs][1])
点群として描画されている場合でも、点が画面上で非常に小さく表示されると、背景に溶け込んだり、点と点の間が空いて見えたりします。三角形の面を塗りつぶすメッシュ表示とは異なり、個々の点を描画する方式では、表示倍率や画面解像度、点サイズの設定によって見え方が大きく変わります。
点群が画面の外側に配置されている場合もあります。OBJにはカメラ位置を共通仕様として保存する仕組みがなく、測量座標などの大きな座標値を保持した点群を読み込むと、初期視点が原点付近のままになり、点群本体が遠く離れた位置に存在することがあります。また、OBJは上方向の軸や長さの単位を共通仕様として記録しないため、作成側と表示側で軸方向や単位の想定が違うと、極端に小さく見えたり、巨大化したり、横倒しに見えたりする可能性があります。([NVIDIA Docs][1])
このほかにも、表示対象の点数、読み込み側の容量制限、背景色と点の色の組み合わせ、カメラのクリッピング範囲、頂点や点要素の記述方法などが関係します。点が見えないときは、すぐに再計測や再出力を行うのではなく、表示範囲、点サイズ、縮尺と軸方向、点数、表示環境の順に確認すると、原因を切り分けやすくなります。
ステップ1 表示範囲を合わせて点群全体を画面内に収める
最初に行いたいのは、読み込まれた点群全体が画面内に収まるように表示範囲を合わせることです。点群OBJのアップロードが完了していても、初期視点が点群とは異なる位置を向いていると、画面には何も表示されません。この段階では点サイズを変更する前に、点群がどの位置に存在するのかを確認します。
表示機能に全体表示、選択範囲に合わせる、データへ移動、ズームフィットといった操作がある場合は、最初に実行します。名称は利用する環境によって異なりますが、読み込んだデータの外接範囲を基準に、中心位置と大きさに合わせて視点を移動するための機能です。点群が原点から離れている場合でも、正常な外接範囲を取得できれば画面中央に収まる可能性があります。
全体表示を実行しても見えない場合は、視点を少しずつ回転させながら拡大と縮小を行います。地面や壁面を計測した点群は薄い平面状になることがあり、面に対してほぼ真横から見ると線のように細く見えます。上からは広く見えても、側面からは存在を確認しにくいことがあるため、上面、正面、側面など複数の方向から確認します。
上方向の軸が作成側と表示側で異なる場合もあります。例えば、作成側ではZ軸を高さとしていても、表示側がY軸を上方向として解釈すると、地面が立ち上がったように見えることがあります。これはデータ消失ではなく軸方向の不一致である可能性があるため、回転操作やインポート設定で向きを確認します。
点群の中心座標やX、Y、Zの最小値と最大値を確認できる場合は、数値も確認します。中心座標が大きくても、各軸の最大値と最小値の差が現場の大きさと整合していれば、測量座標を保持した正常なデータである可能性があります。一方、一点だけ桁違いに離れた値があると、全体表示の範囲が過度に広がり、主要部分が極端に小さくなることがあります。
大きな座標値を扱う表示環境では、内部の数値精度やカメラ制御の影響で、ちらつき、位置ずれ、操作しにくさが生じる場合があります。確認用として点群全体を原点付近へ平行移動した別ファイルを作る方法はありますが、正式な成果データとは分けて管理します。平行移動量を記録せずに上書きすると、ほかの測量データや設計データと重ね合わせられなくなる可能性があります。
表示範囲を合わせた結果、小さな点の集まりや細い輪郭が見えた場合は、座標の読み込み自体には成功している可能性があります。次のステップでは点サイズを調整し、形状を確認しやすい状態にします。
ステップ2 点サイズを段階的に大きくする
点群全体を画面内に収めても見えにくい場合は、表示側の点サイズを大きくします。OBJに記録された頂点座標と、画面上で描画される点の大きさは別の要素です。一般的な点群表示では、点サイズを変えても元の座標や点間距離は変わらず、表示上の見え方だけが変化します。ただし、設定名や効果は表示環境によって異なります。
点サイズは一度に極端な値へ変更するのではなく、初期値から段階的に大きくします。最初は少しだけ拡大し、輪郭が現れるかを確認します。まだ点がまばらで形状を把握しにくい場合は、さらに一段階大きくします。点が連続した面に近い状態で見え始めると、現場全体の形状を確認しやすくなります。
点サイズを大きくしすぎると、隣接する点が重なり、細かな段差や境界が隠れます。構造物の角、路面の小さな凹凸、外れ点の分布などを確認したい場合、点が大きすぎると輪郭が丸く見え、実際の位置関係を判断しにくくなります。そのため、全体確認用と詳細確認用で点サイズを切り替える運用が適しています。
全体を確認するときは、多少点が重なっても対象範囲が把握できる大きさに設定します。特定の場所を拡大して確認するときは、点サイズを小さくして点の分布や欠落、外れ点を確認します。表示倍率に応じて点サイズを変えることで、広い範囲と細部の両方を確認できます。
点サイズを変更してもまったく表示が変わらない場合は、点サイズの問題ではない可能性があります。表示環境が頂点だけのOBJを点として描画していない、点要素pに対応していない、読み込み後に面要素だけを表示対象としている、といった仕様差が考えられます。
この場合は、利用している表示環境が頂点のみのOBJまたはpを使った点要素に対応しているかを確認します。確認用として少数の頂点と点要素だけを含む小さなOBJを作り、同じ環境へアップロードすると、ファイル容量や点数の影響を切り分けられます。小さなファイルでも見えなければ、点サイズではなく、OBJの記述方法や読み込み仕様が原因である可能性が高くなります。
点サイズの適正値は、点間隔、表示倍率、画面解像度、描画方式によって変わります。すべての点群に共通する固定値を決めるのではなく、全体形状がつながって見え、細部もつぶれすぎない範囲をデータごとに探すことが大切です。
ステップ3 座標値と単位から実際の縮尺を確認する
点サイズを変更しても点群が見えない、または極端に小さく見える場合は、座標値と単位を確認します。OBJの頂点座標は数値で記録されますが、その数値がメートル、センチメートル、ミリメートルのどれを表すかは、OBJ本体の共通仕様だけでは確定できません。読み込み側の設定や作業記録、併記された補助情報から判断する必要があります。([NVIDIA Docs][1])
例えば、実際には幅10メートルの対象物が、OBJ内でX方向に10000の差を持っている場合、出力時にミリメートル単位の数値を使っている可能性があります。このデータを表示側がメートル相当として扱えば、想定より1000倍大きくなります。反対に、10メートルの対象物が0.01の差として記録されていれば、想定より極端に小さく見える可能性があります。
縮尺を確認するには、点群内で実寸が分かっている二点の座標差を調べます。建物の柱間、道路幅、標尺、既知点間距離など、現場で寸法が分かっている部分を基準にすると判断しやすくなります。表示側に距離計測機能がある場合は、読み込み後の距離と現場寸法を比較します。
表示結果が実寸のおおむね1000倍または1000分の1であれば、メートルとミリメートルの解釈差を確認します。おおむね100倍または100分の1であれば、メートルとセンチメートルの違いが候補になります。ただし、変換処理で任意の倍率が使われている場合もあるため、見た目だけで単位を決めつけず、座標差を数値で確認します。
縮尺を変更する場合は、原則としてX、Y、Zの三方向へ同じ倍率を適用します。一方向だけ異なる倍率を適用すると、形状が伸びたり押しつぶされたりします。高さだけが不自然な場合でも、すぐにZ方向だけを変更せず、上方向の軸、標高の扱い、座標変換、出力設定を先に確認します。
測量座標を保持する点群では、単純な拡大縮小が適切でない場合があります。座標値は形状の大きさだけでなく、ほかの成果データと重ね合わせるための位置基準でもあるためです。表示確認のために縮尺を変えた別ファイルを作成する場合は、元ファイルを保存し、変更倍率、原点移動量、軸変換の内容を記録します。
点群の大きさは正しいものの、一部しか見えない場合は、視点が点群内部に入っている可能性もあります。大きな点群の中心にカメラが配置されると、周囲に点があっても全体像を把握できません。この場合は、十分に縮小して点群の外側から見るか、全体表示をやり直します。
座標と単位を整理すると、点サイズをどの程度に設定すべきかも判断しやすくなります。点間隔が数センチメートルの点群と、数メートル間隔の点群では、同じ表示倍率でも適切な点サイズが異なります。点群OBJアップロード後の見え方を安定させるには、画面上の調整だけでなく、データが持つ実際の寸法と軸方向を理解することが重要です。
ステップ4 点数と表示密度を調整する
座標と縮尺に問題がなくても、点数が多い場合は読み込みや描画に時間がかかったり、表示環境の上限によって一部または全部が表示されなかったりすることがあります。点群は一点ごとに座標を持ち、データによっては色情報も持つため、点数が増えるほどメモリ使用量や描画負荷が増えます。
アップロード完了の表示が出ても、利用するサービスによっては変換、解析、索引作成、表示用データ生成などが続く場合があります。ただし、処理状況を確認できないまま長時間待ち続けるのではなく、軽量な確認用ファイルで同じ手順を試し、点数や容量の影響を切り分けます。
確認用ファイルは、元の点群から一定の基準で点を抽出して作成します。全点を残した正式版とは別に、一定距離ごと、格子ごと、または指定した割合で点を間引いた軽量版を用意します。軽量版が表示される場合は、OBJの基本的な座標書式よりも、点数、容量、変換時間、表示上限などが原因である可能性が高くなります。
間引きでは、単純にファイルの先頭や末尾から大量の点を削除するのではなく、対象範囲全体から均等に点を残すことが重要です。偏った削除を行うと、一部の範囲だけが残り、全体形状を正しく確認できません。空間を格子状に分けて各範囲から代表点を残す方法などを使うと、形状を保ちながら点数を抑えやすくなります。
ただし、間引きの間隔を大きくしすぎると、小さな構造物、段差、縁部、細い配管などが消えることがあります。現場全体の位置関係を確認する軽量版と、施工箇所や出来形を確認する詳細版を分けると、用途に応じた表示ができます。
表示環境に点数上限、品質設定、レベル・オブ・ディテール、距離に応じた間引きなどの機能がある場合は、その設定を確認します。遠くの点を減らす仕組みが有効だと、点群全体が薄く見えることがあります。一方、上限を無理に引き上げると、画面操作が重くなったり、ブラウザーやアプリが不安定になったりする可能性があります。
重要なのは、常に全点を一度に表示することではありません。全体確認では軽量データを使い、詳細確認が必要な範囲だけを高密度で表示するほうが、作業を安定させやすくなります。
範囲ごとにファイルを分割する方法も有効です。長い道路、広い造成地、大規模な構造物などを一つのOBJにまとめると、外接範囲が広くなり、全体表示時に一点あたりが小さく見えます。一定の区画や作業範囲ごとに分ければ、点サイズを過度に大きくしなくても形状を確認しやすくなります。
ステップ5 背景色やクリッピング範囲を見直す
点群の位置、点サイズ、縮尺、点数に問題がない場合は、色と表示範囲を確認します。点群が読み込まれていても、点の色と背景色が近いと、画面上ではほとんど見えません。
白や薄い灰色の点を白い背景へ表示すると、輪郭が背景に溶け込みます。黒に近い点を暗い背景へ表示した場合も同様です。背景色を明るい色と暗い色で切り替え、点群の見え方が変化するか確認します。背景を変えた直後に点が見える場合は、ファイルの破損ではなく、コントラスト不足が原因である可能性があります。
色情報を持たない点群や、色情報を解釈できない環境では、表示側が既定色を割り当てる場合があります。既定色が背景と近いこともあるため、点群全体へ一時的に目立つ単色を設定して確認します。可能であれば、データ自体を書き換えず、表示上の色だけを変更します。
クリッピング範囲も重要です。3D表示では、視点に近すぎる範囲や遠すぎる範囲を描画しない設定が使われます。点群が非常に小さい、非常に大きい、原点から遠いといった条件では、点群の一部または全部が描画範囲の外側に入ることがあります。
視点を点群へ近づけたときに突然消える場合は、手前側のクリッピング設定を確認します。反対に、遠くへ離したときに消える場合は、奥側の設定が関係している可能性があります。設定を変更できる場合は、必要な範囲を含むように調整します。ただし、手前と奥の差を極端に広げると深度精度が低下し、ちらつきなどが出る場合があるため、必要以上に広げないことも重要です。
点群の一部だけが水平面や箱状の範囲で切断されている場合は、断面表示、範囲限定表示、表示ボックスなどが有効になっていないか確認します。以前の作業で設定した範囲が残っていると、新しくアップロードした点群が範囲外となり、何も見えないことがあります。
高さによる色分けが設定されている場合も注意が必要です。色分けの最小値と最大値が点群の標高範囲と合っていないと、すべての点が似た色になったり、表示環境によっては透明に近く見えたりすることがあります。まずは単色表示に戻し、点群の存在を確認してから、標高や強度などによる色分けを適用します。
透明度の設定も確認します。点群レイヤー全体の透明度が高く設定されていると、点サイズを大きくしても薄くしか見えません。複数の表示設定を同時に変更すると原因が分からなくなるため、背景色、単色表示、透明度、クリッピング範囲の順に一項目ずつ変更すると切り分けやすくなります。
サイズ調整で解決しないときのOBJ構文チェック
5つの表示調整を行っても点が見えない場合は、OBJファイルの内容を確認します。ファイル名の末尾がOBJでも、内部に有効な頂点情報や点要素が含まれているとは限りません。変換処理の途中で頂点が失われたり、数値の書式が読み込み側と合わなくなったりすると、ファイル選択やアップロードは完了しても表示できない場合があります。
OBJの幾何頂点は、一般に行頭のvに続いてX、Y、Zの数値を記述します。点要素として明示する場合は、定義済み頂点の番号をpで参照します。標準上は点要素が存在しますが、実際の読み込み対応は表示環境によって異なるため、頂点だけのファイル、pを含むファイル、面を含むファイルを同一に扱えるとは限りません。([NVIDIA Docs][1])
座標値が欠けている行、数値以外の文字を含む行、区切りが不正な行などは、読み込み時に無視されたり、エラーの原因になったりします。空白やタブの扱い、コメント行の位置、行末の不要文字なども、独自実装の読み込み環境では影響する可能性があります。
数値の小数点表記にも注意が必要です。多くのOBJではピリオドを小数点として使います。地域設定に基づくカンマ区切りや、数値と区切り文字が混在した出力は、読み込み側が正しく解釈できないことがあります。指数表記は処理系によって扱いが異なる可能性があるため、互換性を確認するときは通常の小数表記へ変換した小さな確認用ファイルを作ると切り分けやすくなります。
座標値に非数、無限大、欠損値、桁違いの外れ値が含まれていないかも確認します。一部の点だけが不正でも、点群全体の外接範囲計算に影響し、正常な点群が極端に小さく表示されることがあります。一点だけ大きく離れた座標を持つと、全体表示を実行した際に主要部分が見つけにくくなります。
異常な座標を探すには、X、Y、Zごとの最小値と最大値、中央値付近の分布を確認します。ほとんどの点が一定の範囲にあるのに、一点だけ大きく離れている場合は、外れ点の可能性があります。ただし、その点が基準点や別区画を示していることもあるため、自動的に削除せず、元データと作業目的を照合して判断します。
面情報を持つOBJでは、fが参照する頂点番号が有効かも確認します。定義されていない番号を参照している、頂点番号とテクスチャ座標番号の区切りが崩れている、変換時に番号がずれているといった場合、面モデルとしての読み込みに失敗する可能性があります。点群として扱いたいデータに不要な面情報が混在している場合は、確認用として頂点と点要素だけを残した別ファイルを作り、結果を比較します。
文字コードや改行形式の違いも、独自の読み込み実装では影響することがあります。通常のテキストとして開けない、行が連結して見える、先頭に想定外の制御文字がある場合は、元ファイルを残したうえで一般的なテキスト形式へ保存し直した確認用ファイルを作成します。
ファイル全体を最初から調べるのが難しい場合は、有効な頂点を数十点だけ抜き出し、必要に応じてpで参照した小さなOBJとして保存します。このファイルが表示されれば、座標の基本書式は読み込めており、元ファイルの途中にある不正行、点数、外れ値、関連要素などが原因と考えられます。小さなファイルも表示されなければ、頂点の書式、点要素への対応、読み込み側の仕様を優先して確認します。
点群の色が原因で見えない場合の確認方法
点群OBJでは、v行の座標値の後ろにRGB値を追加する慣例的な拡張が使われることがあります。ただし、これはすべてのOBJ読み込み環境で共通に解釈される標準機能とはいえず、頂点色を無視する環境や、異なる値域を想定する環境があります。頂点色は広く使われる拡張の一つですが、対応状況を確認する必要があります。([GitHub][2])
色情報が0から1の小数で記録されているのか、0から255などの整数で記録されているのかを確認します。作成側と表示側で想定する値域が異なると、ほとんどの点が白や黒に寄ったり、意図しない色になったりします。値域だけでなく、RGBの並び順やアルファ値の有無に独自仕様がないかも確認します。
点群の色が不自然な場合は、まず頂点色を使わず、表示側の単色設定で形状を確認します。単色で点が見える場合は、座標や点サイズではなく、色情報の解釈または表示設定が原因である可能性があります。
元の色情報を保持したまま確認する必要がある場合は、表示側が対応する値域や書式へ変換した別ファイルを作ります。変換前のデータは上書きせず、元ファイルを保存します。変換後は、複数の代表点について元のRGB値と表示結果を照合します。
OBJは外部のMTLファイルを参照できますが、MTLの材質設定は主に面要素へ適用される実装が一般的です。点要素や頂点だけのデータに材質色や透明度が適用されるかは表示環境によって異なります。そのため、MTLの不足や透明度設定だけを、点群が見えない原因と断定しないことが重要です。面を持つOBJで材質が適用されている場合は、dやTrなどの透明度に関する値も確認します。([NVIDIA Docs][1])
参照先のMTLや画像が不足している、ファイル名が一致していない、保存場所が異なるといった問題があっても、幾何形状だけは表示できる環境があります。一方、読み込み側の仕様によっては警告や代替色が使われます。材質参照の警告が出たからといって、頂点座標まで失われたとは限りません。
色情報を使った確認は、点群の存在、位置、縮尺を確認した後に行うのが安全です。最初から色、透明度、照明、陰影などを同時に調整すると、どの設定が見えない原因なのか判断しにくくなります。まず単色かつ不透明な状態で点群を表示し、その後で必要な表現を追加します。
点群OBJアップロード前に行いたい事前確認
アップロード後の調整時間を減らすには、出力前とアップロード前の確認を定型化することが効果的です。最初に確認したいのは、OBJ内の有効な頂点数です。変換後のファイル容量が大きくても、v行がない、数値として解釈できない、点要素が必要な環境なのにpがないといった理由で表示できない場合があります。ファイル容量だけで判断せず、頂点数と要素構成を確認します。
次に、座標の最小値と最大値を調べます。X、Y、Zそれぞれの差が、計測対象の実際の大きさと大きく食い違っていないかを確認します。幅数十メートルの現場が、単位換算を考慮しても不自然な座標差を持つ場合は、単位や変換倍率を見直します。
座標値そのものが大きい場合と、点群の幅が大きい場合は分けて考えます。測量座標では、点群の中心が大きな座標値を持っていても、対象範囲の幅は数十メートルということがあります。この場合、縮尺は正しくても、原点から遠いことが表示精度や視点操作へ影響する場合があります。中心座標と座標差の両方を確認することが重要です。
一点だけ離れた外れ値がないかも確認します。外れ値は、誤測定、未処理の補助点、変換エラー、異なる座標系の混在などによって生じることがあります。外れ値があると点群全体の表示範囲が広がり、主要部分が小さく見えます。削除する場合は、元の計測記録や作業目的を確認したうえで判断します。
上方向の軸と座標系の種類も記録します。OBJは上方向の軸や測地座標系を共通仕様として保持しないため、Z軸が高さなのか、Y軸が高さなのか、測量座標なのか、原点移動したローカル座標なのかを別途管理します。必要に応じて、同梱メモや作業記録に残します。([NVIDIA Docs][1])
点数については、正式な高密度データとは別に、表示確認用の軽量版を用意すると便利です。アップロード先で軽量版が正常に表示されることを確認した後、高密度版を読み込みます。これにより、基本的な書式の問題と、容量や処理負荷の問題を分けて確認できます。
ファイル名や保存場所も分かりやすくします。OBJがMTLや画像を参照する場合、参照名と実際のファイル名、相対位置が一致している必要があります。文字の違い、空白、拡張子の重複、大文字と小文字の違いなどが、環境によって読み込みへ影響することがあります。点だけを表示する用途で関連ファイルが不要な場合は、不要な参照を整理した確認用ファイルを作成すると切り分けやすくなります。
アップロード前には、可能であれば別の確認環境でも点群が見えるかを試します。一つの環境だけで見えない場合は表示側の設定や対応状況、一つのファイルだけが複数の環境で見えない場合はOBJ側の問題が疑われます。複数の条件を同時に変えず、ファイルと表示環境のどちらを変更したかが分かる状態で比較します。
現場データで点が見えない問題を防ぐ運用方法
実務では、同じ現場でも複数回の計測や複数人によるデータ処理が行われます。点群OBJの表示条件が担当者ごとに異なると、同じデータでも見える人と見えない人が発生します。再現性を高めるには、データ作成から確認、共有までの手順をそろえる必要があります。
まず、出力時に使った単位を記録します。メートル、センチメートル、ミリメートルが混在すると、アップロード後に適切な縮尺を判断しにくくなります。OBJ本体が単位を共通仕様として保持しないため、ファイル名だけでなく、作業記録や共有メモにも使用単位を残します。
上方向の軸も統一します。Z軸を高さとする運用とY軸を高さとする運用が混在すると、読み込み後に横倒しや反転が起きたように見えます。出力設定、変換履歴、表示側のインポート設定を記録し、担当者が変わっても同じ向きで確認できるようにします。
座標を原点付近へ移動する場合は、移動前後の対応関係を記録します。確認用のローカル座標と、正式な測量座標を持つ成果データを区別し、誤って上書きしないようにします。ファイル名には、現場名、計測日、対象範囲、座標の種類、データ密度、確認用か成果用かを判別できる情報を含めると管理しやすくなります。
表示確認用の基準も決めておきます。全体表示を実行した状態、点サイズを調整した状態、単色表示にした状態など、最初に確認する条件を統一すれば、表示トラブルの原因を比較しやすくなります。
高密度点群を共有する際は、軽量版も同時に用意します。受け手は最初に軽量版を開き、座標、向き、対象範囲を確認できます。その後、必要に応じて高密度版を読み込めば、最初から大容量ファイルを扱うよりもトラブルを切り分けやすくなります。
点群を区画ごとに分ける場合は、境界付近に必要最小限の重なりを設ける方法があります。完全に境界で切ると、隣接ファイルとの接続状態を確認しにくくなるためです。ただし、重複部分が多すぎると点数や容量が増えるため、確認目的に応じた範囲へ抑えます。
再出力したときは、ファイル容量だけでなく、頂点数、点要素の有無、座標範囲、単位、上方向の軸、原点移動の有無、頂点色の書式も比較します。前回表示できたファイルとの差を記録すると、問題が発生した工程を特定しやすくなります。
現場で取得した点群は、不要点の除去、座標変換、間引き、分割、OBJ出力といった複数の工程を通ることがあります。どの工程で何を変更したかが分からないと、表示されない原因を追跡できません。処理後のファイルだけを保存するのではなく、元データと主要な中間データを段階的に残すことが重要です。
LRTK Phoneなどを利用して現場計測からデータ確認までを行う場合も、計測後に対象範囲、点数、座標、表示方向を確認してから共有工程へ進むと、受け手側での手戻りを減らしやすくなります。点群OBJを作成した時点で一度表示確認を行い、アップロード先でも同じ対象範囲が見えるかを照合する流れを作ることが大切です。
まとめ
点群OBJをアップロードした後に点が見えない場合、ファイルが完全に壊れているとは限りません。点群が画面外にある、点サイズが小さい、単位や軸方向の解釈が合っていない、点数が多い、背景色やクリッピング設定によって見えにくいといった原因が考えられます。
最初に全体表示を行い、点群が存在する範囲へ視点を合わせます。次に点サイズを段階的に大きくし、輪郭が現れるかを確認します。それでも見えない場合は、座標差と実寸を比較して単位や縮尺を確認し、上方向の軸も見直します。さらに軽量版を使って点数の影響を切り分け、背景色、単色表示、透明度、クリッピング範囲を一項目ずつ確認します。
この5ステップで解決しない場合は、OBJ内のv、p、fなどの要素、数値の書式、外れ値、点要素への対応、頂点色の拡張書式を調べます。少数の頂点だけを含む確認用ファイルを作ると、構文、点数、表示環境のどこに問題があるかを判断しやすくなります。
点群の表示トラブルを防ぐには、正式な高密度データだけでなく、表示確認用の軽量版を用意し、単位、軸方向、座標範囲、頂点数、原点移動の有無を記録する運用が有効です。アップロード後に点サイズを調整するだけでなく、計測から変換、確認、共有までの条件をそろえることで、同じ問題の再発を抑えやすくなります。
現場での計測から点群OBJの確認、共有までを一つの流れで見直したい場合は、次にLRTK Phoneの活用方法をご確認ください。