点群や写真から生成した三次元データをOBJ形式でアップロードした際、モデルの形状は正常に見えるのに、表面の画像だけが横長になったり、縦方向につぶれたりすることがあります。現場の壁面、舗装、法面、構造物などに貼り付けられた画像が不自然に伸びると、三次元形状そのものが変形したように見えるため、原因の切り分けが難しくなります。 点群OBJに表示される画像は、一般的な写真のようにモデルへ直接埋め込まれているとは限りません。OBJに記録された形状、画像を貼り付ける位置を示すUV座標、材質情報、外部の画像ファイルが組み合わされて表示されます。そのため、画像の縦横比が崩れる原因は、画像ファイルだけでなく、UV座標、アップロード時の変換、関連ファイルの参照関係などにも存在します。 原因を確認しないまま画像を正方形へ変換したり、OBJを何度も書き出したりすると、本来正常だったデータまで変更してしまうことがあります。特に、点群OBJを施工状況の共有、既存構造物の確認、維持管理、出来形の補助資料などに利用する場合は、画像の見た目だけを合わせるのではなく、三次元形状と画像の位置関係が保たれていることを確認する必要があります。 この記事では、「点群 OBJ アップロード」で検索している実務担当者に向けて、画像の縦横比が崩れたときに確認したい4つのポイントを解説します。元画像、UV座標、アップロード時の変換、OBJと関連ファイルの対応という順番で確認すると、原因を整理しやすくなります。
点群OBJで画像の縦横比が崩れる理由
OBJ形式は、三次元形状を構成する頂点座標、面、法線、画像を貼り付けるための座標などを記録できる形式です。点群からOBJを書き出す場合は、点だけが保存されるとは限らず、点群から生成された三角形の面や、撮影画像を基に作られたテクスチャが含まれることがあります。 画像付きのOBJでは、三次元モデルの形状と画像が別々の情報として管理されることが一般的です。OBJには形状やUV座標が記録され、材質情報を通じて外部の画像ファイルが参照されます。OBJだけをアップロードしても画像が表示されない場合があるのは、このように複数のファイルが組み合わされているためです。 UV座標は、三次元モデルの各頂点や面に対して、画像のどの部分を貼り付けるかを指定するための二次元座標です。三次元空間の位置を表すXYZ座標とは別に管理されます。モデルの形状が正常でも、UV座標と画像の関係が変われば、表面の画像だけが伸びたり、ずれたり、反転したりします。 たとえば、横4000画素、縦3000画素の画像を、横2000画素、縦1500画素へ縮小した場合、横と縦を同じ倍率で変更しているため、元の縦横比は維持されます。この画像であれば、画像全体の範囲が変わっていない限り、元のUV座標を利用して正常に表示できる可能性があります。 一方、横4000画素、縦3000画素の画像を、横2048画素、縦2048画素へ強制的に変形すると、元の4対3という比率が1対1に変わります。UV座標は画像内の相対的な位置を参照するため、画像自体が変形すると、モデル上でも模様、文字、目地、ひび割れなどが縦長または横長に表示されます。 ただし、正方形の画像になっていることだけで異常と判断することはできません。元画像を変形せず、上下または左右へ余白を追加して正方形のキャンバスへ配置している場合があります。その際にUV座標も余白を考慮して変換されていれば、表示は正常です。画像ファイルの横幅と縦幅だけではなく、画像内の有効な範囲が変形しているかを確認する必要があります。 画像の縦横比が崩れたように見える現象には、画像そのものの変形以外の原因もあります。画像が90度回転している、上下が反転している、別の画像が参照されている、UV座標が画像の範囲外にある、同じ画像が繰り返し表示されているといった状態も、見る角度やモデルの形状によっては縦横比の異常に見えます。 また、三次元モデル自体が一方向に拡大または縮小されている場合もあります。この場合は画像だけでなく、建物、道路、構造物などの寸法も変化します。最初に画像の変形とモデル形状の変形を分けて考え、どの情報が変わっているかを確認することが重要です。
確認1 元画像の縦横比と回転状態を確認する
最初に確認したいのは、OBJと一緒に出力された画像ファイルです。アップロード先の表示処理やOBJの内容を詳しく調べる前に、元画像が正しい状態で保存されているかを確認します。元画像の段階で縦横比が変わっていれば、UV座標やアップロード設定を修正しても正常には表示できません。 まず、画像ファイル単体を開き、画像内の対象物が不自然に伸びていないかを見ます。窓、ドア、タイル、区画線、文字、円形の設備、格子状の部材など、元の形状を判断しやすい対象に注目すると確認しやすくなります。円形のものが楕円に見える、正方形の模様が長方形に見える、文字が縦長に見える場合は、画像自体が変形している可能性があります。 次に、画像の横画素数と縦画素数を確認します。元の撮影画像や書き出し前の画像が残っている場合は、変換後の画像と比較します。元画像が横4032画素、縦3024画素で、変換後が横2016画素、縦1512画素であれば、縦横ともに同じ倍率で縮小されているため、比率は維持されています。 元画像が横4032画素、縦3024画素で、変換後が横2048画素、縦2048画素になっている場合は、正方形への変換方法を確認します。画像全体が正方形へ引き延ばされていれば、縦横比が崩れます。元画像を変形せず、余白を加えて正方形へ収めている場合は、UV座標との対応によって正常に表示できることがあります。 画像の容量を減らすために手作業で縮小した場合は、縦横比を固定した状態で変更したかを確認します。横幅だけを指定して高さを自動計算する方法や、横と縦を同じ縮小率で処理する方法であれば、画像内の相対的な位置は維持されやすくなります。横幅と高さをそれぞれ異なる数値へ強制変更すると、画像の比率が変わります。 画像の切り抜きにも注意が必要です。画像の周囲に空白や黒い領域があると、不要な部分に見えることがあります。しかし、点群から生成されたテクスチャ画像では、その余白を含めた画像全体がUV座標の基準になっている場合があります。余白を削除すると、画像の横幅や縦幅だけでなく、画像内の各部分の位置も変わります。 たとえば、画像の左側を100画素切り取ると、元画像で横方向の中央にあった部分が、切り抜き後には別の相対位置になります。UV座標が切り抜き前の画像を参照したままであれば、モデル上の画像は横方向へずれたり、一部が引き延ばされたりします。見た目を整えるための単純な切り抜きが、OBJでは大きな表示崩れにつながることがあります。 回転状態も重要な確認項目です。撮影した画像によっては、画素データを実際に回転させず、表示方向を示す情報だけを付加して保存している場合があります。画像閲覧環境では正しい向きに見えていても、アップロード時の画像変換がその情報を読み取らなければ、横向きまたは上下逆の状態で処理される可能性があります。 縦向きで撮影された画像が、内部的には横長の画素配列として保存され、表示時に90度回転されていることがあります。その画像を別の形式へ変換したとき、回転情報だけが失われると、画像の向きが変わります。元のUV座標が縦向きの表示を前提としていれば、貼り付け結果も正しくなりません。 回転情報の問題を避けるため、画像を正しい向きの画素データとして保存し直す方法があります。ただし、すでにUV座標が作成されている場合、画像だけを回転すると対応関係が変わります。画像を修正する際は、OBJの生成に使われた画像と同じ向き、同じ範囲、同じ縦横比を保つ必要があります。 画像の反転も確認します。左右反転や上下反転は縦横比の変化ではありませんが、斜めの構造物や複数の画像領域が並ぶテクスチャでは、別の場所が貼られたように見え、画像が伸びたと判断してしまうことがあります。文字や方向性のある模様を確認すると、反転の有無を判別しやすくなります。 複数のテクスチャ画像がある場合は、すべての画像を同じ条件で処理したかも確認します。一枚だけ異なる解像度へ変換されていたり、一部だけ正方形へ引き延ばされていたりすると、モデルの特定範囲だけで縦横比が崩れます。異常が全面に発生しているのか、一部だけに発生しているのかを確認すると、原因となる画像を絞り込めます。 画像ファイル単体で正常に見え、画素数、回転、切り抜きにも問題がない場合は、画像を貼り付ける位置を示すUV座標を確認します。元画像が正常であると確認してから次の項目へ進むことで、不要な画像変換を繰り返すことを防げます。
確認2 UV座標と画像領域の対応を確認する
元画像に異常がない場合は、UV座標と画像領域の対応を確認します。UV座標は、画像のどの場所をモデルの各面へ貼り付けるかを示す情報です。画像自体が正常でも、UV座標が変われば、モデル上では画像が伸びたり、縮んだり、異なる位置へ移動したりします。 UV座標は、一般的に画像の横方向と縦方向を相対的な数値で表します。画像の解像度が変わっても、画像全体の範囲と縦横比が維持されていれば、同じUV座標を使用できる場合があります。しかし、画像を切り抜いたり、余白を追加したり、回転したりすると、画像内の相対位置が変わるため、元のUV座標との対応が崩れます。 点群や写真からテクスチャ付きモデルを生成する処理では、複数の撮影画像から必要な部分を切り出し、一枚または複数枚の画像へ再配置することがあります。このように複数の画像領域をまとめた画像では、壁面、路面、構造物などの一部分が、画像内のさまざまな場所に配置されます。 一見すると、画像の中に細かい断片や空白が多く、不要な部分が含まれているように見えることがあります。しかし、その配置に合わせてUV座標が設定されているため、一般的な写真のようにトリミングしたり、位置を並べ替えたりすると正常に表示できません。 特に注意したいのが、画像周囲の空白や未使用に見える領域です。空白を削除すると画像の有効範囲が変わり、すべてのUV座標が相対的にずれます。画像の一部だけを切り出して保存した場合も、モデルは切り出し前の画像位置を参照し続けるため、貼り付け位置や拡大率が変わります。 UV座標が画像領域の外側まで設定されているケースもあります。一般的な画像範囲を0から1として扱う場合でも、処理方法によっては0未満や1を超える座標が含まれることがあります。アップロード先が範囲外の座標をどのように処理するかによって、表示結果が変わります。 画像を繰り返して表示する処理であれば、同じ模様が連続して見えることがあります。画像端の画素を引き延ばす処理であれば、細い色の帯が広い面へ伸びたように表示されることがあります。範囲外を表示しない処理であれば、透明または単色の部分が発生することがあります。 利用者から見ると、これらはすべて画像の縦横比が崩れたように感じられる場合があります。しかし、実際には画像そのものではなく、UV座標の範囲や、範囲外座標の扱いが原因です。 画像の上下方向の基準も確認します。画像の左上を原点とする処理と、左下を原点とする処理が混在すると、上下方向の座標が反転します。画像全体が上下逆になるだけであれば判別しやすいものの、複数の領域をまとめた画像では、異なる断片が面へ貼り付けられ、画像が不規則に伸びたように見えることがあります。 OBJを書き出した直後の環境では正常に見え、アップロード後だけ崩れる場合は、UV座標の解釈方法が異なっている可能性があります。書き出し元の表示環境では、自動的な補正や独自の処理が行われている場合があります。そのため、書き出し元で正常に見えることは重要な確認材料ですが、別の環境でも同じ表示になることを保証するものではありません。 UV座標の異常を見分ける際は、画像全体が同じ方向へ伸びているのか、一部の三角形だけが伸びているのかを確認します。モデル全体で同じ比率の変形が見られる場合は、画像サイズや座標軸の解釈など、共通処理に問題がある可能性があります。 一部の三角形だけが細長く伸びたり、扇状に広がったりしている場合は、その面に割り当てられたUV座標が極端に狭い範囲へ集中している可能性があります。頂点の対応がずれている、面の構成が変更された、異なるUV座標を持つ頂点が統合されたといった原因も考えられます。 メッシュの軽量化を行った後に画像が崩れた場合は、UV座標が維持されているかを確認します。三角形の数を減らす処理では、頂点の削除、統合、面の再構成などが行われます。形状だけを考慮して処理すると、画像の境界やUV座標が失われることがあります。 同じ三次元位置にある頂点でも、異なる画像領域を貼り付けるため、UV座標上では別の頂点として扱う必要がある場合があります。位置が同じだからといって一つの頂点へ統合すると、本来別々に保持するべきUV座標まで統合され、画像の継ぎ目が崩れる可能性があります。 穴埋めや面の再生成にも注意が必要です。点群から生成されたメッシュの欠損を埋めると、新しい面には元の画像に対応するUV座標が存在しません。自動的にUV座標が割り当てられる場合でも、周囲の画像が引き延ばされて貼られることがあります。この現象が局所的な縦横比の崩れとして見えることがあります。 UV座標を確認できる環境がある場合は、画像上の配置と三次元面の対応を表示します。画像領域から大きくはみ出していないか、極端に細い領域へ複数の面が重なっていないか、左右や上下が反転していないかを確認します。 ただし、細長いUV領域が存在することだけで誤りとは判断できません。細長い構造物や斜め方向から撮影された面では、正常なUV配置でも細く見えることがあります。書き出し直後の正常なデータと、軽量化後またはアップロード後のデータを比較することが重要です。 元画像を変形して表示を合わせる方法は、一時的に見た目が改善しても、別の範囲でずれが発生する可能性があります。UV座標が原因の場合は、画像を無理に伸縮するのではなく、元画像とUV座標の組み合わせを維持した状態で再出力することが基本です。
確認3 アップロード時の画像変換を確認する
元画像とUV座標が正常でも、アップロード時の処理によって画像の縦横比が変わることがあります。三次元データを表示する環境では、通信量や表示負荷を抑えるため、アップロードされた画像を自動的に縮小、圧縮、分割、統合、形式変換する場合があります。 画像の横幅と縦幅を同じ倍率で縮小する処理であれば、基本的な縦横比は維持されます。一方、すべての画像を同じ横幅と高さへ強制的に変換する処理では、長方形の画像が正方形に引き延ばされる可能性があります。 アップロード画面に画像解像度、最大辺、軽量化、最適化、圧縮、画像統合などの設定がある場合は、それぞれの意味を確認します。たとえば「最大画像サイズ2048」という設定が、長辺を2048画素以内にする意味であれば、短辺は元の比率に合わせて計算される可能性があります。 同じ表示でも、横と縦の両方を2048画素へ固定する設定であれば、元画像の比率が変わります。設定名だけでは処理内容を判断できない場合があるため、検証用の小さなデータをアップロードして挙動を確認することが有効です。 検証用の画像には、円、正方形、縦横の線、方向を判別できる文字など、変形を判断しやすい模様を使用します。円が楕円になる、正方形が長方形になる、縦線と横線の間隔が変わる場合は、画像の比率が変更されています。 実際の点群OBJへ検証用画像を上書きすると、元の対応関係を失う可能性があります。検証は必ず複製した小規模なデータで行い、本番用の元データを残します。 アップロード前とアップロード後の画像寸法を比較できる場合は、横画素数と縦画素数を確認します。元画像が横4096画素、縦2048画素で、変換後が横2048画素、縦1024画素であれば、縦横比は維持されています。 変換後が横2048画素、縦2048画素になっている場合は、画像が変形されたのか、余白を追加して正方形へ収められたのかを確認します。画像サイズだけではなく、円や文字などの有効な画像内容が同じ比率で表示されているかを見る必要があります。 自動的な画像圧縮によって細部がぼやける場合もあります。圧縮によるにじみは、厳密には縦横比の変化ではありません。しかし、ひび割れ、目地、区画線、細い配管などの輪郭が失われると、模様が広がったり伸びたりしたように見えることがあります。 画像の形状が変わっているのか、輪郭がぼやけているだけなのかを区別します。円や正方形の外形が変わっていれば比率の問題が疑われます。外形は変わらず、境界だけが不鮮明であれば圧縮や解像度の影響が考えられます。 画像形式の変換も確認対象です。透明な領域を持つ画像が、透明情報を扱わない形式へ変換されると、背景色が追加される場合があります。背景色が追加されるだけであれば縦横比は変わりませんが、透明部分を自動的に削除する処理が行われると、画像の範囲が変わり、UV座標との対応が崩れる可能性があります。 複数の画像を一枚に統合する処理にも注意が必要です。画像の統合と同時にUV座標も正しく変換されれば正常に表示できます。しかし、画像だけが再配置され、UV座標が元の状態で残ると、モデルの面は異なる画像領域を参照します。 材質の数を減らすために画像を統合する設定を使用した場合は、統合後の画像とUV座標が一組として再生成されているかを確認します。材質名だけを統合し、画像とUV座標の関係が更新されていなければ、画像の位置や拡大率が大きく崩れます。 画像の長辺が極端に大きい場合、自動縮小の対象になりやすくなります。高解像度の画像は細部の確認に有利ですが、アップロード、変換、表示に時間がかかり、閲覧端末への負荷も増えます。 容量を減らす場合でも、縦横比を無視して正方形へ変換するのではなく、元画像の比率と範囲を維持したまま解像度を下げます。必要な確認精度に対して過剰な解像度になっていないかを判断し、長辺を基準に縮小するなど、比率を保てる方法を選びます。 アップロード前に画像を軽量化し、アップロード先でも自動軽量化が行われると、二重に変換される場合があります。最初の処理では正常でも、二回目の処理で想定外の解像度や比率になる可能性があります。 手作業の軽量化と自動軽量化を同時に使用せず、どちらか一方だけを有効にして比較すると原因を確認しやすくなります。設定を一つ変えるたびに結果を記録し、複数の条件を同時に変更しないことが重要です。 再アップロード時に同じデータ名を使用すると、以前に生成された表示用画像が残り、新しい画像へ切り替わっていないように見える場合があります。データ側が正しく修正されていても、古い表示結果が参照されれば、縦横比が直っていないと判断してしまいます。 検証時は別名のデータとしてアップロードし、旧版と新版を並べて比較します。別の閲覧環境や端末でも同じ表示になるかを確認すると、データ側の問題か、一時的な表示側の問題かを切り分けやすくなります。 三次元モデルの表面は正常でも、画像一覧やサムネイルだけが伸びている場合があります。この場合、OBJやUV座標ではなく、画像を表示枠へ合わせる画面側の処理が原因である可能性があります。 三次元表示、画像単体表示、サムネイル表示を比較し、どの画面で縦横比が変わっているかを確認します。三次元表示で正常であれば、点群OBJのデータ自体を修正する必要がない場合があります。
確認4 OBJと材質情報と画像の組み合わせを確認する
4つ目に確認したいのは、OBJ、材質情報、画像ファイルの組み合わせです。画像の縦横比が崩れたように見えても、実際にはOBJが別の画像を参照している場合があります。 画像付きOBJでは、OBJから材質情報を参照し、材質情報から画像ファイルを参照する構成が一般的です。これらのファイル名、保存場所、階層の関係が変わると、正しい画像を読み込めなくなる可能性があります。 書き出し後に画像だけを別フォルダへ移動したり、ファイル名を変更したりすると、材質情報に記録された参照先と一致しなくなります。画像が見つからない場合の動作は表示環境によって異なり、単色で表示されることもあれば、同名の別画像が読み込まれることもあります。 同じフォルダに複数案件のデータを保存し、「texture」「image」など共通の画像名を使用している場合は注意が必要です。異なる現場の画像が同じ名前で存在すると、圧縮やアップロードの際に一方が上書きされる可能性があります。 別の画像が参照されれば、UV座標と画像内容は一致しません。まったく異なる画像であればすぐに気付けますが、同じような土面、舗装、コンクリート面などの画像では、画像が取り違えられていることに気付かず、縦横比だけが崩れたと判断することがあります。 ファイル名は、案件、計測日、計測範囲、連番などを組み合わせ、同じアップロード単位の中で重複しないようにします。ただし、書き出し後に画像だけを改名すると参照が切れるため、材質情報に記録されている画像名も一致させる必要があります。 可能であれば、書き出し時点で重複しにくい名前を設定します。手作業で参照情報を変更する場合は、元データの複製を作り、変更前後で正常に表示できるかを確認します。 ファイル名の大文字と小文字も確認します。作業環境によっては大文字と小文字を区別せず、手元では正常に開けることがあります。一方、アップロード先では大文字と小文字が別の名前として扱われる場合があります。 材質情報で「Texture.jpg」を参照しているのに、実際のファイル名が「texture.jpg」であれば、アップロード後に画像が見つからない可能性があります。拡張子についても、参照記述と実際のファイル名を一致させます。 拡張子だけを書き換えて画像形式を変更したように見せる操作は避けます。ファイル名の末尾を変更しても、画像内部のデータ形式は変換されません。表示環境が内容を正しく判定できず、画像が読み込まれなかったり、予期しない変換が行われたりする可能性があります。 画像形式を変更する場合は、画像変換機能を使用して正しい形式で保存し直します。その際も、横画素数、縦画素数、回転、切り抜き範囲が変わっていないかを確認します。 複数の材質を含むOBJでは、それぞれの面に使用する材質が指定されています。軽量化や統合処理の際に材質の指定が変わると、壁面用の画像が地面へ貼られたり、地面用の画像が構造物へ貼られたりすることがあります。 本来とは異なる形状へ画像が貼られると、画像は大きく引き延ばされたように見えます。この場合、画像の縦横比自体は正常でも、貼り付ける面と画像の組み合わせが誤っています。 異常が一部の面だけに発生する場合は、その面に割り当てられている材質と画像を確認します。全面を再生成する前に、問題のある材質だけを調べることで、原因を絞り込めます。 圧縮ファイルにまとめてアップロードする場合は、フォルダ構成を維持します。OBJ、材質情報、画像が同じ階層にある構成と、画像だけが下位フォルダにある構成では、材質情報に記録される参照先が異なります。 圧縮前に画像フォルダを移動すると、材質情報の参照先と一致しなくなる可能性があります。書き出し直後に正常に表示できたフォルダ構成を保ったまま圧縮します。 圧縮ファイルの中に、古い画像と新しい画像が両方残っていないかも確認します。画像を更新した際、元の画像を削除せず、別のフォルダへ新しい画像を追加すると、どちらが使用されるか分かりにくくなります。 再アップロード用のフォルダは新しく作成し、必要なOBJ、材質情報、画像だけを複製すると、古いファイルの混在を防ぎやすくなります。アップロード前にファイル数と名称を確認し、不要な画像や過去の版が含まれていないかを見ます。 画像を色調補正するだけであれば、画像の範囲や縦横比は変わりにくいものの、回転、反転、切り抜き、余白追加、キャンバス寸法変更を行うとUV座標との対応が変わります。画像を差し替える場合は、元画像と同じ横画素数、縦画素数、向き、範囲を保つことが基本です。 OBJだけを単独の成果物として扱うのではなく、材質情報と画像を含む一式のデータとして管理することが重要です。アップロード前には、実際に提出するフォルダまたは圧縮ファイルと同じ構成で表示できるかを確認します。
画像の変形とモデル形状の変形を切り分ける
点群OBJをアップロードした後に全体が横長または縦長に見える場合は、画像だけが変形しているのか、三次元モデル自体が変形しているのかを確認します。 この切り分けを行わずに画像を修正すると、モデルの座標や縮尺に問題があるにもかかわらず、表面の画像だけを無理に合わせることになります。反対に、画像だけの問題なのにモデルを再生成すると、余計な作業が発生します。 最初に、テクスチャを表示しない状態でモデル形状を確認します。単色表示、面表示、線表示などを利用し、構造物の幅、高さ、角度、曲面、段差が正常かを見ます。 テクスチャを外しても横長に見える場合は、画像ではなくモデル形状が変形している可能性があります。テクスチャを外すと正常に見え、画像を表示したときだけ模様が伸びる場合は、画像、UV座標、材質の問題を優先して確認します。 既知の距離を測ることも有効です。現場で把握している道路幅、柱の間隔、開口寸法、構造物の高さなどをモデル上で計測し、元の値と比較します。 横方向の距離だけが大きく、縦方向は正しい場合は、座標変換や書き出し時に軸ごとに異なる倍率が適用された可能性があります。モデル全体の縮尺が一様に違う場合は、単位の解釈が異なっている可能性があります。 OBJの座標には単位そのものを明示する仕組みがない場合があり、書き出し側と読み込み側で異なる単位として扱われることがあります。通常は全軸が同じ倍率で変わりますが、変換工程によって軸別の設定がある場合は、一方向だけが拡大または縮小される可能性があります。 画像だけが横長に見える場合は、文字、円、格子、タイルなど、比率を判断しやすい対象を確認します。モデル上の寸法は正しいのに、円形の設備が楕円に見える場合は、画像またはUV座標の問題が疑われます。 視点による見え方にも注意します。斜めから面を見ると、遠近感によって正方形が台形や細長い形に見えます。真正面から面を見た状態でも比率が崩れているかを確認します。 透視表示では、手前と奥で大きさが変わります。平行表示へ切り替えられる場合は、両方を比較します。表示方式を変えると正常に見える場合は、画像データではなく視点や表示設定による見え方である可能性があります。 法面や曲面では、平面の画像を三次元面へ貼り付けるため、見る方向やUV展開によって模様が伸びて見える場合があります。書き出し直後の環境でも同じ伸び方をしているなら、アップロード処理ではなく、テクスチャ生成時の投影やUV配置に原因がある可能性があります。 変換前後を比較するため、同じ視点の画面を記録しておくと判断しやすくなります。正面、上面、斜め方向など代表的な視点を保存し、アップロード後も近い視点で確認します。 視点が異なる画面を比較すると、遠近感や光の当たり方の違いをデータの変形と誤認することがあります。同じ位置と方向で確認できれば、形状と画像の変化を見分けやすくなります。 異常がモデル全体に発生しているか、一部だけに発生しているかも重要です。全体が同じ方向へ伸びている場合は、画像変換、座標軸、モデル倍率などの共通処理を確認します。 特定の面だけが伸びている場合は、その面のUV座標、材質割り当て、画像ファイル、軽量化処理を優先して調べます。範囲を絞ることで、全データを書き出し直さずに原因を発見できる可能性があります。
再アップロード前に行う検証の流れ
修正したデータを再アップロードする前に、原因が解消しているかを段階的に確認します。点群OBJは形状や画像の容量が大きくなることがあり、全体データを何度もアップロードすると確認に時間がかかります。 まず、問題が分かりやすい範囲を選びます。文字、円形物、窓、格子、タイル、区画線などを含む部分が適しています。その範囲だけを複製し、小さな検証用OBJを作成します。 検証用データでは、元データ、書き出し直後、軽量化後、圧縮後、アップロード後という各段階で表示を確認します。どの段階から画像が崩れたかを記録すると、原因となる工程を絞り込めます。 書き出し直後から崩れている場合は、テクスチャ生成、UV座標、画像の向きなどを確認します。軽量化後から崩れている場合は、頂点統合、面削減、材質統合、画像縮小などの処理を確認します。 圧縮後から崩れている場合は、フォルダ構成、ファイルの重複、参照先の変更を確認します。アップロード後だけ崩れる場合は、自動画像変換、対応形式、表示用データの生成方法などを調べます。 各段階で画像の横画素数と縦画素数を記録すると、変化を追いやすくなります。書き出し直後が横4096画素、縦2048画素で、軽量化後が横2048画素、縦1024画素であれば、比率は維持されています。 アップロード後の表示用画像が横2048画素、縦2048画素になっていれば、アップロード工程で正方形へ変換された可能性があります。ただし、余白を加えただけの場合もあるため、画像内容の比率も確認します。 OBJ、材質情報、画像のファイル数と名称も段階ごとに確認します。複数画像を使用していたデータが、軽量化後に一枚へ統合されている場合は、UV座標も同時に変換されている必要があります。 画像を修正して正常に見えるようになった場合も、細部の位置が合っているかを確認します。画像を横方向や縦方向へ伸縮すれば、円や文字の見た目を合わせられることがあります。しかし、ひび割れ、設備、目地、施工範囲などの位置が三次元面とずれている可能性があります。 点群OBJを現場確認に利用する場合、テクスチャは単なる装飾ではありません。部材位置や表面状態を確認する情報として使用されるため、見た目の比率だけでなく位置関係も維持する必要があります。 修正版は元データへ上書きせず、別の版として保存します。上書きすると、どの変更によって問題が解消したかを比較できなくなります。日付、版番号、修正内容などをファイル名や管理記録へ残します。 検証では、一度に一つの条件だけを変更します。画像サイズ、圧縮率、材質統合、メッシュ軽量化、UV再計算を同時に変更すると、正常になっても、どの処理が有効だったか分かりません。 画像の縮小だけを変更して確認し、次に材質統合を変更するというように、処理を分けます。原因と対策を記録できれば、別の点群OBJでも同じ問題を予防しやすくなります。 部分データで正常になった後は、同じ条件で全体データを書き出します。全体データでは画像数、材質数、面数、容量などが増えるため、小規模データとは異なる自動処理が行われる場合があります。 全体データの確認では、一地点だけを見るのではなく、異なる画像や材質を使用している複数の場所を確認します。地面は正常でも、壁面や構造物の画像だけが崩れていることがあります。 最後に、実際の閲覧担当者が使用する環境でも確認します。端末性能、画面サイズ、通信状況などによって、表示用画像の解像度が切り替わる場合があります。 複数の環境で同じ異常が発生するなら、アップロードデータまたは共通の変換処理が原因である可能性が高くなります。特定の環境だけで発生する場合は、表示設定や一時的なデータの影響も確認します。
画像容量を減らすときの注意点
点群OBJのアップロードでは、画像容量を小さくするために解像度や圧縮を調整することがあります。高解像度のテクスチャを多数含むデータは、アップロードや表示に時間がかかり、閲覧環境によっては動作が重くなるためです。 ただし、容量削減を優先して画像の横幅と縦幅を固定値へ変更すると、縦横比が崩れる可能性があります。画像を縮小する際は、横と縦へ同じ倍率を適用します。 元画像が横6000画素、縦3000画素であれば、横3000画素、縦1500画素へ縮小すると比率は維持されます。横2048画素、縦2048画素へ変更すると、元の2対1という比率が1対1になるため、画像内容が変形します。 長辺を基準に最大画素数を指定し、短辺を自動計算する方法は、縦横比を維持しやすい方法です。元画像が横長なら横幅を基準にし、縦長なら高さを基準にして縮小します。 一方、画像の一部を切り抜いて容量を減らす方法は、UV座標との関係を変えるため注意が必要です。モデルで使用していない領域に見えても、UV座標の基準として必要な場合があります。 点群から自動生成された画像は、一般的な写真とは異なり、複数の断片が並んでいることがあります。空白や黒い部分が多いからといって、画像編集で周囲を削除しないようにします。 画像形式を変更して容量を減らす場合も、画素数と画像範囲が変わっていないかを確認します。変換時に自動回転、余白削除、解像度変更などが行われる場合があります。 圧縮を強くすると、細い線や文字が不鮮明になります。縦横比が維持されていても、細部の輪郭がつぶれると、計測対象や損傷箇所を確認しにくくなります。容量と視認性のバランスを確認し、利用目的に必要な画質を残します。 遠景の地形を大まかに確認する用途と、構造物のひび割れや目地を確認する用途では、必要な画像解像度が異なります。すべてのデータへ同じ設定を適用せず、確認対象に合わせて調整します。 画像を軽量化した後は、代表的な位置を拡大して確認します。画像全体を縮小表示した状態では正常に見えても、拡大すると文字や線が不自然に伸びている場合があります。 画像容量だけでなく、画像枚数を減らす処理にも注意します。複数の画像を統合する場合は、UV座標も合わせて再計算する必要があります。単に画像を一枚へ結合しただけでは、元のUV座標は新しい配置を参照できません。 材質や画像の統合を行う場合は、処理後のOBJ、材質情報、統合画像を一組として保存します。処理前のOBJと処理後の画像を組み合わせるなど、異なる版のファイルを混在させないことが重要です。
点群OBJの表示崩れを防ぐ管理方法
画像の縦横比に関する問題は、書き出し設定だけでなく、日常のファイル管理によっても予防できます。OBJ、材質情報、画像を別々に扱わず、一つのデータセットとして管理することが基本です。 案件ごとに専用フォルダを作成し、別案件のファイルを混在させないようにします。同じ現場でも、計測日や計測範囲が異なる場合はフォルダを分けます。 画像名が同じでも、データセットごとに分離されていれば、上書きや取り違えを防ぎやすくなります。圧縮やアップロードを行う際も、必要なファイルだけを含む専用フォルダを使用します。 書き出し後のフォルダ構成は、可能な限り変更しません。画像だけを別の共通フォルダへ移動したり、OBJだけを取り出したりすると、相対的な参照先が変わる可能性があります。 アップロード用の軽量化データを作成する場合は、元データを複製してから処理します。元データへ直接画像縮小やメッシュ削減を行うと、問題が起きた際に正常な状態へ戻せなくなる場合があります。 画像の処理条件も記録します。元の横画素数と縦画素数、縮小後の画素数、縮小率、画像形式、圧縮の程度、回転や切り抜きの有無などを残します。 メッシュの軽量化では、削減後の面数だけでなく、UV座標や材質境界が維持されているかを確認します。容量が小さくなっただけでは、適切な軽量化とはいえません。 異なる画像領域を持つ頂点を統合しないこと、材質境界を保持すること、面の再構成後にUV座標を維持することなど、画像付きモデルに必要な条件を確認します。 アップロード先ごとに検証済みの設定を記録することも有効です。ある環境で正常に表示できた画像寸法、材質数、画像枚数、フォルダ構成などを整理し、標準的な手順として共有します。 表示環境の仕様や変換処理が変更された場合に備え、確認済みの小さな基準データを用意する方法もあります。基準データを定期的にアップロードし、以前と同じ表示になるかを確認します。 複数の案件で同時に画像が崩れた場合、個別の点群OBJではなく、アップロード環境や変換処理が変わった可能性があります。基準データがあれば、原因の切り分けが容易になります。 成果物を受け渡す際は、OBJだけではなく、材質情報と画像を含むファイル一式を渡します。受け手が画像不足と判断して別画像を割り当てると、元のUV座標との対応が失われます。 更新した場合は、「画像だけを変更した」「OBJと材質情報を再出力した」「すべてのファイルを再生成した」など、変更範囲を明確にします。一部だけ古いファイルへ差し替えられることを防ぐためです。 ファイル名には日付や版番号を付け、更新順を判断できるようにします。「最新版」や「最終版」だけでは、複数のファイルが残ったときにどれが新しいか分からなくなります。 アップロード済みデータと元ファイルの対応も記録します。どの版を、どの設定で、いつアップロードしたかが分かれば、表示崩れが発生した際に前の正常な版と比較できます。
現場で取得した点群OBJを共有するときのポイント
点群OBJは、現場の形状と表面画像を同時に確認できるため、施工状況の共有、既存構造物の確認、維持管理、土工の状況把握、遠隔協議などに活用できます。 一方、画像が実物に近いほど、表示の誤りがあっても正しいデータに見えてしまうことがあります。わずかな縦横比の変化でも、ひび割れ、部材間隔、路面標示、目地などの見え方に影響します。 画像だけを基に寸法を判断せず、必要な箇所は三次元座標や距離計測で確認します。テクスチャは表面状態を理解するための情報ですが、画像の遠近、撮影方向、光、影、反射などの影響を受けます。 縦横比が正常でも、影の境界が段差に見えたり、反射が欠損に見えたりすることがあります。形状情報と画像情報を照合し、一方だけで判断しないことが重要です。 現場でデータを取得した直後に、形状と画像の両方を確認します。事務所へ戻ってから欠損、ぼけ、画像のずれに気付いても、同じ条件で再計測できない場合があります。 計測範囲、点群の欠損、画像のつながり、構造物の裏側、障害物による遮蔽などを現場で確認できれば、再訪の可能性を減らせます。 アップロード前には、共有範囲に不要な人物情報、車両情報、掲示物などが含まれていないかも確認します。三次元表示では目立たなくても、元のテクスチャ画像を開くと広い範囲が含まれている場合があります。 画像の一部を処理する際は、キャンバス寸法、回転、切り抜き範囲を変えないように注意します。画像の一部分だけを置き換える方法であれば、UV座標との位置関係を維持しやすくなります。 ただし、成果物の記録要件や利用目的によっては、画像加工が適切でない場合があります。現場や業務の運用ルールを確認し、原本と共有用データを分けて管理します。 点群OBJを複数の担当者で利用する場合は、不具合の報告方法を統一します。「画像が伸びている」という説明だけでは、原因の特定が困難です。 対象データ名、版番号、アップロード日時、異常が発生した場所、モデル全体か一部か、画像単体での状態、書き出し直後の表示、使用した処理条件などを記録します。 可能であれば、書き出し前後の画面を同じ視点で保存します。画像が伸びている方向や発生範囲が分かれば、画像変換、UV座標、材質割り当て、モデル倍率のどこを優先して調べるべきか判断しやすくなります。 計測から共有までの流れは、現場取得、データ確認、OBJ書き出し、軽量化、ファイル整理、アップロード、閲覧確認という工程に分けて管理します。 画像の縦横比については、元画像、書き出し直後、アップロード後の三段階で確認すると、どこで変化したかを追いやすくなります。 現場で取得したデータを効率よく共有するには、計測精度だけでなく、書き出し後のファイル構成やアップロード方法も重要です。取得からクラウド上での確認までを一連の運用として考えることで、画像欠落や縦横比の崩れを減らせます。
まとめ
点群OBJをアップロードした後に画像の縦横比が崩れた場合は、見た目だけを合わせるために画像を変形するのではなく、原因を4つに分けて確認することが重要です。 1つ目は、元画像の縦横比と回転状態です。画像単体で対象物が伸びていないか、横画素数と縦画素数が同じ倍率で変更されているか、回転情報だけに表示方向を依存していないかを確認します。 画像の切り抜きや余白削除は、画像内の相対位置を変えるため注意が必要です。点群から生成されたテクスチャ画像は、空白に見える部分を含めてUV座標の基準になっている場合があります。 2つ目は、UV座標と画像領域の対応です。元画像が正常でも、UV座標が変われば、画像はモデル上で伸びたり、ずれたりします。メッシュ軽量化、頂点統合、穴埋め、面の再生成などを行った後は、UV座標と材質境界が維持されているかを確認します。 3つ目は、アップロード時の画像変換です。自動縮小、正方形化、画像統合、形式変換、圧縮などによって縦横比や画像範囲が変わっていないかを確認します。検証用の小さなデータを使い、設定を一つずつ変更して比較することが有効です。 4つ目は、OBJ、材質情報、画像ファイルの組み合わせです。ファイル名、保存場所、大文字と小文字、フォルダ階層、古い画像の混在などを確認します。OBJだけではなく、関連ファイルを一つのデータセットとして管理することが大切です。 さらに、画像だけが変形しているのか、モデル形状そのものが変形しているのかを切り分けます。テクスチャを外した単色表示で形状を確認し、既知の距離を計測したうえで、画像単体とテクスチャ表示を比較します。 再アップロード時は元データを上書きせず、修正版を別名で保存します。元データ、書き出し直後、軽量化後、アップロード後という各段階を比較すれば、問題が発生した工程を特定しやすくなります。 点群OBJの表示を安定させるには、画像の解像度だけでなく、UV座標、材質、フォルダ構成、版管理まで含めて確認する必要があります。計測からアップロード、閲覧確認までを標準化することで、画像の縦横比が崩れる問題だけでなく、画像欠落や材質の取り違えも防ぎやすくなります。 現場で取得した三次元データを円滑に共有し、形状と画像を一体的に活用するためには、取得後の出力方法やデータ構成まで確認できる運用が重要です。現場計測から点群作成、データ共有までの流れを整えたい場合は、LRTK Phoneの活用も検討できます。