LRTKレフィクシア株式会社

善意の基準局掲示板を災害現場で使う前の6つの確認事項

災害現場で善意の基準局掲示板を利用するときの基本的な考え方

地震、豪雨、土砂災害、洪水などの災害現場では、被災状況の記録、応急復旧の位置確認、構造物の変位確認、被害範囲の把握など、位置情報を扱う作業が短時間に集中することがあります。そのような場面でRTK-GNSSによる高精度な測位を行う際、利用可能な基準局を探す方法の一つとして「善意の基準局掲示板」を確認する実務担当者もいるでしょう。

善意の基準局掲示板を活用するうえで重要なのは、掲示されている情報を「利用できる基準局の一覧」と単純に考えないことです。善意で公開されている基準局情報は、現場で利用できる可能性を探る有力な手掛かりになりますが、災害発生前と災害発生後では基準局そのものの状態、通信環境、電源、設置場所、座標の意味、周辺地盤などが変化している場合があります。

通常時には安定していた基準局であっても、停電によって停止している可能性があります。装置は動いていても通信回線が利用できず、補正情報を受信できない場合もあります。また、大きな地震や地盤変動が発生した地域では、従来使用していた座標と災害後の実際の位置関係について、より慎重な確認が必要です。

そのため、災害現場で善意の基準局掲示板を使う場合は、「掲示板に載っているから接続する」という順番ではなく、「掲示情報を候補選定に利用し、基準局の状態、座標、距離、データ形式、通信、現地検証を順番に確認する」という考え方が適しています。

特に注意したいのが、RTK測位でFIX状態になったことだけを正確性の根拠にしないことです。FIX状態は重要な判断材料ですが、基準局側に設定された座標が誤っていれば、安定してFIXしていても位置全体がずれる可能性があります。座標系や高さの取り扱いが異なっている場合にも、測位値そのものは安定しているのに、必要な成果との間に差が生じることがあります。

災害対応では通常時以上にスピードが求められます。しかし、急いでいるときほど、最初の基準確認を省略したことで、その後に取得した大量の位置情報を確認し直すことになりかねません。善意の基準局掲示板を活用する場合は、接続できることよりも「その基準局を今回の現場で基準として使ってよいか」を確認することが重要です。

ここからは、災害現場で利用を開始する前に確認しておきたい6つの事項を、現場運用の流れに沿って解説します。

確認事項1 基準局が現在も正常に稼働しているか確認する

最初に確認したいのは、善意の基準局掲示板に掲載されている基準局が、災害発生後の時点でも正常に稼働しているかどうかです。掲示板に情報が掲載されていることと、その瞬間に利用できることは同じではありません。

災害時には停電、通信障害、設備の損傷、アンテナ周辺の変化など、通常時には想定しにくい問題が同時に発生します。基準局の受信機に電源が入っていても、外部への補正情報配信だけが停止していることがあります。反対に通信接続は成立していても、アンテナの設置状態に問題が生じている可能性もあります。

特に屋上、ポール、仮設設備などにアンテナが設置されている場合、強風や揺れ、落下物、周囲の構造物の変形などによって、アンテナ位置が災害前から変化している可能性を考慮する必要があります。数センチ程度の位置変化であっても、高精度測位の基準として使用する場合には無視できないことがあります。

したがって、接続できた直後に測量や位置記録を開始するのではなく、補正情報が継続的に受信できているか、受信状態が短時間で途切れていないか、測位結果が不自然に変動していないかを確認します。数秒だけ正常に見える状態ではなく、一定時間連続して観察することが重要です。

災害現場では作業者側の通信環境も不安定になりやすいため、基準局が停止しているのか、移動局側の通信が不安定なのかを切り分ける視点も必要です。別の場所へ移動すると受信できる場合や、時間帯によって通信状態が変化する場合には、基準局ではなく通信経路が原因になっている可能性があります。

基準局の正常性を判断するときには、単に「データが来ているか」だけでなく、同じ地点で取得した座標が安定しているかを見ることも有効です。安全に確認できる既知点や、過去に座標を把握している点が残っている場合には、その地点で複数回測位し、明らかな差がないか確認します。

ただし、災害そのものによって地盤が動いている可能性があるため、過去の座標との差が見つかった場合に、直ちに基準局の異常と決めつけることはできません。基準局側の変化なのか、現場側の変化なのか、あるいは座標の取り扱いの違いなのかを切り分ける必要があります。

善意の基準局掲示板を災害現場で使う場合は、掲載情報を「現在正常であることの証明」と考えず、利用候補を見つけるための入口として扱うことが安全です。

確認事項2 基準局の座標と基準となる座標系を確認する

二つ目の確認事項は、基準局に設定されている座標と、その座標がどのような基準で管理されているかを確認することです。高精度測位では、基準局が持つ座標が移動局の測位結果に直接影響するため、この確認を省略できません。

基準局と移動局の衛星観測が良好であっても、基準局に設定された座標そのものが実際の位置と異なっていれば、移動局側の結果にも同様のずれが含まれる可能性があります。つまり、測位状態が安定していることと、必要な座標基準に対して正しい位置が得られていることは別の問題です。

まず確認したいのは、基準局の緯度、経度、高さなどがどのような方法で決められたものかです。一定期間の観測によって求められた座標なのか、既知点から確認されたものなのか、簡易的な単独測位値が設定されているのかによって、期待できる位置の整合性は変わります。

さらに、現場で使用する座標系との関係も重要です。災害現場では、過去の測量成果、設計図面、施工管理データ、道路や河川などの管理資料、災害前に取得した点群など、複数の位置情報を重ねて確認することがあります。このとき基準となる座標の考え方がそろっていなければ、同じ場所を示しているはずのデータが一致しないことがあります。

高さについても注意が必要です。GNSSで直接得られる高さと、現場で一般的に使用する標高などは、そのまま同じ意味になるとは限りません。災害現場で道路の沈下量、盛土の高さ、堤防の変形、掘削深さなどを扱う場合には、どの高さを使っているのかを明確にしたうえで比較する必要があります。

特に大規模な地震が発生した地域では、地殻変動などによって災害前と災害後の位置関係に変化が生じる可能性があります。そのため、過去の図面や既知点と現在のGNSS測位結果が一致しない場合、単純に機器や基準局の誤差と判断するのは適切ではありません。

災害後に公的な座標の取り扱いについて案内や更新が行われることもあるため、公共性の高い測量成果として使用する場合や、後日の正式成果へつなげる場合は、その時点で適用すべき基準を別途確認する必要があります。

実務では、基準局の座標情報を記録し、どの基準局をいつ使用したのかを残すことが重要です。現場作業中は問題がないように見えても、後から複数班のデータを統合した際にずれが見つかることがあります。そのとき使用基準局と座標情報が記録されていれば、原因を追跡しやすくなります。

災害現場では「今すぐ位置を確認したい」という需要が大きいため、座標確認が後回しになりがちです。しかし、位置情報を復旧設計や出来形確認などにも利用する予定があるなら、作業開始時の基準確認が後工程の手戻りを減らします。

確認事項3 現場との距離と周辺環境から利用可否を判断する

三つ目は、善意の基準局掲示板で見つけた基準局と災害現場との位置関係を確認することです。接続可能な基準局であれば、どこでも同じ条件でRTK測位できるわけではありません。

RTK測位では、基準局と移動局が観測している衛星情報の差を利用して高精度化するため、両者の距離が大きくなるほど観測条件の違いが増えやすくなります。距離だけで利用可能かどうかを一律に判断することはできませんが、近い基準局と遠い基準局が選べるのであれば、距離は比較すべき重要な条件です。

ただし、最も近い基準局を機械的に選べばよいわけでもありません。近くても災害による影響が疑われる基準局より、状態が確認できている別の基準局のほうが適している場合があります。そのため、距離、稼働状態、座標の信頼性、通信状態を組み合わせて判断します。

移動局側の周辺環境も結果を大きく左右します。災害現場では倒壊した建物、大型車両、仮設設備、法面、樹木、橋梁、高架構造物などによって空が遮られることがあります。衛星からの電波が遮られたり、周囲の構造物で反射した電波の影響を受けたりすると、補正情報が正常に届いていても測位が安定しないことがあります。

たとえば道路啓開の現場では、開けた場所では安定していた測位が、建物際に入ると急に不安定になることがあります。土砂災害現場では、谷側では良好でも、斜面や樹木に囲まれた場所で衛星配置が悪化することがあります。こうした場合に基準局を何度も変更しても、原因が移動局周辺の受信環境であれば改善しません。

そのため、現場に到着したら最初に比較的空が開けた安全な場所で受信状況を確認し、その後、実際の作業範囲へ移動しながら状態変化を見る方法が有効です。開けた場所でも不安定なら基準局、通信、設定などを疑い、特定の場所だけ不安定なら現場周辺環境の影響を疑うという切り分けができます。

また、災害現場では安全上の理由から、測位に適した場所へ自由に移動できない場合があります。崩落の危険がある斜面、増水した河川付近、余震で落下物の危険がある建物周辺などでは、GNSSの受信条件より安全確保を優先しなければなりません。

「あと数メートル移動すれば測位しやすい」という状況でも、その場所が安全でなければ移動すべきではありません。災害現場における高精度測位は、作業そのものの安全管理を前提として利用する必要があります。

基準局までの距離だけを見るのではなく、基準局の状態、移動局側の衛星受信環境、通信環境、作業場所の安全性まで含めて、実際に使える組み合わせかを判断することが重要です。

確認事項4 補正情報の形式と受信条件を確認する

四つ目は、善意の基準局掲示板に掲載されている基準局が配信する補正情報を、自分が使用する受信環境で正しく扱えるか確認することです。

善意で公開されている基準局は、すべてが同じ設定で運用されているとは限りません。補正情報のデータ形式、配信設定、対応する衛星システムや信号、接続に必要な情報などが異なる場合があります。掲示板上に接続情報があるだけでは、使用する受信機との組み合わせで必ず利用できるとは限りません。

まず、使用予定の受信環境が、基準局から送られる補正情報を処理できることを確認します。接続自体が成立していても、必要な情報が不足していれば、測位状態が期待どおりに高精度化しない場合があります。

災害対応では複数班が異なる機器を使用することもあります。この場合、一つの基準局がA班では利用できても、B班では設定条件の違いによって利用できないことがあります。現場へ出る前に使用する機器ごとの接続確認を行っておけば、被災地で設定作業に時間を取られるリスクを減らせます。

また、補正情報を受信していることと、RTK解が安定していることも分けて確認する必要があります。データ受信表示が正常でも、必要な衛星観測条件が整わなければFIXしないことがあります。反対に一度FIXしても、その後すぐ別の状態へ移る場合は、継続的な測位に適しているとは言い切れません。

重要な位置を記録するときは、画面上の座標値だけを見るのではなく、測位状態、受信衛星の状況、補正情報の受信状態、一定時間の座標安定性などを総合して判断します。

災害現場では補正情報の受信が一時的に途切れることも想定しておく必要があります。作業者が気付かないまま補正が停止し、その後も位置を記録し続けると、同じ現場内で精度条件の異なるデータが混在する可能性があります。

そのため、重要な測点や被害位置を記録する際には、「その座標を取得した時点で補正情報を正常に受信していたか」を後から確認できるような運用が有効です。可能であれば測位状態や取得時刻なども位置情報とあわせて残します。

善意の基準局掲示板は基準局を探す入口として便利でも、接続情報だけで適合性まで判断できるわけではありません。実際に使用する受信環境でデータを受信し、測位状態まで確認して初めて、その現場で使える候補と判断できます。

確認事項5 通信・電源・代替手段を事前に確保する

五つ目は、通信と電源を確認し、途中で利用できなくなった場合の代替手段を決めておくことです。これは災害現場で善意の基準局掲示板を活用する際に特に重要なポイントです。

インターネット経由で補正情報を受け取る方式では、基準局が正常に動いていても、移動局側の通信が停止すればリアルタイムで補正情報を利用できません。災害時には通信設備への被害だけでなく、多数の利用者による通信集中などによって、通常時より接続が不安定になることがあります。

作業開始前には現場周辺の通信状態を確認し、作業予定範囲の中で受信できない場所がないかを把握しておきます。入口付近では問題なくても、谷部、山間部、建物内部、地下構造物付近などでは状況が変わることがあります。

通信速度だけで判断するのではなく、一定時間連続して補正情報を受信できるかを見ることも重要です。一般的なデータ通信ができても、短い通信断が繰り返される環境では、リアルタイム測位が安定しない場合があります。

電源についても同様です。災害現場では長時間作業になることがあり、平常時より多くの写真、座標、点群などを取得することで端末や測位機器の電力消費が増えることがあります。通信状態が悪い環境では、端末側の電力消費が増える場合もあるため、通常の現場と同じ感覚で電源計画を立てると不足する可能性があります。

さらに、基準局そのものが途中で停止する可能性も考慮します。朝は利用できていた基準局が午後には停止することも、災害時には想定しておくべきです。そのため、可能であれば第一候補だけでなく第二候補となる基準局も事前に確認しておきます。

ただし、作業途中で別の基準局へ変更する場合には注意が必要です。新しい基準局の座標や基準条件が最初の基準局と一致していなければ、切り替え前後の位置情報に差が生じる可能性があります。

基準局を変更した直後は、既知点や現場内に設定した確認点で再測定を行い、切り替え前との差を確認します。異なる基準局へ接続しただけでそのまま作業を継続すると、同じ現場で取得したデータなのに、時間帯によって位置の基準が変わるおそれがあります。

リアルタイム測位が利用できなくなった場合に、何を中止し、何を継続するかもあらかじめ決めておくと現場が混乱しません。高精度な位置が必要な測点の取得は一時停止し、位置精度をそれほど必要としない写真記録だけを継続するなど、用途ごとの判断基準を定めておく方法があります。

災害現場では一つの通信経路、一つの基準局、一つの電源だけに依存しない運用が重要です。善意の基準局掲示板から候補を複数把握しておくことは、バックアップを準備するという意味でも役立ちます。

確認事項6 現地検証と記録のルールを決めてから使う

六つ目は、実際の位置を確認するための現地検証と、取得したデータの記録ルールを決めることです。ここまでの五つを確認しても、最終的には現場で測位結果が妥当かを確かめる工程が必要です。

最も避けたいのは、善意の基準局掲示板で接続先を見つけ、FIXしたことだけを確認して、そのまま大量の位置情報を取得してしまうことです。基準局座標の違い、座標系の設定違い、高さの扱い、現場側の地盤変動などは、FIX表示だけでは見抜けない場合があります。

安全に利用できる既知点が残っているのであれば、その地点を測位し、使用する基準との整合を確認します。できれば一つの点だけで判断せず、現場内または周辺の離れた複数地点で確認することが有効です。

一地点だけでは、平面的なずれの傾向や回転方向の違いなどを十分に把握できない場合があります。複数地点で同様の差が出るのか、場所によって差が変化するのかを見ることで、原因を判断しやすくなります。

ただし、災害によって既知点そのものが動いている可能性には注意が必要です。基準点標識が物理的に残っているだけで、災害前と同じ座標位置を保持しているとは限りません。周辺地盤に亀裂、沈下、隆起、側方移動などが見られる場合には、既知点を無条件で正しい基準と考えないようにします。

現地検証と同時に、記録方法も統一します。最低限、どの基準局を使用したか、いつ測位したか、どのような測位状態だったかを後から確認できる状態にしておくことが大切です。

災害現場では複数班が同時に調査を進めるケースがあります。班ごとに異なる基準局を使用し、記録を残さないままデータを統合すると、位置が微妙に合わない原因を後から追跡できなくなる場合があります。

そのため、作業開始時に使用する基準局を共有し、変更した場合には変更時刻と確認結果も記録します。午前と午後で接続先を変更した場合、その境界が明確になっていれば、後で位置データを確認するときに判断材料になります。

写真記録や点群取得についても同じ考え方が有効です。位置情報だけを保存するのではなく、取得日時や作業区域などと関連付けて管理することで、復旧作業が進んだ後でも「災害直後のどの時点の状態を記録したデータか」を判断しやすくなります。

災害査定、復旧設計、施工管理など、後工程でデータを利用する可能性がある場合は特に、現場で取得した位置を最終成果として無条件に扱うのではなく、必要に応じて正式な基準との照合や確認を行うことが重要です。

善意の基準局掲示板を利用して得たRTK測位結果も、使い方によって非常に有用な現場記録になります。しかし、その価値を高めるのは測位精度の表示そのものではなく、「どの基準を使い、どのように確認し、どの状態で取得したか」が追跡できる記録です。

災害現場では基準局を固定せず状況変化に合わせて再確認する

災害現場における基準局利用で忘れてはいけないのが、朝に確認した条件が一日中続くとは限らないことです。

通常の測量現場であれば、一度設定した基準局をその日の作業終了まで継続して利用できるケースも多いでしょう。しかし、災害時には停電の拡大や復旧、通信設備の切り替え、天候変化、余震、作業車両や仮設物の増加などによって測位環境が刻々と変化します。

そのため、作業開始時だけでなく、休憩後、長時間の中断後、作業区域の移動後、基準局変更後など、条件が変化したタイミングで簡単な再確認を行うと安全です。

たとえば午前中に確認した地点へ戻って同じ場所を測定し、大きな差が生じていないかを見るだけでも異常発見につながります。同じ確認点を一日の中で複数回観測しておけば、途中から位置が変化していた場合に、その発生時期をある程度絞り込めます。

複数の基準局候補がある場合も、最初に最も近い局へ接続したら終了ではなく、基準局の状態が不安定になったときに切り替えられるよう候補を記録しておくと安心です。

一方で、基準局を頻繁に切り替えればよいわけではありません。切り替えるたびに座標基準が変化する可能性があるため、正常に利用できている基準局を理由なく変更すると、かえってデータ管理が複雑になります。

重要なのは、第一候補を決めたうえで、異常があったときの第二候補と切り替え手順を準備することです。そして切り替えた場合には必ず確認点で比較し、差が許容できるかを判断してから作業を再開します。

災害対応では、位置情報だけが独立して利用されるわけではありません。写真、動画、点群、現場メモ、図面、復旧計画などと組み合わせて活用されます。そのため、一部の位置情報に基準の違いが混入すると、後から複数データを重ねた際に問題が表面化することがあります。

特に災害前後の比較では、数センチから数十センチの差に重要な意味がある場面もあります。その差が実際の地盤変動や構造物変位なのか、測位条件の違いによるものなのかを判断するには、取得条件の記録が欠かせません。

また、現場で得られた座標をそのまま法的な境界確定や正式な測量成果として扱えるとは限りません。土地境界、公共測量、正式な出来形成果などに利用する場合には、それぞれ求められる手続きや基準を別途確認する必要があります。

善意の基準局掲示板を災害現場で活用する目的は、基準局を見つけること自体ではありません。必要な位置情報を、現場の状況に応じてできるだけ安定して取得し、後から検証できる形で残すことです。

そのためには、基準局を一度選んだら終わりではなく、「今も条件は変わっていないか」という視点を作業中も持ち続けることが重要です。

善意の基準局掲示板を安全に活用するためのまとめ

善意の基準局掲示板は、利用可能な基準局を探す際の手掛かりとして活用できます。特に災害時には、普段利用している補正情報の環境が停止したり、通信条件が変化したりする可能性があるため、別の基準局候補を把握できることには実務上のメリットがあります。

ただし、掲示板に掲載されていることだけを理由に、その基準局を災害現場の位置基準として採用するのは避けるべきです。

最初に確認したいのは、基準局が災害後も正常に稼働しているかです。電源や通信だけでなく、アンテナ位置などに変化が生じていない可能性も含めて考えます。

次に、基準局に設定された座標と現場で使用する座標基準の関係を確認します。高精度にFIXしていても、基準局の座標が目的とする基準に合っていなければ、必要な位置とは一致しない場合があります。

三つ目は現場との距離と周辺環境です。基準局までの距離に加えて、建物、斜面、樹木、橋梁などによる衛星受信環境の違いを確認します。災害現場では測位条件より人命と安全確保を優先することも忘れてはいけません。

四つ目は補正情報の形式と受信条件です。接続できることと、使用する受信環境で正しくRTK測位できることは同じではありません。補正情報の受信、測位状態、座標の安定性を実際の機器で確認します。

五つ目は通信、電源、バックアップです。災害時には正常だった環境が途中で利用できなくなる可能性があります。第二候補の基準局や通信断時の作業ルールを事前に決めておけば、現場での混乱を抑えられます。

六つ目は現地検証と記録です。既知点や確認点を利用して測位結果を確認し、基準局、時刻、測位状態などを記録します。基準局を変更した場合には、変更前後の差を確認してから作業を継続することが重要です。

災害現場では、「センチメートル級と表示されているから正しい」「FIXだから問題ない」といった単一の表示だけで判断せず、座標の基準、基準局の状態、通信、現場環境、確認点での検証を組み合わせて判断する必要があります。

また、災害発生直後に取得した位置情報は、その瞬間だけ利用するものとは限りません。後日の復旧計画、被害状況比較、施工管理、維持管理などで再利用される可能性があります。そのため、その場で位置が分かれば十分と考えず、取得条件を追跡できる状態で残しておくことが重要です。

位置だけでなく、現場写真や3次元データと組み合わせて災害状況を記録できれば、後から現場へ戻れない場合でも状況を確認しやすくなります。被災箇所の座標を記録し、写真や点群などと関連付けて管理する運用を検討する場合には、携帯型の高精度測位環境を整えておくことも選択肢になります。

善意の基準局掲示板で利用候補となる基準局を確認したうえで、現地で位置、写真、点群などを効率的に記録したい場合は、LRTK Phoneを活用した測位・現場記録の方法も確認しておくと、災害時の情報収集から復旧後のデータ活用までを一連の流れとして検討しやすくなります。

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

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