LRTKレフィクシア株式会社

等高線の標高順序が逆転する原因5つ|データ修正の進め方

等高線の標高順序が逆転する状態とは

点群から地表面モデルを作成し、一定の標高間隔で等高線を生成したとき、斜面を上るほど表示標高が低くなったり、盛土の頂部に周囲より小さい数値が表示されたりすることがあります。この状態は一括して「標高順序の逆転」と呼ばれがちですが、実際には複数の現象を分けて考える必要があります。

一つ目は、頂点座標の高さ成分そのものが反転している状態です。元データでは高い地点ほど標高値が大きいのに、変換後は高い地点ほど小さくなっている場合が該当します。上下軸の符号反転や、別の軸を高さとして解釈したことが主な確認対象になります。

二つ目は、形状や高低差は正しいものの、標高基準の違いによって設計図や既知点と値が合わない状態です。標高基準の不一致は、一般には全体の一定差や場所によって変わる差として現れ、単独で高低順序を完全に反転させるとは限りません。ただし、複数の基準が混在すると、接合部に不自然な段差が生じ、局所的には順序が逆転したように見えることがあります。

三つ目は、頂点標高は正しいものの、三角形面の接続や補間が不適切で、実在しない斜面やくぼみが作られている状態です。この場合、元の点の高低関係が反転しているわけではありませんが、生成された等高線の並びが局所的に不自然になります。

四つ目は、等高線の形状と表示ラベルの対応がずれている状態です。線の位置は正しくても、別の標高値が表示されれば、数値だけを見ると逆転しているように見えます。

点群OBJアップロードでは、元点群では問題がなかったにもかかわらず、OBJへの変換、読み込み、地表面生成、等高線生成のいずれかを経た後に異常が見つかることがあります。OBJは頂点や面などの形状を受け渡すために広く使われる一方、測量で必要となる座標参照系、標高基準、単位、原点移動量などが常に十分な形で引き継がれるとは限りません。したがって、ファイルが正常に開けたことと、測量や施工管理に使用できることは分けて確認する必要があります。

異常を見つけたときに、画面上でモデルを回転したり、ラベルを一括置換したりするだけでは根本原因を残すおそれがあります。元点群、変換後のOBJ、アップロード後のモデル、地表面、等高線、表示属性を順番に比較し、どの工程で高低関係または表示関係が変わったのかを特定することが修正の出発点です。

点群OBJアップロード後に最初に確認すること

最初に、現地で高低関係が明確な地点を複数選びます。斜面の上端と下端、盛土の頂部と法尻、構造物の天端と周辺地盤など、どちらが高いかを説明できる地点が適しています。最低でも高い地点と低い地点を比較し、可能であれば中間地点も加えます。

一地点だけでは、全体に一定値が加算されているのか、上下方向が反転しているのか、倍率が変わっているのかを判別できません。三地点程度を使い、絶対標高と地点間の高低差を記録すると、原因を整理しやすくなります。

最初に元点群の座標を確認します。元点群の段階で高低関係が逆であれば、OBJ変換より前の計測設定、座標補正、データ統合、標高変換を調べます。元点群が正しい場合は、OBJの頂点座標で同じ地点を確認します。

OBJでは、一つの頂点が三つの座標値で表されます。ただし、どの軸を上方向として扱うかは読み込み環境の設定に左右される場合があります。元点群の標高差がOBJのどの座標成分に表れているか、高い地点と低い地点で比較します。

次に、アップロード後のモデル上で同じ地点の座標を確認します。高低差の絶対値は同じでも符号だけが反対になっている場合は、上下方向に負の倍率が適用された可能性があります。高低差が別の軸に移っている場合は、軸の割り当てや回転処理を確認します。

モデルの頂点座標が正しい場合は、地表面と等高線を確認します。線の位置が不自然であれば三角形接続や補間条件を疑い、線の位置は正しくラベルだけが違う場合は、属性や表示対象のずれを疑います。

また、異常が全範囲に一様に現れるのか、特定場所だけに現れるのかを確認します。全域で同じ傾向なら、軸、符号、単位、標高基準など全体設定が主な候補です。谷、擁壁、建物周辺、欠測部など局所的な異常なら、地表面モデルの接続や不要点の混入が主な候補になります。

この初期確認では、問題を「頂点数値」「モデルの向き」「地表面形状」「等高線属性」の四つに分けます。分類できれば、必要のない一括変換や全データの作り直しを避けやすくなります。

原因1 座標軸や上下方向が反転している

標高順序が全体的に逆転している場合、最優先で確認したいのが座標軸と上下方向の符号です。3次元データでは三つの軸を使って位置を表しますが、作成側と読み込み側で上方向として扱う軸が異なることがあります。

測量データでは二つの軸を平面位置、一つの軸を高さとして扱います。一方、一般的な3D処理環境では、別の軸を上方向として採用していることがあります。出力側で標高だった軸が読み込み側で水平方向として解釈されると、モデルは横倒しになります。

画面上でモデルを回転させれば正しく見える場合がありますが、表示回転と頂点座標の変換は同じとは限りません。等高線生成処理が固定された高さ軸を参照している場合、見た目だけを回転しても正しい等高線は作られません。

上下方向の符号が反転しているケースでは、元データの標高が100、105、110と増加する地点が、変換後にはマイナス100、マイナス105、マイナス110のようになります。このとき高低差の大きさは保たれていても、数値の大小関係は逆になります。

符号反転は、座標系の向きを合わせるための変換、左右の座標系をそろえる処理、負のスケール、変換設定の保存ミスなどで発生する可能性があります。ただし、どの操作で発生するかは使用環境によって異なるため、特定のソフトが自動的に反転すると断定せず、実際の変換設定と頂点値を確認します。

確認では、元点群で標高が分かる地点を選び、OBJ内の三つの座標成分と比較します。高い地点と低い地点の差がどの軸に表れているかを調べれば、標高軸の入れ替わりを判断できます。差の大きさが一致し、符号だけが反対なら、上下反転の可能性が高くなります。

修正時は、モデルを目視で回すだけでなく、座標変換として処理します。どの軸を上方向に割り当てるのか、どの軸の正負を反転するのか、回転とスケールを頂点へ適用するのかを記録します。

誤った向きのモデルから地表面や等高線を作成済みの場合は、OBJの向きを直すだけで完了とはなりません。正しい座標へ変換したモデルから地表面を再構築し、等高線を再生成します。旧版の地表面や等高線が残っていないかも確認します。

原因2 標高基準や座標系が一致していない

座標軸が正しくても、標高基準や座標参照系が一致していなければ、等高線の値が設計図や既知点と合わないことがあります。複数日や複数機器の点群を統合した現場では、特に注意が必要です。

高さには、GNSSなどで得られる楕円体高、ジオイドモデルなどを用いて求める標高、現場独自の基準面からの高さなど、異なる扱いがあります。異なる高さを同一の標高として統合すれば、同じ場所でも値が一致しません。

ただし、標高基準の違いは、多くの場合、全体の一定差または位置に応じて変わる差として現れます。単純な基準差だけで高低順序が全面的に逆転するとは限りません。現場全体で高い地点と低い地点が完全に入れ替わっている場合は、原因1の軸や符号、または原因5のラベル対応を先に確認します。

一つの点群は現場基準へ補正済みで、別の点群は補正前である場合、統合境界に段差ができます。その段差を含めて地表面を作ると、実際には存在しない斜面が生じ、等高線が不自然に密集したり閉じたりします。局所的には標高順序が逆転したように見えることもあります。

OBJだけを受け渡すと、作成者が前提としていた座標参照系、標高基準、原点移動量を読み込み側が把握できない場合があります。現場で扱いやすくするために大きな平面座標や標高値から一定量を差し引いている場合、その移動量が共有されなければ設計データと一致しません。

全体にほぼ一定の差がある場合は、標高原点、基準面、楕円体高と標高の取り扱い、原点移動を確認します。場所によって差が徐々に変わる場合は、座標変換条件、別座標系の混在、点群ごとの傾きや調整方法を確認します。

修正では、どの座標参照系と標高基準を正とするかを先に決めます。見た目を合わせるために点群ごとに個別の値を加減するだけでは、後から設計データや測量成果を重ねたときに不整合が再発します。

基準を統一した後は、元点群、OBJ、地表面、等高線、断面、土量計算などの派生データを同じ条件で再作成または再確認します。標高基準の修正を等高線ラベルだけに反映して終わらせないことが重要です。

原因3 単位や標高倍率の設定が誤っている

OBJの頂点座標は数値として保存されますが、その数値をメートル、ミリメートルなどのどの単位として解釈するかは、作成側と読み込み側の取り決めに依存することがあります。単位が一致しなければ、モデルの水平寸法や標高差が想定と異なります。

単位の不一致だけであれば、通常は高低順序そのものを反転させません。正の倍率で一様に拡大または縮小されるだけなら、高い地点は引き続き高い地点です。標高順序が逆になるのは、負の鉛直倍率、軸反転、または別の変換が組み合わさった場合です。

処理環境によっては、地形を見やすくするために標高方向だけを強調する設定があります。正の倍率が大きすぎれば斜面が急に見え、小さすぎれば平坦に見えます。誤って負の倍率が設定されると、上下方向が反転します。

単位変換が二重に行われるケースにも注意が必要です。点群からOBJへ変換するときに単位を変更し、アップロード時にも同じ変換を行えば、想定より大きな倍率になります。反対に、必要な変換をどちらでも行わなければ縮尺が合いません。

小数点以下の丸めも等高線品質に影響します。緩勾配の地形で標高の有効桁が失われると、地表面が階段状になり、等高線が重なったり途切れたりします。ただし、丸めは通常、細かな地形の再現性を低下させる問題であり、全体の高低順序を反転させる原因とは分けて考えます。

大きな平面座標と小さな高低差を同時に扱う場合は、処理系の数値精度にも注意が必要です。原点付近へ座標を移動して処理する運用では、移動量を正確に記録し、平面方向だけの原点移動を標高方向へ誤って適用しないようにします。

確認には、現地寸法が分かる対象を使います。構造物の幅や基準点間距離で水平寸法を確認し、同時に二地点間の標高差を確認します。水平距離と標高差が同じ倍率で変わるなら全体単位を、水平距離は正しく標高差だけが違うなら鉛直倍率を優先して調べます。

修正後は、代表地点の絶対標高、二地点間の高低差、水平距離の三つを確認します。画面の自動拡大縮小によって正しく見える場合があるため、見た目ではなく数値で判断します。

原因4 地表面モデルに不正な三角形がある

元点群とOBJの頂点標高が正しい場合は、地表面モデルの三角形接続を確認します。点群から等高線を作る処理では、点を三角形で結んだ地表面を用いることがあります。等高線は、その面を一定高さで切った交線として生成されます。

このとき三角形の接続が現況地形と異なると、等高線も不自然になります。ただし、不正な三角形は元の頂点値を直接反転させるものではありません。実在しない斜面やくぼみを作ることで、局所的に等高線の並びが逆転したように見える原因です。

代表的なのは、離れた点同士が接続されるケースです。谷を挟んだ両側、擁壁の上端と下端、建物の屋上と周辺地盤などが一枚の面で結ばれると、実際には存在しない斜面ができます。その面上に等高線が生成され、線が谷や壁を横切ります。

点群に地表面以外の点が含まれる場合もあります。樹木、車両、建設機械、仮設材、作業員、電線、屋根などを地表面として処理すると、局所的な突起が作られます。その周辺で短い閉曲線が多数生じると、標高順序が乱れたように見えます。

反対に、地表面の点が不足する場所では、大きな三角形による補間が行われることがあります。水面、急斜面、構造物の陰、立入不能箇所などの欠測部を無制限に補間すると、現況とは異なる面が作られます。

擁壁、法肩、法尻、側溝、縁石、段差など、標高が急変する位置では、境界線を地表面生成に反映する必要があります。境界を考慮しなければ、上段と下段が連続斜面として補間されます。

確認時は等高線だけでなく、三角形の辺と頂点を表示します。周囲に比べて極端に大きい三角形、細長い三角形、谷や構造物をまたぐ三角形、欠測部を広く覆う三角形を探します。点群密度の偏りも併せて確認します。

修正では、地表面として使う点を分類し直し、不要点や外れ値を除去します。次に、地形の外周、段差、法肩、法尻などの境界を設定し、補間を許す範囲や最大接続距離を適切に制限します。

既存の等高線を手作業で移動して見た目だけを整えると、元の地表面の誤りが断面、勾配、土量計算、出来形比較に残ります。不正な三角形が原因なら、頂点または点群まで戻って地表面を再生成し、その面から等高線を作り直します。

原因5 等高線の属性や処理対象がずれている

等高線の位置や形状は正しいのに表示標高だけが逆転している場合は、線と標高属性の対応、表示中のレイヤー、派生データの版を確認します。

OBJは主に頂点や面などの形状を扱う形式であり、GISの等高線属性や測量上の標高基準を標準的に保持するものではありません。したがって、アップロード後に生成した等高線のラベルや属性は、OBJ本体とは別の処理で付与されている場合があります。

線形状と標高属性を別々に処理し、行番号や並び順だけで再結合すると、対応がずれることがあります。線を位置順に並べ替え、属性を数値順に並べ替えた後で単純結合すれば、別の線へ別の標高値が付く可能性があります。

標高値が文字列として保存されている場合も注意が必要です。文字列の並べ替えは数値順と一致しないことがあり、100、105、90、95のような意図しない順序になる場合があります。この結果を行順で別データへ結合すると、ラベル対応が崩れます。

分割範囲を統合するときに同じ識別子を使うと、属性の対応先が曖昧になることがあります。現場名、範囲名、計測日、処理番号などを組み合わせ、重複しない識別情報を使う必要があります。

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出力条件、アップロード設定、地表面生成条件、等高線生成条件を標準化し、代表地点による照合を手順に組み込むことが重要です。

現場を3Dで残して、あとから測る。
実際の画面と動画で使い方を確認できます。

LRTK Phoneの使い方・実例を見る
資料請求導入相談
現場をスマホで3DスキャンLRTK Phone実例を見る