点群OBJのサムネイルが生成される仕組み
点群をOBJ形式へ変換してアップロードしたものの、ファイル一覧にサムネイルが表示されないことがあります。アップロード完了の表示は出ているのに白い枠や汎用的なファイルアイコンのまま変わらず、詳細画面を開いてもモデルが見えない場合は、送信操作だけでなく、OBJの構造やアップロード先の表示条件を確認する必要があります。
サムネイルは、アップロードされたOBJを単純に縮小して表示したものとは限りません。一般的な処理では、アップロード先がOBJを解析し、頂点、点要素、線要素、面、法線、材質など、対応している情報を読み込んだうえで仮想的なカメラから描画します。その描画結果を小さな画像として保存したものがサムネイルです。ただし、実際の生成方法や対応要素はサービスごとに異なります。
そのため、ファイルの転送が成功していても、OBJを正しく解析できなければサムネイルは作られません。解析には成功していても、アップロード先が対応する描画要素がない、モデルがカメラの範囲に適切に入っていない、材質の透明度設定によって見えにくくなっているといった場合は、背景だけの画像になる可能性があります。
OBJは、頂点座標を表す記述に加え、点、線、面、テクスチャー座標、法線などを記録できる三次元形状用の形式です。点群専用の形式ではないため、点群からOBJへ変換するときの出力方法によって、ファイルの内容は大きく変わります。頂点座標だけが並ぶOBJ、点要素が定義されたOBJ、点群から三角形の面を生成したメッシュOBJなど、複数の状態が考えられます。
書き出し元の画面で点群が見えていたからといって、アップロード後も同じように見えるとは限りません。書き出し元では各点に画面上の大きさを与えて表示していても、その表示サイズはOBJの頂点座標だけからは再現できません。また、頂点を示す記述があっても、点要素としての定義がない場合や、アップロード先がOBJの点描画に対応していない場合は、座標データが大量に入っていても何も表示されないことがあります。
サムネイルが出ない状態には複数の種類があります。モデルを解析できていない場合、解析はできているものの極端に小さく描かれている場合、材質の影響で背景と同化している場合、変換処理がまだ終わっていない場合などです。症状が似ていても原因は異なるため、確認する順序を決めて切り分けることが重要です。
原因1 OBJに面情報が含まれていない
点群OBJのサムネイルが出ない原因として、最初に確認したいのが、アップロード先で描画できる要素が含まれているかという点です。点群をOBJへ変換した際に、三次元座標を示す頂点だけが記録され、点要素や面が定義されていないことがあります。
OBJでは、頂点座標と、それらを点、線、面としてどのように使用するかを示す要素は別の情報です。頂点座標が何百万点含まれていても、どの頂点を結んで三角形や四角形を作るかが定義されていなければ、面として描画することはできません。点として表示する場合も、点要素の定義や読み込み側の対応が必要になることがあります。
点表示に対応した環境では点要素を含む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だけでは分からなくなります。移動前の座標を保持する原本を残し、差し引いた座標値を記録しておく必要があります。測量成果用データと閲覧用データを分けて管理すれば、位置情報を失わずにサムネイルやプレビューの安定性を高められます。
対象範囲が広すぎる場合は、工区や構造物ごとに分割する方法も有効です。一つのOBJに広大な範囲を含めると、個々の構造物がサムネイル上で小さくなります。分割することでモデルの中心や大きさを把握しやすくなり、アップロード後の処理負荷も抑えやすくなります。
原因4 面の向きや形状データに問題がある
OBJに面情報が含まれていても、面の向きや形状の状態によってはサムネイルが表示されない、または一部が欠けて見えることがあります。三次元モデルの面には表側と裏側があり、一般には面を構成する頂点の並び順によって表裏が決まります。
表示環境が裏面を描画しない設定の場合、サムネイル用カメラに対して面が裏を向いていると、その面は見えません。モデル全体の頂点順序が反転していれば、形状データは存在していても、特定の視点からほとんど描画されない可能性があります。
点群から自動生成したメッシュでは、面の向きが統一されていないことがあります。一部の面は外側を向き、別の面は内側を向いている状態です。この場合、視点によって面が消えたり、穴が開いたように見えたりします。サムネイルの撮影方向によっては、主要部分がほとんど見えなくなることもあります。
法線情報は主に陰影計算に使われ、面の表裏判定は頂点の並び順を基準にする実装が一般的です。そのため、法線が反転しているだけで必ず面が消えるとは限りません。ただし、法線の向きや対応が不正な場合は、照明が不自然になり、表面が極端に暗く見えたり、背景と同化したりすることがあります。
書き出し元では法線を自動計算して正常に表示していても、アップロード先がOBJ内の法線を優先して使用すると、陰影結果が変わる場合があります。法線の再計算で改善することはありますが、裏面表示の問題を直すには、面の頂点順序も確認する必要があります。
形状データの不整合にも注意が必要です。同じ位置にある重複頂点、同じ面の重複、面積がほとんどない三角形、同じ頂点を複数回参照する面などは、読み込み処理や変換処理を不安定にする原因になります。
三つの頂点がほぼ一直線に並んだ三角形は、見かけ上の面積がほとんどありません。このような面が大量にあると、法線計算や面の最適化に失敗する可能性があります。点群密度が不均一な部分や、異なる点群を結合した境界では、このような面が発生しやすくなります。
面同士が複雑に交差している形状や、一つの辺を多数の面が共有している形状も問題になる場合があります。単純な描画では表示できても、アップロード後にモデルを最適化したり、サムネイル用の形式へ変換したりする工程でエラーになることがあります。
多角形の扱いも確認が必要です。OBJでは三角形以外の面も記録できますが、複雑な多角形は読み込み時に三角形へ分割されることがあります。頂点が同一平面上にない多角形や、輪郭が自己交差している面は、環境によって異なる分割結果になる可能性があります。
点群から生成した地形や構造物では、可能な範囲で三角形の面として書き出すと、読み込み環境による差を抑えやすくなります。ただし、三角化しただけで形状の問題がすべて解決するわけではありません。重複面や異常な頂点を事前に検査することが重要です。
書き出し前には、面の表裏を確認できる表示に切り替え、モデルをさまざまな方向から見ます。視点を変えたときに面が突然消えないか、裏側だけが見えていないか、輪郭に不自然な穴がないかを確認します。
自動修復機能を使用する場合は、削除対象の条件を慎重に設定します。面積の小さい面を一括削除すると、手すり、配管、標識、縁石などの細い構造まで失われる可能性があります。サムネイル生成に不要だからといって、業務上必要な形状まで削除しないよう注意が必要です。
モデルが黒一色に見える場合は、法線だけでなく材質や照明条件も確認します。表面色が暗く、法線が不正な場合、光が正しく当たらず背景と同化することがあります。試験的に明るい単色材質へ変更すると、形状と材質のどちらに問題があるかを切り分けやすくなります。
原因5 アップロード後の変換処理が完了していない
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を書き出す際は、出力形式を選ぶだけでなく、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を繰り返し使用すると、古いサムネイルや変換結果と区別しにくくなる場合があります。ただし、名称変更によって材質や画像の参照が切れないように注意します。
アップロード後は、ファイル一覧だけでなく、処理状態や詳細画面も確認します。サムネイルは出ていないものの詳細画面ではモデルを表示できる場合、形状の読み込みではなくサムネイル生成だけに問題がある可能性があります。
反対に、詳細画面でも何も表示されない場合は、点要素または面情報、座標、材質、形状など、OBJ自体の確認を優先します。エラー表示がある場合は、表示された内容を記録し、どの試験データで発生したかを対応させます。
元のOBJ、修正版、アップロード用の圧縮データを別々に管理しておくことも重要です。どのファイルを実際にアップロードしたのか分からなくなると、修正内容を正しく評価できません。
点群OBJを安定して管理するための運用方法
点群OBJを継続的に扱う業務では、問題が発生するたびに個別対応するのではなく、書き出しとアップロードの手順を標準化することが重要です。
まず、取得直後の点群、処理中の点群、成果用データ、閲覧用OBJを分けて保存します。取得データには直接変更を加えず、複製を使用してノイズ除去、メッシュ化、座標移動、軽量化などを行います。
OBJを書き出した際の条件も記録します。対象範囲、使用単位、座標の扱い、頂点数、点要素または面の有無、面数、法線の生成方法、材質の有無、テクスチャー画像の数と寸法などを残しておけば、別の担当者でも処理内容を確認できます。
アップロード前の確認手順を固定することも有効です。描画要素の有無、異常点の有無、座標範囲、材質ファイルの名称、画像参照、別環境での表示、ファイル容量などを同じ順序で確認します。
大容量データでは、最初から全範囲を処理せず、代表範囲で試験します。小範囲でサムネイルと詳細表示を確認してから、同じ条件を全体へ適用すれば、大規模な書き出しやアップロードをやり直すリスクを抑えられます。
ただし、代表範囲で成功しても、全体モデルに異常点や破損面が含まれている可能性があります。全体の座標範囲、頂点数、面数、材質数を確認し、試験範囲との差を把握することが必要です。
点群の取得段階から、後工程でどのように使用するかを考えておくことも重要です。閲覧や共有が目的なら、対象範囲を必要以上に広げず、不要な背景や移動物を除外しておくと、OBJ化後の容量や表示範囲を適切に保ちやすくなります。
LRTK Phoneで取得したデータを扱う場合も、成果保存用データと共有用データを分けて管理することが大切です。元の位置情報を保持したデータを残しながら、閲覧に適した範囲や密度へ調整したOBJを用意すれば、確認作業とデータ保存を両立しやすくなります。
まとめ
点群OBJをアップロードしてもサムネイルが出ない場合は、アップロード操作だけでなく、OBJの描画要素、関連ファイル、座標、面の状態、変換処理を順番に確認する必要があります。
代表的な原因は、アップロード先が描画できる点要素や面が含まれていないこと、材質ファイルやテクスチャー画像の参照または透明度設定に問題があること、座標値や縮尺が表示範囲に合っていないこと、面の向きや形状データに問題があること、アップロード後の変換処理が完了していないことです。
特に点群から作成したOBJでは、書き出し元で点が見えていることと、OBJにアップロード先が描画できる点要素または面が記録されていることを分けて考える必要があります。頂点座標だけのOBJや、点要素に対応していない環境では、座標が大量に記録されていてもサムネイルが作られない可能性があります。
原因を切り分ける際は、原点付近に配置した小さな単色モデルを用意し、形状、材質、座標、データ量を一つずつ変更します。元データを直接上書きせず、変更内容を記録しながら比較することで、問題を特定しやすくなります。
また、サムネイル表示を優先するあまり、正確な座標や必要な形状を失わないよう注意が必要です。測量成果として保存する原本と、閲覧や共有に使用する軽量なOBJを分け、座標移動量や書き出し条件を記録しておくと、後から位置や形状を確認できます。
現場で取得した点群を継続的に活用するには、取得、整理、メッシュ化、OBJ出力、アップロードまでを一つの流れとして整えることが重要です。LRTK Phoneで取得したデータを含めて管理手順を標準化すれば、点群の取得後に発生する確認作業を整理し、三次元データを扱いやすい形で運用できます。