GeoJSONをスマホGPSログから作る時の注意点5選

スマホで取得したGPSログをGeoJSONに変換すると、現地調査、巡回記録、設備点検、移動経路の可視化、施工前後の位置確認などに活用しやすくなります。一方で、スマホGPSログは手軽に取得できる反面、そのままGeoJSON化すれば実務に使えるとは限りません。座標順序、座標系、精度、時刻、点の間引き、属性設計を曖昧にしたまま扱うと、地図上では表示できても、あとから確認したときに「何を表しているデータなのか分からない」「実際の位置とずれて見える」「線が飛んでいる」といった問題が起こりやすくなります。

この記事では、GeoJSONをスマホGPSログから作成する実務担当者に向けて、変換前に確認しておきたい注意点を5つに整理します。単なるファイル変換ではなく、現場で再利用できる位置情報データとして整えるための考え方を中心に解説します。

目次

• 座標の順序と座標系を必ず確認する

• スマホGPSログの精度を過信しない

• 点の集まりを目的に合った形状へ整理する

• 時刻と属性情報を残して後から検証できる形にする

• ファイルサイズと個人情報に配慮して運用する

• まとめ

座標の順序と座標系を必ず確認する

スマホGPSログからGeoJSONを作るときに最初に注意したいのは、座標の順序です。GeoJSONでは、座標は経度、緯度の順で記述します。日本語の実務会話では「緯度経度」と呼ぶことが多いため、つい緯度、経度の順に並べてしまうことがあります。しかしGeoJSONでは順序が逆になるため、ここを誤ると地図上でまったく別の場所に点が表示されたり、表示ソフトによっては正しく扱えなかったりします。

たとえば、スマホのGPSログや表計算用のデータでは、緯度と経度が別々の列に入っていることがあります。列名が「latitude」「longitude」のように分かれていれば確認しやすいですが、単に「x」「y」「lat」「lon」などの短い項目名になっている場合もあります。さらに、現場で独自に整理したCSVでは、列名が日本語で「緯度」「経度」となっている場合もあります。GeoJSONへ変換する前には、どの列が経度で、どの列が緯度なのかを必ず確認し、出力時に経度、緯度の順へ並べ替える必要があります。

この確認を怠ると、ファイル形式としてはGeoJSONらしく見えても、位置情報としては誤ったデータになります。表示ソフト上で明確なエラーが出ないこともあるため、変換が成功したように見えてしまう点が厄介です。点が海上に出る、国外に飛ぶ、想定と違う地域に表示されるといった分かりやすい異常であれば気づきやすいですが、変換工程の途中で座標の列名や順序を取り違えると、原因の特定に時間がかかります。実務では、代表点を数点だけでも既知の場所と照合し、表示位置が妥当かを確認することが大切です。

次に確認したいのが座標系です。現在一般的に参照されるGeoJSONの仕様では、座標はWGS 84の経緯度を前提として扱います。スマホGPSログの多くも経緯度で記録されますが、現場では、測量成果やCADデータが平面直角座標系、ローカル座標、工事基準点に基づく座標などで管理されていることがあります。その座標とスマホGPSログを同じ感覚で扱うと、位置合わせで混乱しやすくなります。

スマホGPSログから作るGeoJSONは、まず経緯度のデータとして扱うのか、それとも別の作業用データに変換して管理するのかを明確にする必要があります。単に地図上で移動軌跡を確認するだけなら、経緯度のGeoJSONで足りる場合が多いです。一方、設計図、施工図、点検図面、施設管理図などと重ねる場合は、元図面側の座標系との関係を確認しなければなりません。表示上は重なっているように見えても、座標系の前提が違えば、距離や位置の解釈がずれる可能性があります。

高さ情報を扱う場合も注意が必要です。GeoJSONでは座標配列の3番目に高さを含めることができますが、仕様上の意味とスマホ側のログに記録される高度の意味が常に一致するとは限りません。スマホGPSログには標高や高度が含まれることがありますが、平面位置に比べて高さは誤差が大きくなりやすい傾向があります。高さを含めたからといって高さ精度が保証されるわけではないため、何の高さを表しているのか、どの程度の信頼性で使えるのかを属性や運用メモで明確にしておく必要があります。

実務で安全に進めるには、変換後のGeoJSONをすぐに本番データとして扱わず、まず確認用の地図で表示し、代表的な点を現地の道路、施設、境界、構造物などと照らし合わせることが重要です。座標順序、座標系、高さ情報の扱いは、GeoJSON作成の土台です。ここが曖昧なままだと、その後にどれだけ属性を整えても、位置情報としての信頼性が弱くなります。

スマホGPSログの精度を過信しない

スマホGPSログは手軽に取得できますが、測量機器で取得した座標と同じ精度で扱えるとは限りません。スマホの位置情報は、衛星測位だけでなく周辺環境や端末の状態にも影響を受けます。建物の近く、樹木の下、高架下、谷地形、狭い道路、屋内に近い場所などでは、実際の位置からずれて記録されることがあります。GeoJSONに変換すると線や点がきれいに表示されるため、データが正確に見えますが、見た目の整い方と位置精度は別の問題です。

実務担当者が特に注意すべきなのは、スマホGPSログの誤差が一定ではないことです。ある地点では数メートル程度のずれで済んでいても、別の地点では急に大きく飛ぶことがあります。また、移動中に取得したログでは、停止しているはずの場所で点がふらつくこともあります。このような点の揺れをそのままLineStringに変換すると、移動経路が蛇行して見えたり、本来通っていない場所を通過したように見えたりします。

GPSログには、位置の精度を示す情報が含まれている場合があります。たとえば、水平精度や推定誤差のような値です。この情報が取得できる場合は、GeoJSONのpropertiesに残しておくと、あとからデータの信頼性を判断しやすくなります。精度値が悪い点を除外する、精度値が一定以上の点だけを採用する、確認用と正式記録用を分けるといった運用ができます。

ただし、精度値がないログも珍しくありません。その場合は、現地条件や移動状況から判断する必要があります。たとえば、建物に囲まれた場所で取得した点、急に遠くへ飛んで戻っている点、移動速度から見て不自然な点、同じ場所で極端にばらついている点は、変換前に確認した方がよいデータです。GeoJSON化の工程では、単に全点を機械的に変換するのではなく、異常値を見つける目視確認が欠かせません。

スマホGPSログを現場記録として使う場合は、「おおよその位置を示すデータ」として扱うのか、「管理台帳や報告資料に使う位置情報」として扱うのかを分けて考える必要があります。前者であれば、多少のずれを許容して現地確認の補助として使えます。後者であれば、スマホGPSログだけで判断せず、必要に応じて他の測定方法や既存図面、現地写真、点検記録と照合することが大切です。

また、スマホを手に持って歩く場合と、車両内に置いて移動する場合でも記録の状態は変わります。ポケットやバッグの中に入れていると、測位状態が悪くなることがあります。車両で移動する場合は、道路の反対車線や脇道に点が寄って見えることもあります。現場で使うなら、端末の持ち方、ログ取得間隔、開始と終了の操作、不要区間の削除方法などをルール化しておくと、データ品質が安定しやすくなります。

GeoJSONにした後は、背景地図や既存データと重ねて確認します。点が道路中心から大きく外れていないか、施設の位置と整合しているか、移動軌跡が不自然にショートカットしていないか、停止点が広く散らばっていないかを見るだけでも、多くの問題を発見できます。スマホGPSログの強みは手軽さですが、弱みは精度のばらつきです。GeoJSON化するときは、その性質を理解したうえで、使える範囲を明確にしておくことが重要です。

点の集まりを目的に合った形状へ整理する

スマホGPSログは、一定時間ごと、または一定距離ごとに記録された点の集まりです。そのため、元データだけを見ると多数の点が並んでいる状態になります。しかしGeoJSONとして使う場合、すべてをPointとして出すのがよいとは限りません。利用目的に応じて、Point、LineString、Polygonなどの形状を選び、意味のあるデータとして整理する必要があります。

移動経路を表したい場合は、複数の点を時刻順につないでLineStringにするのが一般的です。道路巡回、現地踏査、設備確認ルート、作業動線の記録などは、点の集合よりも線として表した方が分かりやすくなります。ただし、LineStringにするには点の順序が重要です。スマホGPSログの時刻が欠けていたり、記録順が入れ替わっていたりすると、線が行ったり来たりしてしまうことがあります。変換前には、時刻順に並んでいるか、不要な重複点がないかを確認する必要があります。

特定の地点を記録したい場合は、Pointとして整理する方が適しています。たとえば、異常箇所、撮影地点、点検対象、仮置き場所、作業開始点、作業終了点などは、線ではなく点として意味を持つデータです。この場合は、単にGPSログの全点をPointにするのではなく、どの点が記録対象なのかを選別することが大切です。ログ全体を点として出してしまうと、重要点と単なる通過点が混在し、あとから読み取りにくくなります。

範囲を示したい場合は、Polygonとして表現することもあります。ただし、スマホGPSログからそのままPolygonを作る場合は特に注意が必要です。歩いて囲んだ範囲を面として使うには、開始点と終了点が閉じているか、点の順序が正しいか、線が交差していないか、意図した範囲を表しているかを確認しなければなりません。位置精度のばらつきも面の形状に影響します。現地で歩いた軌跡がそのまま正確な境界を示すとは限らないため、面データとして使う場合は、用途を限定して扱うのが安全です。

また、ログの点数が多すぎる場合は、必要に応じて間引きや簡略化を行います。スマホGPSログは数分の記録でも多くの点を含むことがあり、長時間の巡回や移動ではGeoJSONのファイルサイズが大きくなります。点数が多いと、表示が重くなるだけでなく、確認作業もしにくくなります。一方で、間引きすぎると曲がり角や重要な停止位置が失われ、実際の経路を正しく表せなくなります。

間引きの考え方は、目的によって変える必要があります。移動の概略を示すだけなら、一定間隔で点を減らしても大きな問題はありません。道路や通路の曲がり方を確認したいなら、曲がり角付近の点は残した方がよいです。点検作業の記録として使うなら、停止点や撮影点、作業点の近くは削除しないようにする必要があります。単純な圧縮ではなく、意味のある点を残すことが実務では重要です。

GeoJSONでは、Featureという単位で形状と属性をまとめます。スマホGPSログを変換するときは、1つのログ全体を1つのFeatureにするのか、区間ごとに分けるのか、地点ごとにFeatureを分けるのかを決めておくと管理しやすくなります。たとえば、1日の巡回を1つのLineStringにする方法もあれば、作業区間ごとにLineStringを分ける方法もあります。点検地点は個別のPointとして分けると、地図上で確認しやすくなります。

この整理をせずに全ログを一括変換すると、GeoJSONファイルとしては作れても、業務で使いにくいデータになります。実務で求められるのは、点がたくさん入ったファイルではなく、目的に合った意味のある地物データです。スマホGPSログは素材であり、GeoJSONは共有や活用のための整理済みデータです。この違いを意識して、形状を選ぶことが大切です。

時刻と属性情報を残して後から検証できる形にする

スマホGPSログからGeoJSONを作るときは、座標だけでなく属性情報をどう残すかが重要です。GeoJSONは位置情報を扱う形式ですが、実務で価値を持つのは「どこか」だけではありません。「いつ取得したのか」「誰が確認したのか」「何の目的で取得したのか」「どの程度信頼できるのか」「どの現場や案件に関係するのか」といった情報があって初めて、後から使えるデータになります。

特に時刻情報は重要です。スマホGPSログには記録時刻が含まれることが多く、移動経路を再現するうえで欠かせません。時刻が残っていれば、点の順序を確認できますし、移動速度の異常も見つけやすくなります。作業開始時刻、作業終了時刻、停止時間、巡回に要した時間なども判断できます。GeoJSONへ変換するときに時刻を捨ててしまうと、あとから検証できることが大きく減ります。

時刻を扱う際は、タイムゾーンにも注意が必要です。ログの時刻が協定世界時で記録されているのか、日本時間などの現地時刻で記録されているのかを確認しないまま扱うと、報告書や写真の時刻と合わなくなる場合があります。現場写真、点検メモ、作業日報と照合する予定があるなら、GeoJSONのpropertiesに残す時刻の表記ルールを決めておくと安心です。時刻の形式が混在すると、後処理や検索でも混乱します。

属性情報としては、ログの種類や用途も残しておくと便利です。たとえば、巡回記録なのか、撮影地点なのか、異常箇所なのか、作業範囲なのかが分かるようにしておくと、同じ地図上に複数のGeoJSONを重ねたときにも整理しやすくなります。単に「GPSログ」とだけ書かれたデータでは、後から見た担当者が判断に迷います。属性名は複雑にしすぎる必要はありませんが、案件名、取得日、取得者、用途、メモ、精度情報、元ログ名などを必要に応じて残すと、再利用しやすいデータになります。

ただし、属性情報を増やしすぎると管理が重くなります。全ての情報をGeoJSONに詰め込むのではなく、地図上で確認したい情報、検索や分類に使う情報、元データとの対応に必要な情報を優先するとよいです。たとえば、写真ファイルと対応させる場合は、写真番号や撮影時刻を残すと照合作業がしやすくなります。点検結果と対応させる場合は、点検項目や判定の概要を残すと地図上で状況を把握しやすくなります。

属性名の付け方も地味ですが重要です。日本語の属性名でも運用できる場面はありますが、後続の処理や他のシステムとの連携を考えるなら、半角英数字の分かりやすい項目名に統一する方法もあります。どちらが正解というより、チーム内で一貫していることが大切です。同じ意味の項目に「日付」「取得日」「記録日」など複数の名前が混在すると、後から集計や検索をするときに手間が増えます。

また、元ログとの関係を残すことも大切です。変換後のGeoJSONだけが残り、元のGPSログがどれだったか分からなくなると、問題が起きたときに確認できません。元ファイル名、取得日、変換日、変換条件などを記録しておけば、位置ずれや欠損が見つかった場合でも原因を追いやすくなります。特に、間引きや異常値除外を行った場合は、どのような条件で処理したのかを別途メモしておくと安全です。

GeoJSONは扱いやすい形式ですが、属性設計を誤ると単なる点や線の集まりになってしまいます。スマホGPSログを業務で使うなら、位置、時刻、目的、精度、元データの関係を最低限追跡できる形にしておくことが重要です。あとから別の担当者が見ても意味が分かる状態にすることが、実務データとしての品質を高めます。

ファイルサイズと個人情報に配慮して運用する

スマホGPSログをGeoJSON化するときは、ファイルサイズにも注意が必要です。GeoJSONはテキスト形式で中身を確認しやすい反面、長時間のログや高頻度で記録したデータではファイルが大きくなりやすいです。点数が多いLineStringや、多数のPointを含むFeatureCollectionは、地図表示時に読み込みが遅くなることがあります。共有先の環境によっては、開くのに時間がかかったり、表示が不安定になったりする場合もあります。

ファイルサイズを抑えるには、必要以上に細かい点を残さないことが基本です。移動経路の概略確認が目的であれば、数秒ごとの全点を残す必要はないかもしれません。逆に、停止位置や曲がり角が重要な場合は、そこを残しながら直線部分を減らす方が実務に合っています。単純に一定数へ減らすのではなく、用途に合わせて必要な形を保つことが大切です。

座標の桁数も確認したいポイントです。経緯度の小数点以下を過度に多く残しても、スマホGPSログの実際の精度を超えた意味を持たない場合があります。必要以上の桁数はファイルサイズを増やすだけでなく、見かけ上の精度を高く見せてしまうこともあります。実務では、用途に応じて適切な桁数へ整える考え方が必要です。ただし、丸めすぎると位置が粗くなりすぎるため、表示目的、確認目的、報告目的のどれに使うのかを考えて判断します。

さらに重要なのが個人情報や機密情報への配慮です。スマホGPSログには、移動経路や滞在場所がそのまま記録されます。現場の位置だけでなく、出発地点、帰着地点、休憩場所、移動ルート、作業時間帯などが含まれる場合があります。これらは業務上の記録であると同時に、個人や組織の行動履歴を示す情報にもなり得ます。GeoJSONに変換して共有する前に、共有範囲に対して不要な情報が含まれていないかを確認する必要があります。

たとえば、現場区域だけを共有すればよいのに、移動開始前の事務所周辺や自宅付近の点が残っている場合があります。作業の説明には不要な経路が含まれている場合は、範囲を切り出してからGeoJSON化する、不要区間を削除する、地点をぼかすなどの配慮が必要です。特に外部へ提供するデータでは、現場以外の移動情報を含めない運用が望ましいです。

施設管理やインフラ点検のデータでは、設備位置そのものが慎重に扱うべき情報になる場合もあります。公開向けの地図に使うのか、社内確認だけに使うのか、関係者限定で共有するのかによって、GeoJSONに含める情報の粒度を変える必要があります。属性情報に担当者名、電話番号、詳細な作業メモ、内部用の管理番号などを入れている場合は、共有前に削除や置換を検討します。

ファイル名にも注意が必要です。GeoJSONの中身だけを整えても、ファイル名に案件名、個人名、詳細な場所名、日付、内部コードなどが入っていると、共有時に意図しない情報が伝わることがあります。ファイル名は、後から識別できる範囲で簡潔にし、共有先に不要な情報を含めないようにします。データ本体、属性、ファイル名、保管場所をまとめて確認することが大切です。

また、変換前の元ログと変換後のGeoJSONの管理も分けて考える必要があります。元ログには詳細な時系列情報が残っていることが多く、GeoJSONよりも多くの情報を含む場合があります。GeoJSONを加工して不要情報を削除しても、元ログをそのまま共有してしまえば意味がありません。実務では、元データ、加工データ、共有用データを区別し、それぞれの保管場所と共有範囲を決めておくと安全です。

スマホGPSログは便利ですが、移動履歴という性質を持つため、扱い方を誤ると情報管理上のリスクが生じます。GeoJSONに変換する前後で、必要な点だけを残す、不要な属性を削る、共有範囲を限定する、ファイルサイズを適正化するという確認を行うことが、実務運用では欠かせません。

まとめ

GeoJSONをスマホGPSログから作る作業は、単なる形式変換ではありません。スマホで取得した位置情報を、現場確認や点検記録、移動経路の共有、設備管理などに使える地理データへ整える作業です。そのためには、座標順序、座標系、精度、形状、時刻、属性、ファイルサイズ、個人情報といった複数の観点を確認する必要があります。

最初に確認すべきなのは、GeoJSONの座標が経度、緯度の順であることです。日本語では緯度経度と呼ぶことが多いため、変換時に順序を誤りやすいポイントです。また、スマホGPSログが経緯度で記録されているのか、他の座標系や図面データとどう重ねるのかも確認しておく必要があります。高さ情報を含める場合も、その精度や意味を過信しないことが大切です。

次に、スマホGPSログの精度を過信しない姿勢が必要です。スマホの位置情報は環境によって揺れやすく、建物や樹木、地形、端末の持ち方などの影響を受けます。GeoJSONとしてきれいに表示されても、実際の位置を高精度に示しているとは限りません。異常に飛んだ点、不自然な移動、停止中のばらつきなどを確認し、必要に応じて除外や補正を行うことが実務では重要です。

また、GPSログの全点をそのまま使うのではなく、目的に合った形状へ整理することも欠かせません。移動経路ならLineString、記録地点ならPoint、範囲確認なら慎重にPolygonというように、利用目的に合わせてGeoJSONの構造を選ぶ必要があります。点数が多すぎる場合は、表示速度や確認性を考えて間引きますが、重要な地点まで削ってしまわないように注意します。

時刻と属性情報を残すことも、後から使えるGeoJSONにするための大切な要素です。取得時刻、取得者、用途、精度、元ログ名、作業メモなどを適切にpropertiesへ整理しておくと、地図上で見るだけでなく、報告、確認、再調査、引き継ぎにも使いやすくなります。属性名や時刻表記のルールをそろえることで、複数の担当者が扱っても混乱しにくいデータになります。

最後に、共有前にはファイルサイズと情報管理を確認します。長時間のスマホGPSログをそのままGeoJSON化すると、重いファイルになりやすく、不要な移動履歴や個人情報が含まれることもあります。現場区域外の移動、不要な属性、詳細すぎるログ、外部共有に向かない情報が残っていないかを確認し、共有用データとして整えることが必要です。

スマホGPSログからGeoJSONを作るメリットは、現場で取得した位置情報をすばやく地図上で扱えることです。しかし、手軽に作れるからこそ、確認を省くと誤った判断につながる可能性があります。実務で使うなら、取得、変換、確認、共有までを一連の流れとして考え、ルールを決めて運用することが大切です。

現場での位置取得からGeoJSON活用までをより安定して進めたい場合は、スマホを使った位置記録の取り方そのものを見直すことも効果的です。日々の点検、測量補助、現況確認、写真記録、位置情報の整理を一体で扱いたい場合は、次の選択肢としてLRTK Phoneの活用も検討すると、スマホGPSログを実務データへつなげる流れを作りやすくなります。