GeoJSONとは何かをやさしく整理する
GeoJSONとは、地図上の位置や形を扱うためのJSONベースのデータ形式です。点、線、面などの地理空間情報を、テキストとして中身を確認しやすい形で記録できます。たとえば、現地調査で確認した地点、道路や河川の中心線、敷地や管理区域の外周、点検対象の位置などを、ひとつのファイルとして整理する場面で使われます。
GeoJSONの大きな特徴は、位置情報と属性情報を一緒に扱えることです。単に座標だけを並べるのではなく、その地点が何を表すのか、名称、分類、状態、点検日、担当者、備考なども同じデータ内に入れられます。これにより、地図上に表示するだけでなく、検索、分類、色分け、集計、他データとの重ね合わせにも使いやすくなります。
実務で「geojson」と検索する人の多くは、地図データを扱いたいが、専用形式や座標の仕組みが難しく感じる段階にいるかもしれません。GeoJSONは、地理空間データの中では比較的読みやすく、テキストとして中身を確認しやすい形式です。専用ソフトだけに閉じず、Web地図、GIS、現地調査アプリ、点検台帳、図面作成前の整理データなど、さまざまな場面へつなげやすいことも利点です。
ただし、GeoJSONは万能な図面形式ではありません。縮尺、線種、注記の細かな見た目、図面としてのレイアウト、印刷設定などを厳密に表すものではなく、基本的には地物の形状と属性を受け渡すための形式です。そのため、GeoJSONを使うときは「地図上のどこに何があるかを整理する形式」と捉えると理解しやすくなります。
GeoJSONで扱える地物の種類
GeoJSONでは、地図上の対象をいくつかの基本的な形で表します。もっともシンプルなのは点です。点は、現地調査地点、設備位置、境界標、写真撮影位置、異常箇所、工事看板の位置など、ひとつの座標で表せる対象に向いています。点のデータは、経度と緯度などの座標をひと組持つだけなので、初心者にも理解しやすい形式です。
線は、複数の座標をつないで表す形です。道路中心線、通路、配管ルート、河川、電線ルート、巡回経路、測線などを表すときに使われます。線は、点を順番につなぐことで形が決まるため、座標の並び順が重要です。同じ座標の組み合わせでも、順番が変わると線の進み方が変わります。
面は、閉じた線で囲まれる範囲を表します。敷地、建物範囲、区域、圃場、管理エリア、危険範囲、施工範囲などを示すときに使われます。面は、外周の座標を順に並べ、最後に最初の座標へ戻る形で閉じます。面を扱うときは、線がきちんと閉じているか、外周と穴の関係が意図どおりかを確認する必要があります。
また、同じ種類の形をまとめて扱う形式もあります。複数の点をひとつのまとまりとして扱ったり、複数の線や面をひとつの地物として扱ったりできます。たとえば、ひとつの施設に複数の出入口がある場合や、離れた複数の区域を同じ管理対象としてまとめたい場合に使われます。GeoJSONでは、点、線、面に加えて、それらを複数まとめた形やGeometryCollectionも扱えますが、初心者のうちは、まず点、線、面の3つを理解すれば十分です。
GeoJSONでは、これらの形状情報をgeometryとして扱います。geometryは「地図上の形」を表す部分です。一方で、名称や分類、点検結果などの説明情報はpropertiesに入ります。このように、形状と属性を分けて考えることが、GeoJSONを理解する第一歩になります。
GeoJSONの基本構造を理解する
GeoJSONの基本は、Featureという単位です。Featureは、地図上のひとつの対象を表します。たとえば、ひとつの調査地点、ひとつの道路区間、ひとつの管理区域が、それぞれFeatureになります。Featureの中には、形状を表すgeometryと、属性を表すpropertiesが入ります。
複数のFeatureをまとめると、FeatureCollectionになります。実務では、ひとつのGeoJSONファイルに複数の点検箇所や複数の区域を入れることが多いため、FeatureCollectionの形で扱う場面がよくあります。FeatureCollectionは、複数のFeatureを一覧として持つ入れ物のようなものです。
たとえば、点のGeoJSONは次のような形になります。
json { "type": "FeatureCollection", "features": [ { "type": "Feature", "geometry": { "type": "Point", "coordinates": [139.000000, 35.000000] }, "properties": { "name": "調査地点A", "category": "点検対象", "status": "確認済み" } } ] }
この例では、typeがFeatureCollectionとなっており、その中にfeaturesという配列があります。featuresの中にはFeatureが入り、Featureの中にgeometryとpropertiesがあります。geometryのtypeはPointで、coordinatesには座標が入っています。propertiesには、調査地点の名称、分類、状態などが入っています。
初心者が最初に見るべきところは、type、geometry、coordinates、propertiesの4つです。typeはデータの種類を示します。geometryは形状の情報です。coordinatesは実際の座標値です。propertiesは、その地物に紐づく説明情報です。この4つの役割を押さえると、GeoJSONの読み方がかなり楽になります。
GeoJSONはテキスト形式なので、専用の環境がなくても中身を確認できます。ただし、記号の抜けや余分なカンマがあると、データとして正しく読み込めないことがあります。特に、波括弧、角括弧、ダブルクォーテーション、カンマの位置は重要です。見た目は単純でも、構造が少し崩れるだけで読み込みエラーになるため、編集後は必ず形式を確認する習慣が必要です。
座標の並び方と注意点
GeoJSONで初心者がつまずきやすい点のひとつが、座標の並び方です。一般的な地図の会話では「緯度、経度」と言うことが多いですが、標準的なGeoJSONでは経度、緯度の順で座標を記録します。日本付近の座標であれば、経度はおおむね120台から150台、緯度はおおむね20台から40台になることが多いため、値の大きさを見ると入れ替わりに気づける場合があります。
たとえば、ある地点をPointで表す場合、coordinatesは「経度、緯度」の順になります。緯度と経度を逆に入れてしまうと、まったく違う場所に表示されたり、表示範囲外に飛んでしまったりします。地図上にデータが出てこない、想定と違う国や海上に表示される、全体が極端にずれるといった場合は、まず座標の順番を疑うとよいです。
線や面でも、座標の順番は重要です。線の場合は、座標が並んだ順に線が引かれます。現地のルートや道路の進行方向を意味として持たせたい場合、始点と終点を意識して並べる必要があります。面の場合は、外周をなぞるように座標を並べ、最後に最初の座標をもう一度入れて閉じる形にします。閉じていない面は、読み込み時に不正と判断されたり、表示が崩れたりする原因になります。
また、GeoJSONの座標は平面図面の座標とは考え方が異なる場合があります。標準的なGeoJSONでは、WGS 84の経度緯度で扱うことが前提になります。一方で、測量や施工管理の現場では、平面直角座標系や現場独自のローカル座標で作られたデータを使うことがあります。そのようなデータをGeoJSONに変換する場合は、使用する地図やシステムに合わせて座標系を確認し、必要に応じて変換してから使うことが大切です。
実務では、座標の小数点以下の桁数も確認したいポイントです。必要以上に細かい桁数を持たせても、元データの精度が高くなるわけではありません。逆に、丸めすぎると位置が目に見えてずれることがあります。現地調査、施設管理、概略表示、設計検討など、用途に応じて必要な精度が異なるため、GeoJSONの座標だけで精度を判断せず、元データの取得方法や測定条件も合わせて確認することが大切です。
propertiesで属性情報を持たせる
GeoJSONの便利なところは、位置や形だけでなく、属性情報を一緒に持たせられる点です。propertiesには、その地物に関する情報を入れられます。たとえば、名称、種別、管理番号、点検結果、状態、作成日、更新日、担当部署、備考などです。地図上に表示するだけでなく、検索や色分け、絞り込みを行う場合にもpropertiesが重要になります。
初心者のうちは、propertiesを単なるメモ欄のように扱ってしまうことがあります。しかし、実務で使うなら、項目名と値の入れ方をそろえることが大切です。あるFeatureではstatus、別のFeatureでは状態、さらに別のFeatureではresultという名前にしてしまうと、後から一括処理しにくくなります。属性項目は、できるだけ事前に決めておき、同じ意味の情報には同じ項目名を使うようにします。
値の表記ゆれにも注意が必要です。たとえば、点検結果として「異常なし」「問題なし」「OK」「確認済み」が混在していると、人が読む分には理解できても、機械的な分類や色分けでは別の値として扱われることがあります。実務では、入力ルールを作り、選択肢をそろえることが有効です。特に、点検、施設管理、施工範囲管理、台帳作成などでは、後から集計できる形にしておくことでデータ活用の幅が広がります。
propertiesに何を入れるべきかは、目的によって変わります。地図上にラベルを出したいだけなら名称があれば足ります。点検管理をしたいなら、点検日、点検者、状態、対応要否、写真番号などが必要になるかもしれません。施工範囲を管理したいなら、工区、工程、施工予定日、進捗区分などが役立ちます。つまり、propertiesは「地図上で見たい情報」だけでなく、「後で判断や整理に使いたい情報」まで考えて設計するのが理想です。
一方で、propertiesに情報を入れすぎると、管理が難しくなることもあります。長文の説明や、頻繁に更新される履歴をすべて詰め込むと、ファイルが重くなり、編集ミスも増えます。詳細な報告書や写真ファイルそのものをGeoJSON内に入れるのではなく、管理番号や参照用の識別子を持たせ、別の台帳やファイルと対応づける方法もあります。GeoJSONは、地図上の位置と必要な属性を結びつけるための核として使うと、実務で扱いやすくなります。
GeoJSONのよくある使い方
GeoJSONの使い方としてまず多いのは、地図上への表示です。現地調査で取得した地点を地図に重ねたり、管理区域を面として表示したり、道路やルートを線として表示したりできます。地図上に重ねることで、表だけでは分かりにくい位置関係が見えるようになります。たとえば、点検対象が特定の区域に集中しているか、異常箇所が同じ路線沿いに並んでいるか、施工範囲と既存施設が重なっていないかといった確認に役立ちます。
次に、データの受け渡しにも使われます。GeoJSONはテキスト形式で構造が分かりやすいため、異なるシステム間で地物情報を渡すときに使いやすい形式です。専用形式に依存しすぎると、開く環境が限られたり、変換作業が増えたりします。GeoJSONで整理しておけば、Web地図、GIS、調査記録、簡易な管理画面などへ展開しやすくなります。
現地調査の成果整理にも向いています。現地で確認した地点を点として記録し、propertiesに調査内容を入れておけば、帰社後の整理や報告に使いやすくなります。写真やメモと対応づけるための番号を入れておけば、地図上の位置から関連資料を探しやすくなります。これにより、単なる写真一覧や表だけでは伝わりにくい現地状況を、位置情報と合わせて説明できます。
維持管理の分野でもGeoJSONは便利です。設備や施設の位置を点で管理し、点検ルートを線で示し、管理区域を面で表せば、対象物の位置関係を整理できます。属性として状態や優先度を入れておけば、対応が必要な箇所を抽出しやすくなります。さらに、過去の点検結果と現在の状態を比較すれば、変化の傾向も見えやすくなります。
計画段階の検討にも使えます。候補地、施工範囲、搬入経路、立入禁止範囲、仮設範囲などをGeoJSONで整理しておくと、関係者間で位置情報を共有しやすくなります。紙の図面や画像だけでは、後から座標や面積を扱いにくいことがありますが、GeoJSONであれば、地物として再利用しやすいデータになります。
実務でGeoJSONを作るときの確認ポイント
GeoJSONを実務で作るときは、最初に目的をはっきりさせることが重要です。地図に表示するだけなのか、台帳として使うのか、他システムへ連携するのか、関係者へ共有するのかによって、必要な属性や精度が変わります。目的があいまいなまま作ると、後で項目不足や表記ゆれが見つかり、作り直しになることがあります。
次に確認したいのは、座標系です。GeoJSONを一般的な地図表示に使う場合、経度緯度の座標であることを前提に扱う場面が多くなります。元データが図面座標、測量座標、ローカル座標で作られている場合は、そのままGeoJSONにしても期待どおりに表示されないことがあります。データを受け取ったときは、座標値の意味と座標系の情報を確認し、必要に応じて変換してから使う必要があります。
geometryの種類も確認しましょう。点で表すべきものを面で表していないか、面として管理すべき範囲を線だけで作っていないか、線のつもりが点の集まりになっていないかを見ます。地図上では似て見えても、データとしての意味が異なると、検索や集計、重なり判定の結果が変わります。たとえば、区域内に点検箇所が含まれるかを判定したい場合、区域は面として作られている必要があります。
propertiesの項目設計も実務では欠かせません。名称だけでなく、管理番号や分類、更新日、状態など、後工程で必要になる項目を検討します。特に、複数人で編集する場合は、項目名のルールを共有することが大切です。日本語の項目名でも扱える場合はありますが、連携先によっては英数字の項目名にしたほうが扱いやすいこともあります。どの環境で使うかを考えたうえで、項目名を決めると安全です。
ファイルの大きさにも注意が必要です。大量の座標点を持つ線や面が多数入っていると、表示や読み込みに時間がかかることがあります。必要以上に細かい形状を持たせると、共有や表示が重くなるだけでなく、編集もしにくくなります。用途が概略確認であれば、形状を簡略化することも検討できます。ただし、簡略化によって境界や位置の意味が変わらないよう、用途に応じた判断が必要です。
最後に、作成後の確認を必ず行います。地図に重ねて位置が正しいか、点が想定範囲に出ているか、線が途中で折れたり飛んだりしていないか、面が閉じているか、属性が欠けていないかを確認します。GeoJSONは形式が正しくても、実務上の意味が正しいとは限りません。形式確認と内容確認の両方を行うことで、後工程のトラブルを減らせます。
初心者がつまずきやすい不備と対策
GeoJSONでよくある不備のひとつは、カンマや括弧のミスです。JSON形式では、波括弧や角括弧の対応、カンマの位置、文字列を囲むダブルクォーテーションが重要です。ひとつでも抜けていると、ファイル全体が読み込めないことがあります。手作業で編集するときは、一度に大きく直すのではなく、少しずつ保存して確認すると原因を追いやすくなります。
座標の順番を間違える不備も多く見られます。標準的なGeoJSONでは経度、緯度の順で書きます。緯度、経度の順で入力してしまうと、地図上の位置が大きくずれます。特に、表計算データや現地メモから変換するときは、列名が「緯度」「経度」の順に並んでいることがあるため、出力時の順番を確認する必要があります。
面が閉じていない不備もあります。Polygonを作るときは、外周の最後の座標が最初の座標と同じである必要があります。最後の座標が抜けていると、表示環境によっては自動的に閉じて見える場合もありますが、データとしては不備になることがあります。面を作るときは、始点と終点が一致しているかを確認しましょう。
propertiesの不整合も後から問題になりやすい点です。ある地物にはnameがあり、別の地物にはnameがない場合、ラベル表示や検索で欠落が出ます。分類名が微妙に違うと、同じ分類として扱えません。入力時点では小さな違いに見えても、データ件数が増えると修正が大変になります。項目名と値の候補を先に決めておくことが有効です。
geometryの種類が混在しすぎることにも注意が必要です。GeoJSONでは複数種類のgeometryを同じFeatureCollectionに入れることはできますが、実務上は扱いづらくなる場合があります。点検地点、巡回ルート、管理区域をひとつのファイルにまとめるより、それぞれの用途に分けたほうが分かりやすいことがあります。ひとつのファイルにまとめる場合でも、propertiesで種別を明確にしておくと、後で整理しやすくなります。
また、見た目だけで正しいと判断してしまうことも危険です。地図上に表示されているからといって、座標系、属性、形状、閉じ方、重なりがすべて正しいとは限りません。表示確認に加えて、データの中身を確認し、必要に応じてサンプルを抽出して照合することが大切です。実務では、作成者とは別の担当者が確認するだけでも、ミスを見つけやすくなります。
GeoJSONを業務で活かすための考え方
GeoJSONを業務で活かすには、単にファイルを作るだけでなく、業務の流れの中でどこに位置づけるかを考えることが重要です。現地で取得した情報をGeoJSONにするのか、既存台帳から地図化するのか、地図上で確認した結果を次の点検や施工計画へ戻すのかによって、使い方は変わります。GeoJSONは、現地、台帳、地図、報告の間をつなぐ形式として考えると実務に取り入れやすくなります。
たとえば、現地調査では、地点の位置だけでなく、その場で確認した内容をpropertiesに残すことで、後から地図上で整理できます。台帳作成では、管理番号と地物を紐づけることで、表だけでは分かりにくい位置関係を可視化できます。施工や点検の計画では、区域やルートを地図上に示し、関係者間で認識を合わせる材料になります。
GeoJSONを活かすうえで大切なのは、データを再利用できる形にすることです。一度だけ表示して終わるのではなく、後から更新できる、別の資料と照合できる、他の地図データと重ねられる状態を目指します。そのためには、管理番号、作成日、更新日、分類、状態などの基本情報を整えておくことが役立ちます。
一方で、すべてをGeoJSONに詰め込む必要はありません。写真、詳細報告書、図面、長文の履歴などは、別の管理方法と組み合わせたほうが扱いやすい場合があります。GeoJSONには、位置と形状、検索や表示に必要な属性、外部資料と結びつけるための識別子を入れるという考え方が実務的です。
また、チームで使う場合は、作成ルールを共有することが欠かせません。座標の順番、項目名、分類値、ファイル名、更新手順、確認方法が担当者ごとに違うと、データを統合するときに手間が増えます。小規模な運用でも、最初に簡単なルールを決めておくことで、後の修正を減らせます。
GeoJSONは、プログラムに詳しい人だけの形式ではありません。地図を使って現場や施設を管理したい実務担当者にとっても、位置情報を整理するための共通言語として使えます。中身を読める、編集できる、他の形式へつなげやすいという特徴を理解すれば、日々の調査、管理、説明資料づくりに役立てやすくなります。
まとめ
GeoJSONは、地図上の点、線、面などをJSON形式で表すためのデータ形式です。位置や形を示すgeometryと、名称や状態などを示すpropertiesを組み合わせることで、現地調査、施設管理、点検記録、施工範囲の整理、地図表示などに活用できます。初心者は、まずFeature、FeatureCollection、geometry、coordinates、propertiesの役割を押さえると理解しやすくなります。
特に注意したいのは、座標の順番、座標系、面の閉じ方、属性項目の統一、表記ゆれです。GeoJSONは見た目がシンプルなため、簡単に扱えそうに見えますが、実務で使うには確認すべき点があります。地図上に表示できることだけで満足せず、目的に合った精度か、後から検索や集計ができるか、他の資料と対応づけられるかまで考えることが大切です。
GeoJSONをうまく使うと、現場で集めた情報を地図上で整理し、関係者に伝えやすくなります。点検箇所、調査地点、管理区域、ルート、施工範囲などを地図データとして扱えるようになるため、表や文章だけでは見えにくい位置関係を把握しやすくなります。さらに、propertiesを整えておけば、分類、状態、対応優先度などの情報も地図と一体で管理できます。
これからGeoJSONを業務に取り入れる場合は、まず小さな範囲で点、線、面を作り、地図上で表示し、propertiesを使ってラベルや分類を試すところから始めるとよいです。そのうえで、現地調査や点検記録、台帳整理へ広げていくと、無理なく運用できます。
現場の位置情報をより手軽に取得し、GeoJSONなどの地図データ活用へつなげたい場合は、スマートフォンや測量機器、現地調査アプリなどを使った計測や記録の流れも検討すると、調査から整理までの手間を減らしやすくなります。GeoJSONの基本を理解したうえで、現地で取得した位置情報を業務データへ変換できる環境を整えれば、地図を使った管理や共有を進めやすくなります。