GeoJSONの座標系でずれを防ぐEPSG確認4ステップ

GeoJSONは、地物の位置や形状を扱うデータ形式として、Web地図、GIS、測量成果、現地調査記録、点群や図面との重ね合わせなど、幅広い場面で使われています。扱いやすい一方で、座標系の前提を取り違えると、地物が数メートルから数百メートル、場合によってはまったく違う場所に表示されることがあります。特に「geojson」で検索して実務に取り入れようとしている担当者にとって、EPSGコードの確認は、データ変換や納品前の品質確認で避けて通れない工程です。

目次

• GeoJSONで座標系のずれが起きる理由を理解する

• ステップ1 元データのEPSGを確認する

• ステップ2 GeoJSONとして扱う座標の前提を確認する

• ステップ3 変換後の位置を基準点や既知データで確認する

• ステップ4 運用ルールとしてEPSG情報を残す

• GeoJSONの座標系確認でよくある失敗

• まとめ

GeoJSONで座標系のずれが起きる理由を理解する

GeoJSONで座標がずれる原因の多くは、データそのものが壊れていることではなく、座標値をどの座標参照系として読むかという前提の違いにあります。GeoJSONの座標は、点、線、面などの形状を数値の並びで表しますが、その数値がGeoJSONの標準的な前提に合っているのか、変換前の平面直角座標などがそのまま残っているのかを取り違えると、表示結果は大きく変わります。

現在広く参照されるGeoJSONの仕様では、座標はWGS 84に基づく地理座標で、単位は十進度、順番は経度、緯度を基本とします。実務では、元データが日本の平面直角座標系やWeb地図で使われる投影座標系、測量成果の座標値で管理されていることもあります。そのため、元データをGeoJSONとして利用する前に、どのEPSGからどの座標参照系へ変換するのかを確認する必要があります。

たとえば、ある点の座標が「139.7, 35.6」のような値であれば、日本付近の経度、緯度のように見えます。一方で、「-36000, -52000」のような値であれば、地域の平面座標や測量系の座標である可能性があります。しかし、見た目だけで判断するのは危険です。同じような桁の数値でも、地域、測地系、投影法、軸順、単位の違いによって意味が変わるからです。

EPSGは、座標参照系を識別するためのコードとして実務でよく使われます。たとえば、緯度経度の地理座標系、Web地図でよく使われる投影座標系、日本の平面直角座標系などは、それぞれ異なるEPSGコードで管理されます。EPSGコードを確認することで、「この座標値はどの地球モデルに基づき、どの単位で、どのように投影されたものか」を関係者間でそろえやすくなります。

GeoJSONを扱うときに注意したいのは、GeoJSONファイルに含まれる座標値だけを見ても、元データの座標系や変換履歴が常に読み取れるわけではないという点です。元データの仕様書、作成時の設定、変換時の条件、受け渡し時の説明が不十分だと、受け取った側が誤ったEPSGとして読み込んだり、必要な変換を行わずに表示したりする可能性があります。

特に現場の実務では、設計図面、測量成果、台帳データ、写真測量の成果、点群データ、既存GISデータなど、複数のデータを重ね合わせることが多くあります。各データが同じ座標系でそろっていれば問題は少ないのですが、実際には作成元や用途によって座標系が異なることがあります。そのため、GeoJSONを作成する前、変換する前、表示する前、納品する前に、EPSGを確認する流れを決めておくことが重要です。

座標系のずれは、見た目だけでは気づきにくい場合もあります。背景地図から明らかに離れていれば異常に気づけますが、数十センチから数メートルのずれは、縮尺や表示環境によって見落とされることがあります。道路、造成、埋設物、境界、出来形管理など、位置精度が重要な業務では、小さなずれが後工程の手戻りにつながることもあります。

そのため、GeoJSONを扱うときは、「表示できたから正しい」と判断するのではなく、「元データのEPSGは何か」「GeoJSONとして出力する座標は経度、緯度の順になっているか」「既知点や現地基準と合っているか」を確認する必要があります。ここからは、ずれを防ぐためのEPSG確認を4つのステップに分けて整理します。

ステップ1 元データのEPSGを確認する

最初に行うべきことは、GeoJSONに変換する前の元データがどのEPSGで作成されているかを確認することです。ここをあいまいにしたまま変換作業を進めると、後からどれだけ表示設定を調整しても、正しい位置に戻すことが難しくなります。

元データには、測量成果、図面から出力した座標、台帳データ、現地で取得した点、既存のGISデータなど、さまざまな種類があります。それぞれのデータが持つ座標系は、作成目的や地域、発注者の仕様によって異なります。したがって、ファイルの拡張子や見た目だけではなく、作成時の条件を確認することが重要です。

確認すべき情報は、まず座標系の種類です。緯度経度で表されているのか、平面直角座標のような投影座標で表されているのかを確認します。緯度経度であれば角度の単位が使われ、投影座標であればメートル単位の数値になっていることが一般的です。ただし、単位の見た目だけでは断定できないため、必ずデータ作成者や仕様書で確認します。

次に、測地系を確認します。測地系が異なると、同じ地点を示しているつもりでも座標値が変わります。古い成果や過去の台帳では、現在よく使われる測地系と異なる前提で作られている場合があります。古いデータをGeoJSON化するときは、単純にファイル形式を変えるだけでなく、必要に応じて測地系変換が行われているかを確認する必要があります。

さらに、地域ごとの座標系にも注意が必要です。日本の平面直角座標系のように、地域ごとに系番号が分かれている座標系では、同じ種類の座標系でも対象地域によってEPSGが異なります。隣接する地域のデータを扱う場合や、広域のデータをまとめる場合は、どの系を使っているかを必ず確認してください。系番号を誤ると、座標値はそれらしく見えても、表示位置が大きくずれることがあります。

元データのEPSGを確認するときは、ファイルに付属するメタデータ、仕様書、納品要領、作業手順書、座標一覧表の注記、変換履歴などを確認します。実務では、ファイル本体とは別に座標系情報が記載されていることも多いため、データだけを受け取って作業を始めるのではなく、付帯情報をセットで確認することが大切です。

また、データ作成者に確認できる場合は、「このデータのEPSGコードは何ですか」と具体的に聞くのが有効です。「緯度経度です」「公共座標です」「メートル座標です」といった表現だけでは不十分な場合があります。できればEPSGコード、測地系、投影法、軸順、単位、対象地域を確認して記録します。

元データのEPSGが不明な場合は、推測だけで進めないことが重要です。座標値の範囲、対象地域、既知点との照合、周辺データとの比較から候補を絞ることはできますが、推測で確定扱いにすると後工程で問題が残ります。やむを得ず仮定して作業する場合は、「推定EPSG」として記録し、確認が取れ次第修正できるようにしておくべきです。

このステップの目的は、GeoJSONにする前の出発点を明確にすることです。変換元のEPSGが分からなければ、変換先の正しさも判断できません。GeoJSONの座標系確認は、ファイルを書き出す段階ではなく、元データを受け取った段階から始まっていると考えると、後工程のずれを大きく減らせます。

ステップ2 GeoJSONとして扱う座標の前提を確認する

元データのEPSGを確認したら、次にGeoJSONとしてどの座標値で出力し、どの環境で利用するかを決めます。標準的なGeoJSONとして互換性を重視する場合は、WGS 84の経度、緯度の十進度に変換して扱う前提で確認するのが基本です。元データが投影座標である場合は、GeoJSONに出力する前に、必要な座標変換を行う必要があります。

まず確認したいのは、GeoJSONを読み込む側の環境がどの座標の並びと単位を前提にしているかです。Web地図上に表示する場合、GeoJSONの座標値は経度、緯度の順で渡す運用が一般的です。背景地図が内部的にWebメルカトルで描画されていても、GeoJSONとして渡す座標は経度、緯度を前提にしていることが多いため、内部表示の投影法とGeoJSONの入力座標を混同しないようにします。

一方で、業務用のGIS環境や独自の処理系では、変換前の投影座標やローカル座標を一時的にJSON形式で扱う運用が行われることもあります。ただし、その場合は標準的なGeoJSONとの互換性が失われたり、読み込み先によって正しく解釈されなかったりする可能性があります。外部連携や納品、汎用的なWeb地図での利用を想定する場合は、相手側の仕様に合わせ、必要に応じてWGS 84の経度、緯度へ変換したうえで受け渡すことが安全です。

GeoJSONで特に注意すべきなのが、座標の順番です。標準的なGeoJSONでは、座標配列は経度、緯度の順で扱われます。日常会話では「緯度経度」と言うことが多いため、つい緯度、経度の順に並べてしまうことがあります。しかし、順番を逆にすると、座標はまったく別の位置を示します。日本付近の座標であれば、経度はおおむね120から150度台、緯度はおおむね20から50度台に収まることが多いため、値の範囲から気づける場合もありますが、機械的な変換処理では見落とされやすい点です。

また、高さ情報を含める場合にも注意が必要です。GeoJSONの座標配列では、経度、緯度に続いて3番目の値を持たせることがあります。標準仕様では、この3番目の値はWGS 84楕円体からの高さとして扱われます。ただし、実務データでは標高、現場基準の高さ、独自の高さ情報が混在していることがあります。そのような値を含める場合は、相手側がどう解釈するかを確認し、必要であれば属性情報や付属資料で高さの基準を明記します。

変換時には、元EPSGから出力先の座標参照系への変換が正しく指定されているかを確認します。単に座標値を別ファイルに書き出すだけでは、座標系変換は行われません。投影座標から経度、緯度へ変換する場合、変換処理そのものが必要です。ファイル形式の変換と座標系の変換は別の作業であることを意識してください。

実務でよくある失敗は、「GeoJSONにしたから地図に載るはず」と考えて、元のメートル座標をそのまま出力してしまうケースです。GeoJSONはあくまで形状と属性を表す形式であり、座標値の意味を自動的に補正してくれるものではありません。出力前に、座標値が経度、緯度として妥当な範囲になっているか、意図した座標参照系に変換されているかを確認する必要があります。

もう一つの失敗は、変換後の前提を記録しないことです。変換作業をした本人は覚えていても、後日別の担当者が扱うと前提が分からなくなります。GeoJSONを作成した時点で、元EPSG、出力先の座標参照系、変換日、変換担当、変換条件を記録しておくと、問題発生時の原因調査がしやすくなります。

このステップでは、GeoJSONを何に使うのかを基準にして、出力する座標の前提を決めます。背景地図に重ねるのか、現場の測量成果と照合するのか、別システムへ渡すのか、三次元確認で使うのかによって、必要な座標系の扱いは変わります。用途を確認したうえでEPSGと座標順を決めることが、座標ずれを防ぐ基本です。

ステップ3 変換後の位置を基準点や既知データで確認する

EPSGを確認してGeoJSONを作成した後は、必ず位置確認を行います。設定上は正しく見えても、変換元のEPSGの取り違え、座標順の逆転、単位の誤解、高さの扱いの違いなどにより、実際にはずれている可能性があります。座標系の確認は、コードや設定を見るだけでなく、実際の位置で検証して初めて完了します。

確認の基本は、信頼できる既知データとの重ね合わせです。道路中心線、境界点、基準点、既設構造物、測量済みの点、現地で確認済みの点など、位置が明確なデータとGeoJSONを重ねて、ずれがないかを確認します。背景地図だけに頼るのではなく、可能であれば同じ業務で使う正式な基準データと照合することが望ましいです。

背景地図との見た目の一致は、初期確認としては役立ちます。しかし、背景地図の精度や更新時期、表示縮尺によっては、細かなずれを判断しにくい場合があります。特に工事現場、造成地、新設道路、山間部、港湾部、河川周辺などでは、背景地図が現況と一致していないこともあります。そのため、背景地図で大きな位置ずれを確認した後、業務上信頼できる座標データで詳細確認を行う流れが安全です。

確認時には、少なくとも複数地点で照合することが重要です。一点だけが合っていても、回転、縮尺、投影法、軸順の問題が残っている可能性があります。対象範囲の端部、中央部、特徴的な折れ点、既知点などを複数選び、全体として同じ方向や同じ量のずれがないかを見ます。もし範囲全体が一定方向にずれている場合は、測地系や変換パラメータの問題が疑われます。場所によってずれ方が変わる場合は、元データの作成条件や複数データの混在を疑う必要があります。

GeoJSONの座標が経度、緯度の場合は、座標値の範囲も確認します。日本国内のデータであれば、経度と緯度の値が対象地域として自然な範囲に入っているかを見ます。経度と緯度が逆になっている場合、表示先によっては海外や海上に飛ぶことがあります。場合によっては読み込みエラーにならず、単に別の場所に表示されるだけなので、機械的な処理では検出されにくい点です。

投影座標を扱う元データでは、単位がメートルであること、対象地域の座標値として妥当であること、原点や系番号が合っていることを確認します。たとえば、同じ地域の既知点と比較して、座標値の差が極端に大きい場合は、EPSGの指定ミスや系番号の誤りが疑われます。単位をメートルと想定していたのに別の単位が混在している場合も、形状の大きさや位置が不自然になります。

面データの場合は、位置だけでなく形状の向きや閉合状態も確認します。座標変換後にポリゴンが崩れていないか、穴の扱いが正しいか、線が交差していないか、極端に細長い形状になっていないかを見ます。座標系の問題が直接の原因ではない場合でも、変換処理の途中で形状が崩れることがあるため、位置確認とあわせて形状確認を行うと安心です。

高さを含むGeoJSONでは、平面位置が合っていても高さが合っていないことがあります。高さの基準が異なると、三次元表示や現地重ね合わせで上下方向のずれが発生します。高さを使う業務では、水平座標のEPSGだけでなく、高さの基準、単位、補正の有無も確認してください。平面のEPSG確認だけで三次元データ全体の整合性を保証できるわけではありません。

確認結果は、作業者の目視だけで終わらせず、記録として残すことが大切です。どの基準データと照合したのか、どの地点で確認したのか、許容できるずれの範囲に収まっているのかを記録しておけば、後から説明が必要になったときに根拠を示せます。納品や社内レビューの前に、確認済みであることを明確にできる点も大きな利点です。

このステップの目的は、EPSGの設定が実際の位置として正しいことを確認することです。設定値が正しいように見えても、現地基準や既知データと合わなければ実務では使えません。GeoJSONの座標系確認では、机上の設定確認と空間上の位置確認をセットで行うことが重要です。

ステップ4 運用ルールとしてEPSG情報を残す

GeoJSONの座標ずれを防ぐには、毎回その場で確認するだけでなく、運用ルールとしてEPSG情報を残すことが重要です。個別の作業者が正しく処理しても、引き継ぎや再利用の段階で情報が欠けると、同じミスが繰り返されます。特にGeoJSONはテキスト形式で扱いやすく、さまざまな環境に渡しやすいため、データだけが一人歩きしやすい形式でもあります。

まず、GeoJSONファイルを作成したときは、元データのEPSGと出力後の座標参照系を記録します。ファイル名、付属の説明文、管理台帳、納品資料、社内のデータ管理メモなど、どの方法でもかまいませんが、後から見た人が座標系を確認できる状態にしておく必要があります。ファイルだけを見ても元データの座標系や変換条件が分からない場合に備え、付帯情報として必ず残す運用が望ましいです。

記録する内容は、EPSGコードだけでなく、できれば座標系名、測地系、単位、変換元、変換先、変換日、変換担当、確認方法まで含めます。EPSGコードが分かれば多くの情報を特定できますが、実務上は「どの元データから、どの目的で、どのように変換したか」が重要になるためです。問題が起きたとき、変換履歴が残っていれば原因を追いやすくなります。

また、GeoJSONを受け渡すときは、相手がどの座標系を前提に利用するかも確認します。社内で使う場合でも、部署や担当業務によって前提が異なることがあります。外部に渡す場合は、相手側の読み込み環境が経度、緯度を期待しているのか、特定の投影座標を扱える独自仕様なのかを確認しておくと、受け渡し後のトラブルを減らせます。

運用ルールとしては、GeoJSONを作成する前に元EPSGを確認し、変換時に出力先を指定し、作成後に既知点で位置確認し、最後にメタ情報を残す、という流れを標準化すると効果的です。この流れが決まっていれば、担当者が変わっても品質が安定します。逆に、毎回担当者の経験に任せていると、忙しい時期や複数データを扱う場面で確認漏れが起こりやすくなります。

ファイル命名にも工夫できます。たとえば、プロジェクト名、対象範囲、作成日、出力先の座標参照系をファイル名に含めると、一覧で見たときに取り違えを防ぎやすくなります。ただし、ファイル名だけに頼るのは危険です。ファイル名が変更されたり、別名保存されたりすると情報が失われるため、管理台帳や説明文にも残すことが望ましいです。

さらに、テンプレート化も有効です。GeoJSONを作成するたびに確認項目を一から考えるのではなく、元EPSG、出力先の座標参照系、座標順、単位、高さ、基準点照合、確認者、確認日を記入するチェックシートを用意しておくと、確認漏れを減らせます。小規模な作業でも、同じ形式で記録を残すことで、後から再利用しやすいデータになります。

複数の座標系を扱う現場では、プロジェクトごとに標準EPSGを決めておくことも重要です。すべての元データを同じ座標系に統一してからGeoJSONに変換するのか、用途ごとに変換して使うのか、納品時はどの形式にするのかを事前に決めておくと、作業中の混乱を防げます。標準が決まっていない状態で各担当者が個別に変換すると、同じGeoJSONでも座標の前提が異なるファイルが混在してしまいます。

このステップの目的は、確認作業を一度きりで終わらせず、再現性のある運用にすることです。GeoJSONの座標系トラブルは、技術的な変換ミスだけでなく、情報共有不足によって起こることが多くあります。EPSG情報と変換履歴を残す文化を作ることで、データの信頼性を高め、後工程での手戻りを減らせます。

GeoJSONの座標系確認でよくある失敗

GeoJSONの座標系確認では、いくつかの典型的な失敗があります。これらを事前に知っておくと、作業中に異常を見つけやすくなります。

最も多い失敗は、緯度と経度の順番を逆にすることです。日常的には「緯度経度」と表現することが多いため、座標配列にも緯度、経度の順で入れてしまうことがあります。しかし、標準的なGeoJSONでは経度、緯度の順で扱います。順番が逆になると、日本のデータであっても意図しない場所に表示されることがあります。特に手作業で座標を編集する場合や、表形式のデータからGeoJSONを作る場合は注意が必要です。

次に多いのが、投影座標を変換せずにGeoJSONへ書き出す失敗です。元データがメートル単位の平面座標であるにもかかわらず、そのままGeoJSONの座標として出力すると、読み込み側が経度、緯度として解釈してしまう場合があります。ファイル形式の変換と座標系の変換は別の処理です。GeoJSONファイルが作成できたことと、正しい座標に変換できたことは同じではありません。

古いデータの測地系を確認しないことも、ずれの原因になります。過去に作成された台帳や図面、測量成果を利用する場合、現在のデータと測地系が異なる可能性があります。見た目には同じ地域のデータでも、重ね合わせると一定方向にずれることがあります。古いデータを扱うときは、作成年、測地系、変換履歴を確認することが大切です。

地域ごとの系番号の取り違えも注意が必要です。平面直角座標系のように地域で系が分かれる座標系では、隣の地域のEPSGを指定してしまうと、大きな位置ずれが起きます。対象地域が複数の系にまたがる場合や、発注者から受け取ったデータと自社で作成したデータを統合する場合は、どの系で統一するかを事前に決める必要があります。

高さ情報の扱いを忘れる失敗もあります。二次元の地図表示だけであれば目立たないことがありますが、三次元表示や点群との重ね合わせでは、高さの基準が合っていないと大きな問題になります。GeoJSONに高さを含める場合は、その値が何を基準にした高さなのか、単位は何か、補正が必要かを確認してください。

また、背景地図に重なっただけで正しいと判断するのも危険です。背景地図は便利な確認手段ですが、業務上必要な精度を保証するものではありません。特に高精度な測量データや工事関連データを扱う場合は、背景地図との見た目だけでなく、基準点や既知データとの照合が必要です。

さらに、変換後のGeoJSONだけを保存し、元データや変換条件を残さない失敗もあります。後からずれが見つかったとき、元EPSGや変換条件が分からないと原因を特定できません。修正するにも、どこからやり直せばよいか分からなくなります。GeoJSONは扱いやすい形式だからこそ、作成過程の記録を残すことが重要です。

これらの失敗に共通しているのは、座標値だけを見て判断している点です。座標値は、座標系という前提があって初めて意味を持ちます。GeoJSONの品質を高めるには、座標値、EPSG、変換履歴、確認結果をセットで管理する意識が必要です。

まとめ

GeoJSONは、位置情報を扱う実務で非常に便利な形式です。点、線、面を扱いやすく、属性情報も含められるため、地図表示、台帳管理、現地確認、データ連携など多くの用途で活用できます。しかし、便利な形式である一方、座標系の前提を誤ると、正しい場所に表示されない、既存データと合わない、現地確認でずれるといった問題が発生します。

座標系のずれを防ぐためには、まず元データのEPSGを確認することが重要です。元データが緯度経度なのか、投影座標なのか、どの測地系や地域系に基づいているのかを把握しなければ、正しい変換はできません。次に、GeoJSONとしてどの座標で扱うのかを決め、読み込み側の前提と合わせます。特に経度、緯度の順番や、高さ情報の扱いには注意が必要です。

変換後は、設定だけで判断せず、基準点や既知データと照合します。背景地図で大まかな位置を確認し、さらに業務上信頼できるデータと複数地点で比較することで、座標系の取り違えや変換ミスを見つけやすくなります。そして最後に、元EPSG、出力先の座標参照系、変換条件、確認結果を記録し、運用ルールとして残します。

GeoJSONの座標系確認は、一見すると細かな作業に見えるかもしれません。しかし、位置情報を扱う業務では、この確認がデータ全体の信頼性を左右します。表示できることと、正しい位置にあることは別です。EPSGを確認し、変換し、照合し、記録するという4ステップを習慣化することで、後工程の手戻りを大きく減らせます。

現場で取得した位置情報や図面データ、点群データをGeoJSONなどの形式で活用する場面では、座標系の整合性がますます重要になります。高精度な位置確認や現地でのデータ活用まで視野に入れる場合は、取得、変換、確認、共有までを一連の流れとして管理することが欠かせません。GeoJSONの座標系を正しく扱うには、標準仕様、元データのEPSG、変換条件、確認記録を分けて整理し、関係者間で同じ前提を共有することが重要です。