GeoJSONの座標参照で混乱しない5つの基本

GeoJSONは、地図上の点、線、面を扱うための軽量なデータ形式として、現場管理、設備管理、測量成果の確認、施工記録、土地や道路に関する情報整理など、幅広い業務で使われています。ところが、実務でつまずきやすいのは、GeoJSONそのものの書き方よりも、座標をどう読むか、どの座標参照を前提にしているか、緯度と経度の順番をどう扱うかという部分です。画面にはそれらしく表示されているのに、別の環境で開くと位置が大きくずれる、点が海上に飛ぶ、測量図面の座標と合わないといった問題は、座標参照の理解不足から起きることが少なくありません。

この記事では、「geojson 使い方」で調べている実務担当者に向けて、GeoJSONの座標参照で混乱しないための基本を5つに整理して解説します。専門的な地理情報処理をすべて覚える必要はありませんが、座標の前提を確認する習慣を持つだけで、データの受け渡しや現地確認のミスは大きく減らせます。地図表示だけでなく、測量成果、写真位置、点群、設計データ、現地確認記録と組み合わせる場面でも使える考え方として押さえておきましょう。

目次

• GeoJSONは原則として経度・緯度の順で読む

• 座標参照は見た目ではなく前提条件として確認する

• 平面直角座標やローカル座標をそのまま入れない

• 高さや三次元座標は用途と精度を分けて考える

• 現場データと重ねる前に座標の出どころを確認する

• まとめ

GeoJSONは原則として経度・緯度の順で読む

GeoJSONを扱うときに最初に押さえるべき基本は、座標の並び順です。多くの人は、地図や住所の感覚から「緯度、経度」の順で座標を思い浮かべます。たとえば、ある地点を説明するときに、北緯いくつ、東経いくつという順番で表現することが多いためです。しかし、RFC 7946に沿った現在のGeoJSONでは、座標配列の先頭2要素は経度、緯度の順で扱います。つまり、地図上の横方向に対応する値が先に来て、縦方向に対応する値が後に来ると考えると理解しやすくなります。

この順番を取り違えると、データは一見正しい数値のように見えても、表示位置は大きくずれます。日本国内の多くのデータでは、経度はおおむね120度台から150度台、緯度はおおむね20度台から40度台に収まります。そのため、経度と緯度を逆にしてしまうと、本来日本にあるはずの点が別の地域に飛んだり、地図上に表示されなかったりします。実務では、データを作成した人と受け取った人の間で「緯度経度」とだけ説明してしまい、配列の順番まで確認していないことがあります。これが、GeoJSONを使い始めたときによく起きる混乱の一つです。

GeoJSONの座標は、点であれば一組の配列、線であれば複数点の配列、面であれば閉じた線の配列として表現されます。点の場合は単純ですが、線や面になると座標が多数並ぶため、最初の一組だけを見て順番を誤認すると、全体の位置がずれたまま作業が進んでしまいます。特に、外部から受け取ったデータを別の形式に変換したり、表計算の列からGeoJSONを生成したりする場合は、列名が「lat」「lon」なのか、「x」「y」なのか、「緯度」「経度」なのかを必ず確認する必要があります。

実務上の確認方法としては、まず一点だけを取り出して、地図上のおおよその位置と照合するのが有効です。日本国内のデータであれば、先頭の値が120から150前後、次の値が20から45前後になっているかを見れば、経度・緯度の順になっている可能性が高いと判断できます。反対に、最初の値が35前後、次の値が139前後のように並んでいる場合は、GeoJSONとしては順番が逆になっている可能性があります。ただし、この判断は地域によって変わるため、あくまで日本国内のデータを確認する目安として使うべきです。

また、座標値を「X、Y」と呼ぶ場合にも注意が必要です。地図表示の世界では、Xを経度、Yを緯度のように扱うことがよくあります。一方、測量や設計の現場では、XとYの意味が座標系、ソフトウェア、出力設定によって異なることがあります。日本の平面直角座標系では、画面上の横方向・縦方向の感覚と、測量成果での表記が直感的に一致しない場面もあります。そのため、「Xが先だからGeoJSONにもそのまま入れればよい」と短絡的に考えるのは危険です。

GeoJSONを作るときは、まずその座標が緯度経度なのか、平面座標なのかを確認し、緯度経度である場合も配列順が経度、緯度になっているかを確認します。これだけで、初歩的な位置ずれの多くは防げます。GeoJSONの使い方を覚えるうえでは、図形の種類や属性の書き方よりも前に、座標の順番を体に染み込ませることが大切です。

座標参照は見た目ではなく前提条件として確認する

GeoJSONの座標参照で混乱しやすい理由は、画面上でそれらしく見えてしまうことにあります。地図に点や線が表示されると、つい正しい位置にあると思い込んでしまいます。しかし、地図表示は、入力された数値を一定の前提に従って描いているだけです。その前提が間違っていれば、表示された位置も当然間違います。座標参照は見た目で判断するものではなく、データを作成したときの前提条件として確認するものです。

現在の標準的なGeoJSONでは、座標参照はWGS 84の地理座標を前提とし、座標値は十進法度単位の経度・緯度として扱うのが基本です。ここでいう経度と緯度は、地球上の位置を角度で表す考え方です。経度は東西方向の位置、緯度は南北方向の位置を示します。したがって、座標値の単位はメートルではなく度です。たとえば、座標値に139.7や35.6のような数値が並んでいれば、東京付近の経度・緯度として理解できます。一方、-35000や-120000のような数値が並んでいる場合、それは経度・緯度ではなく、平面座標やローカル座標である可能性があります。

ここで重要なのは、GeoJSONという形式だけでは、元データの意味をすべて保証できないという点です。ファイルの拡張子がGeoJSONであっても、中に入っている座標値が正しい前提で作られているとは限りません。誰かが平面座標をそのまま入れてしまっている場合もありますし、緯度と経度の順番を逆にしている場合もあります。古い仕様や独自運用では座標参照系を別に扱う例もありますが、外部共有や一般的なWeb地図での利用を考えるなら、現在の標準的なGeoJSONとして経度・緯度に整えるほうが安全です。

そのため、GeoJSONを受け取ったら、まず座標値の範囲を確認することが重要です。経度であれば通常は-180度から180度、緯度であれば-90度から90度の範囲に収まります。日本国内のデータであれば、さらに範囲は限定されます。この範囲から大きく外れている場合は、経度・緯度ではない座標が入っている可能性を疑うべきです。逆に、数値が範囲内に収まっていても、それだけで完全に正しいとは言い切れません。経度と緯度が逆でも、どちらも範囲内に収まる地域はあるためです。

座標参照を確認するときは、ファイルだけを見るのではなく、データの作成手順も確認する必要があります。どの測量成果から作ったのか、どの地図を基準にしたのか、どの座標系から変換したのか、変換時にどの設定を使ったのかといった情報が重要です。特に、社内外でデータを受け渡す場合は、「GeoJSONです」と伝えるだけでは不十分です。「WGS 84の経度・緯度のGeoJSONです」「座標は経度、緯度の順です」「高さは含んでいません」「元データは平面直角座標から変換しています」といった前提まで共有すると、後工程での確認が格段にしやすくなります。

また、地図上に正しく見えるかどうかを確認する場合でも、既知の地点と重ねることが大切です。道路交差点、敷地境界、建物角、既知の測点など、位置を判断しやすい基準点と照合すれば、単なる表示確認よりも信頼性が上がります。広域で見ると合っているように見えても、拡大すると数メートル、数十メートルずれていることがあります。施工管理や設備管理では、このずれが大きな問題になることがあります。

GeoJSONの座標参照を理解するうえで大切なのは、形式と座標参照を分けて考えることです。GeoJSONは図形と属性を記述するための入れ物です。その中の座標がどの基準で作られているかは、別途確認しなければなりません。見た目だけで判断せず、座標値の範囲、作成元、変換履歴、既知点との照合をセットで確認することが、実務で混乱しないための基本です。

平面直角座標やローカル座標をそのまま入れない

測量や設計の現場では、緯度経度よりも平面座標のほうが扱いやすい場面が多くあります。距離や面積をメートル単位で扱えるため、道路、造成、建築外構、設備配置、境界確認などでは、平面直角座標系や現場独自のローカル座標が使われることがあります。これらは実務上とても重要な座標ですが、一般的なGeoJSONとして共有する場合にそのまま入れると問題が起きやすくなります。

GeoJSONを一般的な地図表示で扱う場合、座標値は経度・緯度として解釈されることが多いです。そこにメートル単位の平面座標をそのまま入れると、地図表示側はその数値を角度として読もうとします。たとえば、平面座標の値が数千、数万、数十万という単位で入っている場合、経度や緯度としては成立しない範囲になり、地図上に表示できなかったり、極端におかしな位置に飛んだりします。これはGeoJSONの形式が壊れているというより、座標参照の前提が合っていない状態です。

平面直角座標をGeoJSONで使いたい場合は、通常、WGS 84の経度・緯度へ変換してから格納します。変換では、どの地域の座標系を使っているか、どの測地系を基準にしているかを確認します。日本国内の平面直角座標系は地域ごとに系が分かれており、同じ数値でも系が違えば示す位置が変わります。ここを誤ると、変換後のGeoJSONは一見正しい経度・緯度の形になっていても、実際の位置はずれてしまいます。座標変換は、単なる単位変換ではなく、基準面と投影方法を踏まえた処理であることを理解しておく必要があります。

ローカル座標の場合はさらに注意が必要です。ローカル座標は、現場内の任意の基準点を原点にしていることがあります。たとえば、ある杭や建物角を基準に、そこから東西南北に何メートルという形で位置を表す場合です。このような座標は、現場内の相対位置を管理するには便利ですが、そのままでは地球上のどこにあるかを示せません。GeoJSONとして広域地図に重ねるためには、ローカル座標を実際の地理座標に対応させるための基準点や変換条件が必要です。

実務でよくあるのは、設計データや測量成果から抽出した座標をそのままGeoJSON化してしまうケースです。担当者としては、座標値が入っているので地図に表示できると思いがちですが、その座標がどの座標系なのかを確認しないまま変換すると、後から原因調査に時間を取られます。特に、複数の関係者が関わる現場では、設計者、測量者、施工管理者、発注者側の担当者がそれぞれ異なる座標前提でデータを扱っていることがあります。GeoJSONにする前に、元データの座標系を明記しておくことが大切です。

平面座標からGeoJSONへ変換する際には、変換後の確認も欠かせません。変換したら、必ず代表点を地図上で確認し、現地の既知位置と照合します。境界点、道路中心線、構造物の角、既設マンホール、電柱、測量基準点など、確認しやすい点を選ぶとよいです。変換式や設定が正しくても、入力列の順番や符号の扱いを間違えると位置はずれます。北方向と東方向の扱い、XとYの入れ替え、単位の違い、原点の取り違えなどは、地味ですが実務で起きやすいミスです。

また、平面座標のままGeoJSON風の構造にして、特定の業務内だけで使うことも技術的にはあり得ます。しかし、その場合は一般的なGeoJSONとして外部へ渡すべきではありません。受け取った側が通常の経度・緯度として読み込むと、誤表示の原因になります。どうしても内部処理用に使う場合は、ファイル名や説明文、属性情報に、一般的な地図表示用ではないことを明記する必要があります。ただし、公開用、共有用、長期保管用のデータとしては、標準的な経度・緯度のGeoJSONに整えるほうが安全です。

GeoJSONは便利な形式ですが、測量や設計で扱うすべての座標をそのまま受け止めてくれる万能な箱ではありません。平面直角座標やローカル座標は、用途に応じて正しく変換し、変換条件と確認結果を残してから使うことが重要です。この基本を守るだけで、座標参照の混乱はかなり減らせます。

高さや三次元座標は用途と精度を分けて考える

GeoJSONでは、座標に高さを含めることもあります。点の座標を経度、緯度、高さのように三つの値で表す形です。RFC 7946に沿って厳密に考えると、三つ目の値はWGS 84楕円体に対するメートル単位の高さとして扱われます。ここを曖昧にしたまま「標高」や「現場基準の高さ」と混同すると、水平位置は合っているのに高さだけが合わないという問題が起きます。

まず、高さには複数の考え方があります。楕円体を基準にした高さ、平均海面に近い考え方で扱う標高、現場内の基準面からの高さ、建物の床面からの高さなど、同じ「高さ」という言葉でも意味が異なります。GeoJSONの座標配列に三つ目の値が入っていても、実務データではそれがどの基準の高さとして作られたものなのかを必ず確認する必要があります。特に、測量成果、写真位置、点群、設備台帳を組み合わせる場合は、高さの基準面をそろえないと判断を誤ります。

次に、高さの精度にも注意が必要です。スマートフォンや一般的な位置情報から取得した高さは、水平位置よりもばらつきが大きいことがあります。現地で見た感覚と数メートル違う、同じ場所で何度か取得すると高さが揺れる、といったこともあります。一方、測量機器や現場の基準点に基づく高さは、用途によってはより高い信頼性を持ちます。GeoJSONの中に高さが入っているからといって、すぐに施工判断や出来形確認に使えるわけではありません。

高さを含むGeoJSONを扱う場合は、その高さが表示用なのか、管理用なのか、計算用なのかを分けて考えるとよいです。表示用であれば、多少の誤差を許容して、現地の概略把握に使うことがあります。管理用であれば、写真や点検記録の補助情報として残すことがあります。計算用であれば、基準面、測定方法、精度、補正方法まで明確にしなければなりません。この区別をせずに、すべてを同じ「高さデータ」として扱うと、判断ミスにつながります。

特に、面データや線データに高さを持たせる場合は注意が必要です。線の各点に高さが入っている場合、その線は高さ変化を持つ線として解釈したくなります。しかし、一般的な地図表示では高さを無視して平面上に描画することもあります。面の場合も同様で、座標に高さが含まれていても、立体的な面として扱われるとは限りません。つまり、GeoJSONに高さを入れることと、その高さを表示や解析で活用できることは別問題です。

高さを属性として持たせる方法もあります。たとえば、座標配列には経度・緯度だけを入れ、属性情報として標高、設置高さ、計測高さ、基準面の説明などを記録する方法です。この方法なら、高さの意味を説明しやすくなります。座標配列の三つ目に高さを入れる場合でも、属性側に高さの基準や取得方法を補足しておくと、後から見た人が判断しやすくなります。実務では、データを作った本人だけが意味を理解している状態を避けることが重要です。

三次元データとの連携を考える場合も、GeoJSONだけに過度な期待をしないほうが安全です。GeoJSONは地図上の図形と属性を扱うには便利ですが、詳細な三次元形状や点群そのものを表現するための形式ではありません。三次元点群、地形モデル、構造物モデルなどと連携する場合は、それぞれのデータ形式や座標系を確認し、GeoJSONは範囲、位置、属性、参照点などを管理する役割として使うと整理しやすくなります。

高さ情報を扱うときに大切なのは、「三つ目の値があるから三次元で正確」と思い込まないことです。高さの基準、取得方法、用途、精度を分けて確認し、必要であれば属性情報に説明を残します。水平位置の座標参照と同じように、高さにも参照の前提があります。GeoJSONで高さを使う場合は、この前提を明確にしておくことで、現地確認や関係者間の共有がスムーズになります。

現場データと重ねる前に座標の出どころを確認する

GeoJSONは、単体で見るよりも、他のデータと重ねて使うと価値が高まります。たとえば、設備位置、境界線、道路線形、施工範囲、点検箇所、写真位置、測点、危険箇所、地物情報などを地図上に重ねることで、現場の状況を分かりやすく共有できます。しかし、重ね合わせの前提がずれていると、便利なはずのGeoJSONが誤判断の原因になります。現場データと重ねる前には、必ず座標の出どころを確認する必要があります。

座標の出どころとは、その座標がどのように作られたかという情報です。現地で取得した位置なのか、図面から読み取った位置なのか、既存の台帳から変換した位置なのか、写真の位置情報なのか、測量成果から作った位置なのかによって、信頼性や使い方が変わります。たとえば、写真に付いた位置情報は、撮影場所の概略把握には役立ちますが、境界点や施工位置の確定には不十分な場合があります。一方、測量成果に基づく座標であっても、変換条件や座標系の選択を間違えれば、正しい位置にはなりません。

現場でGeoJSONを使うときにありがちなのは、異なる精度のデータを同じ地図上に重ねて、同じ重みで見てしまうことです。概略位置のデータ、設計由来のデータ、実測由来のデータ、手入力のデータ、過去資料から作ったデータが混在している場合、それぞれの精度や更新時期は異なります。見た目は同じ点や線でも、信頼性は同じではありません。属性情報に、取得方法、取得日、作成者、元データ、確認状況などを入れておくと、後から判断しやすくなります。

座標の小数点以下の桁数にも注意が必要です。桁数が多い座標を見ると高精度に見えますが、数値の桁数は測位精度や測量精度をそのまま示すものではありません。粗い位置情報を多い桁数で保存しても、元の精度が上がるわけではありません。逆に、高精度に取得した座標でも、変換や丸め、手入力の過程で精度が落ちることがあります。GeoJSONを現場判断に使う場合は、座標値そのものだけでなく、どの方法で取得され、どの程度の精度を期待できるのかを確認することが大切です。

また、現場データには更新の問題もあります。道路工事、造成、建築外構、設備工事などでは、現地の状態が日々変わります。古いGeoJSONを使い回していると、地図上では整って見えても、現地とは合わないことがあります。特に、施工範囲、仮設物、埋設物、資材置場、通行規制範囲などは変化しやすいため、データの作成日や更新日を確認することが重要です。座標参照が正しくても、情報が古ければ実務上は危険です。

複数のデータを重ねる場合は、最初に基準となるデータを決めると整理しやすくなります。基準点や既知の地物、信頼できる測量成果などを基準にして、他のGeoJSONがどの程度合っているかを確認します。すべてのデータを同時に表示して眺めるだけでは、どれが正しく、どれがずれているのか判断しにくくなります。まず基準を決め、次に一つずつ重ね、ずれの方向や量を確認することが大切です。

座標の出どころを確認する際には、属性情報の設計も重要です。GeoJSONでは、図形そのものとは別に、各地物に対して属性を持たせることができます。ここに名称や種別だけでなく、座標の取得方法、測定機器の種類、測位状態、変換元の座標系、確認者、確認日、備考などを入れておくと、単なる地図データから実務に使える記録データに近づきます。すべての項目を毎回入れる必要はありませんが、後から誤解が起きそうな情報は残しておくべきです。

現場での確認では、地図上の位置と現地の見え方を対応させることも欠かせません。地図上で点が道路脇にあるように見えても、現地ではフェンスの内側なのか外側なのか、構造物の上なのか下なのか、地図だけでは判断しにくいことがあります。GeoJSONは位置情報を共有するための有力な形式ですが、現地写真、メモ、点群、図面、測量成果などと組み合わせることで、より実務的な判断ができます。

座標の出どころを確認する習慣は、データ品質の管理にもつながります。どのデータが現地実測に基づくのか、どのデータが概略入力なのか、どのデータが未確認なのかを区別できれば、関係者間での認識違いを減らせます。GeoJSONを単なる表示データとして扱うのではなく、現場判断に使う情報として管理するなら、座標参照と同じくらい、出どころの記録が重要です。

まとめ

GeoJSONの座標参照で混乱しないためには、まず座標の並び順を正しく理解することが出発点です。現在の標準的なGeoJSONでは、基本的に経度、緯度の順で座標を記述します。普段の会話で使う「緯度経度」という言い方とは順番が逆に感じられるため、ここを取り違えると位置が大きくずれます。点だけでなく、線や面でも同じ考え方が続くため、データ作成時には最初の一組だけでなく、全体の座標配列が正しい順番になっているかを確認する必要があります。

次に、GeoJSONという形式と座標参照の前提を分けて考えることが大切です。ファイルがGeoJSONであっても、中の座標が正しい経度・緯度になっているとは限りません。平面直角座標やローカル座標がそのまま入っている場合もありますし、変換条件が不明なまま共有されている場合もあります。見た目として地図に表示されたとしても、それだけで正しいとは判断できません。座標値の範囲、作成元、変換履歴、既知点との照合を確認することで、誤表示や誤判断を防げます。

平面直角座標やローカル座標を扱う場合は、GeoJSONに入れる前の変換が重要です。メートル単位の座標を、経度・緯度として扱う地図表示にそのまま渡すと、位置が合わなくなります。どの地域の座標系なのか、どの基準で作られた座標なのか、原点や軸の向きはどうなっているのかを確認し、必要な変換を行ってからGeoJSONとして整理する必要があります。変換後は、代表点を現地や既知の地物と照合し、意図した位置にあるかを確認することが欠かせません。

高さを含む場合も、三つ目の値があるから正確な三次元データになるわけではありません。標準的なGeoJSONでは三つ目の値はWGS 84楕円体高として扱われますが、実務データでは標高、現場基準高、床面からの高さなどが混在していることがあります。表示用、管理用、計算用のどれとして使うのかを分け、必要に応じて属性情報に高さの意味を残すことが重要です。GeoJSONは便利な形式ですが、詳細な三次元形状や高精度な高さ管理をすべて担うものではありません。用途に応じて、点群や測量成果、現地記録と組み合わせて使う意識が必要です。

さらに、現場データと重ねる前には、座標の出どころを確認することが大切です。写真由来の位置、図面由来の位置、実測由来の位置、台帳から変換した位置では、信頼性も用途も異なります。GeoJSON上では同じように点や線として表示されても、判断に使える精度は同じではありません。取得方法、作成日、確認状況、元データなどを属性として記録しておけば、後から見た人もデータの性質を理解しやすくなります。

GeoJSONは、正しく使えば現場の情報共有を大きく効率化できます。施工範囲、設備位置、点検箇所、境界線、写真位置、測点などを地図上で整理できれば、関係者間の認識合わせがしやすくなります。しかし、その土台になるのは座標参照の理解です。経度・緯度の順番、座標系の前提、平面座標からの変換、高さの扱い、データの出どころを確認するだけで、GeoJSONの使い方はかなり安定します。

今後、現場で取得した位置情報や写真、点群、設計データをより正確に扱いたい場合は、GeoJSONのようなデータ形式の理解に加えて、現地でどのように信頼できる座標を取得するかも重要になります。スマートフォンや測位機器を活用して現場の位置情報を記録し、点群や写真、測点と結び付けながら管理していく流れは、測量や施工管理の実務でも重要になっています。GeoJSONで座標参照の基本を押さえたうえで、取得方法、変換条件、確認結果を残す運用を整えることが、地図データと現場記録のずれを減らし、確認作業の効率化につながります。