LRTKレフィクシア株式会社

善意の基準局掲示板を既知点で精度検証する4ステップ

善意の基準局掲示板を既知点で検証する意味

善意の基準局掲示板は、RTKによる高精度GNSS測位を行いたい実務担当者にとって、周辺で利用可能な公開基準局を探す手掛かりになります。掲載情報を見ると、地域、基準局の位置、配信先、状態、補足情報などを確認でき、基準局によっては座標値をどのような観測や解析で決定したかがコメント欄に記載されています。一方で、公開中の局だけでなく休止中の局や試験運用中の局、座標値が暫定である旨を記した局などもあります。つまり、掲示板に掲載されているという事実と、自分の現場で必要な位置精度が得られるということは分けて考える必要があります。

RTKでは、位置が分かっている基準局と移動局側で同時にGNSS信号を観測し、共通する誤差成分を小さくしながら相対的な位置関係を求めます。国土地理院も、相対測位では比較的近い2地点が受ける衛星軌道や時計、大気などの共通的な影響を差分によって大幅に小さくできる仕組みを説明しています。そのため基準局の座標が適切であることは、移動局側で得られる座標を評価するうえで重要な前提になります。

ただし、基準局の座標だけが正しければ十分というわけでもありません。移動局から基準局までの距離、上空の開け方、建物や樹木による遮へい、受信アンテナの設置状態、補正データの受信状態、観測時刻、使用する座標系、高さの扱いなど、実際の測位結果には複数の条件が関係します。したがって、「接続できた」「固定解になった」という表示だけで精度を判断せず、座標が信頼できる既知点を実際に測って差を確認することが、現場導入前の有効なチェックになります。

既知点検証の目的は、善意の基準局掲示板に掲載された局の優劣を一律に判定することではありません。同じ局でも、現場までの距離や観測環境が変われば結果は変わります。重要なのは、自分が使う受信環境、自分が作業する地域、自分が必要とする精度の条件で、既知座標との一致度と再現性を確認することです。点検を一度行って終わりにするのではなく、実際の運用条件に近い状態で検証することで、現場でどこまで信頼して使えるかを判断しやすくなります。

特に施工位置確認、出来形の確認、現況計測、杭位置の確認、設備位置の記録など、数値のずれが後工程へ影響する業務では、「センチメートル級の測位方式だから大丈夫」と考えるのは避けたいところです。方式として高精度測位が可能であることと、その日のその地点で得られた座標が必要精度を満たしていることは同じではありません。既知点を使えば、測位結果そのものを外部の基準と照合できるため、現場担当者が判断できる材料を増やせます。

また、公共測量や規程に基づく成果作成を伴う業務では、独自の既知点チェックだけで適否を決めるのではなく、適用される作業規程や観測方法、使用する既知点、測量機器などの条件を別途確認する必要があります。国土地理院では公共測量の実施手続やGNSS測量に関する各種マニュアル、標準様式を公開しており、求められる精度管理は業務内容によって異なります。

ステップ1|検証に使う既知点と条件をそろえる

最初のステップは、比較の基準にできる既知点を用意し、座標の条件をそろえることです。ここを曖昧にしたまま観測すると、GNSS測位そのものに問題がないのに、大きな誤差が出ているように見えることがあります。既知点検証では「正しい数字と測った数字を比べる」だけでなく、両方の数字が同じ座標のルールで表現されていることを確認しなければなりません。

既知点として使いやすいのは、成果が確認でき、現地の標識位置との対応も確かな基準点や、自社で十分な方法によって座標を管理している安定した確認点などです。重要なのは、単に過去に測ったことがある点ではなく、比較基準として信頼できる点を選ぶことです。工事現場内に設けた確認点を使う場合も、重機の通行、掘削、舗装工事、沈下などで位置が変化していないかを確認してから使用します。

さらに、既知点の成果が緯度・経度なのか平面座標なのか、どの測地基準に基づくのかを合わせます。平面座標を使う場合は座標系の選択をそろえ、XとYの扱いや単位も確認します。測位機器から緯度・経度を得て別の仕組みで平面座標へ変換する場合には、その変換条件も検証の一部です。異なる座標系の数値を直接比較すれば、測位精度とは無関係の差を「RTKの誤差」と誤認してしまいます。

高さの比較では、さらに注意が必要です。GNSSで扱う楕円体高と、一般に測量成果で扱われる標高は同じものではありません。善意の基準局掲示板でも基準局情報として楕円体高が掲載されています。既知点の成果に標高が記載されているからといって、その数値を受信機が出力した楕円体高とそのまま差し引くことはできません。何の高さを表示しているのか、必要な変換が行われているのかを先に確認します。

日本では基準点成果や標高成果が改定されることもあるため、古い台帳や以前の測量ファイルをそのまま正解値として使うことにも注意が必要です。国土地理院は全国の標高成果改定や、それに伴うGNSS測量上の対応を案内しています。検証用の成果は「以前使ったから正しい」と考えず、検証時点で利用すべき成果との整合を確認することが大切です。

現地では既知点の中心を正確に再現できることも重要です。GNSSの計算値が良好でも、アンテナの測位基準位置が既知点中心から数センチずれていれば、そのずれがそのまま比較結果に含まれます。ポールなどを使用する場合には鉛直性を確認し、機器を直接設置する場合には、どの位置が測位上の基準となるかを取扱条件に従って統一します。高さを比較する場合には、アンテナ高や機器高の入力、測定位置、入力単位もそろえます。

検証時には周囲の環境も記録しておくと後の判断に役立ちます。上空が十分に開けている場所なのか、片側に高い建物があるのか、樹木の枝葉が覆っているのか、金属構造物が近いのかといった条件です。既知点そのものが測位に不向きな場所に設置されている場合、その一点だけで基準局の品質を評価することはできません。できるだけ観測条件の良い既知点から確認を始め、必要であれば実際の現場環境に近い確認点へ検証範囲を広げる方が、原因を切り分けやすくなります。

このステップで大切なのは、観測を始める前に「比較できる状態」をつくることです。座標系、高さ、既知点中心、アンテナ位置のどれか一つでも食い違えば、後から測位ログを細かく見ても判断が難しくなります。先に比較条件を固定しておけば、次のステップで基準局を変更したときも同じ尺度で評価できます。

ステップ2|基準局情報と測位条件を確認する

次に、善意の基準局掲示板で使用候補となる基準局の情報を確認します。ここで見るべきなのは「現場から近そうな局」という一点だけではありません。掲載されている位置、現在の状態、補正データの配信条件、コメントに記載された座標決定方法などを確認し、検証対象として扱う条件を記録します。実際の掲示板では、公開中か休止中かといった状態のほか、基準局座標を長時間観測や後処理解析で決定した旨、暫定値である旨、試験運用中である旨など、局ごとに異なる情報が掲載されています。

この違いがあるため、善意の基準局掲示板を使うときは「掲示板にある局はすべて同じ品質」という前提を置かないことが重要です。掲載情報は局を探すための大切な手掛かりですが、最終的な測位性能は自分の環境で確認します。特に複数の基準局を利用できる地域では、候補局を一つだけ見て判断するのではなく、既知点で同じ条件の比較観測を行うと違いを把握しやすくなります。

基準局から移動局までの距離も記録しておきます。RTKのような相対測位では、基準局と移動局で共通する誤差を利用して測位精度を高めます。国土地理院の説明でも、2地点が比較的近い場合には電離層や対流圏による影響が似るため、観測値の差によって影響を大幅に小さくできるとされています。逆にいえば、距離という条件を無視して局名だけを比較するのではなく、実際に使用する場所との位置関係を含めて評価する必要があります。

ただし、「最も近い基準局を選べば必ず最も良い」という単純なルールにもできません。近い局であっても、座標の設定、アンテナ周辺環境、データ配信の状態などに問題があれば、期待した結果にならない可能性があります。一方で距離が多少離れていても、観測条件によっては安定していることがあります。そこで距離は重要な判断材料の一つとして記録し、既知点で得た実測結果と組み合わせて判断します。

移動局側についても条件を固定します。使用するGNSS受信環境、アンテナの設置方法、衛星信号を受ける位置、補正データの受信方法などを検証中に頻繁に変えると、基準局を比較しているのか機器条件を比較しているのか分からなくなります。最初の検証では変数をできるだけ少なくし、一つの条件を変えたときに結果がどう変わるのかを追える状態にします。

測位開始直後の値を急いで採用しないことも大切です。受信開始から補正データの受信、衛星観測、解の収束までの状態を確認し、安定した状態になってから記録します。ただし、画面に表示される測位状態だけを合否判定にしないようにします。固定解が得られていても、外部の既知座標と一致しているかは別の確認だからです。実際にGNSS測量機の性能を検定する場合にも、既知の基準となる測定結果との比較によって水平成分や高さ成分を評価する方法が採用されています。

通信についても同様です。補正データを受信できているかだけでなく、途中で切断や再接続が起きていないか、一定時間安定して観測できたかを確認します。通信が不安定な環境では、GNSS受信環境と補正データ受信環境の両方が結果に影響するため、問題発生時にどちらを疑うべきか分からなくなりがちです。検証では接続開始時刻や状態変化を記録しておくと、後で測位値の変化と照らし合わせられます。

この段階までに、使用する既知点、基準局、基準局までのおおよその距離、移動局の設置方法、座標系、高さの種類を固定します。ここまで条件がそろって初めて、次の実測値に意味が出てきます。

ステップ3|既知点を複数回観測して誤差を記録する

3ステップ目では、いよいよ既知点上で測位し、既知座標との差を記録します。重要なのは一回だけ数値を読んで「合っていた」と判断しないことです。同じ場所を連続して観測すると、数字がほとんど動かず非常に安定して見えることがあります。しかし、それだけでは再接続や初期化後にも同じ位置へ戻れるか分かりません。まず一つの観測セッションの中で安定性を確認し、その後に独立した観測を重ねます。

平面座標で比較する場合は、既知点のX座標と測定値のX座標との差、Y座標との差をそれぞれ求めます。さらに、水平方向の総合的な差を見るなら、X方向の差とY方向の差から平面距離を求めます。例えばX方向の差をΔX、Y方向の差をΔYとすれば、水平方向の差は「√(ΔX²+ΔY²)」として確認できます。単にXだけ、あるいはYだけを見るより、既知点から平面的にどれだけ離れたかを把握しやすくなります。

高さについては、水平方向と分けて評価します。GNSSでは高さ方向が水平方向とは異なる挙動を示すことがあるため、三次元距離だけにまとめてしまうと原因を把握しにくくなります。特に既知点側が標高、測定側が楕円体高という状態では比較そのものが成立しないため、ステップ1で高さの基準をそろえておくことが欠かせません。

観測では、一つの代表値だけでなく値の散らばりも見ます。例えばある観測では既知点に近かったのに、別の観測では一定方向に外れる場合、たまたま一回だけ良い結果を拾った可能性があります。一方、複数回の観測がほぼ同じ位置に集まっているものの、全体として既知座標から一定方向へずれている場合は、ランダムなばらつきよりも基準局座標、座標変換、アンテナ位置、高さ入力などの系統的な要因を疑いやすくなります。

ここで意識したいのが「精密さ」と「正確さ」の違いです。測定値が毎回ほぼ同じ場所に集まることは再現性が高い状態ですが、その集まった位置が既知点から離れていれば、正しい座標を得られているとはいえません。逆に、ばらつきが大きいのに平均値だけがたまたま既知点に近い場合も、現場測位として安定しているとは判断しにくいでしょう。既知点検証では、既知座標との差と、繰り返したときの散らばりの両方を見ることが大切です。

測定値を記録するときは、小数点以下の桁が多いことをそのまま高精度の証拠と考えないようにします。表示桁数は測位結果の不確かさそのものを表しているわけではありません。画面上では細かな数値が表示されていても、実際の位置がその桁まで正しいとは限りません。判断基準になるのは、既知点との差と再現性、そして観測条件です。

また、アンテナを人が保持して観測する場合には、機器の揺れや傾きも比較値に入ります。数センチメートル単位の違いを検証しようとしているのに、毎回アンテナ位置が違っていれば、基準局の評価より設置誤差の方が大きくなることがあります。測位方式の性能を確認したいときほど、物理的な据え付け条件を丁寧にそろえる必要があります。

国土地理院のGNSS測量機検定基準では、所定の条件下で基準となる測定結果と比較して水平成分や高さ成分を評価する考え方が示されています。ただし、そこで示されている数値をそのまま一般の現場における合否基準として転用するのは適切ではありません。検定条件と実際の現場条件は異なるためです。自社の精度検証では、施工管理なのか現況確認なのか記録用途なのかなど、目的から必要な許容差を決め、その許容差と実測値を比較します。

ステップ4|再接続と時間差観測で再現性を確かめる

4ステップ目は、同じ条件で測れた結果が別のタイミングでも再現されるかを確かめることです。既知点で一度だけ良い結果が出ても、実際の現場では翌日や数時間後に再び測位を開始することがあります。そのため、一回の連続観測だけでなく、いったん測位を終了してから再接続し、独立した観測として同じ既知点を測る確認が重要になります。

再接続によって確認したいのは、以前の解を連続的に引き継いでいる状態ではなく、新しく測位を開始したときにも同じ座標付近へ収束するかという点です。基準局への接続をやり直し、必要に応じて受信状態を初期化したうえで観測すると、現場で電源を入れ直した場合や接続が途切れた場合に近い条件を再現できます。

可能であれば、観測時刻も変えて確認します。GNSS衛星の配置は時間とともに変化するため、一つの時間帯だけの結果では、そのときの条件に依存した評価になる可能性があります。また、周囲の人や車両、工事機械、樹木の状態など現場環境も変化します。午前中に良好だった既知点が別の時間帯でも同程度に測れるかを見ることで、運用上の再現性を把握しやすくなります。

ただし、時間を変えて測って差が出たからといって、直ちに基準局の座標が悪いと決めつけてはいけません。移動局側の上空環境、衛星配置、通信状態、据え付け、周辺の反射環境なども同時に変化している可能性があります。原因を調べるときには、一度に複数の条件を変えず、どの条件変更と測位差が対応しているかを追います。

実務では、作業開始前に既知点を測り、作業終了後にも同じ既知点へ戻って確認する方法が有効です。開始時に問題がなくても、作業中に基準局の接続先を変更したり、機器を再起動したり、設定を変更したりしている可能性があります。終了時の再確認で既知点との差が大きくなっていれば、その日の全観測を同じ品質として扱う前に、どの時点から条件が変化したかを調べる材料になります。

この「往復確認」は、単に機器の調子を見るためだけの作業ではありません。測位結果に異常が生じた時間帯を絞り込むための品質管理にもなります。開始時と終了時の既知点結果がともに許容範囲内で、その間の観測条件にも大きな変化がなければ、現場データを評価する際の根拠を増やせます。

さらに、複数の善意の基準局を候補として比較するときは、同じ既知点、同じ機器、同じ設置条件で基準局だけを変えると比較しやすくなります。局Aでは一定方向にずれ、局Bでは既知座標付近に再現良く集まるという結果になれば、基準局側の条件をさらに調べるきっかけになります。一方、どの局を使っても同じ方向へ同程度ずれる場合は、基準局よりも移動局設定、座標変換、既知点成果、アンテナ高など共通部分を疑う方が合理的です。

善意の基準局掲示板には、基準局ごとに状態や座標決定方法などが異なる情報として掲載されています。そのため、複数回の独立観測による実地確認を組み合わせることは、掲載情報だけでは分からない自分の利用環境での再現性を判断するうえで役立ちます。

検証結果をどう判定するか

4ステップが終わったら、最後に測定結果を「使える」「使えない」の二択で急いで判断するのではなく、必要精度との関係で整理します。善意の基準局掲示板を利用する目的が、概略位置の確認なのか、センチメートル単位の位置確認なのか、施工箇所の記録なのかによって要求精度は変わります。同じ測定結果でも、目的が違えば評価も変わります。

そこで検証前に、自社の業務として許容できる水平差と高さ差を決めておくと判断しやすくなります。後から実測結果を見て都合のよい基準を決めるのではなく、必要とする成果から先に許容範囲を定めます。契約図書や施工管理基準、社内基準など別の基準が適用される業務では、それらを優先して確認します。

判定では平均的な差だけでなく、最も大きく外れた観測にも注目します。例えば多くの観測が既知点付近に集まっていても、一部で大きな外れが発生する場合、現場作業中にも同じ現象が起きる可能性があります。平均値だけを見れば良好に見えてしまうため、最大差や再現性も合わせて確認する方が安全です。

また、水平位置と高さは別々に判定します。平面位置は安定していても高さだけ変動する場合があります。逆に高さの差が小さく見えても、平面位置に一定方向のずれが残っていることもあります。「三次元でだいたい合っている」というまとめ方ではなく、X方向、Y方向、水平方向、高さ方向を分けて見ると、原因の特徴を捉えやすくなります。

基準局からの距離別に結果を残すことも有効です。同じ基準局を複数の現場で使用する場合、近距離では安定していても、離れた現場では固定解まで時間がかかる、結果が散らばるといった違いが見つかることがあります。相対測位では比較的近い地点どうしの共通誤差を利用するため、基準局と移動局の位置関係は無視できない条件です。

一方、「基線が何km以内なら必ず何cm」という一律の判断は避けた方がよいでしょう。距離だけで精度が決まるわけではなく、観測環境や基準局座標、衛星信号の状態、機器条件などが複合的に関係します。距離は重要な管理項目として記録しつつ、最終的には既知点で得た実測値を使って判断することが実務的です。

さらに、公共測量など制度上の要件がある業務では、社内で設定した許容差に入ったという理由だけで適合と判断しないようにします。国土地理院ではGNSSを用いる測量について作業規程やマニュアル、精度管理様式などを定めており、既知点、観測方法、測量機器などについて確認すべき条件があります。目的に応じた正式な要件と、今回の既知点検証による現場確認は分けて扱います。

精度が合わないときの原因切り分け

既知点を測って許容範囲を外れたとき、最初から「善意の基準局の精度が悪い」と判断するのは早計です。まず、差の出方を見ます。毎回ほぼ同じ方向へ同じ量だけずれるのか、観測するたびにばらばらに動くのか、水平だけずれるのか、高さだけずれるのかによって疑うべき原因が変わります。

毎回ほぼ一定量ずれる場合は、座標系や座標変換、既知点成果、基準局座標、アンテナ高など、一定のオフセットを生みやすい項目から確認します。例えば測地基準の異なる座標を比較していたり、標高と楕円体高を直接比較していたりすれば、GNSS受信そのものが安定していても一定の差が生じます。高さについては成果改定の影響もあり得るため、比較に使っている成果の基準と時点を確認します。

観測するたびに方向や大きさが変わる場合は、上空環境、反射、遮へい、アンテナ設置、衛星配置、補正データの受信状態などを確認します。特に建物の壁面や金属構造物の近くでは、衛星から直接届く信号だけでなく反射した信号の影響を受けることがあります。既知点の周囲に障害物が多いなら、別の見通しの良い既知点でも同じ基準局を試し、場所依存なのか基準局依存なのかを切り分けます。

高さだけ大きく違う場合には、まず高さの種類とアンテナ高を確認します。基準局の掲載値が楕円体高で、既知点側の値が標高というケースでは、数値の意味そのものが異なります。入力したアンテナ高の単位や測定位置が間違っていないか、機器側でどの高さが表示されているかも確認します。善意の基準局掲示板では基準局位置の一部として楕円体高が掲載されているため、この点は既知点比較の前に意識しておきたいところです。

特定の基準局を使ったときだけ一定方向へずれ、別の基準局では既知点に近づく場合は、基準局側の登録座標や座標決定方法を確認する価値があります。掲示板のコメント欄に座標決定方法や暫定値であることが記載されている局もあります。情報が不足している場合には、既知点で得た検証結果を優先し、精度を必要とする本作業へそのまま投入しない判断も必要です。

反対に、どの基準局へ切り替えても同じ方向へずれるなら、移動局側に共通する設定を疑います。座標変換、アンテナ基準位置、既知点の座標値などは基準局を変えても共通だからです。原因切り分けでは、一度に複数の設定を変更すると何が効いたのか分からなくなるため、一項目ずつ確認して既知点を再測します。

また、既知点自体を疑う視点も必要です。現地標識が移動している、別の点を誤認している、成果表の点番号を取り違えている、古い社内座標を参照しているといった可能性があります。測位結果が想定外だったときほど、複雑なGNSSの問題を探す前に、比較対象が本当に正しいかを再確認することが重要です。

こうした切り分けを行うためにも、最初から「何cmだった」という結果だけを残すのではなく、どの基準局で、どの既知点を、どの条件で、いつ測ったかを記録しておく必要があります。検証記録があれば、別の担当者が同じ条件を再現しやすくなり、基準局を変更した前後の比較もしやすくなります。

実務で残しておきたい検証記録

善意の基準局掲示板を業務で継続利用するなら、既知点チェックを担当者の経験だけに依存させないことが大切です。使用した基準局名だけを記録するのではなく、観測日時、既知点、既知座標、測定座標、水平差、高さ差、基準局までの距離、測位状態、アンテナの設置条件、周辺環境などを一つの検証記録として残します。

特に重要なのが、既知点の成果条件です。同じ点名でも、古い成果値を別の現場資料から転記していると、後日検証したときに数字が一致しなくなることがあります。座標系、高さの種類、成果を確認した時点などをセットで記録しておけば、単純な転記ミスや基準の違いを発見しやすくなります。日本では標高成果の改定も行われているため、「正解値の出所と基準」を管理することは以前にも増して重要です。

基準局については、検証した時点の状態を残します。善意の基準局掲示板の掲載内容は基準局ごとに異なり、公開状況やコメントが更新されることがあります。現在の一覧にも公開、休止、試験中、暫定座標などの異なる状態や説明が確認できます。以前うまく使えた基準局だから今回も同じ条件とは限らないため、現場へ入る前に最新の掲載情報を確認し、その日の既知点チェックと結び付ける運用が有効です。

測定結果については、代表値一つだけを保存するより、複数観測の結果を残した方が後から検証しやすくなります。毎回ほぼ同じ差が出ていたのか、一部の観測だけ外れていたのかによって、対応は大きく変わるからです。開始前と終了後に既知点確認を行った場合には、それぞれを別々に残します。

写真や現場メモを併用できる運用であれば、既知点周辺の状況やアンテナの設置状態も記録しておくと、数値だけでは分からない違いを後から確認できます。ただし、この記事で重要なのは記録形式そのものではなく、同じ条件を再現できるだけの情報を残すことです。「先月は問題なかった」という記憶だけでは、機器が変わったのか、基準局が変わったのか、座標成果が変わったのかを追えません。

社内で複数人が測位する場合には、既知点検証の手順を共通化すると品質をそろえやすくなります。担当者Aは固定解表示だけで作業を開始し、担当者Bは既知点を確認してから開始するという状態では、同じ測位システムを使っていても成果の信頼性に差が出ます。作業開始前の既知点確認、作業後の再確認、許容範囲を超えた場合の再観測という流れを共通化することで、異常を早い段階で見つけやすくなります。

また、新しい基準局を使い始めるときだけでなく、普段利用している基準局でも定期的な確認が役立ちます。公開基準局は運用者によって設備や設定が管理されており、掲示板でも局によって運用状況が異なります。現場側としてできる対策は、「以前使えたから今回も大丈夫」と推測するのではなく、必要精度が高い作業ほど既知点で現在の状態を確認することです。

こうして検証結果を蓄積すると、単発の合否判定だけでなく、どの地域でどの基準局が安定していたか、基準局からの距離が変わると結果がどう変化したか、特定の既知点ではどの程度の再現性が得られたかといった自社独自の判断材料をつくれます。これは掲示板情報を否定するための記録ではなく、公開情報と現場実績を組み合わせて安全に活用するための品質管理です。

まとめ|善意の基準局掲示板を使う前に既知点確認を習慣化する

善意の基準局掲示板は、周辺で公開されているRTK基準局を探すうえで便利な情報源です。実際の掲載情報には基準局の位置や状態だけでなく、座標値の決定方法や試験運用、暫定値などの補足が記載される例もあります。そのため、掲載局を一律の品質と考えるのではなく、自分が利用する場所と機器で既知点を測り、必要な精度が得られるかを確認してから本作業へ進むことが重要です。

精度検証は複雑に考える必要はありません。まず信頼できる既知点を選び、座標系と高さの条件をそろえます。次に使用する基準局と移動局の条件を確認します。そのうえで既知点を複数回測って水平差と高さ差を記録し、最後に再接続や時間を変えた再観測で同じ結果へ戻れるかを確かめます。この4ステップを順番に行えば、「固定解だから大丈夫」という判断から一歩進み、実測値に基づいて運用可否を考えられます。

特に見落としやすいのが、座標系、楕円体高と標高、アンテナ基準位置、既知点成果の時点です。これらが違っていると、基準局やGNSS受信状態とは別の理由で大きな差が生じます。異常が出たときは、一度に設定を変更するのではなく、既知点、移動局、基準局、観測環境という順に条件を整理しながら原因を切り分けることが大切です。

また、一度良い値が出たことより、再び測ったときにも同じ結果へ戻れることを重視します。作業開始前と終了後に同じ既知点を確認する運用を取り入れれば、途中で測位条件が変化していないかを把握する材料にもなります。基準局を切り替えた場合にも、同じ既知点を再測することで切替前後の差を確認できます。

RTKは高精度な相対測位を可能にする技術ですが、高精度という言葉だけで個々の測定結果を保証できるわけではありません。国土地理院が説明する相対測位の仕組みからも、基準局と移動局の位置関係や観測条件が重要であることが分かります。だからこそ、実際の現場で使う条件を再現した既知点検証が、最も分かりやすい品質確認の一つになります。

善意の基準局掲示板をうまく活用するポイントは、公開情報をそのまま信じることでも、反対に公開基準局を過度に警戒することでもありません。掲示板で候補を探し、掲載情報を確認し、既知点で実測し、結果を記録するという流れをつくることです。そうすれば、基準局との距離や現場環境が変わった場合にも、自分たちの測定結果を基準に判断できます。

現場で高精度GNSS測位を継続的に使うなら、既知点確認を特別な試験ではなく日常の作業フローに組み込むことが重要です。作業開始前に精度を確認し、本観測を行い、必要に応じて作業終了時に再び既知点へ戻る。この流れを習慣化することで、測位異常を成果作成後に発見するリスクを減らし、現場で早い段階から対応しやすくなります。

こうした既知点確認を含む高精度測位を現場運用へ取り入れたい場合には、使用する基準局だけでなく、移動局側の測位環境や作業手順まで含めて検討することが大切です。現場での高精度な位置確認をより扱いやすい形で運用したいときは、LRTK Phoneも選択肢として確認してみてください。

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

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