測位ログの観測間隔が合わない原因
測位ログを確認したとき、1秒間隔で記録したつもりなのに時刻が2秒以上空いていたり、同じ秒に複数の測位点が並んでいたりすることがあります。一定周期で位置情報を残す必要がある現場では、こうした観測間隔のずれが成果の品質や後処理のしやすさに影響します。
観測間隔が合わないときに最初に理解しておきたいのは、測位機器が位置を計算する間隔と、アプリがデータを保存する間隔は必ずしも同じではないということです。測位機器の内部では短い周期で位置が更新されていても、アプリがそのうちの一部だけを保存している場合があります。反対に、アプリ側で短い保存間隔を指定していても、測位機器から新しい位置情報が届かなければ、異なる測位結果をその周期で残すことはできません。
測位ログが生成されるまでには、複数の処理が関係します。衛星信号を受信し、位置を計算し、その結果を端末へ送り、アプリが受け取り、記録条件を判定し、ファイルや端末内の記憶領域へ保存します。さらに、現場作業後にはデータの同期、出力、座標変換、形式変換、点の間引きなどが行われることもあります。
この流れのどこかで周期が変更されたり、処理が遅れたりすると、最終的なログの観測間隔が想定と異なります。そのため、完成したファイルの時刻列だけを見て、すぐに測位機器の不具合と判断するのは適切ではありません。
観測間隔と測位精度を混同しないことも重要です。観測間隔は、位置をどの程度の頻度で計算または保存したかを表します。一方、測位精度は、記録された座標が実際の位置にどの程度近いかを表します。短い観測間隔で多くの点を記録できても、衛星信号の受信環境が悪ければ、各点の位置が安定するとは限りません。
反対に、良好な測位状態を維持できていても、観測間隔が長すぎると、移動経路の曲がりや速度変化を十分に表現できない場合があります。歩行経路の曲がり角、車両の旋回、道路や斜面の細かな形状を記録したい場合は、対象の移動速度に合った観測間隔が必要です。
また、画面や表に表示される時刻の桁数によって、観測間隔が正しく見えないこともあります。実際には1秒未満の周期で記録されていても、小数秒が省略されていれば、複数の点が同じ秒に保存されたように表示されます。小数秒を含む元データを確認せず、表示された時刻だけで判断すると、正常なログを異常と誤認する可能性があります。
測位ログの観測間隔が合わない場合は、測位機器の更新周期、アプリの保存間隔、記録条件、時刻の扱い、端末の動作状態、データ出力時の設定を順番に確認する必要があります。ここからは、特に見直したい6つの設定について詳しく解説します。
設定1 測位機器の更新周期を確認する
最初に確認したいのは、測位機器が新しい位置情報を計算して出力する周期です。この周期は、測位更新周期や位置更新周期などと呼ばれます。測位ログの観測間隔を決める土台となる設定です。
たとえば、測位機器が1秒に1回だけ位置を更新する状態で、記録アプリを0.2秒間隔に設定しても、0.2秒ごとに異なる位置情報を得られるとは限りません。アプリの仕様によっては、同じ測位結果が繰り返し保存される場合があります。また、新しい測位結果が届いたときだけ記録する仕組みであれば、アプリ側の設定値にかかわらず、ログは約1秒間隔になります。
観測間隔を短くしたい場合は、アプリの設定だけでなく、測位機器がどの周期で位置を出力しているかを確認しなければなりません。測位画面に表示される座標の変化だけでは正確な周期を判断しにくいため、設定画面や元のログに含まれる時刻を確認します。
測位機器の更新周期を高くすれば、移動中の細かな位置変化を記録しやすくなります。ただし、更新回数を増やせば必ず良い成果になるわけではありません。高い頻度で位置情報を処理すると、端末の負荷、記憶容量、通信量、電池消費なども増える可能性があります。
位置座標だけでなく、高さ、測位状態、衛星数、精度に関する指標、姿勢情報などを同時に記録する場合は、1回の更新で扱う情報量も増えます。端末の処理能力や保存先の書き込み性能が追いつかなければ、一部のデータが遅れて記録されたり、まとめて保存されたりすることがあります。
更新周期を確認するときは、測位状態による制限も見落とせません。記録アプリが特定の測位状態に達した位置だけを保存する設定になっている場合、測位機器自体は一定周期で位置を計算していても、条件を満たさない時間帯のデータはログに残りません。
たとえば、上空が開けた場所では一定間隔で記録されているのに、建物の近くや樹木の下を通過したときだけ間隔が長くなる場合があります。このときは、更新周期の設定だけでなく、測位状態の変化や保存条件も確認する必要があります。
静止点を観測する作業では、高い更新周期が常に必要とは限りません。静止状態で一定時間観測し、複数の結果から代表値を求める場合は、作業目的に合った周期と観測時間を設定することが重要です。
一方、歩行者や車両の軌跡を取得する場合は、移動速度に対して更新周期が遅すぎると、曲線や方向転換の形状が省略されます。特に速度が高い対象では、同じ1秒間隔でも隣接点の距離が大きくなります。
測位機器の更新周期を決めるときは、必要な時間分解能だけでなく、その間に対象がどの程度移動するかを考えます。目的とする軌跡の細かさを表現できる周期に設定し、そのうえでアプリ側の保存間隔を合わせることが基本です。
設定2 アプリの保存間隔を確認する
測位機器が十分な頻度で位置を更新していても、アプリの保存間隔が長ければ、ログへ記録される点は少なくなります。測位機器の更新周期とアプリの保存間隔は、別々の設定として管理されていることがあります。
測位機器が1秒間に複数回位置を更新していても、アプリが1秒に1回だけ保存する設定であれば、最終的な測位ログは約1秒間隔になります。反対に、アプリの保存間隔を測位機器の更新周期より短くすると、同じ位置情報が複数回保存されたり、新しい情報が届くまで記録が行われなかったりします。
保存間隔を確認するときは、設定値だけでなく単位も確認します。入力欄の数値が秒を表すのか、ミリ秒を表すのか、分を表すのかによって結果は大きく変わります。数字だけを見て設定すると、想定より極端に短い、または長い間隔になることがあります。
設定画面が複数に分かれている場合にも注意が必要です。測位機能の画面では位置更新の周期を設定し、記録画面ではファイルへの保存間隔を設定し、出力画面ではさらに点を間引くといった構成になっていることがあります。一つの設定だけを変更しても、最終的なログの間隔が変わらない場合は、別の段階に周期を制限する設定がないか確認します。
記録項目の数も保存処理に影響します。座標と時刻だけを保存する場合に比べて、多数の属性情報やセンサー情報を同時に記録する場合は、1点当たりのデータ量が増えます。長時間かつ高頻度で記録する場合は、必要な項目を整理することが大切です。
記録先が端末内なのか、通信を介した外部保存なのかによっても処理の流れが異なります。端末内へ一時保存して後から同期する方法であれば、通信状態が不安定でも観測を継続しやすくなります。一方、取得したデータをその都度送信する方法では、通信の遅延や再送処理が動作へ影響する場合があります。
ただし、画面への反映が遅れたことと、実際の観測データが欠けたことは同じではありません。画面表示は数秒遅れていても、内部では正しい観測時刻で保存されている可能性があります。異常を判断するときは、表示の更新速度だけでなく、記録後の元データを確認します。
保存間隔のずれを調べる際は、ログ全体の平均間隔だけを見るのではなく、隣り合う点の時刻差を順番に確認します。平均では1秒間隔でも、実際には0.5秒と1.5秒が交互に現れている場合があります。また、大部分は一定でも、一部に長い空白が含まれていることもあります。
一定の間隔から少しずつずれていく場合は、測位機器とアプリがそれぞれ異なる時刻基準で動作している可能性があります。ときどき長い間隔が発生し、その直後に短い間隔が現れる場合は、保存処理が一時的に遅れ、後から追いついている可能性があります。
本番前には短時間の試験ログを取得し、設定した保存間隔で実際にデータが残るか確認します。静止した状態だけでなく、歩行や車両移動など、本番に近い動作条件でも確認すると、処理負荷や移動速度による違いを把握しやすくなります。
設定3 時間指定と距離指定の条件を確認する
測位ログの記録方法には、一定時間ごとに保存する方式と、一定距離を移動するごとに保存する方式があります。この違いを理解していないと、正常な記録を観測間隔の異常と判断する可能性があります。
時間指定では、原則として経過時間を基準に点が記録されます。移動していないときでも記録が続くため、静止中には同じ地点付近の点が連続して残ります。移動速度が変化すると、隣り合う点の距離も変化します。
距離指定では、設定した距離以上を移動したと判定されたときに点が保存されます。静止中は新しい点が増えにくく、移動速度によってログの時間間隔が変わります。ゆっくり移動すれば時刻差が長くなり、速く移動すれば時刻差が短くなります。
距離指定で記録したログを時刻だけで確認すると、観測間隔が不規則に見えます。しかし、隣接する点の距離がほぼ一定であれば、設定どおりに動作している可能性があります。観測間隔が合わないと感じたときは、時刻差だけでなく点間距離も確認します。
記録機能によっては、時間条件と距離条件を同時に指定できる場合があります。どちらか一方を満たしたときに保存するのか、両方を満たしたときだけ保存するのかによって、ログの密度は大きく変わります。
時間条件を満たしても距離条件を満たさなければ保存しない設定では、停止中のログが残らないことがあります。反対に、時間または距離のどちらかを満たせば保存する設定では、移動速度が高い区間だけ短い間隔で点が増える場合があります。
速度を記録条件にする機能にも注意が必要です。一定以上の速度になったときだけ保存する設定では、ゆっくり移動している区間や停止直前の区間が記録されない可能性があります。作業者が歩き始めてからログが増え、停止すると記録が止まる場合は、移動判定や速度条件を確認します。
測位状態や精度に関する条件が設定されていることもあります。良好な状態の点だけを保存する運用では、受信環境が変化した区間の点が抜けます。この場合、測位機器は一定周期で位置を出力していても、保存条件によって観測間隔が長くなります。
静止判定のしきい値も重要です。測位値は静止中でもわずかに変動することがあります。距離条件を小さく設定しすぎると、その変動を実際の移動と判定し、停止中にも多くの点が保存されます。
反対に、距離条件が大きすぎると、細かな移動が記録されません。曲がり角や狭い範囲を計測するときには、設定距離へ到達する前に方向が変わり、必要な形状を十分に残せない可能性があります。
時間指定と距離指定のどちらが適切かは、測位ログの用途によって異なります。一定時刻ごとの変化を確認したい場合は時間指定が扱いやすくなります。空間上で一定密度の点を取得したい場合は距離指定が適しています。
ただし、停止時間も記録したい場合や、写真など別のデータと時刻で照合したい場合は、距離指定だけでは情報が不足することがあります。目的に応じて時間条件と距離条件を使い分け、どの条件で点が保存されるかを作業前に確認しておくことが重要です。
設定4 タイムスタンプの基準と表示形式を確認する
測位ログの観測間隔を正しく評価するには、ログに記録されている時刻が何を表しているかを確認する必要があります。測位ログには、複数種類の時刻が含まれる場合があります。
代表的なものとして、測位機器が位置を計算した時刻、端末がデータを受け取った時刻、アプリが記録処理を行った時刻、ファイルへ保存された時刻などがあります。これらは似ていますが、必ずしも同じではありません。
測位機器が位置を計算した時刻は、実際の観測周期を確認するために重要です。一方、端末がデータを受け取った時刻には、通信や内部処理の遅延が含まれる可能性があります。保存時刻には、ファイルへの書き込み待ちやまとめ書きの影響が現れることがあります。
複数のデータを一時的に保持し、後からまとめて保存する仕組みでは、観測時刻は一定でも、保存時刻が同じ値になる場合があります。保存時刻だけを見ると、多数の点が同時に取得されたように見えますが、実際には一定間隔で観測されていた可能性があります。
ログに複数の時刻列が含まれている場合は、どの列を使って観測間隔を計算するべきか確認します。列名だけで判断できない場合は、静止状態で短い試験を行い、それぞれの時刻がどのように変化するかを比較します。
小数秒の表示も見落とせません。1秒間に複数回記録されたログでは、小数秒を表示しなければ正確な観測間隔を確認できません。実際には0.1秒と0.9秒に取得された点でも、表示が秒単位なら同じ時刻に見えます。
表計算形式でログを開いたとき、元データに小数秒が含まれていても、画面上の表示形式によって省略されることがあります。列幅を広げたり表示形式を変更したりして、元の時刻情報が保持されているか確認します。
時刻を文字列として扱っている場合にも注意が必要です。小数点以下の桁数が行ごとに異なると、並べ替えや差分計算が正しく行われない可能性があります。日付を含まない時刻だけで深夜をまたぐログを処理すると、日付変更後のデータが先頭へ移動することもあります。
現地の標準時と測位に使用される時刻の違いは、表示時刻に一定の差を生じさせます。ただし、時刻帯が異なるだけであれば、通常は隣接点の時間差自体は変わりません。観測間隔が途中で変化している場合は、単純な時刻帯の違いだけでなく、時刻補正や変換処理も確認します。
端末のシステム時刻が観測途中で補正されると、端末時刻を基準とするログでは、時刻が前後する可能性があります。端末を起動した直後や通信状態が回復した直後に大きな時刻差が発生している場合は、自動的な時刻同期の影響も考えられます。
複数の測位ログを結合する場合は、各ファイルの時刻基準が統一されているか確認します。一方が現地時刻、もう一方が別の時刻基準になっていれば、結合部分に大きな空白や重複が生じます。
観測間隔を計算するときは、日付と小数秒を含む同一基準の時刻を使用し、データを観測順に並べます。画面に表示された時刻だけでなく、元のタイムスタンプを確認することが、誤判定を防ぐポイントです。
設定5 省電力機能と端末の処理状態を確認する
測位ログの観測間隔が途中から長くなったり、画面を消したときだけ欠測したりする場合は、端末の省電力機能やバックグラウンド動作を確認します。測位機器が正常に位置を出力していても、記録アプリの処理が制限されれば、設定どおりの間隔で保存できないことがあります。
携帯型端末では、電池消費を抑えるために、画面消灯後の処理やバックグラウンド通信を制限する機能が使われています。記録アプリを前面に表示しているときは正常でも、別の画面を開いた後や画面を消した後に間隔が変わる場合は、この影響が考えられます。
作業前には、記録機能がバックグラウンド動作へ対応しているか確認します。また、記録中に端末が自動的に画面を消す設定になっていないか、別のアプリへ切り替えていないかも確認します。
短時間の試験では問題が発生せず、長時間記録したときだけ間隔が乱れる場合もあります。そのため、本番が長時間に及ぶ場合は、実際の作業に近い時間で連続記録を試すことが大切です。
端末の温度上昇も処理状態に影響します。直射日光が当たる場所や高温環境で長時間使用すると、端末が発熱を抑えるために処理性能を調整することがあります。高頻度の測位記録に加え、写真撮影、点群取得、通信、画面表示などを同時に行うと、負荷が高くなりやすいため注意が必要です。
観測間隔が乱れた時刻と、端末が高温になった時刻が一致している場合は、設置場所や使用方法を見直します。端末を熱のこもりやすい場所へ置かないことや、不要な処理を同時に行わないことが有効です。
記憶容量の不足も確認します。保存先の空き容量が少なくなると、書き込み処理に時間がかかったり、記録が停止したりする可能性があります。作業前には十分な空き容量を確保し、長時間の記録で想定されるデータ量も考慮します。
大量のデータが保存先に蓄積している場合は、空き容量だけでなく、ファイル管理の状態も確認します。非常に多くのログを一つの場所で管理していると、読み込みや一覧表示に時間がかかることがあります。
電池残量が少なくなったときに自動的に省電力状態へ移行する設定にも注意します。作業開始時は正常でも、途中で電池残量が低下し、バックグラウンド処理や通信が制限されることがあります。
外部電源を利用する場合も、給電が安定しているか確認します。接続が断続的になると、端末が充電状態と電池動作を繰り返し、処理状態へ影響する可能性があります。
観測時刻は一定でも、ファイルへの保存や画面表示だけが遅れることもあります。この場合、測位データそのものが欠けているとは限りません。元ログの観測時刻と、画面に表示された時刻やファイルの更新時刻を分けて確認します。
複数の機能を同時に使用している場合は、原因を切り分けるため、測位ログの記録だけを動かして試験します。記録だけでは正常で、写真や大容量データの処理を加えると間隔が乱れるのであれば、端末負荷が関係している可能性があります。
LRTK Phoneで測位ログを取得する場合も、記録前に電池残量、空き容量、端末温度、画面状態、同時に使用する機能を確認することが重要です。観測間隔を安定させるには、アプリの数値設定だけでなく、端末全体が継続して処理できる状態を整える必要があります。
設定6 同期や出力時の間引き設定を確認する
現場で取得した元の測位ログは正常でも、同期や出力、形式変換を行った後に観測間隔が変わることがあります。取得時の問題と後処理時の問題を分けて確認することが大切です。
データ出力機能には、ファイル容量を抑えるための間引き設定が用意されている場合があります。端末内では短い間隔で保存されていても、出力時に一定秒数ごと、一定距離ごと、または一定点数ごとに代表点だけを書き出すと、完成したファイルの観測間隔は長くなります。
同じ時刻や近い位置の点を重複とみなし、自動的に削除する処理にも注意が必要です。静止観測では座標の変化が小さいため、多数の点が重複として削除される可能性があります。その結果、出力ファイルだけを見ると、測位が途中で止まったように見えることがあります。
座標の桁数を減らして出力する設定も影響します。元データでは異なる位置だった点が、座標を丸めた後には同一地点として扱われる場合があります。後処理で同一点を削除する設定が有効になっていると、丸められた点の多くが除外されます。
一定間隔へデータを並べ直す再標本化が行われる場合もあります。不規則な時間で取得された点を1秒間隔へ整理したり、短い間隔の複数点を平均化したりする処理です。解析しやすいデータを作る目的では有効ですが、元の観測間隔を調べる用途には適していません。
軌跡を滑らかにする処理では、元の点が削除されたり、実際には観測していない位置へ補間点が追加されたりすることがあります。補間点は、前後の測位結果から計算された点であり、その時刻に現場で直接観測された位置とは限りません。
観測記録として測位ログを利用する場合は、元の観測点と補間点を区別できるようにします。加工済みデータだけを残すのではなく、端末から取得した元データも保存しておくことが重要です。
データ同期を利用する場合は、端末内のログと同期後のログを比較します。同期が複数回に分かれていても、観測時刻が保持されていれば、実際の観測順を確認できます。一方、同期を実行した時刻だけが記録される形式では、元の観測間隔を正確に判断できません。
通信できない場所で端末内にデータを一時保存し、後からまとめて同期する場合、同期時刻だけを見ると多数のデータが同時に作成されたように見えます。しかし、観測時刻が別に保存されていれば、現場では一定間隔で記録されていたことを確認できます。
複数のログを結合したときにも、大きな時間差が発生することがあります。記録を停止して再開した区間、別の日に取得したデータ、異なる端末で取得したデータをまとめる場合は、ファイルの境界を確認します。
ログの途中に長い空白がある場合、それが実際の欠測なのか、作業者が記録を停止していた時間なのか、別ファイルとの間隔なのかを切り分けます。記録開始と終了の操作履歴が残っていれば、判断しやすくなります。
観測間隔に疑問がある場合は、端末内の元データ、同期後のデータ、出力したデータ、変換後のデータを順番に比較します。どの段階で点数や時刻が変化したかを確認すれば、取得設定を直すべきか、出力設定を直すべきかを判断できます。
観測間隔のずれを切り分ける手順
測位ログの観測間隔が合わない原因は、一つとは限りません。複数の設定や現場条件が重なっていることもあります。効率よく原因を特定するには、条件を一つずつ確認し、同じ方法で試験することが大切です。
まず、測位機器の更新周期とアプリの保存間隔を確認します。測位機器が新しい位置を出力する周期より、アプリの保存間隔が短く設定されていないかを見ます。
次に、時間指定、距離指定、速度条件、静止判定、測位状態による保存制限を確認します。時間と距離の両方が設定されている場合は、どちらかを満たせば保存されるのか、両方を満たす必要があるのかを確認します。
設定を確認した後は、上空が開けた場所で短い試験を行います。最初は端末を静止させ、一定時間ログを取得します。静止中も設定した時間間隔で点が保存されるかを確認します。
続いて、一定速度で直線的に移動します。時刻差と点間距離を確認し、時間指定または距離指定が想定どおりに働いているかを判断します。
最後に、曲がり角や停止を含む経路で試験します。停止中の記録が残るか、方向転換した場所に必要な点が保存されるか、再移動したときに記録が再開するかを確認します。
試験中は、記録開始時刻、終了時刻、画面の状態、電池残量、通信状態、端末の温度、行った操作などを記録しておくと原因を特定しやすくなります。ログだけでは判断できない場合でも、現場の状況と照らし合わせることで手掛かりを得られます。
取得後は、元データの時刻を小数秒まで確認します。データが観測時刻順に並んでいるか、日付が含まれているか、同じ時刻の点が複数あるか、途中で時刻が逆戻りしていないかを確認します。
隣接する点の時刻差を計算すると、ずれの傾向が分かります。ほぼ一定の間隔に少数の長い空白が混じる場合は、端末負荷や測位状態の一時的な変化が疑われます。
長い間隔の直後に非常に短い間隔が現れる場合は、データが一時的に保持され、後からまとめて処理された可能性があります。観測時刻ではなく保存時刻を見ていないか確認します。
複数の異なる間隔が規則的に現れる場合は、測位機器の更新周期とアプリの保存周期が合っていない可能性があります。たとえば、両者の周期が整数倍の関係になっていないと、保存されるタイミングが少しずつずれることがあります。
時刻差と同時に点間距離も確認します。時間間隔が不規則でも、点間距離がほぼ一定であれば、距離指定による正常な記録と考えられます。時間間隔が一定で点間距離が変化している場合は、移動速度が変わっている可能性があります。
測位状態を示す情報がある場合は、長い時刻差が発生した前後の状態を確認します。建物の近くや樹木の下など、衛星信号を受けにくい場所を通過したときだけ点が抜けていれば、設定だけでなく観測環境も関係しています。
その後、元データと出力後のデータを比較します。元データの間隔が正常で、出力後だけ点が減っている場合は、間引き、重複削除、座標の丸め、再標本化などの設定を確認します。
原因を調べるために設定を変更するときは、一度に複数の項目を変えないようにします。更新周期、保存間隔、距離条件、省電力設定などを同時に変えると、どの変更が結果へ影響したか分からなくなります。
一つの設定を変更するたびに、同じ場所、同じ移動方法、同じ観測時間で試験します。比較条件をそろえることで、設定変更の効果を判断しやすくなります。
用途に合った観測間隔の決め方
適切な観測間隔は、測位ログをどのような目的で利用するかによって異なります。短い間隔で大量の点を取得すれば、必ず良い成果になるわけではありません。
静止点の座標を確認する用途では、細かな時間間隔で大量の点を残すことより、測位状態が安定した状態で必要な時間だけ観測することが重要です。複数の観測値から代表値を求める場合は、観測時間と採用条件をそろえます。
歩行軌跡を記録する用途では、曲がり角や狭い通路の形状を表現できる間隔が必要です。観測間隔が長すぎると、実際には曲がって歩いた経路が直線で結ばれ、建物や設備を横切る軌跡に見えることがあります。
車両の走行軌跡では、歩行よりも移動速度が高いため、同じ時間間隔でも点間距離が大きくなります。直線区間だけでなく、交差部や旋回部の形状を残したい場合は、速度に合った更新周期を選ぶ必要があります。
移動速度と観測間隔から、おおよその点間距離を考えると設定を決めやすくなります。対象が1秒間に進む距離が大きい場合は、1秒間隔では必要な形状を表現できない可能性があります。
一方、非常に短い間隔で記録すると、測位値の細かな変動まで軌跡へ反映されます。静止中の点が密集したり、直線的に移動しているのに軌跡が細かく揺れたりすることがあります。
面積や周長を求めるために外周を移動する場合は、角部や曲線部の点密度が結果へ影響します。しかし、測位値の揺らぎを過剰に記録すると、外周が細かく折れ曲がり、周長が実際より長く算出される可能性があります。
道路や斜面の縦断的な変化を確認する場合は、水平距離に対して必要な高さ情報の密度を考えます。勾配が急に変化する場所では点を細かくし、変化が少ない区間では過剰なデータ取得を避けると後処理しやすくなります。
設備巡回や点検記録で測位ログを使う場合は、単に通過経路を残すのか、写真や点検結果と位置を対応させるのかによって必要な設定が変わります。
写真の撮影位置を測位ログから求める場合は、観測間隔だけでなく、写真とログの時刻基準をそろえることが重要です。観測間隔が長すぎると、撮影時刻の前後にある点から位置を推定する範囲が広くなります。
長時間の監視や定期観測では、必要以上に短い間隔を設定すると、データ量が急増します。保存容量や同期時間、解析処理の負荷も考慮し、確認したい現象の変化速度に合った間隔を設定します。
ゆっくり進行する変化を確認する用途と、高速で移動する対象を追跡する用途では、必要な観測間隔が大きく異なります。目的を明確にせず初期設定のまま記録すると、点が不足したり、反対に不要なデータが増えたりします。
観測間隔を決める際は、時間の細かさ、空間上の点間距離、必要な形状、データ量、作業時間、後処理方法をまとめて検討します。本番と同じ条件で試験し、必要な成果が得られる最も扱いやすい設定を選ぶことが重要です。
安定した測位ログを取得するための現場準備
測位ログの観測間隔を安定させるには、設定だけでなく、現場での運用方法をそろえる必要があります。担当者ごとに設定や操作が異なると、同じ場所を観測してもログの密度や品質が変わります。
作業前には、使用する測位更新周期、保存間隔、時間条件、距離条件、測位状態の採用条件、出力形式を確認します。前回の作業で使った設定が残っているとは限らないため、毎回確認する運用が安全です。
複数の担当者が同じ業務を行う場合は、設定内容を文章や画面の記録として共有します。数値だけでなく、単位や条件の関係も残しておくことが重要です。
記録開始直後は、測位状態が十分に安定していない場合があります。端末を起動してすぐに移動を開始するのではなく、衛星信号や補正情報の受信状況を確認し、作業目的に合う状態になってから記録します。
高い建物、樹木、橋梁、法面、トンネルの出入口などでは、衛星信号の受信環境が変化しやすくなります。経路上に上空の遮られる場所がある場合は、点が欠けたり、位置が不安定になったりする可能性を考慮します。
受信環境による欠測と設定による欠測を区別するため、現場の状況を記録しておくと役立ちます。特定の場所を通過するたびに同じような欠測が起きる場合は、その場所の受信環境が関係している可能性があります。
場所に関係なく一定時間ごとに欠測する場合は、端末の処理、保存周期、通信、電池状態などを確認します。画面を消した直後や、別の機能を開始した直後に間隔が変わる場合は、操作との関係を調べます。
記録中は、不要なアプリの操作や大容量データの処理をできるだけ避けます。測位ログと同時に写真や点群などを取得する必要がある場合は、本番前に同じ組み合わせで試験します。
作業終了後は、現場を離れる前にログの有無、記録時間、点数、時刻の並び、測位状態を確認します。データを後日処理するときに初めて欠測へ気づくと、再観測が難しくなることがあります。
記録時間に対して点数が極端に少ない場合は、保存間隔や距離条件を確認します。反対に、想定より点数が多い場合は、同じ位置の重複保存や静止中の測位値の揺らぎが記録されていないか確認します。
同じ設定を継続して使用する場合も、端末やアプリの更新後には再試験が必要です。画面構成、初期値、バックグラウンド動作、保存形式などが変わる可能性があるためです。
測位ログを成果として利用する場合は、元データと加工後のデータを分けて管理します。座標変換、時刻変換、点の削除、間引き、補間などを行った場合は、処理内容を記録しておきます。
元データを残しておけば、観測間隔に疑問が生じたときに、取得時の問題なのか後処理の問題なのかを確認できます。加工済みのファイルだけでは、削除された点や変更前の時刻を復元できない場合があります。
現場での設定確認、短時間の試験、本番中の状況記録、終了後のログ確認を一連の作業として定着させることで、観測間隔の問題を早い段階で発見しやすくなります。
まとめ
測位ログの観測間隔が設定どおりに見えないときは、保存間隔だけを変更するのではなく、測位から出力までの流れを順番に確認することが重要です。
最初に、測位機器がどの周期で新しい位置を計算しているかを確認します。次に、アプリがその位置情報をどの間隔で保存しているかを確認します。測位機器の更新周期より短い保存間隔を設定しても、異なる測位結果をその周期で取得できるとは限りません。
時間指定と距離指定の違いも確認が必要です。距離指定では移動速度に応じて時刻差が変化するため、ログの時間間隔が一定でなくても正常な場合があります。時間条件、距離条件、速度条件、静止判定、測位状態の採用条件を整理し、どの条件で点が保存されるかを確認します。
時刻を分析するときは、観測時刻、受信時刻、保存時刻を区別します。小数秒と日付を含む元のタイムスタンプを使用し、表示形式による省略や並べ替えの誤りがないかを確認します。
画面を消したときや長時間使用したときだけ間隔が乱れる場合は、省電力機能、バックグラウンド動作、端末温度、空き容量、電池残量、同時に使用している機能を見直します。
端末内では正常だったログが、同期や出力、形式変換の段階で間引かれている可能性もあります。元データ、同期後のデータ、出力後のデータを比較し、どの段階で点数や時刻差が変わったかを確認することが有効です。
観測間隔は、短ければ短いほどよいわけではありません。静止点、歩行軌跡、車両走行、設備巡回、面積計測など、測位ログの用途に応じて必要な点密度を決めます。移動速度と観測間隔から点間距離を想定し、必要な形状や変化を表現できる設定を選ぶことが大切です。
安定した測位ログを取得するには、作業前の設定確認、本番に近い条件での試験、現場状況の記録、作業終了時のデータ確認を習慣化する必要があります。測位結果の取得から確認、共有までを現場で一貫して進めたい場合は、LRTK Phoneを活用した測位業務の流れも確認してみてください。