巨大点群の土量計算で処理が重くなる理由
点群を利用した土量計算では、地表を面的に記録したデータから地形モデルを作成し、施工前後の表面や計画面との差を積算します。現場を細かく計測できることは点群の利点ですが、計測範囲が広く、点密度が高くなるほど、読み込み、表示、分類、地表面生成、差分計算に必要な処理量も増えます。
巨大点群の処理が重くなる原因は、保存されているファイルの容量だけではありません。点群を処理ソフトウェアへ読み込むと、各点の座標に加えて、色、反射強度、分類、時刻、点番号などの属性が展開されることがあります。さらに、画面表示を高速化するための索引、近傍点を探すための空間構造、地表面モデル、差分面、一時ファイルなどが作られるため、処理中には元ファイルより大きな作業領域が必要になる場合があります。
点群そのものは読み込めても、地表面を生成した段階で急に動作が遅くなることがあります。これは、点群と地表面の両方がメモリ上に保持され、三角形や格子の接続情報も追加されるためです。施工前と施工後の点群を同時に開き、それぞれの地表面と差分結果まで保持すると、必要なメモリはさらに増えます。
メモリが不足すると、処理が直ちに停止するとは限りません。物理メモリに収まらないデータが記憶装置上の一時領域へ移され、処理が継続することもあります。ただし、記憶装置への読み書きはメモリ上の処理より時間がかかるため、画面が固まったように見えたり、完了までの時間が大幅に延びたりします。
CPUの並列数を増やせば必ず高速になるわけでもありません。複数の処理を同時に実行すると、それぞれが作業用のメモリを確保するため、並列数を増やした結果としてメモリ不足が起こることがあります。CPU使用率が高い状態でも、実際には一時ファイルの読み書きを待っている可能性があります。
巨大点群の土量計算を高速化するには、すべての点を常に読み込むという考え方を見直す必要があります。計算対象外の範囲を除き、点群を小さな単位に分割し、必要な地形を表現できる範囲で点数や属性を減らします。そのうえで、地表面の解像度、並列処理数、キャッシュ容量を調整すると、計算結果に必要な情報を維持しながらメモリ使用量を抑えやすくなります。
ただし、点数を減らすこと自体が目的ではありません。過度に軽量化すると、法肩、法尻、段差、掘削底、盛土端部など、土量に影響する形状まで失われるおそれがあります。元点群は変更せずに保存し、作業用データへ六つのメモリ節約設定を適用して、元の結果と比較しながら条件を決めることが重要です。
設定1 計算対象範囲を先に切り出す
最初に見直したい設定は、点群を読み込む範囲です。土量計算の対象が現場の一部であるにもかかわらず、現場全体、周辺道路、隣接地、資材置場、樹林、仮設事務所などを含む点群を処理すると、計算に使用しない点にもメモリが割り当てられます。
体積を求める範囲が決まっている場合は、工区境界や計算用の境界ポリゴンを使い、必要な範囲だけを作業用点群として切り出します。施工前後の点群を比較する場合は、両方へ同じ境界を適用します。時期ごとに異なる範囲を切り出すと、計算面積や端部の補間条件が変わり、実際の施工とは関係のない土量差が生じる可能性があります。
ただし、作業用点群を計算境界ぴったりで切断すると、地表面の端部が不安定になる場合があります。境界付近の点が不足すると、三角網が作成されなかったり、格子面の補間が偏ったりするためです。そのため、点群の切り出し範囲には計算境界より少し外側の余裕を持たせ、最終的な体積集計だけを正式な境界内へ限定する方法が考えられます。
どの程度の余裕を残すかは、地形の傾斜、点密度、地表面モデルの作成方法、境界付近の欠測状況によって変わります。すべての現場へ同じ距離を一律に適用するのではなく、境界付近の断面を確認し、地表面を安定して作れる範囲を判断します。
高さ方向の範囲を制限する方法もあります。点群に上空の電線、樹木の上部、橋梁、重機、仮設物などが含まれている場合、土量計算に不要な高さ帯を除くことでデータ量を減らせます。ただし、急斜面や深い掘削部では、高さだけを基準にすると必要な地表点まで削除する可能性があります。平面範囲、地形条件、分類情報と組み合わせて適用することが大切です。
現場が複数の工区に分かれている場合は、工区ごとに作業データを作成すると、一度に処理する点数をさらに減らせます。工区別に地表面を生成し、最後に土量を合算する方法です。このとき、工区境界が重複すると二重計上が発生し、隙間があると未計上部分が残ります。工区間で境界線を共有し、境界上の面積をどちらへ含めるかを統一しておく必要があります。
画面上で不要な点を非表示にするだけでは、十分なメモリ節約にならないこともあります。非表示の点群がプロジェクト内に読み込まれたままであれば、表示されていなくてもメモリ上に保持される可能性があります。対象範囲を実際に別データとして抽出するか、範囲外の点が処理対象から確実に除外される設定を使用します。
切り出し後の点群には、元データとの関係が分かる名称を付けます。対象工区、計測日、境界の版、切り出し条件などを記録しておけば、後から再計算するときに同じ範囲を再現できます。範囲切り出しは後工程すべてのデータ量を減らすため、六つの設定のなかでも早い段階で大きな効果を得やすい方法です。
設定2 点群をタイル分割して順次処理する
対象範囲を限定しても点数が多い場合は、点群を複数のタイルへ分割します。タイル分割とは、広い点群を一定の平面範囲ごとに区切り、必要な部分だけを順番に読み込めるようにする方法です。
巨大な点群を一つのファイルとして扱うと、読み込み時に広い範囲の索引や検索情報を準備する必要があります。タイルへ分ければ、処理中の区域とその周辺だけを読み込み、完了した区域を解放できます。利用できるメモリが限られていても、現場全体を段階的に処理しやすくなります。
タイルは小さければ小さいほどよいわけではありません。細かく分けすぎると、ファイル数が増え、開閉、保存、管理、集計にかかる処理が増加します。隣接タイルを頻繁に読み込む必要がある場合は、ファイルへのアクセス回数が増え、かえって処理が遅くなることもあります。
反対に、一つのタイルが大きすぎると、そのタイルを読み込んだだけでメモリを圧迫します。適切なタイル寸法は、点密度、地形の複雑さ、利用できるメモリ、地表面生成方法、同時に開くタイル数によって変わります。代表的な区域を使って複数の寸法を試し、読み込み時間、処理時間、最大メモリ使用量を比較して決めます。
タイル境界では、地表面の連続性に注意が必要です。それぞれのタイルを完全に独立させて地表面を作ると、境界付近で参照できる点が不足し、三角網の向きや格子面の補間結果が隣のタイルと一致しない場合があります。
この問題を抑える方法として、処理用タイルに重複範囲を設ける考え方があります。地表面生成時には隣接する点を参照できるようにし、最終的な土量集計では各タイルの中心側だけを採用します。重複範囲は面生成を安定させるための補助領域であり、そのまま全タイルの土量へ含めると二重計上になるため注意が必要です。
タイルの配置は、単純な正方形の格子だけでなく、工区、道路区間、施工ブロック、測点区間などに合わせることもできます。実務上の管理単位とそろえれば、異常が見つかった場所を特定しやすく、土量結果を工程や出来高へ関連付けやすくなります。
一方で、法肩、法尻、掘削境界などの重要な地形変化をタイル境界へ重ねると、形状が分断されやすくなります。タイル配置を決める際は、点群の俯瞰表示や現場図面を確認し、重要な形状が境界だけに集中しないよう調整します。
施工前後の点群を比較する場合は、両時期で同じタイル原点、同じ寸法、同じ番号体系を使用します。分割条件が異なると対応範囲を取り違えやすくなり、集計漏れの原因にもなります。各タイルの座標範囲、工区、計測日を管理し、どのデータ同士を比較したかを記録します。
タイル分割後にすべてのタイルを一度に開いてしまうと、メモリ節約効果が小さくなります。必要なタイルだけを順次読み込み、地表分類、地表面生成、土量計算、結果保存が完了したら解放する運用が重要です。
設定3 地形を維持できる点密度まで間引く
点群の点数を直接減らす設定が、点密度の調整です。計測された点群には、土量計算で地形を表現するために必要な密度を大きく上回る点が含まれている場合があります。近距離から計測した場所や、複数方向から重複して取得した場所では、狭い範囲へ点が集中しやすくなります。
点密度を適切に下げれば、読み込み、表示、地表分類、近傍探索、地表面生成に必要なメモリを減らせます。ただし、取得順に一定数ずつ削除するような方法では、残る点の位置が偏る可能性があります。土量計算では、空間的に均等な点配置を保ちやすい方法を選ぶ必要があります。
一般的には、一定の平面格子や立体的な区画ごとに代表点を残す考え方があります。同じ場所に多数の点が重なっている場合でも、地表面を表す代表点が残れば、点数を大きく減らせる可能性があります。代表点には、平均的な位置の点、最低点、中心に近い点などが使われる場合がありますが、どの方法が適切かは地表分類の状態や計算目的によって異なります。
点密度の設定は、元点群の密度だけでなく、土量計算で捉えたい最小の地形形状から考えます。広い造成面の概略土量を確認する場合と、細い溝や小さな段差を含めて計算する場合では、必要な点間隔が異なります。
平坦部では点を大きく減らしても地表面への影響が小さいことがあります。一方、法肩、法尻、段差、掘削底、盛土端部、構造物際などでは、形状変化を示す点を残す必要があります。現場全体へ同じ間引き条件を適用すると、平坦部には過剰な点が残る一方、変化部の重要な点が失われる可能性があります。
地形の傾斜や曲がり方に応じて点密度を変える方法も考えられます。平坦な区域では強く間引き、形状変化の大きな区域では密度を保つ方法です。ただし、自動判定では、草木やノイズによる細かな凹凸を重要な地形として残すことがあります。地表点の分類結果と組み合わせ、断面で確認することが必要です。
点群を地表分類する前に間引くか、分類後に間引くかも重要です。分類前に点を減らしすぎると、地面、草木、構造物を見分けるための周辺情報が不足する場合があります。一方、分類対象が巨大すぎて処理できない場合は、最初に緩やかな間引きを行い、地表分類後に改めて土量計算用の密度へ調整する二段階処理が考えられます。
施工前後の点群は、できるだけ同等の密度条件へそろえます。一方だけが高密度で、もう一方が粗い状態では、地表面の細かさや補間の傾向が異なります。実際には変化していない場所でも、モデル化条件の違いが差分として現れる可能性があります。
適切な間引き条件は、代表範囲で比較して決めます。元点群から作った地表面と、間引き後の地表面について、断面、高さ差、切土量、盛土量、差引土量、処理時間を確認します。点数を大きく減らしても土量差が許容でき、重要な地形が維持されている条件を採用します。
全体の土量だけが近いから問題ないとは限りません。ある区域で高くなり、別の区域で低くなることで、差が相殺されることがあります。高さの差分表示や複数の断面を確認し、局所的な形状崩れがないかを調べます。間引き後のデータは元点群へ上書きせず、点密度や代表点の選択方法が分かる作業用データとして保存します。
設定4 不要な属性と中間データを減らす
点群のメモリ使用量は、点数だけでなく、一点ごとに保持する情報量にも左右されます。座標に加えて、色、反射強度、分類、計測時刻、点番号、走査方向、法線、信頼度などの属性が含まれている場合、処理中にはそれぞれの情報を展開するための領域が必要です。
土量計算で使わない属性を作業用データから外せば、読み込み容量や保存容量を減らせることがあります。ただし、不要に見える属性でも、地表点の分類や結果確認に利用する場合があります。色は地面と資材の目視判定に役立つことがあり、反射強度は対象物の違いを確認する補助情報になる場合があります。
そのため、元点群から属性を削除するのではなく、工程別に作業データを分ける方法が安全です。地表分類を行う段階では判定に利用する属性を残し、分類が完了した後の地表面生成用データでは、座標と必要な分類情報だけを保持する方法です。
法線などの追加属性は、形状判定に利用できる一方、すべての点について計算すると処理負荷が増えます。地表面生成後に不要となる属性であれば、次工程へ引き継がない設定を検討します。処理のたびに自動計算される属性がある場合は、本当に必要かを確認します。
座標値の保存方法も容量へ影響しますが、安易な桁削減は避ける必要があります。平面座標や標高を粗く丸めると、点の位置や高さが変わります。土量は面積ごとの高さ差を積み重ねて求めるため、一点では小さな差でも、広い現場全体では結果に影響する可能性があります。
座標を軽量な形式へ変換する場合は、必要な精度を維持できるか、座標原点を利用した相対値として安全に保存できるか、元の座標へ正しく戻せるかを確認します。変換前後で既知点の座標を比較し、単位、座標系、標高基準が変化していないことを検証します。
中間データの増加にも注意が必要です。点群処理では、表示用索引、低解像度表示データ、分類結果、地表面、差分面、切土面、盛土面、履歴データなどが生成されます。設定を試すたびにすべての結果を複製すると、記憶装置の空き容量が減り、一時データの書き込み速度も低下しやすくなります。
メモリが不足すると、一部の処理が記憶装置上の一時領域を使用することがあります。保存先の空き容量が少ない場合や、ほかの処理と同じ記憶装置を共有している場合、計算が停止していなくても処理時間が長くなる可能性があります。作業前に一時領域の保存先と空き容量を確認します。
ただし、再現性の確保に必要なデータまで削除してはいけません。元点群、境界データ、使用した分類条件、間引き条件、地表面生成条件、土量結果、検証記録は残します。同じ条件から再生成できる一時的な表示キャッシュなどは、作業完了後に整理できる場合があります。
複数の計測時期や工区を一つのプロジェクトへ読み込む運用も、メモリ使用量を増やす要因です。現在の比較に必要なデータだけを開き、完了した試行は別のプロジェクトへ分けます。非表示にしただけではメモリから解放されない場合があるため、読み込み対象から外れていることを確認します。
設定5 地表面モデルの解像度を適正化する
点群による土量計算では、地表点から三角網や格子面を作成し、基準面や別時期の地表面との差を積算する方法がよく用いられます。この地表面モデルの解像度を細かくするほど、頂点、辺、面、格子セルの数が増え、メモリ使用量と処理時間も増加します。
高密度点群のすべての点を頂点として三角網を作成すると、平坦な区域にも非常に多くの小さな三角形が作られます。細かな形状を表せる反面、地表形状の再現に必要な量を超えている場合は、土量結果への効果が小さいまま処理負荷だけが増える可能性があります。
格子面を使用する場合は、格子間隔を半分にすると、平面的なセル数が大きく増えます。対象範囲が広いほど、わずかな解像度変更でも必要メモリが大きく変わります。元点群の点間隔が細かいという理由だけで格子間隔を決めず、土量計算で表現すべき地形の大きさを基準にします。
広く平坦な造成面では、ある程度粗いモデルでも地形を表しやすい一方、法面、段切り、掘削底、局所的なくぼみ、盛土端部では細かな解像度が必要になる場合があります。現場全体を一つの解像度で処理するだけでなく、重要区域だけ細かくし、平坦部は軽量化する方法も検討できます。
三角網を作る場合は、最大辺長や穴埋め条件もメモリと結果へ影響します。点がない場所を長い辺で結ぶと、実際には存在しない地表面が作られる可能性があります。反対に、最大辺長を短くしすぎると、わずかな欠測部分にも穴が残り、体積を計算できない区域が増えることがあります。
欠測部を自動的に埋める設定も慎重に扱います。小さな欠測を周囲の点から補間することはありますが、構造物の陰や急斜面の裏側など、広い範囲に点がない場所まで自動補間すると、実際の地形とは異なる面が作られる可能性があります。補間した範囲と方法を記録し、断面で形状を確認します。
面数を減らす場合でも、法肩や法尻などの折れ点を維持する必要があります。重要な地形境界が明確であれば、その線を地表面の形状制御に利用する方法があります。平坦部の点を減らしながら、傾斜が変わる位置を残しやすくなります。
ただし、地形境界の位置が誤っていると、その誤差が面の形状へ反映されます。自動抽出した線を無条件に使わず、点群の俯瞰表示、断面、現場記録などと照合します。段差の上端と下端を混同すると、斜面形状や体積が変わるため注意が必要です。
地表面を作る前には、重機、資材、車両、作業員、仮設物、草木などの非地表点を除外します。解像度を粗くしても、非地表点が残っていれば、その高さを含む面が作られます。高速化設定より先に、土量計算へ含める地表の定義を統一することが重要です。
施工前後の比較では、地表面モデルの種類と生成条件をそろえます。施工前は細かな三角網、施工後は粗い格子面という状態では、差分にモデル化条件の違いが混ざります。両時期を共通の解像度や共通の生成規則で処理し、同じ境界内で比較します。
解像度の設定を変えたときは、土量だけでなく、面数、セル数、穴の範囲、長い辺の発生、断面形状も確認します。面数を減らしたことによる処理時間の短縮と、土量結果への影響を記録すれば、次回以降の現場で適切な初期設定を選びやすくなります。
設定6 並列処理数とキャッシュ容量を調整する
巨大点群の処理では、CPUの並列処理数を増やせば常に速くなるとは限りません。複数のタイルや処理工程を同時に動かすと、それぞれが点群、近傍探索情報、地表面、中間結果などを保持するため、使用メモリも増えることがあります。
利用可能なメモリに対して並列数が多すぎると、物理メモリへ収まらないデータが記憶装置へ退避されます。この状態ではCPU使用率が高くても、実際には一時データの読み書き待ちが増え、処理時間が長くなる可能性があります。
並列数はCPUの処理単位数だけで決めず、一つの処理が使用するメモリ量を基準にします。代表的なタイルを使い、並列数を段階的に増やして、処理時間と最大メモリ使用量を記録します。並列数を増やしても処理時間が短くならない地点や、メモリ使用量が急増する地点を確認します。
土量計算を行う端末では、基本システム、画面表示、ファイル管理、通信、ほかの業務用処理もメモリを使用します。点群処理だけで物理メモリを使い切る設定にすると、保存操作や画面更新が不安定になることがあります。長時間処理を安定させるため、一定の空き容量を残します。
キャッシュ容量も大きければよいとは限りません。キャッシュを増やすと、頻繁に参照する点群や地表面をメモリ上へ保持し、再読み込みを減らせる場合があります。しかし、キャッシュが大きすぎると、分類や地表面生成に使う作業領域が不足します。
反対にキャッシュが小さすぎると、同じ範囲を何度も記憶装置から読み込み、処理が遅くなることがあります。同時に開くタイル数、処理工程、点群の密度、利用できる物理メモリを踏まえて設定します。
一時ファイルの保存先も確認します。巨大点群では、表示索引や中間面が一時領域へ書き出されることがあります。一時領域の空き容量が不足すると、処理が停止したり、保存先が意図せず変更されたりする可能性があります。
複数の点群を並行処理すると、一時ファイルも同時に増えます。一件分の作業容量だけを想定せず、並列処理数に応じた余裕を確保します。作業完了後に残る一時ファイルがある場合は、再計算に必要かを確認したうえで整理します。
メモリ不足が発生したとき、記憶装置上の仮想的な作業領域を増やすだけでは、十分な高速化にならない場合があります。処理停止を避けられることはありますが、物理メモリと同じ速度で動くわけではありません。まず対象範囲、タイル寸法、点密度、属性、地表面解像度を見直し、その後に並列数とキャッシュを調整します。
設定変更後は、一つのタイルが正常終了したかだけで判断しません。複数タイルを連続処理し、後半になってもメモリ使用量が増え続けないかを確認します。処理済みデータが適切に解放されず、中間データが蓄積する場合は、一定数ごとにプロジェクトを閉じるなどの運用も検討します。
メモリ節約設定を決める検証手順
六つの設定を一度に変更すると、どの変更が速度や土量結果へ影響したのか分かりにくくなります。まず代表的な試験範囲を選び、基準となる処理結果を作成したうえで、一項目ずつ変更して比較します。
試験範囲には、平坦部だけでなく、法面、法肩、法尻、掘削底、盛土端部、点密度の低い区域、構造物付近などを含めます。処理しやすい平坦部だけで設定を決めると、現場全体へ適用した際に重要な地形が失われる可能性があります。
最初に、元点群をできるだけ維持した条件で基準結果を作ります。使用した点数、読み込み時間、地表分類時間、地表面生成時間、土量計算時間、最大メモリ使用量、地表面の面数やセル数を記録します。
次に、計算対象範囲を切り出します。元データと同じ計算境界を使用して土量を求め、境界外の点を除いたことで端部の地表面が変形していないかを確認します。境界付近の点が不足する場合は、作業範囲の余裕を調整します。
その後、点群をタイル分割します。一括処理した基準結果と、タイル別に計算して合算した結果を比較します。タイル境界に隙間や重複がないか、重複範囲が二重計上されていないかを確認します。
点密度を調整するときは、複数の条件を用意します。処理時間とメモリ使用量だけでなく、切土量、盛土量、差引土量、代表断面、高さの差分を比較します。差引土量だけでは局所的な誤差が相殺される可能性があるため、切土と盛土を分けて確認します。
属性を削減した場合は、変換前後で座標と分類情報が維持されているかを調べます。データ形式を変更した場合は、既知点の座標、単位、座標系、標高基準を確認します。ファイル容量が小さくなっても、位置情報が変化していれば土量比較には使用できません。
地表面の解像度変更では、全体土量に加え、穴の範囲、長い辺、局所的な凹凸、法面形状を確認します。代表範囲だけを高密度条件で処理し、軽量化した地表面との違いを調べる方法も有効です。
最後に並列数とキャッシュ容量を調整します。同じ作業データで複数の設定を試し、最も速い設定ではなく、長時間処理を安定して完了できる設定を採用します。わずかな時間短縮のために途中停止や再計算の危険が増える設定は、実務全体では効率的とはいえません。
採用した設定は、現場名、計測日、対象範囲、タイル寸法、重複範囲、点密度、属性構成、地表面解像度、並列数、キャッシュ容量、一時領域とともに記録します。同じ現場の次回計測でも条件を再利用できれば、施工前後の比較条件をそろえやすくなります。
高速化しても土量計算の信頼性を落とさない確認
メモリ節約と高速化は、土量計算を安定して実行するための手段です。点数や面数が減り、処理時間が短くなっても、必要な地形が失われていれば、実務で利用できる結果にはなりません。
最初に確認するのは、施工前後の点群と基準面の座標条件です。平面座標系、標高基準、単位、軸方向が一致していない状態では、高速に処理できても正しい差分を求められません。見た目の位置合わせだけで判断せず、既知点、基準点、移動していない構造物などを用いて確認します。
土量を求める境界も固定します。点群が存在する範囲をそのまま計算範囲にすると、計測時期ごとの欠測や観測範囲の違いによって計算面積が変わります。施工前後で同じ境界を使用し、境界外の点は地表面生成の補助に限って利用します。
地表面へ含める対象も統一する必要があります。施工後の点群に重機、資材、仮設物が残っている場合、それらを地表として扱うと施工土量とは異なる体積が加わります。計測時の写真、現場記録、点群の色や形状を確認し、除外対象と処理方法を記録します。
点群を間引いた場合は、法肩、法尻、段差、構造物際、盛土端部を重点的に確認します。これらの場所は面積が狭くても高さ差が大きくなりやすく、土量へ影響する可能性があります。元点群と軽量化後の地表面を断面上で重ね、形状のずれを確認します。
タイル処理では、境界付近の段差、隙間、重複面を確認します。地表面が連続して見えても、集計範囲が重なっていれば二重計上が発生します。反対に、隣接タイルの集計境界が一致していないと、細い未計上部分が残る場合があります。
地表面の欠測を補間した区域は、計測された区域と区別して確認します。小さな欠測であっても、急斜面や掘削端部では補間方法によって体積が変わります。補間区域が大きい場合は、追加計測や別の確認方法を検討します。
検算では、異なる区分による再集計が役立ちます。現場全体を一括で高密度処理できない場合でも、代表区域だけを元密度に近い条件で計算し、軽量化結果との差を確認できます。タイル別の合計と、より粗い全体モデルから求めた概算値を比較すれば、大きな集計漏れを発見しやすくなります。
成果を説明する際は、計測方法だけでなく処理条件も示します。使用範囲、除外対象、点密度、地表面モデル、解像度、境界、基準面、欠測部の処理を明らかにすると、同じデータから結果を再現しやすくなります。
担当者ごとに異なる軽量化設定を使うと、同じ点群でも計算結果が変わる可能性があります。現場内で標準的な条件を定め、例外的に変更した場合は理由と検証結果を残すことが大切です。
巨大点群を安定して処理する運用ルール
巨大点群を継続的に扱う場合は、個別の設定だけでなく、データ管理と作業手順を統一することが重要です。処理のたびに担当者が異なる方法で点群を切り出したり、間引いたりすると、設定差が土量結果へ混ざります。
元点群は、取得時の状態を保ったまま保存します。ノイズ除去や座標変換、範囲切り出し、点密度調整を行う場合は、別の作業データを作ります。元データへ上書きしないことで、設定に問題が見つかった場合でも最初から処理をやり直せます。
ファイル名には、現場、計測日、工区、処理段階、設定の版などを含めます。ただし、名称だけに情報を詰め込みすぎると管理しにくくなるため、処理条件を記録した管理表や作業記録と組み合わせます。
土量計算の処理順も固定します。座標条件の確認、範囲切り出し、タイル分割、地表分類、点密度調整、地表面生成、境界設定、体積計算、検算というように、工程の前後関係を明確にします。
設定変更を行ったときは、以前の結果へ上書きせず、新しい版として保存します。土量が変化した場合に、点密度、境界、地表面解像度、補間条件のどれが影響したかを追跡できるようにします。
長時間処理を開始する前には、入力ファイル、出力先、一時領域、空き容量、電源、処理対象のタイルを確認します。不要なプロジェクトや点群を閉じ、ほかの大きな処理と重ならないようにします。
処理中は、進捗率だけでなく、メモリ使用量と一時領域の増加を確認します。メモリ使用量がタイルごとに増え続ける場合は、処理済みデータが解放されていない可能性があります。一定の処理単位ごとに保存して再起動するなど、安定性を優先した運用が必要になることもあります。
計算完了後は、結果が出力されたことだけで作業を終えず、代表断面、差分分布、タイル境界、計算面積、切土量、盛土量を確認します。処理時間を短縮できても、検算を省略すると誤った条件のまま成果を提出するおそれがあります。
まとめ
巨大点群の土量計算を高速化するには、処理環境の性能だけに頼らず、計算に必要な情報を整理することが重要です。最初に対象範囲を切り出せば、その後の分類、間引き、地表面生成、体積計算で扱うデータ量をまとめて減らせます。
対象範囲を限定しても点数が多い場合は、点群をタイルへ分割し、必要な区域だけを順次処理します。地表面の連続性を保つために重複範囲を設ける場合は、最終集計で二重計上しないよう計算境界を分けます。
点密度の調整では、平坦部の過剰な点を減らしながら、法肩、法尻、段差、掘削底、盛土端部などの重要な形状を維持します。不要な属性と中間データを整理すれば、一点あたりの情報量や一時領域の使用量も抑えられます。
地表面モデルは、元点群の細かさではなく、土量計算で表現する必要がある地形に合わせて解像度を決めます。並列処理数とキャッシュ容量は大きく設定すればよいのではなく、利用できる物理メモリと一処理あたりの使用量を確認して調整します。
六つの設定を変更するときは、代表範囲を使い、一項目ずつ処理時間、メモリ使用量、土量、断面形状を比較します。元点群を保存し、境界、間引き条件、地表面解像度、並列数などを記録しておけば、再計算や第三者による確認にも対応しやすくなります。
巨大点群の高速化では、最も点数が少ない設定ではなく、必要な地形を維持しながら安定して処理を完了できる設定を選ぶことが重要です。現場で取得した点群を早い段階で確認し、必要な範囲の把握や作業データの整理につなげたい場合は、LRTK Phoneを活用した計測と点群運用も検討できます。