点群OBJをスマホで表示する前に知っておきたいこと
点群データから作成したOBJをスマホで表示すると、パソコンでは問題なく開けるデータでも、読み込みに時間がかかったり、回転や拡大縮小の操作が途中で止まったりすることがあります。点群 OBJ アップロードを完了できたにもかかわらず、表示画面が白いまま変わらない、モデルの一部しか見えない、閲覧中に画面が再読み込みされるといった問題が発生することもあります。 こうした問題は、OBJファイルの容量だけで決まるものではありません。頂点数、三角形数、テクスチャ画像の解像度、材質数、オブジェクト数、座標値の大きさ、通信環境、閲覧側の処理方式など、複数の条件が関係します。そのため、特定の容量以下であれば必ず軽快に表示できるという一律の基準はありません。 本記事で紹介する数値は、点群OBJをスマホ向けに調整するときの開始地点として使う目安です。最終的な上限は、実際に使用する端末や閲覧環境、現場で確認したい形状の細かさによって変わります。数値だけで合否を決めるのではなく、段階的に軽量化しながら実機で確認することが重要です。 一般に点群と呼ばれるデータは、一つひとつの測定点によって構成されています。一方、OBJは頂点座標だけでなく、複数の頂点を結んだ面や、法線、テクスチャ座標、材質参照なども記録できる形式です。点群処理から書き出したOBJは、測定点をそのまま記録したものではなく、点群をもとに表面を形成した三角形メッシュになっている場合があります。 つまり、点群OBJという呼び方であっても、内部に大量の三角形が含まれていることがあります。ファイル容量がそれほど大きくなくても、三角形数が多ければ描画負荷が高くなります。逆に、頂点数が少なくても、高解像度のテクスチャ画像を大量に参照していれば、読み込み時のメモリ使用量が増えます。 スマホで軽快に扱うためには、不要な情報を削るだけでなく、用途に合わせて残す情報を選ぶ必要があります。現場全体の位置関係を確認することが目的なのか、構造物の輪郭を確認したいのか、表面の色や施工跡を見たいのかによって、軽量化の方法は変わります。 また、軽量化したOBJは、原則として閲覧用の派生データとして扱います。面数削減や頂点統合を行うと、元の頂点位置や細かな凹凸が変化する可能性があります。測定、数量計算、出来形判定などに用いる元データは別に保管し、スマホ用データで置き換えないことが大切です。
軽量化の目安1 データ一式の容量を30〜50MB程度から確認する
スマホ表示用の点群OBJを作成するときは、最初の目安として、OBJ、材質情報、テクスチャ画像を含むデータ一式を30〜50MB程度に収められるか確認します。この範囲まで減らすことで、ファイル容量以外に原因があるのかを切り分けやすくなります。 ただし、30〜50MB以下であれば必ず軽快に動作するという意味ではありません。OBJは座標や面情報が文字列として保存されることが多く、閲覧時にはそれらを解析して数値データへ変換する必要があります。さらに、描画に使用する頂点配列、法線、テクスチャ座標、面の接続情報などがメモリ上に展開されます。 保存状態のOBJが40MBであっても、読み込み処理中や表示中に必要となるメモリは40MBだけではありません。OBJの文字列を保持しながら解析する処理や、描画用データへ変換する処理によって、保存容量より大きな作業領域が必要になる場合があります。 テクスチャ画像も同様です。保存時には圧縮されているため数MBに見えても、表示時には画素情報として展開されます。複数の高解像度画像を使用している場合、OBJ本体が小さくても、テクスチャの展開によって端末の負荷が高くなることがあります。 点群 OBJ アップロード前に容量を確認するときは、OBJだけを見るのではなく、アップロードするすべての関連ファイルを合計します。OBJが材質情報ファイルを参照し、その材質情報が複数の画像を参照している場合、それらを含めた容量が実際の通信量と読み込み負荷に関係します。 圧縮ファイルにまとめてアップロードする場合も注意が必要です。圧縮後の容量が小さくなっていても、閲覧時には展開されたデータを処理します。圧縮容量が30MBだからといって、表示負荷も30MB相当になるとは限りません。 100MBを大きく超えるデータをスマホで扱う場合は、単一のOBJをそのまま軽くしようとするより、範囲分割や用途別の出力を検討したほうが効果的です。一度だけ表示できる状態ではなく、通信環境が変化する現場でも安定して利用できる状態を目指す必要があります。 高性能な端末で表示できた場合でも、すべての利用者が同じ端末を使うとは限りません。端末の空きメモリ、同時に起動している機能、端末温度、通信状況などによって動作は変化します。表示限界に近い容量ではなく、一定の余裕を持たせた容量に調整することが安定運用につながります。 最初に30〜50MB程度の確認用データを作り、それが安定して表示できるかを試します。問題なく動作する場合は、必要な形状や画像の品質を少しずつ戻します。この方法なら、どの変更によって表示が重くなったのかを把握しやすくなります。 反対に、30MB程度まで減らしても正常に表示できない場合は、容量以外の問題を疑います。面の記述不整合、存在しない材質の参照、極端に離れた頂点、大きすぎる座標値などを確認する必要があります。
軽量化の目安2 頂点数と三角形数を100万未満から調整する
スマホ表示の軽快さに大きく関係するのが、頂点数と三角形数です。OBJの容量が小さく見えても、細かな三角形が大量に含まれていれば、表示時に多くの描画処理が必要になります。 軽量化の開始地点としては、頂点数と三角形数をそれぞれ100万未満に収めることを検討します。現場で頻繁に回転、移動、拡大縮小を行う場合は、数十万程度まで減らしたほうが快適になることもあります。 100万という数値は、すべての環境で共通する絶対的な上限ではありません。100万を超えても安定して表示できる場合がある一方で、50万程度でもテクスチャや材質の影響によって重くなることがあります。削減を開始するための目安として扱うことが適切です。 点群からメッシュを作成すると、ほぼ平らな地面や壁面にも多数の三角形が生成される場合があります。スマホ画面では見分けられないほど細かな面が並んでいても、すべての三角形が描画処理の対象になります。 平坦な部分は、比較的少ない頂点でも形状を表現できます。地面、舗装面、壁面、天端などの平面部分を優先して簡略化すると、見た目の変化を抑えながら三角形数を減らしやすくなります。 一方で、構造物の角、側溝の縁、段差、法肩、法尻、掘削底の境界、開口部などは、頂点を削りすぎると形状が変わります。全体へ一律の削減率を適用すると、業務上重要な部分まで丸くなったり、直線が曲がって見えたりする可能性があります。 軽量化処理では、平坦部の削減を進めながら、重要な輪郭付近の頂点をできるだけ残すことが理想です。使用する処理環境によっては、境界や角度変化を考慮して面数を減らせる場合がありますが、処理後の形状確認は必ず必要です。 重複頂点も確認します。複数回の結合や変換を行ったデータでは、同じ位置や極めて近い位置に複数の頂点が残ることがあります。重複頂点を適切に統合できれば、見た目を大きく変えずに頂点数を減らせる可能性があります。 ただし、頂点統合に使用する距離が大きすぎると、細い部材や小さな段差まで一体化します。統合距離は、現場で必要とする最小形状より十分に小さな値から試す必要があります。処理後には、細い構造物や角部が消えていないか確認します。 不要な内部面や重なった面も負荷の原因になります。複数のモデルを結合した際に、外から見えない面が内部へ残ることがあります。通常の閲覧で内部へ入る必要がなければ、見えない面を整理することで表示負荷を下げられます。 孤立した小さな面や、ほとんど面積を持たない三角形も確認対象です。これらは外観に寄与しない一方で、ファイル解析や描画の対象になります。ただし、自動削除によって必要な細部まで失われる場合があるため、削除条件を厳しくしすぎないことが大切です。 実務では、最初に100万未満へ調整した版を作成し、次に50万程度、さらに30万程度というように複数の段階を用意すると比較しやすくなります。同じ視点から形状を確認し、どの段階まで業務に必要な輪郭が保たれているかを判断します。
軽量化の目安3 テクスチャ画像の長辺を2048画素程度に抑える
現場を撮影した画像から作成した点群OBJには、表面の色を再現するためのテクスチャが付属することがあります。テクスチャは構造物の状態や施工範囲を視覚的に把握するうえで有効ですが、スマホ表示を重くする主要な要素にもなります。 スマホ閲覧用では、まずテクスチャ画像の長辺を2048画素程度に縮小し、必要な見え方が保たれるか確認します。広い現場の全体形状を確認することが目的であれば、長辺1024画素程度まで下げても実務上の差が小さい場合があります。 反対に、構造物表面の細かなひび割れや書き込み、部材境界などを確認する場合は、2048画素では不足する可能性があります。その場合は、現場全体のテクスチャを高解像度にするのではなく、詳細確認が必要な範囲だけ別のOBJとして用意する方法が有効です。 高解像度画像は、保存時のファイル容量だけでは負荷を判断できません。圧縮された画像は表示時に展開されるため、ファイル一覧では数MBでも、端末上ではより大きなメモリ領域を使用します。 複数の高解像度画像が割り当てられている場合、モデル形状の読み込みが終わった後も、色が表示されるまで時間がかかることがあります。点群 OBJ アップロード後に形状は見えるものの、表面が白いままになったり、テクスチャが段階的に現れたりする場合は、画像側の負荷を疑います。 画像の枚数も重要です。一枚ごとの容量が小さくても、数百枚のテクスチャを参照していれば、読み込み回数と材質切り替えが増加します。撮影範囲や処理単位ごとに細かな画像が作成されている場合は、画像を整理できるか確認します。 複数の画像を一枚にまとめる場合は、OBJ側のテクスチャ座標も合わせて更新しなければなりません。画像だけを結合したり、ファイル名だけを変更したりすると、材質が正しく表示されなくなる可能性があります。OBJ、材質情報、画像の参照関係を一体として管理します。 用途によっては、テクスチャを使用しない軽量版を作る方法もあります。地形の起伏、構造物の輪郭、盛土や掘削の形状を確認することが目的であれば、単色表示でも必要な情報を読み取れる場合があります。 色付きの詳細版と、形状確認用の軽量版を分けておけば、通信状況や確認目的に応じて使い分けられます。現場で素早く全体を確認するときは軽量版を開き、表面状態が必要な場面だけ色付き版を使用する運用です。 画像を縮小するときは、縦横比を維持し、過度な圧縮によるにじみに注意します。チョーク線、塗装範囲、部材の境界、細い亀裂などを確認する場合は、縮小後の実機表示で視認できるかを確認します。 透明度を使用した画像では、広い透明領域も読み込み対象になる場合があります。実際に使用している範囲が画像の一部だけであれば、不要な透明領域を整理することで、画像サイズと処理負荷を減らせる可能性があります。 テクスチャは長辺2048画素程度を最初の基準とし、全体確認用ではさらに縮小するという考え方が実務的です。必要な細部が失われる場合は、画像全体を高解像度へ戻すのではなく、確認範囲を分けることを検討します。
軽量化の目安4 オブジェクト数と材質数を必要最小限に整理する
点群OBJの軽量化では、頂点数や画像容量だけでなく、オブジェクト数と材質数も確認する必要があります。複数の計測範囲や処理結果を結合したOBJには、小さなオブジェクトやグループが大量に残っていることがあります。 全体の三角形数が同じでも、一つのまとまったオブジェクトと、多数の小さなオブジェクトでは、閲覧時の処理が異なる場合があります。小さなオブジェクトが数百、数千と存在すると、それぞれを解析して描画対象として管理する処理が増えます。 スマホ閲覧用では、施工区画や構造物の部位など、現場で選択する必要がある単位を残しながら、不要な細分化を減らします。初期の目安として、オブジェクト数を数十程度へ整理できるか確認すると、表示負荷と管理の両方を改善しやすくなります。 ただし、すべてを一つのオブジェクトへまとめればよいわけではありません。区画ごとに表示を切り替える必要がある場合や、部材単位で確認する場合は、その選択単位を残す必要があります。軽さだけを優先して統合すると、現場で必要な場所を選びにくくなることがあります。 材質数も表示負荷に関係します。同じような色や同じ画像を使用しているにもかかわらず、処理工程の違いによって別々の材質名が大量に作成されている場合があります。見た目を分ける必要がなければ、材質を整理して切り替え回数を減らせます。 複数のOBJを結合した場合は、材質名の重複にも注意します。同じ材質名で異なる画像や色が定義されていると、閲覧環境によって意図しない材質が適用される可能性があります。結合前後で材質名と参照画像を確認することが重要です。 材質情報ファイルに使われていない定義が残っている場合は、不要な記述を整理します。OBJから参照されていない材質や、存在しない画像ファイルを参照する記述があると、読み込み時に不要な探索が発生したり、表示エラーの原因になったりする可能性があります。 材質情報を編集するときは、OBJ内の材質指定と一致していることを確認します。材質名の空白、全角と半角、大文字と小文字、記号の違いなどによって参照が合わなくなる場合があります。 オブジェクトを統合する際は、単位、座標系、基準位置がそろっていることも確認します。別々に書き出したデータの単位が異なれば、一方だけ極端に大きく表示される可能性があります。基準位置が異なれば、一部のオブジェクトが遠く離れた場所に配置されることがあります。 遠く離れた小さなオブジェクトが一つ存在するだけでも、閲覧側がモデル全体を画面へ収めようとした結果、目的の形状が非常に小さく表示されることがあります。統合後は、全オブジェクトの位置と範囲を確認します。 スマホ用のOBJでは、選択や表示切り替えに必要な区分を残しつつ、細かすぎるオブジェクトと材質を整理することが大切です。属性を細かく残した詳細版と、全体確認を優先した軽量版を分ける方法も有効です。
軽量化の目安5 広い現場は範囲や用途ごとに分割する
広い造成地、長い道路、河川、法面、複数の構造物を一つのOBJにまとめると、スマホで一度に確認しない範囲まで読み込み対象になります。全体へ強い面数削減を適用すると、必要な区画の細部まで失われるため、広域データでは分割が重要です。 分割方法は、同じ大きさの格子に切るだけではありません。施工区画、工区、測点範囲、構造物、作業日、工程、確認目的など、実際の業務単位に合わせて分けると、アップロード後のデータを探しやすくなります。 道路であれば一定の延長ごとに分け、造成地であれば施工区画ごとに分ける方法があります。構造物が複数ある場合は、構造物ごとに詳細版を作成し、別に全体配置を確認する低密度版を用意します。 現場全体の位置関係を確認するモデルは、細かな凹凸を減らして軽量化します。詳細を確認するモデルは、対象範囲を限定する代わりに必要な密度を残します。この構成なら、全域の高密度データを一度に読み込む必要がありません。 分割境界では、必要な形状が途中で切れないように注意します。隣接するデータの端にわずかな重複範囲を設けると、境界付近の連続性を確認しやすくなります。ただし、重複範囲を広くしすぎると総容量が増えるため、必要最小限に抑えます。 分割後のファイル名には、対象場所、区画、工程、作成日、軽量化の種類などを含めると管理しやすくなります。点群 OBJ アップロード後に一覧から選ぶ場合、ファイル名を見ただけで対象範囲が分かることが重要です。 番号だけで管理すると、現場で目的のデータを見つけるまでに時間がかかります。一定の命名規則を決め、全体確認用、詳細確認用、テクスチャなしなどの違いが分かるようにします。 分割したOBJ同士の位置関係を維持する必要がある場合は、共通の座標基準を保ちます。一方、個別の構造物を単独で見ることが目的であれば、閲覧用データだけを対象範囲の近くへ移動し、座標値を小さくする方法もあります。 測量座標のように原点から遠い大きな数値を使用している場合、閲覧環境によっては細かな形状が不安定に見える可能性があります。座標値の大きさが原因と考えられる場合は、閲覧用コピーをローカル座標へ移して表示を比較します。 ただし、座標を移動した閲覧用OBJを測定や位置出しへ使用してはいけません。元座標からの移動量を記録し、閲覧用であることをファイル名や管理情報へ明記します。 広い現場では、密度を一律に下げるより、全体用と詳細用を分けるほうが情報を残しやすくなります。スマホで軽快に開く全体モデルから対象範囲を確認し、必要な区画だけ詳細モデルを開く運用にすると、表示速度と実用性を両立できます。
軽量化の目安6 実機で読み込み時間と操作性を確認する
ファイル容量、頂点数、三角形数、画像解像度などは、軽量化を進めるための目安です。最終的な合否は、実際に使用するスマホで読み込み、現場で必要な操作を行えるかどうかで判断します。 点群 OBJ アップロードが完了したら、登録されたことだけで作業を終えず、実機でモデルを開きます。全体形状が表示されるまでの時間、テクスチャが表示されるまでの時間、視点操作の反応、端末の発熱などを確認します。 表示開始時間は通信速度や閲覧方式によって変わりますが、現場で待ち時間を負担に感じないことが重要です。読み込みに毎回長い時間がかかると、必要な確認を省略したり、別の方法で確認したりする原因になります。 操作性の確認では、モデルを一方向から眺めるだけでは不十分です。回転、拡大、縮小、平行移動を繰り返し、目的の場所へ素早く移動できるか確認します。視点を動かすたびに画面が止まる場合は、さらに軽量化する余地があります。 モデルの裏側や下側へ視点を移動したときも確認します。面の向きが不ぞろいな場合、特定方向から見たときだけ一部が消えることがあります。軽量化処理後に法線や面の向きが変化していないかを確認します。 短時間の表示試験だけでなく、数分間の連続操作も行います。端末温度が上がると、処理速度が低下する場合があります。最初は滑らかでも、操作を続けると徐々に重くなるデータは、現場での長時間利用に適さない可能性があります。 複数の端末で利用する場合は、最も性能に余裕のある端末だけで判断しないことが大切です。実際に使用する端末の中で、比較的処理能力や空き容量に余裕が少ない端末でも試験します。 通信環境も実際の利用条件に近づけます。事務所の安定した通信では問題なくても、現場では通信速度が低下することがあります。読み込みのたびにデータを取得する仕組みであれば、通信量を抑えた軽量版を準備する効果が大きくなります。 軽量化前後を比較するときは、同じ場所を同じ方向から確認します。全体が似ているという印象だけでなく、段差、角、穴、境界、細い部材など、業務上重要な場所が保たれているかを確認します。 読み込みが速くなっても、必要な形状が判別できなくなれば軽量化の目的を達成できません。反対に、細かなノイズまで残した結果、操作が困難になっても実用的ではありません。必要な情報と操作性のバランスを実機で判断します。
点群OBJアップロード前に行う軽量化の手順
点群OBJをスマホ向けに調整するときは、最初に元データの複製を作ります。高密度な原本へ直接変更を加えると、軽量化によって失われた情報を後から戻せなくなる可能性があります。 作業用コピーを作成したら、最初に利用目的を決めます。現場全体の位置関係を確認するのか、構造物の輪郭を確認するのか、表面の色を確認するのかによって、削減できる情報が異なります。 次に、対象範囲外のデータを削除します。計測時に含まれた遠景、空、車両、人、仮設物、反射による異常部分、閲覧対象から大きく離れた地形などを確認します。利用目的に関係しない範囲を先に削除すれば、必要部分の密度を保ったまま容量を減らせます。 不要範囲を残したまま全体へ面数削減を適用すると、必要な範囲と不要な範囲が同じ割合で簡略化されます。先に対象範囲を絞ることが、品質を維持するうえで重要です。 続いて、孤立頂点や極端に離れたオブジェクトを確認します。一つの頂点や小さな面が現場から遠く離れた位置にあると、モデル全体の表示範囲が広がります。その結果、目的の構造物が画面内で非常に小さくなることがあります。 座標値の最小値と最大値を確認できる場合は、想定する現場範囲から大きく外れた数値がないか調べます。異常な要素を削除する前には、それが本当に不要なものかを元データと照合します。 次に、重複頂点、重なった面、極端に小さな面などを整理します。自動修復を使用する場合は、処理後に穴や輪郭が変化していないか確認します。修復機能によって開口部までふさがれることがあるため、処理結果を無条件で採用しないことが大切です。 形状を整理した後に、三角形数を段階的に削減します。最初は元データの半分程度を目安に試し、必要な形状が残っているか確認します。問題がなければ、さらに削減した版を作成します。 削減前、標準軽量版、最軽量版というように複数段階を保存すると、実機で比較しやすくなります。一度に強い削減を行うと、どの段階で形状が崩れたのか判断しにくくなります。 面数削減後は、構造物の角、開口部、段差、法肩、法尻、天端、掘削底、舗装境界などを重点的に確認します。これらの場所は少数の頂点で形状が決まっていることがあり、軽量化による影響を受けやすい部分です。 次に、テクスチャ画像を整理します。使用していない画像を削除し、必要な画像は目的に応じた解像度へ縮小します。OBJと材質情報が参照している画像名が、実際のファイル名と一致していることも確認します。 ファイル名の大文字と小文字、空白、記号、拡張子などが異なると、アップロード先で画像を参照できない場合があります。作業環境では表示できても、公開環境では表示されない可能性があるため、参照名を正確にそろえます。 オブジェクト数と材質数を確認し、必要以上に細分化されている場合は整理します。施工区画や部材単位の選択が必要な場合は、その区分を残したうえで統合します。 広い現場は全体用と詳細用に分けます。全体用では位置関係が分かる程度まで密度を下げ、詳細用では範囲を限定して必要な形状を残します。対象範囲が大きい場合は、複数の詳細モデルへ分割します。 書き出し後は、OBJ、材質情報、テクスチャ画像を新しいフォルダーへまとめます。作業途中の画像や使用していない材質情報を一緒にアップロードしないようにします。 点群 OBJ アップロードを行った後は、形状、向き、縮尺、色、表示位置、操作性を確認します。不具合があれば、直前に行った変更へ戻って原因を切り分けます。複数の要素を一度に変更すると原因が分からなくなるため、一工程ずつ試すことが重要です。
軽量化しても表示が重い場合の確認事項
容量や頂点数を十分に減らしてもスマホ表示が重い場合は、軽量化以外の問題を確認します。最初に、OBJの記述や関連ファイルの参照に不整合がないかを調べます。 面を構成する頂点番号が存在しない場合や、材質名が一致していない場合、閲覧側が正常に解析できないことがあります。存在しない画像ファイルを参照している場合も、表示開始が遅くなったり、材質が欠けたりする可能性があります。 別の汎用的な三次元閲覧環境で開き、形状が正常に表示されるかを確認すると、ファイル自体の問題か、アップロード先の処理条件による問題かを切り分けやすくなります。ただし、一つの環境で表示できたことだけで、すべての環境との互換性が保証されるわけではありません。 法線や面の向きも確認します。面の表裏が混在していると、視点によって一部が消える場合があります。形状が欠けているように見えるため、利用者が何度も視点を動かすことになり、実際以上に操作しにくく感じることがあります。 極端に細長い三角形や、ほとんど面積のない三角形が大量に存在する場合も注意が必要です。三角形数が同じでも、面の形状が不規則なモデルは表示が不安定になることがあります。点群から表面を作成する段階で、ノイズや異常点を整理することが重要です。 座標値が非常に大きい場合は、閲覧用コピーを対象物の近くへ移動して比較します。移動後に表示が安定する場合は、座標値の大きさが影響している可能性があります。 通信状態も確認します。ダウンロードが完了する前に操作を始めると、形状やテクスチャが一部しか表示されないことがあります。事務所では正常でも現場で遅い場合は、通信量を抑えた別の軽量版が必要です。 端末の空き容量や起動中の機能も影響します。複数の大きなデータを続けて開いた後は、端末側のメモリ使用量が増えている場合があります。閲覧環境を再起動した状態で同じデータを確認し、端末側の一時的な負荷かどうかを切り分けます。 テクスチャなしでは軽快に動き、テクスチャありで重くなる場合は、画像解像度、画像枚数、透明領域、材質数を優先して見直します。形状の面数をさらに減らす必要がない場合もあります。 特定のOBJだけで問題が発生する場合は、そのファイル固有の記述や形状を確認します。複数のOBJで同じ問題が発生する場合は、端末、通信環境、閲覧方式、アップロード側の処理条件も確認対象になります。
軽量化による形状変化を防ぐための注意点
点群OBJの軽量化では、容量を減らすことだけを目標にすると、業務上必要な情報まで失う可能性があります。軽量化前に、どの形状を残す必要があるかを明確にします。 現場全体の配置確認が目的であれば、細かな表面の凹凸を減らせます。構造物の出来形や段差を確認する場合は、角や境界の頂点密度を残す必要があります。表面状態を見る場合は、形状よりもテクスチャの品質を優先する場面があります。 面数削減では、三角形を減らす過程で頂点位置が移動する場合があります。見た目が似ていても、代表点の座標が元データと異なる可能性があります。スマホ用の軽量OBJを、そのまま数量計算や厳密な座標確認へ使用しないことが重要です。 頂点統合でも形状が変化します。近接する頂点を一つにまとめる設定が強すぎると、小さな段差、薄い部材、溝、穴などが消える可能性があります。統合距離は慎重に設定し、処理後に重要部分を拡大して確認します。 穴を自動的に埋める修復処理にも注意が必要です。点群処理による不要な穴を埋めることは有効ですが、構造物本来の開口部や隙間までふさぐ場合があります。自動修復後は、開口部や部材間の空間が維持されているか確認します。 不要部分の削除では、背景と思われる面が実際には基準となる地面である場合があります。全体の位置や高さ関係を確認するために必要な範囲を誤って削除しないよう、利用目的と照らし合わせます。 テクスチャ縮小では、色の境界や文字が見えにくくなることがあります。画像の見た目だけで判断せず、実際のスマホ画面で目的の情報を読み取れるか確認します。小さな画面では、パソコンで見える細部が判別できない場合があります。 分割処理では、境界付近の形状が欠けないようにします。構造物の途中で分割すると、各モデルを単独で見た際に形状を理解しにくくなります。できるだけ業務上意味のある境界で分けます。 軽量化前後の比較では、同じ視点、同じ拡大率、同じ表示条件を用います。全体の印象だけでなく、重要な角、段差、境界、開口部などを個別に確認します。 軽量化の設定や処理内容も記録します。元データ名、削減率、テクスチャ解像度、分割範囲、座標移動の有無などを残しておけば、後から必要な品質に合わせて作り直しやすくなります。
スマホ用と保存用の点群OBJを分けて管理する
点群OBJを実務で安全に活用するには、スマホ表示用と保存用を分けて管理することが重要です。スマホ用データは、表示速度や共有のしやすさを優先した派生データです。元の測定情報を完全に保持することを目的としたデータではありません。 保存用には、高密度な点群、変換前の元データ、必要な座標情報、処理条件などを保管します。後から詳細確認や再処理が必要になった場合は、保存用データから新しい軽量版を作成します。 スマホ用には、不要範囲を削除し、頂点数や三角形数を減らし、テクスチャを縮小したOBJを用意します。用途に応じて、全体確認用、区画別詳細用、テクスチャなしなどの複数種類を作成してもよいでしょう。 ファイル名には、保存用か閲覧用かが分かる情報を含めます。軽量版を元データと同じ名前で上書きすると、利用者が誤って測定や数量計算へ使用するおそれがあります。 座標を移動した場合は、その事実が分かる名称や管理情報を付けます。ローカル座標の閲覧用データと、測量座標を保持した原本を混在させないようにします。 点群 OBJ アップロード後の公開範囲も確認します。現場全体を含むデータには、共有する必要のない範囲が含まれている場合があります。軽量化のための範囲削除は、情報管理の観点でも有効です。 更新時には、古い版と新しい版を区別できるようにします。利用者が以前の軽量版を参照し続けると、最新の施工状態と異なる情報を確認する可能性があります。作成日や版を明確にし、現場で使用するデータを統一します。 軽量化を一度きりの作業として考えるのではなく、計測、処理、確認、共有という一連の運用に組み込むことが大切です。現場で必要な情報を素早く確認できる形式を用意しつつ、詳細な元データへ戻れる状態を維持します。
まとめ
点群OBJをスマホで軽快に表示するためには、ファイル容量だけでなく、頂点数、三角形数、テクスチャ画像、オブジェクト数、材質数、対象範囲を総合的に調整する必要があります。 軽量化の最初の目安として、OBJと関連ファイルを含むデータ一式を30〜50MB程度に収め、頂点数と三角形数を100万未満から調整します。テクスチャ画像は長辺2048画素程度を基準にし、広い現場の全体確認用ではさらに縮小を検討します。 オブジェクトと材質が細かく分かれすぎている場合は、現場で必要な選択単位を残しながら整理します。広い現場を一つの高密度OBJへまとめるのではなく、全体確認用と詳細確認用へ分けることで、必要な形状を保ちながら表示負荷を下げられます。 数値上の軽量化が完了しても、最終判断は実際のスマホで行います。読み込み時間、回転、拡大縮小、平行移動、発熱、連続操作時の反応を確認し、現場で無理なく使用できるかを判断します。 軽量化では形状や頂点位置が変化する可能性があるため、元データを上書きしてはいけません。保存用の高密度データと、スマホ閲覧用の軽量データを分け、測定や数量計算には原本を使用します。 現場で取得した三次元データは、必要な場所で素早く表示し、関係者と共有できる状態にすることで活用しやすくなります。計測から点群確認、軽量データの共有までをスマホ中心で効率化したい場合は、LRTK Phoneを活用した現場運用へつなげることができます。