点群OBJアップロード後に点密度が落ちて見える仕組み
点群をOBJ形式でアップロードした後、元データよりも点の間隔が広がったように見えることがあります。地表面が粗くなる、構造物の角が途切れる、配管や柵のような細い形状が消える、近づいても細部が表示されないといった現象です。
このとき、アップロードによって点が削除されたと判断しがちですが、実際には複数の原因が考えられます。OBJファイルを作成する前に点が間引かれている場合もあれば、OBJ内には点が残っているものの、アップロード先のLODや描画上限によって一部だけが表示されている場合もあります。
したがって、点密度の低下を調べる際は、データそのものの点数と、画面上に描画されている点数を分けて考える必要があります。見た目が粗いというだけでは、どの工程で点が減ったのかを判断できません。
OBJは、頂点座標、面、法線、テクスチャ座標などをテキストで記録できる形式です。点群の各点を頂点として保存することもできますが、もともとは面を持つ三次元モデルの受け渡しにも広く使われる形式です。そのため、アップロード先がOBJを点群として扱うのか、メッシュモデルとして扱うのかによって変換結果が異なります。
点だけを記録したOBJであっても、アップロード時に内部形式へ変換されることがあります。変換処理では、表示速度を確保するために空間分割、重複頂点の削除、座標値の圧縮、LODの生成などが行われる場合があります。この処理によって、元のOBJと画面表示の点密度に差が生じます。
特に確認したいのがLODです。LODはLevel of Detailの略で、視点からの距離や画面上の大きさに応じて、表示する情報量を切り替える仕組みです。遠くにある点群は粗く表示し、近づいた場所だけ詳細に表示することで、大規模なデータでも操作しやすくします。
LODによる表示の変化は、必ずしもデータ欠損ではありません。内部には高密度な点が残っていても、現在の視点では低密度な階層だけが表示されていることがあります。逆に、近づいても点が増えない場合は、OBJ出力時の間引きやアップロード時の統合も疑う必要があります。
点群OBJアップロード後の点密度低下は、原因を順番に切り分けることが重要です。OBJ作成前、OBJ出力時、アップロード変換時、画面表示時という流れに沿って確認すれば、不要な再計測や再処理を減らせます。
原因1：OBJ出力前に点が間引かれている
最初に確認するべきなのは、アップロード前のOBJに必要な点が含まれているかどうかです。アップロード後に点密度が落ちたように見えても、実際にはOBJを書き出す前の処理で点数が減っていることがあります。
大容量の点群を扱う処理環境には、表示や保存を軽くするための間引き機能が用意されていることがあります。一定数ごとに点を抽出する方法、一定間隔の格子内から代表点を残す方法、近接した点をまとめる方法などです。
たとえば、点群の取得間隔が細かくても、出力時に数点ごとに一つだけを残す設定が有効になっていれば、OBJ内の点間隔は元データより広くなります。アップロード処理に問題がなくても、表示結果は低密度になります。
間引き設定は、必ずしも「間引き」という名称では表示されません。サンプリング、最適化、簡略化、軽量化、代表点抽出、データ削減などの名称になっている場合があります。初期設定で有効になっていることもあるため、OBJ出力画面の設定を一つずつ確認する必要があります。
ノイズ除去も点密度低下の原因になります。孤立点や外れ値を削除する処理は、不要な点を整理するうえで有効です。しかし、処理条件が強すぎると、必要な細部までノイズとして除去される可能性があります。
特に影響を受けやすいのは、細い配管、柵、電線状の形状、植生の先端、構造物の縁、穴の周囲などです。これらの部分は周囲の点が少ないため、孤立点と判定されやすい傾向があります。平らな地面は問題なく残っていても、細部だけが欠ける場合はノイズ除去条件を確認します。
対象範囲の指定にも注意が必要です。画面に表示されている点だけを書き出す設定では、表示上限や一時的な非表示設定の影響を受ける可能性があります。画面では高密度に見えていても、選択範囲外や非表示レイヤーの点がOBJに含まれていないことがあります。
原因を確認するには、変換前の点群と、書き出したOBJを同じ条件で比較します。同じ視点、同じ表示倍率、同じ点サイズで表示し、細い形状や輪郭の点が残っているかを調べます。
OBJをローカル環境で開いた時点ですでに粗い場合、原因はアップロード先ではありません。間引き率、抽出間隔、ノイズ除去、出力対象、座標の丸めなど、OBJ作成前後の条件を見直す必要があります。
また、ファイル容量だけで点数を判断しないことも重要です。OBJは座標値の桁数や付加情報によって容量が変わるため、容量が小さくなったからといって必ず大量の点が消えたとは限りません。可能であれば、OBJ内の頂点行数や頂点数を直接確認します。
原因2：点群からメッシュへの変換で頂点数が減っている
点群をOBJとして書き出す際、元の点群を直接出力するのではなく、一度メッシュへ変換してからOBJを作成する場合があります。この工程では、元の点数とOBJ内の頂点数が一致しないことがあります。
点群は、空間内に多数の点が配置されたデータです。一方、メッシュは頂点同士を辺や面で結び、表面形状を表現するデータです。点群からメッシュを作成するときは、すべての点が必ずメッシュ頂点として採用されるわけではありません。
表面を滑らかに再構成する処理では、元の点群を参照しながら新しい頂点配置が作られることがあります。その結果、元データに含まれていた細かな凹凸や局所的な密集点が平均化され、OBJの頂点密度が低くなる場合があります。
メッシュ作成後に面数削減を行っている場合は、さらに頂点数が減ります。面数削減は表示負荷を下げるために有効ですが、削減率が高すぎると、角部、段差、曲率の変化、細い部材などの形状が崩れやすくなります。
元の点群では輪郭が明確だったのに、OBJでは角が丸くなる場合、単純な点の間引きではなく、メッシュ再構成や面数削減が影響している可能性があります。点が均等に減るのではなく、形状の特徴に応じて頂点配置が変化するためです。
穴埋め処理にも注意が必要です。点群に欠測部分があると、メッシュ作成時に周辺形状から面が補間されることがあります。この場合、画面上では表面が連続して見えますが、実測点の密度をそのまま表しているわけではありません。
反対に、面を作れなかった場所の点がOBJから除外される場合もあります。密度が低い部分、急な段差、複雑な重なり、薄い部材などは、メッシュ化の条件によって表面として採用されないことがあります。
点群OBJを作成する目的が、取得点の配置を確認することなのか、連続した表面形状を表示することなのかによって、適切な出力方法は異なります。取得した点そのものを確認したい場合は、点群の頂点を直接出力する方法が適しています。表面モデルとして利用したい場合は、メッシュ化が必要になることがあります。
メッシュ化が原因かどうかを確認するには、元点群の点数と、作成したメッシュの頂点数を比較します。さらに、メッシュ作成直後と、面数削減後の頂点数も分けて記録します。
元点群からメッシュを作成した段階で頂点数が大きく減っている場合は、再構成条件を見直します。面数削減後に大きく減っている場合は、削減率や形状保持条件を調整します。
OBJを点群としてアップロードしたい場合でも、出力元がメッシュになっていないかを確認することが大切です。画面上では点表示に切り替えられていても、実際に書き出される対象がメッシュ頂点である可能性があります。
原因3：アップロード時に近接頂点が統合されている
ローカル環境では十分な点密度があるのに、アップロード後だけ密度が下がる場合、内部変換で頂点が統合されている可能性があります。
OBJはテキスト形式であり、そのままでは大規模な点群の高速表示に向かないことがあります。そのため、アップロード先ではOBJを解析し、表示用の内部形式へ変換することがあります。
変換処理では、完全に同じ座標を持つ重複頂点が削除されることがあります。重複点の削除自体は、同じ位置にある不要なデータを整理する処理です。しかし、統合判定に一定の許容距離が使われる場合、わずかに異なる位置の点まで一つにまとめられる可能性があります。
たとえば、数ミリメートル離れた点を保持したいデータでも、統合許容距離がそれより大きければ、近接点が代表点へ置き換えられます。平面部分では見た目の変化が小さくても、角部や細い段差では形状への影響が目立ちます。
座標値の丸めも、頂点統合につながります。元のOBJでは異なる座標を持っていた点でも、内部変換で小数点以下の桁数が減ると、同じ座標になる場合があります。その後に重複点が削除されると、点数が減少します。
広い範囲を大きな座標値で管理している場合は、局所的な点間隔とのバランスに注意が必要です。対象範囲が広く、点間隔が細かいほど、大きな座標値の中で小さな差を表現する必要があります。
内部形式で座標が一定の分解能へ量子化されると、小さな座標差が失われることがあります。地形全体は問題なく表示できても、細い溝や小さな段差が平坦化される可能性があります。
この問題を確認する方法の一つは、対象範囲の近くへローカル原点を移動した試験用OBJを作成することです。各座標値を小さくしたうえで同じ範囲をアップロードし、点密度や形状が改善するかを比較します。
また、広域データを小さな区画に分割する方法もあります。分割したOBJでは各ファイルの座標範囲が小さくなり、局所的な点間隔を保持しやすくなる場合があります。
ただし、分割時には境界部分の扱いに注意が必要です。境界上の点を両方のファイルへ含めると重複が生じ、含めないと隙間が生じる可能性があります。分割方法と重なり幅を統一し、元の位置へ戻すための移動量も記録します。
アップロード後の頂点数を確認できる場合は、OBJ内の頂点数と比較します。確認できない場合は、細い構造物や鋭い角など、統合の影響が出やすい場所を比較します。
視点を近づけても同じ点が戻らず、毎回同じ場所の細部が欠ける場合は、表示上のLODだけでなく、内部変換での頂点統合や座標丸めを疑う必要があります。
原因4：LODによって表示密度が切り替わっている
点群OBJアップロード後に点密度が落ちて見える代表的な原因がLODです。LODは、表示する対象の距離や画面上の大きさに応じて、使用するデータの細かさを切り替える仕組みです。
広範囲の高密度点群を常に全点表示すると、読み込み時間が長くなり、画面操作も重くなります。そこで、遠方では少ない点で全体形状を表示し、近づいた範囲だけ高密度なデータへ切り替えます。
LODが正常に動作している場合、全体表示では点間隔が広く見えますが、対象へ近づくにつれて点が増えます。この場合、元の点が削除されたとは限りません。現在表示されている階層が粗いだけで、詳細な点は内部データに保持されている可能性があります。
LODは、距離だけで切り替わるとは限りません。対象が画面内で占める大きさ、画面の解像度、表示範囲、端末の処理能力、操作中か停止中かといった条件によって選択される場合があります。
対象へ近づいているつもりでも、広い範囲を同時に画面へ入れていると、高密度な階層へ切り替わらないことがあります。確認したい場所を画面中央に置き、表示範囲を狭めて拡大すると、LODの変化を確認しやすくなります。
操作中は粗いLODを表示し、視点を止めた後に詳細なLODを読み込む方式もあります。この場合、画面を動かしている間は点が少なく、停止してしばらくすると密度が高くなります。
アップロード直後や初回表示時には、低密度な階層が先に表示されることもあります。点群が画面に現れた時点で読み込みが完了したと判断せず、詳細データの読み込みが続いていないかを確認します。
LODの切り替え条件が粗すぎる場合は、近づいても十分な点数が表示されません。表示品質、詳細度、画面誤差、許容誤差などに相当する設定が用意されていれば、値を変更して比較します。
ただし、LODの名称や設定内容は閲覧環境によって異なります。OBJファイルそのものに共通のLOD設定が記録されているとは限りません。OBJをアップロードした後、内部変換によってLODが生成されるケースもあります。
LODが原因かどうかを確認するには、同じ地点を遠距離、中距離、近距離の順に表示します。近づくにつれて点数が増え、輪郭が明確になる場合は、LODによる表示切り替えの可能性が高いと考えられます。
反対に、どれだけ近づいても点密度が変わらない場合は、OBJ出力時の間引き、内部変換での頂点統合、描画上限なども確認します。
LODは不具合ではなく、大容量データを扱うための重要な仕組みです。目的はLODを完全に無効にすることではなく、必要な場所で必要な密度が表示されるように設定することです。
原因5：描画上限や点サイズで粗く見えている
OBJ内の頂点数が維持されていても、画面上で一度に描画できる点数に上限があると、点密度が低く見えます。
点群の描画負荷は、データ全体の点数だけではなく、現在の画面内に含まれる点数にも影響されます。広い範囲を表示すると多数の点が描画対象になるため、閲覧環境が一定の上限を設けることがあります。
描画上限が働くと、全体表示では各範囲の点が均等に間引かれたように見えることがあります。対象範囲へ近づくか、他の範囲を画面外へ出すと、一つの領域へ割り当てられる点数が増え、密度が回復する場合があります。
この動作はLODと似ていますが、LODが複数の詳細階層を切り替える仕組みであるのに対し、描画上限は画面全体で表示できる点数を制限するものです。実際には両方が同時に働く場合もあります。
点サイズも見た目の密度に大きく影響します。同じ数の点が表示されていても、点サイズが小さければ点間に背景が見え、粗く感じられます。
高解像度の画面では、一つの点が非常に小さく表示されることがあります。表示倍率や画面設定によっては、点が薄くなったり、一部が見えにくくなったりする場合があります。
反対に、点サイズを大きくすると、隣接する点が重なって連続した面のように見えます。このため、アップロード前後の点密度を比較するときは、点サイズを可能な範囲でそろえる必要があります。
手元の確認環境では大きな点を使い、アップロード先では小さな点を使っている場合、実際の点数が同じでも見た目は大きく変わります。
透明度も確認が必要です。点の透明度が高いと、背景色との組み合わせによって点が薄くなります。密度が低い場所では点がさらに見えにくくなり、実際以上に欠けているように感じることがあります。
色の設定も影響します。暗い背景に暗い点を表示している場合や、明るい背景に明るい点を表示している場合は、点が存在していても認識しにくくなります。点密度を確認するときは、背景とのコントラストを確保します。
奥行き処理によって、手前の点に隠れた点が描画されないこともあります。見る方向を変えると密度が変化する場合は、点の欠損ではなく、奥行き方向の重なりが原因かもしれません。
描画上限の影響を確認するには、全体表示と部分拡大を比較します。全体では粗く、範囲を絞ると密度が上がる場合は、画面上の点数制限が関係している可能性があります。
設定を変更するときは、点サイズ、表示品質、描画点数、透明度などを一度に変えないことが大切です。一項目ずつ変更し、同じ視点で結果を比較すれば、どの設定が見え方に影響したのか判断しやすくなります。
原因6：座標精度や表示範囲によって点が欠けている
座標値の大きさや表示範囲の設定によって、点密度が落ちたように見える場合があります。
広域座標をそのままOBJへ保存すると、各頂点が原点から大きく離れた数値になります。一方、点同士の間隔は数ミリメートルから数センチメートル程度ということもあります。
大きな座標値と小さな座標差を同時に扱うと、内部計算の精度によって細かな差が表現しにくくなる場合があります。その結果、複数の点が同じ位置へ重なったように表示され、点数が少なく見えることがあります。
この現象は、OBJ内の点が削除されていなくても発生します。地形全体の位置は正しく見えていても、小さな段差、角部、近接した構造物の境界が不明瞭になる場合があります。
対策として、対象範囲の近くへローカル原点を設定し、座標値を小さくしてからOBJを書き出す方法があります。元の座標へ戻すための移動量は別に記録しておきます。
座標単位の不一致も確認が必要です。元データとアップロード先で単位の解釈が異なると、点群全体が極端に大きくなったり、小さくなったりします。
点群が大きくなりすぎると、カメラの表示範囲から一部が外れる可能性があります。小さくなりすぎると、多数の点が同じ画素付近へ集まり、密度を正しく判断しにくくなります。
座標軸の向きが異なる場合も、点群が想定外の方向へ回転します。水平面として取得した場所が縦向きになったり、高さ方向が別の軸として扱われたりすると、一部だけが画面内に残ることがあります。
表示範囲を制限するクリッピング設定にも注意します。カメラに近すぎる点や遠すぎる点を描画しない設定があると、視点移動に応じて点が突然消えることがあります。
断面表示や範囲切り出しが有効なままになっている場合も、範囲外の点が非表示になります。過去の作業で設定した高さ範囲、距離範囲、切断面などが保存されていないかを確認します。
点群全体の中心位置がずれている場合は、画面の全体表示を実行します。表示中の点だけを見て密度が落ちたと判断せず、離れた位置に別の点群が配置されていないかを調べます。
座標精度を確認するには、OBJ内の最小座標と最大座標を調べます。対象範囲として不自然に大きな値や、想定外の軸方向への広がりがないかを確認します。
さらに、小範囲を切り出してローカル原点へ移動したOBJをアップロードします。小範囲のデータだけ高密度で表示される場合は、座標値の大きさや全体範囲が影響している可能性があります。
点密度低下を切り分ける確認手順
点群OBJアップロード後に点密度が落ちた場合は、原因を推測だけで決めず、工程ごとに切り分けます。
最初に確認するのは元の点群です。測定直後または処理前のデータを開き、対象範囲に必要な点が存在するかを確認します。元データの時点で点が少なければ、OBJやLODを調整しても密度は回復しません。
次に、処理後の点群を確認します。ノイズ除去、範囲抽出、間引き、座標変換などを行っている場合は、各処理の前後で点数や形状を比較します。
続いて、書き出したOBJをアップロードせずにローカル環境で開きます。この時点で点密度が下がっていれば、原因はOBJ出力までの工程にあります。
ローカル環境では正常で、アップロード後だけ粗くなる場合は、内部変換または画面表示を調べます。
まず、対象へ近づいたときに点が増えるかを確認します。距離に応じて点が増える場合は、LODによる表示切り替えが考えられます。
次に、対象範囲だけを画面へ表示します。範囲を狭くすると密度が上がる場合は、描画点数の上限が影響している可能性があります。
視点を止めた後、時間の経過とともに点が増えるかも確認します。後から密度が上がる場合は、分割読み込みや段階的なLOD読み込みが行われていると考えられます。
画面を再読み込みしたときに、点が欠ける場所が変わるかも重要です。毎回異なる場所が粗くなる場合は、通信状態や描画資源による一時的な制限が疑われます。
毎回同じ位置の点が欠ける場合は、OBJ出力時の間引き、アップロード変換時の統合、座標精度、分割境界などを優先して調べます。
比較する場所は、平らな地面だけにしないことが大切です。細い部材、鋭い角、段差、穴の周囲、傾斜変化部など、点密度の差が見えやすい場所を選びます。
確認時の点サイズ、背景色、視点、表示倍率は可能な範囲で統一します。条件が異なると、点数が同じでも見た目が変わるためです。
原因が絞れない場合は、小さな試験用OBJを作成します。元データから特徴的な範囲を切り出し、間引きを行わず、ローカル原点へ移動してアップロードします。
小さなOBJでは正常に表示される場合、広域データに対するLOD、描画上限、座標範囲、データ分割などが関係している可能性があります。
小さなOBJでも粗い場合は、出力設定やアップロード変換の条件を重点的に調べます。
一度に複数の設定を変更しないことも重要です。間引き率、点サイズ、座標原点、LOD設定を同時に変更すると、改善した理由が分からなくなります。一つの条件だけを変えたデータを比較し、結果を記録します。
OBJを書き出す前に確認したい設定
OBJを書き出す前には、出力元のデータ種別を確認します。点群を直接出力するのか、作成済みメッシュの頂点を出力するのかによって、OBJ内の点数が変わります。
画面上で点表示になっていても、内部的にはメッシュを表示している場合があります。出力対象として元点群が選択されているかを確認します。
間引きや簡略化に関する設定は、可能な限り明示的に管理します。全点出力が必要な場合は、サンプリング間隔や削減率が設定されていないかを確認します。
ただし、全点を出力すれば必ず最良とは限りません。点数が多すぎると、アップロード時間や内部変換時間が増え、画面表示では強いLODが適用されることもあります。必要な形状を保持できる範囲で点密度を決めることが重要です。
座標の小数点桁数も確認します。桁数を減らすとファイル容量を抑えられますが、近接点が同一座標へ丸められる可能性があります。
必要な桁数は、座標単位と点間隔によって異なります。細かな形状を残したい場合は、点間隔より十分に細かい座標差を表現できるようにします。
広域データでは、ローカル原点の利用を検討します。対象範囲の中心付近を原点にすると、各座標値を小さくできます。
複数のOBJへ分割する場合は、各ファイルの範囲と原点移動量を記録します。ファイル名から範囲や作成条件を識別できるようにすると、アップロード後の取り違えを防げます。
同じファイル名でOBJを上書きすると、表示環境によっては古い変換結果や一時データが残っているように見えることがあります。試験時には条件ごとに異なる識別名を付けると比較しやすくなります。
OBJを書き出した後は、ファイルを再度読み込みます。出力直後の確認を省略すると、アップロード先の問題だと思っていた現象が、実は書き出し時点で発生していたということがあります。
再読み込み時には、点数だけでなく、座標範囲、上下方向、縮尺、細部の輪郭も確認します。
元データ、処理後データ、OBJの三段階を記録しておけば、どの工程で密度が変化したのかを追跡しやすくなります。
アップロード後に確認したいLODと表示設定
アップロード後は、最初に表示品質を確認します。自動品質や低負荷表示が有効になっていると、点数が抑えられる場合があります。
高品質表示へ切り替えられる場合は、同じ視点で点密度が変化するかを比較します。変化が大きければ、OBJ内の点が失われたのではなく、表示設定が影響している可能性があります。
LODに関する設定がある場合は、詳細度、画面誤差、切り替え距離などに相当する項目を確認します。ただし、値を極端に変更すると表示負荷が急増する可能性があります。
最初から最高品質にするのではなく、一段階ずつ上げて、必要な細部が表示される地点を探します。
描画点数の上限を調整できる場合は、点密度だけでなく操作性も確認します。上限を増やすと表示は細かくなりますが、視点移動が重くなったり、読み込みに時間がかかったりすることがあります。
点サイズも調整します。点数が十分でも点が小さすぎると、地表面や構造物が粗く見えます。少しずつ大きくし、点間の空白が適度に埋まる大きさを探します。
一方、点サイズを大きくしすぎると、小さな穴、段差、隙間が隠れます。見やすさだけでなく、確認したい形状が保持されているかを基準に決めます。
背景色や透明度も変更し、点が見えやすい状態にします。点密度の評価時には、表現上の見やすさと、実際の点数を混同しないことが重要です。
表示範囲の設定も初期状態へ戻して確認します。断面表示、高さ制限、距離制限、部分表示などが有効なままだと、一部の点が欠けます。
視点を止めて詳細読み込みを待つことも必要です。操作中だけ粗くなる場合は、負荷を抑えるための一時的な表示制御と考えられます。
表示設定を変更した後は、同じ確認地点を同じ視点から比較します。全体の印象だけでなく、角、細い部材、段差、境界の再現性を確認します。
必要な点密度を保ちながらデータを軽量化する方法
点群OBJの運用では、点密度を最大限に残すことと、データを扱いやすくすることの両立が必要です。すべての点を常に表示すればよいわけではありません。
全体の位置関係を確認する用途では、ある程度点を減らしても支障がない場合があります。一方、細かな段差や構造物の輪郭を確認する用途では、高い点密度が必要です。
用途が異なるデータを一つのOBJへまとめると、全体表示の負荷と細部確認の要求が衝突します。そのため、全体確認用と詳細確認用にデータを分ける方法が有効です。
全体確認用OBJでは、平坦部を中心に点数を抑えます。詳細確認用OBJでは、構造物、段差、角部、施工管理上重要な範囲の点密度を残します。
範囲分割は、単純な正方形だけでなく、施工区画、構造物、作業工程、計測日などの実務単位で行うと管理しやすくなります。
軽量化の際は、全域を同じ割合で間引く方法だけでなく、形状に応じて密度を変える考え方が重要です。平らな面は点を減らしても形状が変わりにくい一方、角や急傾斜部では少数の点が失われるだけでも輪郭が崩れます。
細い形状や境界付近の点を優先して残すことで、点数を抑えながら見た目と形状の再現性を維持しやすくなります。
元データは必ず別に保存します。軽量化したOBJだけを残すと、後から別の目的で高密度データが必要になったときに再現できません。
取得時の点群、処理後の点群、アップロード用OBJを分けて管理すると、用途変更や再処理にも対応しやすくなります。
LODを使う場合も、粗い階層で重要な形状が消えすぎないようにします。平坦部だけを基準に品質を評価すると、細部の欠落を見落とす可能性があります。
評価地点をあらかじめ決め、各LODで構造物の角、段差、穴、細い部材がどの程度残るかを確認します。
点数の多さだけではなく、業務上必要な判断ができるかを評価基準にします。点数が多くても輪郭が確認できなければ、適切なデータとはいえません。
反対に、点数を減らしても必要な境界や高さ変化が確認できるなら、実務上有効な軽量化といえます。
点群OBJの点密度に関するよくある疑問
点群OBJをアップロードすると必ず点が間引かれるのかという疑問がありますが、必ずしもそうではありません。アップロード先の処理方法によって異なり、内部データは保持したまま画面表示だけを減らす場合もあります。
近づくと点が増える場合は、LODや描画上限による表示制御の可能性があります。近づいても変化しない場合は、OBJ出力時または内部変換時に点が減っている可能性を確認します。
OBJのファイル容量が小さくなった場合も、点数が減ったと断定はできません。座標値の桁数、重複記述、付加情報の有無によって容量は変化します。
容量を比較するときは、同じ出力条件で作成したOBJ同士を使います。可能であれば頂点数も合わせて確認します。
画面が滑らかに見える場合でも、点密度が高いとは限りません。点サイズが大きい場合や、表示上の補間が行われている場合は、少ない点でも面のように見えます。
反対に、点が多くても点サイズが小さければ、粗い見た目になることがあります。個々の点の間隔を確認するには、点サイズを調整し、点が識別できる状態で比較します。
LODを無効にすれば問題が解決するとは限りません。大規模点群を全点表示すると、処理が重くなり、確認作業が難しくなる可能性があります。
全体確認ではLODを利用し、詳細確認時だけ対象範囲を狭めて高密度表示へ切り替える方法が現実的です。
別の環境でOBJを開いたときに見え方が異なることもあります。OBJ内の頂点が同じでも、点サイズ、透明度、LOD、座標処理、描画上限は閲覧環境によって異なります。
そのため、複数の画面を比較する際は、表示条件を可能な範囲でそろえることが重要です。
点密度が低下したかどうかは、見た目だけでなく目的に照らして判断します。地形の全体形状を確認する用途と、数センチメートル規模の段差を確認する用途では、必要な密度が異なります。
最終的には、対象業務に必要な形状や境界が判別できるかを基準に、出力条件とLOD設定を調整します。
まとめ
点群OBJアップロード後に点密度が落ちて見える場合、原因は一つとは限りません。OBJ出力前の間引き、点群からメッシュへの変換、アップロード時の近接頂点統合、LOD、描画上限、座標精度や表示範囲などが関係します。
まず確認するべきなのは、アップロード前のOBJに必要な頂点が残っているかどうかです。ローカル環境でOBJを開いた時点ですでに粗い場合は、間引き、ノイズ除去、メッシュ化、面数削減、座標の丸めなどを見直します。
ローカル環境では問題がなく、アップロード後だけ粗くなる場合は、LODと描画上限を確認します。対象へ近づくと点が増える場合はLOD、表示範囲を狭くすると密度が上がる場合は描画上限が影響している可能性があります。
視点を止めた後に点が増える場合は、段階的な読み込みが行われていると考えられます。どれだけ近づいても点が戻らず、毎回同じ細部が失われる場合は、内部変換での頂点統合や座標精度を疑います。
広域データでは、小さな範囲を切り出し、ローカル原点へ移動した試験用OBJを作成すると原因を切り分けやすくなります。小範囲では正常に表示される場合、全体範囲、座標値、LOD、描画上限が影響している可能性があります。
点密度を保つために、常に全点を一つのOBJへ収める必要はありません。全体確認用と詳細確認用を分け、重要範囲だけ高密度で管理することで、操作性と形状再現性を両立できます。
点群OBJは、取得時の点密度だけで品質が決まるわけではありません。点群処理、OBJ出力、アップロード変換、LOD、画面表示までを一連の工程として管理することが重要です。
各工程で同じ地点を比較し、条件を一つずつ変更すれば、どの段階で点密度が変化したのかを把握しやすくなります。原因を特定できれば、不必要な再計測や過度なデータ増量を避けながら、実務に必要な表示品質へ調整できます。
現場で取得した点群をOBJとして活用する際は、取得範囲、点間隔、座標原点、出力条件、LOD、確認目的を事前に整理しておくことが大切です。点群の取得からアップロード後の確認までを効率化したい場合は、LRTK Phoneを活用した現場計測とデータ運用の流れも検討するとよいでしょう。