GeoJSONの位置ずれを防ぐ投影変換の6チェック

GeoJSONは地物の形状と属性を扱いやすい形式ですが、実務で地図表示や現地確認に使うときには、座標系や投影変換の扱いを誤ることで位置が大きくずれることがあります。特に、測量成果、設計図面、台帳データ、現地写真、設備点検記録などを組み合わせる場面では、同じ場所を指しているつもりでも、座標系、単位、軸順、変換条件の違いによって、道路の反対側に表示されたり、境界線から外れたり、背景地図と重ならなかったりすることがあります。

GeoJSONは仕様上、基本的にWGS84の経度、緯度の順で座標を扱う形式として利用されます。そのため、平面直角座標系やローカル座標、CAD由来の座標をそのままGeoJSONとして扱う場合は、標準的な地図表示環境で正しく読める形になっているかを慎重に確認する必要があります。この記事では、geojson 使い方を調べている実務担当者に向けて、GeoJSONの位置ずれを防ぐために、投影変換前後で確認したい6つのチェックを解説します。特定の製品やサービスに依存せず、一般的な業務で確認しやすい考え方として整理します。

目次

• GeoJSONで位置ずれが起きる主な原因を理解する

• チェック1 座標系の前提を確認する

• チェック2 経度緯度と緯度経度の順序を確認する

• チェック3 投影座標系の単位と範囲を確認する

• チェック4 変換元と変換先の指定を記録する

• チェック5 背景地図や既知点との重なりを確認する

• チェック6 変換後のGeoJSONを実務で使える形に整える

• まとめ GeoJSONの投影変換は事前確認と記録で安定させる

GeoJSONで位置ずれが起きる主な原因を理解する

GeoJSONの位置ずれは、データそのものが壊れている場合だけでなく、座標の読み取り方が合っていない場合にも発生します。GeoJSONは見た目には単純なテキストデータで、点、線、面の座標が並んでいるだけに見えます。そのため、座標値が入っていればすぐに地図上へ表示できると考えがちです。しかし実際には、その数値がどの座標系で作られたものか、どの順序で記録されているか、どの単位で表されているかを理解しなければ、正しい位置に表示できません。

たとえば、GeoJSONの座標に139.xxx、35.xxxのような値が並んでいれば、日本周辺の経度と緯度である可能性を推測できます。一方で、-12000、35000のような値が並んでいる場合、それは緯度経度ではなく、平面上のメートル単位の座標やローカル座標である可能性があります。見た目が大きく異なるため気づきやすい場合もありますが、実務では中間処理や表計算での編集を経由するうちに、座標系の説明だけが失われ、数値だけが残ることがあります。この状態で地図表示用のGeoJSONとして扱うと、表示時に大きな位置ずれが起きます。

また、GeoJSONでは座標の順序を経度、緯度の順で扱うのが基本です。ところが、住所検索、現地メモ、写真の位置情報、表計算の列名などでは、緯度、経度の順で表現されることも多くあります。担当者が見慣れている表記とGeoJSONで期待される順序が異なるため、入れ替えミスが起こりやすいのです。経度と緯度を逆にしても、数値としては成立してしまう場合があるため、変換処理でエラーにならず、結果だけが大きくずれることがあります。

投影変換に関する位置ずれでは、変換元と変換先の指定ミスもよくあります。緯度経度から平面直角座標系へ変換するのか、平面直角座標系から緯度経度へ戻すのか、あるいは別の投影座標系へ変換するのかによって、必要な指定は変わります。さらに、同じ名称に見える座標系でも、測地系、系番号、対象地域の前提が異なると、期待した場所に重ならないことがあります。変換は一度実行すれば終わりではなく、変換前の前提確認、変換中の指定確認、変換後の表示確認を合わせて行う必要があります。

実務で重要なのは、位置ずれを表示環境だけの問題と考えないことです。背景地図の読み込み設定、表示時の自動変換、ファイルの保存形式、属性情報の扱いなど、複数の要素が関係します。特に、現地で取得した座標、設計図面から抽出した座標、既存台帳の座標を同じGeoJSONにまとめる場合は、座標系が混在していないかを必ず確認する必要があります。GeoJSONは便利な形式ですが、投影変換の前提が曖昧なままでは、確認ミスのリスクが大きくなります。

チェック1 座標系の前提を確認する

投影変換で最初に確認すべきことは、変換元データの座標系です。GeoJSONに座標値が入っていても、その値がどの座標系で作られたかが分からなければ、正しい変換はできません。現場で扱うデータには、緯度経度で作成されたもの、平面直角座標系で作成されたもの、図面上のローカル座標で作成されたもの、施工管理用に独自原点を設けたものなどがあります。これらを区別しないまま同じ地図表示用データとして扱うと、位置ずれの原因になります。

標準的なGeoJSONとして地図アプリやWeb地図で扱う場合は、WGS84の経度、緯度の座標になっているかを確認することが基本です。緯度経度のデータは、地球上の位置を角度で表すため、日本周辺であれば経度が130度台から140度台、緯度が30度台から40度台になることが多くなります。一方、投影座標系やローカル座標では、単位がメートルであり、数値の桁や範囲が大きく異なります。設計図面や測量成果から出力された座標がメートル単位の平面座標であるにもかかわらず、緯度経度として扱ってしまうと、地図表示では意図しない場所に飛んだり、表示範囲外になったりします。

座標系の前提確認では、ファイル名や属性名だけに頼らないことが大切です。ファイル名に緯度経度や座標変換済みと書かれていても、実際の座標値や作成過程と一致しているとは限りません。過去の作業で一度変換されたものが再保存されていたり、途中で列の並びが変わっていたりすることもあります。データを受け取ったときは、作成者、作成日時、元資料、使用した座標系、変換の有無を確認し、分からない場合は既知点や現地で分かる位置と照合してから作業を進めるほうが安全です。

特に注意したいのは、ローカル座標をGeoJSONとして扱うケースです。工事現場や施設管理では、現場内で扱いやすいように独自の原点や方向を設定した座標を使うことがあります。このような座標は、現場内では正しくても、そのまま広域地図に重ねることはできません。ローカル座標を地理座標へ変換するには、原点、方向、縮尺、基準点との関係など、別途の変換条件が必要です。条件が不明なまま機械的に投影変換を行っても、正しい位置にはなりません。

座標系の前提は、投影変換の作業前に文章として残しておくと、後工程での混乱を減らせます。変換元はどの座標系か、座標の単位は何か、どの範囲のデータか、どの資料から作成したか、変換後はどの用途で使うかを記録します。GeoJSON自体にすべての前提が自動で伝わるわけではないため、作業メモ、管理台帳、納品時の説明資料などに残すことが重要です。座標系の確認を省略すると、後で位置ずれが見つかったときに原因を追いにくくなります。

チェック2 経度緯度と緯度経度の順序を確認する

GeoJSONの位置ずれで非常に多いのが、経度と緯度の順序ミスです。GeoJSONでは、点の座標を扱うときに、経度、緯度の順で記録するのが基本です。日本周辺であれば、経度が先に来るため139.xxx, 35.xxxのような並びになります。しかし、日常的な表記や表計算の列では緯度、経度の順で並ぶことも多く、これをそのままGeoJSONに入れると、座標が入れ替わってしまいます。

このミスが厄介なのは、ファイルとしては成立してしまう場合があることです。座標値の形式が数値であれば、読み込み時にエラーが出ないことがあります。そのため、担当者は変換が成功したように見えますが、表示するとまったく違う場所に点が出たり、地図上に見えなかったりします。特に、複数のデータを一括処理した場合、一部のファイルだけ列順が異なっていても気づきにくくなります。

確認の基本は、実際の座標値を数件抜き出して見ることです。日本国内のデータであれば、経度と緯度のおおよその範囲を見れば、順序の違いに気づける場合があります。経度の列に30台や40台の値が入り、緯度の列に130台や140台の値が入っている場合は、順序が逆である可能性が高いと判断できます。ただし、海外データや特殊な範囲のデータでは単純な判断ができないため、対象地域の範囲と照らし合わせる必要があります。

線や面のGeoJSONでは、座標の入れ替わりがさらに見つけにくいことがあります。点であれば地図上の位置を見て違和感に気づきやすい一方、線や面は表示範囲外に飛んでしまうと、そもそも画面に出ないことがあります。また、地物数が多いと、どの部分で順序が逆になったのかを特定するのに時間がかかります。変換前に先頭数件だけでなく、複数地点、複数地物、範囲の端にある座標も確認すると安全です。

表計算からGeoJSONを作る場合は、列名の付け方も重要です。x、yという列名だけでは、それが経度と緯度なのか、平面直角座標の東西方向と南北方向なのか、ローカル座標なのかが分かりません。列名には、可能な範囲で経度、緯度、東西方向座標、南北方向座標など、意味が分かる名前を付けると確認しやすくなります。ただし、列名だけを信用せず、数値範囲と地図表示で照合することが必要です。

経度緯度の順序確認は、投影変換後にも行うべきです。変換処理の途中で、入力と出力の軸順を自動的に解釈する環境もあります。設定によっては、担当者の想定と異なる順序で読み書きされることがあります。変換結果をそのまま保存するのではなく、代表点を抜き出して、正しい地域に入っているかを必ず確認します。

チェック3 投影座標系の単位と範囲を確認する

投影変換では、座標の単位と範囲を確認することも欠かせません。緯度経度は角度で表されますが、投影座標系では通常、平面上の距離としてメートル単位の数値が使われます。単位の違いを理解しないまま変換すると、位置だけでなく距離、面積、延長の判断も誤るおそれがあります。GeoJSONを設備管理、現地調査、施工管理、区域確認などに使う場合、位置表示だけでなく、周辺地物との関係や作業範囲の確認にも影響します。

GeoJSON内の座標が50000、-30000のような値で並んでいる場合、それは標準的な経度緯度ではなく、投影座標系やローカル座標である可能性があります。このような座標をそのまま経度緯度として扱うと、地球上の有効な範囲を超えてしまうため、表示できない、または極端な位置に出ることがあります。逆に、緯度経度の座標をメートル単位の平面座標として扱うと、距離や面積が現実と合わなくなります。

範囲確認では、対象データの外接範囲を見ると効果的です。全体の最小値、最大値を確認し、対象地域としてあり得る範囲に収まっているかを見ます。点データであれば代表点だけでも判断できますが、線や面では一部の頂点だけが異常値になっている場合があります。入力時の桁落ち、区切り文字の誤認、不要な文字の混入、座標列の結合ミスなどによって、1点だけ大きく離れた場所に飛ぶことがあります。このような異常点があると、地図表示時に全体の表示範囲が引き伸ばされ、正しい位置が見えにくくなることもあります。

投影座標系では、対象地域に応じた系を選ぶ必要があります。日本国内でも地域によって平面直角座標系の系番号が分かれているため、対象地と異なる系で変換すると位置ずれが発生します。隣接する地域のデータや、行政区域をまたぐデータを扱う場合には、どの系を基準にするかを事前に決める必要があります。単に平面直角座標系とだけ書かれていても、系番号や対象地域が分からなければ、正しい変換条件としては不十分です。

また、単位がメートルなのか、別の単位なのかも確認が必要です。実務データの中には、図面作成時の単位や縮尺、CAD由来の座標、測量機器からの出力設定によって、想定と異なる単位になっているものがあります。数値がそれらしく見えても、単位が違えば位置や距離の解釈は変わります。GeoJSONとして地図表示する前に、距離が分かっている2点間の長さ、既知の道路幅、敷地幅などと照合すると、単位の取り違えに気づきやすくなります。

投影変換の確認では、座標値の桁数も見ます。緯度経度の小数点以下の桁数が極端に少ないと、位置の表現が粗くなります。反対に、桁数が多くても元データの精度が高いとは限りません。測定方法や元資料の精度を超えて細かい桁を残しても、実務上の信頼性が高まるわけではありません。GeoJSONを共有する際には、必要な精度を保ちながら、元データの信頼性を超えた精度表現に依存しすぎないことも大切です。

チェック4 変換元と変換先の指定を記録する

投影変換は、変換元と変換先の組み合わせが正しく指定されて初めて意味を持ちます。どちらか一方だけを確認しても不十分です。変換元が緯度経度なのか、投影座標系なのか、ローカル座標なのかを確認したうえで、変換先を何にするのかを明確にします。標準的なGeoJSONとして広く扱いやすい形にするなら、WGS84の経度、緯度へ変換する場面が多くなります。一方で、解析や面積計算のために投影座標系を使う場面もあります。用途によって適切な変換先は異なります。

実務で起こりやすいのは、前回と同じ設定で変換したつもりという曖昧な運用です。同じ担当者が同じ環境で作業している間は問題が表面化しにくいですが、担当者が変わったり、別の端末で再処理したり、数か月後に同じデータを更新したりすると、変換条件が分からなくなります。結果として、過去データと新規データがわずかにずれたり、同じ地物が二重に表示されたりすることがあります。

変換条件は、作業ごとに記録しておくべきです。記録する内容としては、元データの座標系、変換先の座標系、使用した系番号や測地系の前提、変換日時、作業者、変換後の確認方法、既知点との照合結果などがあります。これらを残しておけば、位置ずれが見つかったときに、データの問題なのか、変換設定の問題なのか、表示環境の問題なのかを切り分けやすくなります。

GeoJSONのファイル名にも、変換状態が分かる情報を含めると管理しやすくなります。ただし、ファイル名だけにすべてを詰め込むと長くなりすぎるため、管理台帳や説明文と組み合わせるのが現実的です。変換前の原本、変換後のGeoJSON、確認済みのGeoJSONを区別できるようにします。原本を上書きせず残しておくことも重要です。変換後に位置ずれが見つかった場合、原本がなければ再変換や原因確認が難しくなります。

また、変換を複数回繰り返さないことも大切です。緯度経度から投影座標系へ変換し、さらに別の投影座標系へ変換し、最後にまた緯度経度へ戻すような処理を重ねると、丸めや設定違いの影響が入りやすくなります。必要な変換手順を整理し、可能な範囲で原本から目的の形式へ直接変換するほうが管理しやすくなります。中間ファイルを作る場合は、それが作業用なのか、共有用なのか、納品用なのかを明確にします。

変換先を決めるときは、最終的な利用場面を考えます。地図上で閲覧するだけなのか、現地で点検位置として使うのか、面積や延長を確認するのか、他のデータと重ねて判断するのかによって、必要な精度と座標系の扱いが変わります。GeoJSONは地図表示に便利ですが、すべての計算や管理をGeoJSONだけで完結させる必要はありません。用途に応じて、表示用、解析用、保管用のデータを分けることも、位置ずれを防ぐ実務上の工夫です。

チェック5 背景地図や既知点との重なりを確認する

投影変換が正しくできたかどうかは、変換処理が完了しただけでは判断できません。必ず背景地図、既知点、境界線、道路中心線、施設位置など、位置が分かっている情報と重ねて確認する必要があります。数値上は変換できていても、実際の地図上で数メートル、数十メートル、場合によってはそれ以上ずれていることがあります。実務では、この確認を省略すると、後工程で大きな手戻りにつながります。

確認に使う既知点は、できるだけ信頼できるものを選びます。測量成果に基づく基準点、現地で確認済みの施設角、道路交差点、境界標、既存台帳で位置が安定している地物などが候補になります。ただし、背景地図や既存データにも誤差や更新時期の違いがあります。そのため、1点だけで判断するのではなく、複数地点で確認することが大切です。1点だけが合っていても、回転、縮尺、軸順、系番号の違いによって、別の場所ではずれが大きくなる場合があります。

確認するときは、対象範囲の中心だけでなく、端部も見ます。中心付近では目立たないずれが、範囲の端では大きく見えることがあります。道路や河川のように細長いデータでは、始点と終点、途中の曲がり点を確認します。面データでは、外周の角や特徴的な折れ点を確認します。点データでは、属性が分かる代表点だけでなく、範囲外に飛んでいる点がないかも見ます。表示されたから正しいと判断せず、意図した位置に重なっているかを確認する姿勢が必要です。

位置ずれの見え方にも注意します。全体が一定方向に同じだけずれている場合は、測地系や変換条件の違いが疑われます。回転しているように見える場合は、ローカル座標の方向設定や軸の扱いが関係している可能性があります。縮尺が合わない場合は、単位、図面縮尺、座標変換の前提を確認します。一部の地物だけがずれている場合は、元データの混在、個別編集、属性と形状の対応ミス、入力時の座標誤りなどが考えられます。ずれ方を観察すると、原因の切り分けがしやすくなります。

背景地図との確認では、背景側の精度や更新日にも意識を向けます。航空写真や道路図は見た目に分かりやすい一方で、撮影時期や整備時期が異なる場合があります。新しい道路、造成地、建物の撤去や新設がある場所では、GeoJSONが正しくても背景と一致しないことがあります。このような場合、背景地図だけを基準にして修正すると、かえって正しい測量データを歪めてしまう可能性があります。位置ずれを判断するときは、背景地図、既知点、現地確認、元資料を組み合わせて見ることが重要です。

変換後の確認結果は、文章で残しておくと安心です。どの地点で確認したか、どの程度重なっていたか、ずれが見られた場合に許容範囲内か、追加確認が必要かを記録します。GeoJSONを共有する相手が現地担当者、設計担当者、管理担当者など複数いる場合、確認済みの内容が分かるだけで、受け取った側の不安が減ります。位置情報は一度疑われると全体の信頼性に影響するため、確認した事実を残すことが実務品質につながります。

チェック6 変換後のGeoJSONを実務で使える形に整える

投影変換が終わったGeoJSONは、正しい位置に表示できるだけでなく、実務で扱いやすい状態に整える必要があります。座標が合っていても、属性名が分かりにくい、不要な中間属性が残っている、地物の種類が混在している、ファイルが重すぎる、更新履歴が分からないといった状態では、現場や後工程で使いにくくなります。位置ずれ防止は投影変換だけの話ではなく、変換後の管理まで含めて考えるべきです。

まず確認したいのは、ジオメトリの種類です。GeoJSONでは、点、線、面などの形状を扱えますが、用途によって適した形状は異なります。設備の位置を示すなら点、道路や管路のような連続物なら線、区域や敷地なら面が基本になります。変換処理や編集作業の途中で、面の閉じ方がおかしくなったり、線が分割されたり、不要な点が混じったりすることがあります。地図表示では一見問題がなくても、検索、集計、現地確認で不都合が出る場合があります。

次に、属性情報を整えます。GeoJSONのpropertiesには、地物名、管理番号、種別、確認日、備考などを入れられます。投影変換の作業時には、変換前座標、変換後座標、作業用フラグ、確認用メモなどの中間情報が一時的に追加されることがあります。共有用のGeoJSONに不要な情報を残すと、受け取った側がどれを見ればよいか迷います。一方で、変換済みであることや確認日など、後工程に必要な情報は残したほうがよい場合もあります。不要な項目を消すだけでなく、必要な項目を分かりやすく残すことが大切です。

ファイルの軽さも実務上の重要なポイントです。面や線の頂点が非常に多いGeoJSONは、表示や共有に時間がかかることがあります。現地確認用や閲覧用であれば、必要な形状精度を保ちながらデータ量を調整することも検討します。ただし、単純に頂点を減らすと、境界や道路線形が変わってしまうことがあります。特に、境界確認や出来形確認、施設管理の根拠として使う場合は、見た目の軽さを優先して重要な形状を変えないように注意します。原本と閲覧用を分けて管理する方法が安全です。

変換後のGeoJSONは、ファイル名と保管場所も整理します。似た名前のファイルが複数あると、古い変換結果を誤って使うことがあります。最新版、確認済みといった言葉だけでは、時間が経つと判断しにくくなります。日付、対象範囲、用途、変換状態が分かる名前にし、原本、作業中、確認済み、共有用を混在させないことが望ましいです。ファイルの管理ルールが曖昧だと、正しい変換を行っていても、別の古いGeoJSONを使って位置ずれが再発することがあります。

実務で共有する場合は、GeoJSONだけを送るのではなく、簡単な説明を添えると誤用を防げます。どの座標系から変換したか、どの用途で使う想定か、どの範囲を対象にしているか、確認済みの既知点は何か、距離や面積の計算に使ってよいかなどを伝えます。特に、閲覧用として作ったGeoJSONを、後から計測や法的判断の根拠として使われると、意図しないトラブルにつながることがあります。データの用途と限界を明確にしておくことが大切です。

また、現地で使う場合には、通信環境や端末側の表示条件も考慮します。机上では正しく表示できたGeoJSONでも、現地端末で表示すると背景地図の読み込み、端末の測位精度、方位表示、表示縮尺などの影響で違って見えることがあります。投影変換済みのGeoJSONを現地で使う前には、代表地点で表示確認を行い、実際の位置と画面上の地物がどの程度合うかを見ておくと安心です。投影変換が正しいことと、現地で迷わず使えることは同じではありません。

まとめ GeoJSONの投影変換は事前確認と記録で安定させる

GeoJSONの投影変換で位置ずれを防ぐには、変換処理そのものよりも、変換前後の確認が重要です。座標系の前提が正しいか、経度緯度の順序が合っているか、単位と範囲に違和感がないか、変換元と変換先を記録しているか、背景地図や既知点と重なっているか、変換後のGeoJSONが実務で使いやすい形になっているかを順番に確認することで、位置ずれの多くは早い段階で発見しやすくなります。

GeoJSONは、設備管理、現地調査、施工記録、点検結果、区域整理など、さまざまな実務に使いやすい形式です。一方で、座標系の扱いを誤ると、見た目には地図データであっても、現地の位置とは合わない危険なデータになってしまいます。特に、複数の資料や担当者が関わる業務では、誰かが一度変換したという事実だけで安心せず、変換条件と確認結果を残しておくことが欠かせません。

投影変換で迷ったときは、まず数値を見ること、次に対象地域の範囲と照合すること、最後に既知点や現地で確認できる地物と重ねることが基本です。画面に表示できたかどうかだけで判断せず、実務で使う場面を想定して、必要な精度と用途に合っているかを確認します。原本を残し、変換条件を記録し、確認済みデータとして整理する流れを作れば、GeoJSONは日々の業務で扱いやすい地図データになります。