点群から作成したOBJファイルをアップロードしたところ、実際の現場写真とは異なり、同じ模様がタイルのように何度も並ぶことがあります。形状が正しく表示されていても、UV座標、マテリアル、画像参照、アップロード先のテクスチャ処理が一致していなければ、見た目だけが崩れることがあります。
UVとは、三次元モデル上の面を二次元のテクスチャ画像上の位置へ対応させるための座標です。一般に横方向をU、縦方向をVとして扱い、OBJでは主にvt行へテクスチャ座標を記録し、面の定義から参照します。UVの範囲や重なり、縮尺、向きが適切でない場合は、模様の反復、引き伸ばし、反転、位置ずれ、継ぎ目などが発生します。
特に、点群をメッシュ化してOBJへ変換する工程では、点群にはなかった三角形の面やUV座標が新たに生成されることがあります。そのため、点群の座標や形状が正しくても、UV展開や画像の割り当てが不十分であれば、アップロード後の表示は大きく変わります。
本記事では、「点群 OBJ アップロード」で検索している実務担当者に向けて、模様が繰り返される原因を整理し、UV座標の範囲、テクスチャの範囲外処理、UVアイランド、ファイル参照、書き出し前後の検証という5つの対策を解説します。
点群OBJで模様が繰り返される仕組み
OBJ形式では、頂点位置、テクスチャ座標、法線、面などを個別に記録できます。一般的なポリゴンOBJでは、vが頂点位置、vtがテクスチャ座標、vnが法線、fが面を表し、面の各頂点から対応するテクスチャ座標を参照します。色や画像の指定は、OBJから参照されるMTLファイルと画像ファイルを組み合わせる構成が一般的です。
UV座標は0から1の範囲で扱われることが多く、U方向の0から1、V方向の0から1が画像一枚分に対応します。ただし、0未満や1を超えるUVが含まれているだけで、直ちにOBJの構文エラーになるわけではありません。範囲外のUVをどのように表示するかは、マテリアルの指定、読み込み側の実装、表示エンジンのサンプリング設定によって変わります。
表示側が画像を反復する設定であれば、Uが0から1の区間で画像が一回表示され、1から2の区間でも同じ画像が再び表示されます。負のUVも反復対象として解釈される環境では、反対方向へ同じ画像が続くことがあります。一方で、範囲外を表示しない、端の扱いを別の方法にする、独自に補正するといった実装もあり、同じOBJ一式でも環境によって見え方が変わる場合があります。
MTLには画像の縮尺やオフセット、範囲外の扱いに関係するオプションを記述できる場合があります。しかし、MTLの全機能がすべてのビューアーやアップロード先で同じように解釈されるとは限りません。書き出し元で正常に見えていても、アップロード先が一部のオプションを無視すれば、画像の倍率や位置、反復状態が変わる可能性があります。
また、誤った画像を参照していることと、画像が繰り返されることは分けて考える必要があります。画像参照が切れただけなら、単色表示、画像なし、エラー表示、既定画像への置換など、結果は環境によって異なります。規則的な反復が見える場合は、誤った画像参照に加えて、範囲外UVや反復設定が関係している可能性を確認します。
点群OBJという言葉も、工程によって指す内容が異なります。点だけを頂点として保存し、面を持たないOBJには、通常の二次元テクスチャを貼る表面がありません。一方、点群から三角形の面を生成したメッシュOBJには、UV座標と画像を割り当てられます。模様の繰り返しは、主に後者のメッシュ化されたOBJで確認する問題です。
対策1 UV座標の範囲と分布を確認する
最初に確認したいのは、OBJへ記録されているUV座標の最小値、最大値、分布です。UVが0から1を大きく超え、表示側が反復処理を行う場合は、同じ画像が複数回並ぶ可能性があります。たとえば、一枚の画像を一つの面へ割り当てる意図なのに、Uが0から5まで広がっていれば、単純な反復設定では横方向に複数回表示されます。
UV確認機能を備えた三次元編集環境でモデルを開き、UVアイランドが画像領域のどこへ配置されているかを確認します。画像一枚分を示す領域から大きくはみ出している場合は、そのはみ出しが意図したタイル表現なのか、書き出し時の設定ミスなのか、投影を作り直した結果なのかを切り分けます。
ただし、すべてのUVを機械的に0から1へ縮小すればよいわけではありません。現場写真、オルソ画像、テクスチャアトラスなどを位置対応させている場合、UVの位置と縮尺そのものが画像との対応情報です。全体を一括で押し込むと、反復は止まっても、画像と形状の位置関係がずれたり、複数の面が同じ画像領域へ集まったりするおそれがあります。
範囲外UVを修正する場合は、元データを保存し、どの画像をどの面へ対応させるかを確認したうえで再配置します。単純なタイル材を貼る目的で意図的に範囲外を使っている場合と、現況写真を一回だけ表示したい場合では、適切な処理が異なります。現況記録用の画像であれば、画像一枚分の領域に正しく収まるようUVを再計算する方法が、環境差を抑える選択肢になります。
OBJをテキストとして確認できる場合は、vtで始まる行を調べます。大規模な点群メッシュでは行数が多いため、手作業で全件を見るのではなく、UVの最小値、最大値、0未満の件数、1を超える件数を集計すると効率的です。異常値が少数だけ存在する場合は、そのUVを参照している面を特定し、局所的に修正できます。
負のUVも直ちに不正とは限りません。問題になるのは、アップロード先が負の値をどのように処理するかと、制作者が意図した表示が一致しているかです。原因確認では、元のUVを保持したデータと、問題面だけを画像領域内へ再配置した検証データを用意し、同じアップロード先で比較します。
また、三次元モデルの単位や座標値を変更しても、既存のUVが必ず同じ倍率で変化するわけではありません。UVは形状座標とは別の値として保持されるためです。ただし、形状変更後に投影やUV生成をやり直した場合は、投影範囲や基準面の設定によって新しいUVの縮尺が変わることがあります。単位変換そのものと、UV再生成の影響を混同しないことが重要です。
UV座標を修正した後は、画像の縦横比も確認します。横長画像を正方形として扱う、または画像の回転情報を異なる向きで解釈すると、反復が解消しても模様が縦横に伸びることがあります。UV範囲だけでなく、画像寸法、投影方向、面の向きを合わせて確認します。
対策2 テクスチャの範囲外処理を見直す
UVが画像領域の外へ出たときの表示は、反復、範囲外を表示しない処理、端部を別の方法で扱う処理などに分かれます。名称や挙動は表示環境によって異なり、同じ「クランプ」という言葉でも、一般的な描画エンジンの設定とMTLのオプションが同じ結果になるとは限りません。
MTLのテクスチャ指定では、画像の縮尺や原点に関係するオプションが記録されることがあります。また、元の仕様には範囲外の扱いを指定する項目もありますが、現在の読み込み環境がその項目を解釈する保証はありません。アップロード先がMTLの追加オプションを無視し、UVと画像名だけを使って表示する場合もあります。
そのため、アップロード先に反復方法を選ぶ設定がある場合は、実際の挙動を小さな検証モデルで確認します。設定名だけで判断せず、Uが0から2までの単純な面と、番号入りの検査画像を使い、画像が二回並ぶのか、範囲外が消えるのか、別の表示になるのかを見ます。
アップロード先に設定がない場合は、反復させたくない画像のUVを、意図した画像領域へ収めた状態で書き出す方法を検討します。ただし、単に数値を0から1へ正規化するのではなく、現場写真と面の対応を維持したままUVを再展開または再投影します。画像の一部を使う面が多い場合は、テクスチャアトラスとして配置し直す方法もあります。
マテリアル側に画像の縮尺やオフセットがあり、編集環境だけがそれを適用している場合は、アップロード先で倍率や位置が変わる可能性があります。互換性を優先する場合は、必要な変換をUVへ反映し、特殊なマテリアル設定への依存を減らします。ただし、同じ変換をUVとマテリアルの両方へ重ねて適用すると、二重に縮尺や位置が変わるため、どちらへ反映したかを記録します。
模様が細かく何十回も並んでいる場合は、UV範囲が大きい、マテリアルの縮尺が大きい、または両方が重なっている可能性があります。同じ写真が二回から三回程度並ぶ場合は、単純な面であればUVがおおむね二枚分から三枚分へ広がっていることが手掛かりになります。ただし、回転したUV、複雑な面、複数画像を使うモデルでは、見た目の回数だけで数値を断定できません。
検証では、問題が出ている面だけを含む小さなOBJを作ります。UVを変えない版、範囲外処理だけを変えた版、UVを画像領域内へ再配置した版を比較すれば、原因がUV、マテリアル、アップロード先のどこにあるかを絞り込みやすくなります。
対策3 UVアイランドの縮尺と重なりを修正する
UVが0から1の範囲内に収まっていても、モデル上の複数箇所に同じ模様が現れることがあります。この場合は、UVアイランドの重なりを確認します。UVアイランドとは、モデルの面を画像上へ展開したまとまりです。離れた面が同じ画像領域を共有していれば、それぞれの面に同じ写真が表示されます。
たとえば、建物の四方の壁がすべて同じUV領域へ重なっている場合、各壁に同じ画像が一回ずつ貼られます。一つの面の内部で画像が連続反復しているわけではありませんが、モデル全体では同じ模様が繰り返されているように見えます。
点群から生成したメッシュでは、自動UV展開、面の統合、面数削減、再投影などの工程を通じて、意図しない重なりが生じることがあります。特に、処理前後で面の構成が変わったのに古いUVをそのまま保持すると、画像との対応が崩れる場合があります。形状変更後は、UVが正しく引き継がれているかを再確認します。
現場写真のように位置ごとの違いを記録する画像では、異なる場所の面が同じ画像領域を共有すると、実在しない模様や設備が別の場所にも表示されるおそれがあります。共通材料を表現するため意図的に重ねる場合を除き、面ごとに適切な画像領域を割り当てます。
UVアイランドの縮尺が面ごとに大きく異なる場合も、見え方が不自然になります。三次元上で同程度の大きさの面なのに、画像上で割り当てられる領域が大きく違えば、模様の細かさや解像感が変わります。ある壁だけ模様が密集し、隣の壁では大きく引き伸ばされる場合は、UV密度の差を確認します。
縮尺をそろえるときは、UVアイランドの外形だけでなく、三次元上の面積との比率を考えます。広い面へ十分な画像領域を割り当て、狭い面には必要以上の領域を使わないようにすると、モデル全体の解像感をそろえやすくなります。
UVアイランド同士の間隔も重要です。画像上で島同士が近すぎると、縮小表示や画像の階層化、補間処理によって、隣の領域の色が境界へ混ざることがあります。その結果、継ぎ目に別の模様が細く現れ、反復のように見える場合があります。画像解像度と表示倍率を考慮し、島の周囲へ適切な余白を設けます。
点群メッシュは微小な三角形が多くなりやすく、UVアイランドが細分化されることがあります。島を細かくしすぎると余白の占める割合が増え、各面に使える画素が減ります。一方、曲面や複雑な面を無理に一つへまとめると、画像が伸びたり重なったりします。面の向き、撮影方向、必要な解像度を考え、適切な単位で分割します。
UVの重なり検査機能がある場合は、意図しない重複を抽出します。重複が見つかったら、同じ画像を共有してよい面なのか、現場の別位置として分けるべき面なのかを判断します。現況記録として使用する場合は、見た目の自然さだけでなく、位置と画像内容の対応が正しいかを優先します。
対策4 OBJ・マテリアル・画像の対応を確認する
テクスチャ付きOBJは、OBJ本体、MTLファイル、画像ファイルの組み合わせで表示されることが一般的です。OBJ内のmtllibがMTLを参照し、usemtlが面へマテリアルを割り当て、MTL内のmap_Kdなどが画像ファイルを参照します。いずれかの名称や配置が合わなければ、意図した画像が再現されない場合があります。
まず、アップロードしたファイル一式を確認します。OBJだけを登録し、MTLや画像を含めていない場合、テクスチャが再現されないことがあります。ただし、そのときに単色になるのか、エラーになるのか、既定表示になるのかは、アップロード先の仕様によります。特定の仮画像が反復して見える場合も、それがOBJの標準動作とは限らず、サービス側の代替表示である可能性があります。
次に、MTL内の画像参照名と実際のファイル名を照合します。拡張子を変更した、書き出し後に名前を変えた、大文字と小文字が異なる、参照先の階層が変わったといった操作で、画像を見つけられなくなることがあります。手元では検索して補完できる環境でも、アップロード先では記載された参照をそのまま使う場合があります。
互換性を優先する場合は、OBJ、MTL、画像を分かりやすい構成でまとめます。アップロード先がフォルダー階層や相対パスをどこまで保持するか分からないときは、同じ階層へ配置した検証用一式を作る方法があります。ファイル名は、使用環境の制限を確認したうえで、扱いやすい文字と長さにそろえます。
複数画像を使用している場合は、各マテリアルが正しい画像を参照しているかを確認します。地面用、壁面用、構造物用の画像があるのに、すべてのマテリアルが同じ画像へ統合されていれば、異なる場所に同じ模様が現れます。マテリアル名が同一になった、書き出し時に統合された、usemtlの切り替えが失われたといった可能性を調べます。
画像自体の内容も確認します。小さなパターン画像が保存されている場合は、反復設定と組み合わさることで、広い面へ同じ模様が並びます。一方、現場全体を展開した一枚の画像であれば、画像を何度も反復する設定は通常の目的と合いません。元画像を開き、書き出し時に切り抜き、置換、形式変換が行われていないかを確認します。
画像の解像度低下と、UVによる反復は別の現象です。アップロード時に画像が縮小されると、ぼけ、画素の粗さ、細部の消失が起こることはありますが、それだけで同じ写真が規則的に複製されるわけではありません。規則的な反復がある場合は、UV範囲やサンプリング設定を優先して確認し、ぼけだけがある場合は画像解像度や圧縮を確認します。
OBJ、MTL、画像は一つの版として管理します。OBJだけを差し替え、古いMTLや画像を残すと、修正内容と参照先が一致しなくなる場合があります。版番号や作成日時をファイル管理へ取り入れ、公開用一式が同じ書き出し処理から作られたものかを確認します。
対策5 書き出し前後に同じ条件で表示を検証する
UVを修正しても、編集環境の画面だけで確認していると、アップロード後の問題を見落とすことがあります。編集環境では、手続き型の投影、独自シェーダー、画像補正、ノード設定、色管理などが使われていても、それらがOBJとMTLへ完全には保存されない場合があります。
書き出し前には、OBJで受け渡せない投影や変換に依存していないかを確認します。画面上だけで適用されている縮尺、回転、位置調整がある場合は、必要に応じてUVや画像へ反映します。反映後は、元の設定が二重に残っていないかも確認します。
書き出した後は、元の編集データではなく、実際に生成されたOBJ一式を新しい環境へ読み込み直します。このとき、編集ソフト内部の画像ライブラリや絶対パスへ依存せず、書き出し先のOBJ、MTL、画像だけで再現できるかを確認します。
確認時は、モデル全体を眺めるだけでなく、地面、壁面、屋根、法面、床版など、広い面を重点的に見ます。近距離では正常に見えても、遠距離表示や縮小表示で継ぎ目が目立つことがあります。表示倍率を変え、同じ模様が規則的に並んでいないか、境界に別の色が混ざっていないかを調べます。
番号や格子が入った検査画像を一時的に貼る方法も有効です。同じ番号が繰り返される場所、格子が引き伸ばされる場所、上下左右が反転する場所を視覚的に確認できます。検査画像で原因を特定した後、本来の画像へ戻して再書き出しします。
アップロードテストでは、本番と同じファイル構成、画像形式、マテリアル数を使用します。小さな検証モデルで問題がない場合でも、本番データで画像数やマテリアル数が増えると、参照の取り違えや上限による変換が起こる場合があります。先行テストと最終データ確認を分けて行います。
修正前後の比較も残します。どのUVを変更したか、どの画像を差し替えたか、MTLのどの項目を変えたか、アップロード先でどう見えたかを記録すると、再発時の切り分けが容易になります。一度に複数条件を変えず、変更点と結果を対応させます。
アップロード先にキャッシュがある場合は、修正版へ差し替えても古い画像やモデルが表示されることがあります。別名の検証データを登録する、再読み込み機能を使う、別の閲覧環境で確認するなど、修正後のファイルが実際に読み込まれていることを確かめます。
点群から作成したメッシュ特有の注意点
点群データは、各点の三次元座標に加え、取得方法によって色情報を持つことがあります。その色が点ごとに直接保持されている場合は、必ずしもUVやテクスチャ画像を使っているわけではありません。点群をメッシュOBJへ変換する際には、色を頂点へ持たせる方法と、画像へまとめてUVで貼る方法があります。
OBJの頂点色は、元のOBJ仕様に一律の方法として定義された機能ではなく、実装上の慣例や拡張として扱われることがあります。そのため、書き出し元では色付きで見えても、アップロード先が同じ頂点色表現に対応していなければ、色が失われる可能性があります。頂点色から画像テクスチャへ変換する工程では、新しいUVと画像が必要になります。
この変換過程では、点群の密度、欠測、ノイズ、面の向きが、メッシュとUVの品質へ影響します。細長い三角形、重複面、孤立した小面が多いと、UVアイランドも細長くなったり、画像上の小さな領域へ集中したりする場合があります。
まず形状を整えます。孤立点、飛び点、不要な背景、重複点を残したままメッシュ化すると、不自然な面が生成されることがあります。その面にもUVを割り当てれば、画像領域を消費し、必要な部分の解像度を下げる原因になります。テクスチャだけを直す前に、元点群とメッシュの品質を確認します。
面の表裏と法線も確認します。法線がそろっていない場合は、面が消える、暗く見える、画像が裏側から見えて反転したように感じるといった症状が出ることがあります。ただし、法線の不一致だけで規則的な画像反復が発生するとは限りません。反復と向きの異常を分けて診断します。
撮影画像からテクスチャを生成する場合は、撮影位置、モデル座標、投影条件の対応が重要です。座標系、縮尺、回転、原点が合っていなければ、画像投影がずれます。測量座標のように大きな数値を扱うモデルでは、一部のソフトウェアで表示や演算の精度に影響することがあるため、作業用原点を設ける運用が適する場合があります。ただし、最終座標へ戻す工程と画像投影の基準を明確に管理します。
複数方向の撮影画像を一つのメッシュへ割り当てる場合は、どの面にどの画像を使うかを決める処理が必要です。画像の切り替わり境界では、明るさや色調の差、継ぎ目が現れることがあります。規則的なタイル反復とは別の現象ですが、遠目では似て見える場合があるため、検査画像と元写真を比較して判別します。
点群メッシュはデータ量が大きくなりやすく、アップロード前に面数削減や画像縮小を行うことがあります。面数削減ツールがUVを適切に引き継ぐ場合もありますが、面の統合や境界処理によって対応が崩れる場合もあります。形状を変更した後は、UVの重なり、継ぎ目、画像位置を再確認し、必要に応じて再展開します。
症状から原因を切り分ける方法
模様の現れ方を観察すると、原因を絞り込めます。一つの面の内部で同じ画像が横方向や縦方向へ規則的に並ぶ場合は、UVが画像一枚分を超えている、マテリアルの縮尺が反復を増やしている、またはアップロード先が範囲外を反復している可能性があります。
離れた複数の面に、まったく同じ写真が一回ずつ表示されている場合は、UVアイランドの重なりや、同じマテリアルの誤割り当てを疑います。各面のUVが0から1に収まっていても、複数の面が同じ領域を共有していれば、同じ模様が現れます。
模様が細かく密集している場合は、広いUV範囲の反復だけでなく、UV密度の差も確認します。反対に、模様が大きく引き伸ばされている場合は、面へ割り当てられた画像領域が狭い、画像の縦横比が合っていない、投影方向が不適切といった可能性があります。
画像の端にだけ別の色や模様が細く現れる場合は、UVアイランド間の余白不足、縮小表示時の補間、画像境界のにじみが考えられます。面の境界に沿って線が出る場合は、UVの継ぎ目、画像の余白、法線、面の重複を確認します。
書き出し元では正常で、アップロード後だけ反復する場合は、アップロード先がMTLの縮尺や範囲外指定を読み取っていない、独自の反復設定を使っている、書き出し元だけが手続き型投影を適用しているといった環境差を疑います。書き出した一式を別の確認環境で開き、どの段階から表示が変わるかを調べます。
どのモデルでも同じ仮模様が表示される場合は、元画像が読み込まれず、アップロード先の既定表示へ置き換わっている可能性があります。ただし、既定表示の有無や内容は環境ごとに異なります。OBJ、MTL、画像の参照状態を確認し、標準動作だと決めつけないことが大切です。
一部の面だけ反復する場合は、その面が参照するvt、マテリアル名、画像名を個別に調べます。モデル全体を再展開すると、正常な部分まで変わるため、問題面を限定して修正する方が安全です。
画像がぼけているだけで、同じ形が規則的に増えていない場合は、UV反復よりも画像縮小、圧縮、表示解像度を先に確認します。反復、重複、にじみ、ぼけを同じ症状として扱わず、検査画像を使って分類します。
原因の切り分けでは、一度に複数設定を変更しません。UV範囲、MTLの縮尺、画像ファイル、マテリアル割り当て、書き出し条件を同時に変えると、どの変更が有効だったか分からなくなります。検証用データを複製し、一つの条件だけを変えて比較します。
点群OBJアップロード前の再発防止手順
再発を防ぐには、点群処理からアップロードまでを一つの工程として管理します。最初に、元点群の座標、色、欠測、ノイズを確認し、不要な点を整理します。その後、メッシュを生成し、穴、重複面、極端に細い面、不要な小面、法線の向きを確認します。
形状が確定した段階でUVを作成します。形状を大きく変更した後に古いUVを使い続けると、面と画像の対応が崩れる場合があります。面数削減、穴埋め、面の結合、頂点の再配置を行った場合は、UVが維持されているかを確認し、必要に応じて再計算します。
UV作成後は、最小値と最大値、負の値、1を超える値を確認します。範囲外UVがあっても、それだけで不正とは限りません。意図したタイル表現なのか、現場画像を一回だけ表示するモデルなのかを判断し、アップロード先の範囲外処理と整合させます。
続いて、UVアイランドの重複、向き、縮尺、余白を確認します。異なる場所の面が同じ画像領域を共有していないか、上下左右が反転していないか、広い面へ十分な画像領域が割り当てられているかを調べます。番号入りの格子画像を使うと、反復と変形を目視で確認しやすくなります。
マテリアルと画像を確定したら、OBJ、MTL、画像の参照関係を整理します。mtllib、usemtl、画像参照名を照合し、書き出し後に個別のファイル名を変更しないようにします。複数画像を使う場合は、各マテリアルが参照する画像を記録します。
書き出し時には、編集環境だけで有効な投影、縮尺、回転、ノード処理へ依存していないかを確認します。必要な変換をUVや画像へ反映し、MTLの追加オプションがアップロード先で無視されても、できるだけ意図した配置を再現できる構成にします。
書き出し後は、新しい作業環境でOBJ一式を読み込み直します。元の編集データが持つ内部情報を使わず、書き出されたファイルだけで形状と画像が再現できることを確認します。この段階で模様が繰り返される場合は、アップロード前に修正できます。
最後に、本番と同じ条件でアップロードテストを行います。大きなモデルでは、代表的な地面、壁面、斜面、構造物を含む範囲を抽出して先行確認すると効率的です。ただし、最終的には公開用データ全体でも確認し、画像数やマテリアル数が増えたときに参照や変換が崩れないかを検証します。
確認結果は、作業日、元データ、UV範囲、重複の有無、画像名、書き出し条件、アップロード結果とともに記録します。同じ種類の点群OBJを継続的に扱う場合は、検査項目を標準化することで、担当者が変わっても品質をそろえやすくなります。
まとめ
点群OBJをアップロードした後に模様が繰り返される場合は、OBJの形状だけでなく、UV座標、範囲外UVの処理、UVアイランドの重なり、マテリアルと画像の参照、書き出し環境とアップロード環境の差を確認します。
UVが0から1を超えていることは、直ちに構文不良を意味しません。反復が発生するかどうかは、画像の範囲外処理やマテリアル設定、読み込み側の実装によって変わります。現場写真を一回だけ表示したい場合は、画像との対応を維持した状態でUVを画像領域内へ配置し、アップロード先で再検証します。
UVが範囲内でも同じ写真が複数箇所に現れる場合は、UVアイランドの重なり、同一マテリアルの誤割り当て、画像参照の統合を確認します。画像のぼけやにじみは、規則的な反復とは別に、解像度、圧縮、UV余白の観点から切り分けます。
OBJ、MTL、画像は一つの組として管理し、書き出した一式だけで再読み込みできることを確認します。MTLの追加オプションは環境によって対応差があるため、特殊な設定へ依存しすぎず、UVと画像の対応を明確にした構成が重要です。
点群から作成したメッシュでは、ノイズ、欠測、細長い面、法線、面数削減後のUV不整合など、形状側の問題もテクスチャ表示へ影響します。UVだけで改善しない場合は、元点群、メッシュ、画像投影まで工程を戻って確認します。
現場の状況を分かりやすく共有するには、見た目の再現性だけでなく、取得位置や対象範囲を明確に管理することも大切です。点群や位置情報を現場で取得し、その後の確認や共有へつなげる方法を検討している場合は、LRTK Phoneを活用した計測・記録の流れも確認してみてください。