GeoJSONの重なり判定で使う基本処理と確認ポイント6つ

GeoJSONを扱う実務では、地図上に表示できることと、正しく重なりを判定できることは別の問題です。見た目では重なっているように見えても、座標の前提、形状の閉じ方、境界線の扱い、属性の紐づけ、面積計算の方法がずれていると、判定結果が現場判断に使いにくくなります。この記事では、GeoJSONでポリゴン同士、線と面、点と面などの重なりを確認する際に押さえておきたい基本処理と確認ポイントを、実務担当者向けに整理します。

目次

• GeoJSONの重なり判定で最初に確認すべき前提

• 確認ポイント1 座標の前提と座標順序を確認する

• 確認ポイント2 ジオメトリの種類と判定したい関係を分ける

• 確認ポイント3 ポリゴンの閉じ方と自己交差を確認する

• 確認ポイント4 境界線上の接触を重なりに含めるか決める

• 確認ポイント5 誤差と微小な隙間を処理する

• 確認ポイント6 判定結果を属性と現地確認につなげる

• GeoJSONの重なり判定を現場運用に活かすまとめ

GeoJSONの重なり判定で最初に確認すべき前提

GeoJSONの重なり判定とは、地物同士の位置関係を計算し、互いに重なっているか、接しているか、内包しているか、離れているかを確認する処理です。対象は土地境界、工区、施工範囲、調査範囲、道路区域、埋設物の影響範囲、写真の取得位置、点検対象の管理範囲など、さまざまです。単に地図に重ねて目視するだけでなく、データ同士の関係を機械的に判定できるようにすると、確認漏れの防止、対象箇所の抽出、面積や延長の集計、報告資料の整理に役立ちます。

ただし、GeoJSONはあくまで地理空間情報を表すデータ形式です。重なり判定そのものは、GeoJSONの中に自動的に含まれている機能ではありません。座標値、形状、属性を読み取り、GISソフトや空間処理ライブラリなどで空間演算を行い、関係を求める必要があります。そのため、同じGeoJSONファイルでも、読み込む処理の前提や判定条件が違えば、結果の見え方が変わることがあります。特に、面同士の交差、線が面を横切る判定、点が面の中にある判定、面積を伴う重複率の計算では、細かな前処理が重要です。

実務でよくあるのは、複数の部署や外部関係者から受け取ったGeoJSONを重ねたときに、一部だけずれる、境界がわずかに重ならない、面の外周が閉じていない、同じ地点を示しているはずなのに点が範囲外になる、といったケースです。このような問題は、表示上は小さな差に見えても、判定処理では大きな違いになります。たとえば、施工範囲と用地範囲の重なりを判定する場合、境界付近のわずかな差が、対象内か対象外かという判断に影響することがあります。

また、重なり判定には目的に応じた粒度があります。重なっているかどうかだけを知りたい場合もあれば、どの部分が重なっているかを抽出したい場合もあります。さらに、重なった面積を求めたい、全体面積に対する重複率を出したい、重なっていない部分だけを抽出したい、境界線だけが接しているものを除外したい、という場合もあります。目的が曖昧なまま処理を始めると、後から結果の解釈に迷いやすくなります。

GeoJSONの重なり判定を安定させるには、最初に対象データの性質を整理することが大切です。どのGeoJSONを基準データとし、どのGeoJSONを照合対象にするのか。点、線、面のどれを扱うのか。判定結果を表示確認に使うのか、集計に使うのか、現地作業の指示に使うのか。これらを先に決めておくことで、必要な処理が見えやすくなります。

確認ポイント1 座標の前提と座標順序を確認する

GeoJSONの重なり判定で最初に確認したいのは、座標の前提と座標順序です。標準的なGeoJSONでは、座標は経度、緯度の順で記録されます。日本語の実務資料では緯度、経度の順に書かれることも多いため、手入力や変換処理を挟んだデータでは順序の取り違えが起こりやすくなります。座標順序が逆になっていると、地図上ではまったく別の場所に配置され、重なり判定以前の問題になります。

座標の前提についても注意が必要です。標準的なGeoJSONでは、座標はWGS 84の経度緯度を前提に扱われます。ただし実務では、ファイル名や拡張子がGeoJSONであっても、測量や設計で使われる平面直角座標系などの数値をそのまま格納した非標準的なデータを受け取ることがあります。そのようなデータは、一般的なGeoJSON対応ツールで期待どおりに表示・判定できない可能性があります。重なり判定に使う前に、標準的なGeoJSONとして扱える座標なのか、変換が必要な作業用データなのかを確認する必要があります。

特に面積や距離を計算する場合、経度緯度のまま扱うのか、対象地域に適した投影座標系や測地計算を使うのかを明確にする必要があります。経度緯度は角度の値であり、そのまま単純な平面座標として計算すると、場所や範囲によって距離や面積の解釈に差が出ます。重なりの有無だけを大まかに見る場合と、重複面積を数値として扱う場合では、求められる精度が異なります。

座標の確認では、まず対象データがどの地域を表しているか、座標値が妥当な範囲にあるかを見ます。日本国内の経度緯度であれば、おおむね経度は百数十度、緯度は二十数度から四十数度の範囲に入ります。値が数千や数万のような平面座標らしい数値になっている場合は、標準的なGeoJSONとして扱う前に、座標系、測地系、変換条件を確認する必要があります。ファイル拡張子だけで判断せず、中身の座標値と作成経緯を確認する意識が必要です。

また、複数のGeoJSONを重ねる場合は、全データを同じ座標の前提にそろえてから判定するのが原則です。片方だけ変換済み、片方は元の座標のまま、という状態では、判定結果が意味を持ちません。変換処理を行った場合は、元データ、変換後データ、変換条件を分けて管理しておくと、後から結果を説明しやすくなります。実務では、判定結果そのものだけでなく、どの前提で判定したかを残すことが重要です。

座標順序と座標の前提確認は、地味ですが最も大きな事故を防ぐ工程です。重なり判定で得られた結果が不自然なときは、処理の式や判定条件を疑う前に、座標の順序、座標値の範囲、変換の有無、対象地域との整合を見直すと原因を見つけやすくなります。

確認ポイント2 ジオメトリの種類と判定したい関係を分ける

GeoJSONには、点、線、面、それらを複数まとめた形状があります。重なり判定と一口に言っても、点と面、線と面、面と面では意味が異なります。点が面の中にあるかを確認する処理と、線が面を横切っているかを確認する処理と、面同士が重なっているかを確認する処理は、同じ「重なり」という言葉で扱われがちですが、実際には判定の考え方が違います。

点と面の関係では、点がポリゴンの内部にあるか、外部にあるか、境界線上にあるかを判定します。たとえば、座標付き写真の撮影位置が工区内にあるか、調査点が対象区域に含まれるか、管理点が所定の範囲に入っているかを確認する場面です。この場合、点そのものには面積がないため、重なり面積という考え方はありません。判定結果は、含まれる、含まれない、境界上にある、という分類になります。

線と面の関係では、線が面の内部を通るか、面の境界に接するか、面を横切るかを確認します。道路中心線、排水経路、埋設管路、施工動線、測線などを対象区域と重ねる場合に使われます。線の一部だけが面に入っている場合は、その部分の長さを求めることもあります。線が面の境界に沿っているだけなのか、内部に入っているのかを区別しないと、実務上の解釈が変わることがあります。

面と面の関係では、最も多くの確認項目が出てきます。工事範囲と用地範囲、調査範囲と規制範囲、管理区域と地番区域、計画図と現況図などを比較する場合、互いに重なる部分、片方にしかない部分、完全に含まれる部分、境界だけ接している部分を分けて考えます。重なった面積を求める場合は、交差部分の形状を新たに作成し、その面積を計算します。単に重なっているかだけでなく、どの程度重なっているかが重要になる場面も多くあります。

ここで大切なのは、判定したい関係を先に言葉で定義することです。たとえば、「接しているだけでも対象に含める」のか、「面積を持って重なる場合だけ対象にする」のかで処理結果は変わります。「対象範囲に入る写真を抽出する」のか、「対象範囲と重なる工区を抽出する」のか、「重複部分の面積を集計する」のかでも必要な処理は異なります。判定後の使い道を先に決めることで、適切な空間演算を選びやすくなります。

GeoJSONの属性情報も、この段階で確認しておくべきです。重なり判定の結果を出しても、どの地物とどの地物が重なったのかを追跡できなければ、実務では使いにくくなります。各Featureに管理番号、名称、区分、作成日、出典区分、現地確認状況などが入っていると、判定結果を一覧化したときに確認しやすくなります。逆に、属性が不足しているデータでは、判定後に元の図形へ戻って確認する手間が増えます。

ジオメトリの種類と判定関係を整理することは、処理の精度だけでなく、結果の説明責任にも関わります。重なり判定を自動化する場合でも、最初に「何をもって重なったと判断するか」を明文化しておくと、関係者間の認識違いを減らせます。

確認ポイント3 ポリゴンの閉じ方と自己交差を確認する

面の重なり判定では、ポリゴンの形状が正しく作られているかが非常に重要です。GeoJSONのPolygonは、外周を表す座標列によって面を表現します。外周の始点と終点は同じ座標で閉じられている必要があります。穴がある場合は、外周とは別に内側のリングを持ちます。こうした構造が崩れていると、地図上では面に見えても、判定処理では正しく扱えないことがあります。

実務でよくあるのは、CAD系の線データや測量図面から変換したときに、見た目は閉じているのに座標列としては閉じていないケースです。端点がわずかに離れている、重複した点が含まれている、線が戻っている、外周の途中に不要な枝線が入っている、といった状態です。表示ソフトによっては自動的に面のように見せてくれることがありますが、重なり判定ではエラーや不安定な結果の原因になります。

自己交差も大きな問題です。自己交差とは、ポリゴンの外周線が自分自身と交差している状態です。蝶のように交差した形や、外周が折り返して重なっている形では、どこが内側でどこが外側かを一意に判断しにくくなります。この状態で面と面の交差を計算すると、重なり部分が欠けたり、意図しない面が生成されたりすることがあります。特に複雑な境界を持つ土地、河川沿い、道路沿い、構造物周辺のデータでは注意が必要です。

ポリゴンのリング方向も確認対象です。GeoJSONでは、外周と穴の座標列の向きについて推奨される考え方があります。ただし、実際の処理ではツールやライブラリによって補正の有無や扱いが異なることがあります。複数のツールや変換処理を経由する場合は、穴が面として扱われたり、面が穴として扱われたりしていないか確認しておくべきです。特に、敷地内に除外区域がある場合や、対象区域から一部をくり抜いて表現している場合は、穴の扱いを確認しておく必要があります。

また、極端に細いポリゴンや、ほぼ線に近い面も判定を不安定にします。道路縁、境界沿いの細長い区域、緩衝帯のようなデータでは、わずかな座標誤差で面積がゼロに近くなったり、交差結果が複数に分割されたりします。こうしたデータでは、面として扱うべきか、線として扱うべきかを検討する必要があります。用途によっては、線を一定幅の範囲として扱う処理のほうが実務に合う場合もあります。

ポリゴンの品質確認は、重なり判定の前処理として欠かせません。具体的には、座標列が閉じているか、点数が十分か、自己交差がないか、穴の位置が外周内にあるか、極端に小さな面が混入していないかを確認します。エラーを自動補正できる場合もありますが、補正によって形状が変わることがあります。重要な境界や法的な根拠に関わるデータでは、自動補正だけに頼らず、補正前後の形を比較することが大切です。

重なり判定の結果が期待と違う場合、原因は判定処理ではなく、元のポリゴンの構造にあることが少なくありません。見た目の地図確認に加えて、データ構造として正しい面になっているかを確認することが、安定したGeoJSON運用の土台になります。

確認ポイント4 境界線上の接触を重なりに含めるか決める

GeoJSONの重なり判定で実務上の解釈が分かれやすいのが、境界線上の接触をどう扱うかです。面同士が一部の辺だけで接している場合、点だけで接している場合、線が面の境界に沿っている場合、点がポリゴンの境界線上にある場合などは、判定の目的によって「重なっている」と見る場合もあれば、「内部には入っていない」と見る場合もあります。

たとえば、隣接する二つの区域が境界線を共有している場合、面積としては重なっていません。しかし、境界線としては接しています。これを重なりと扱うと、隣接しているだけの区域まで抽出される可能性があります。一方で、境界上の管理対象や点検対象を漏らしたくない場合は、接しているものも対象に含めたほうがよいことがあります。つまり、正解は一つではなく、業務目的によって決めるべき条件です。

点と面の判定でも同じ問題があります。点がポリゴンの内部にある場合は分かりやすいですが、点が境界線上にある場合、その点を対象区域内とするかどうかはルール次第です。現場で取得した座標には測位誤差が含まれるため、境界線上と判定された点が実際には内側か外側かを厳密に判断できないこともあります。この場合は、境界から一定距離以内を要確認として扱うなど、実務的な分類が有効です。

線と面の関係では、線が面を横切る場合、面の中を通る場合、境界に沿う場合、境界に一部だけ接する場合を分けて考えます。道路や管路のデータでは、線が区域境界に沿っているだけでも管理上重要な意味を持つことがあります。一方で、施工範囲内に入っている延長を集計したい場合は、境界接触だけを含めると過大に評価する可能性があります。

面同士の重なり判定では、面積を持つ交差だけを対象にするか、接触も対象にするかを明確にします。重複面積の集計が目的であれば、接触だけの関係は面積ゼロとして除外するのが自然です。干渉の可能性を広く洗い出す目的であれば、接触も候補に含めて、後で人が確認する方法が向いています。重要なのは、抽出条件を結果の利用者に説明できる形にしておくことです。

境界線上の扱いは、データの精度とも関係します。境界データが高精度で整備されている場合と、概略図として作られている場合では、同じ判定でも意味が変わります。概略データ同士を厳密に比較して、数センチ単位の接触や隙間を問題にしても、元データの精度を超えた判断になってしまいます。逆に、高精度な測量データを扱う場合は、境界の微細な差が重要になることもあります。

このため、重なり判定の仕様には、内部判定、接触判定、交差判定、含有判定、要確認判定などを分けて整理しておくと便利です。単純に真偽値だけで結果を返すのではなく、「面積を持って重なる」「境界で接する」「点で接する」「近接しているが重ならない」といった分類にすると、後工程での確認がしやすくなります。実務では、判定結果を白黒だけで扱うよりも、要確認の余地を残したほうが安全です。

確認ポイント5 誤差と微小な隙間を処理する

GeoJSONの重なり判定では、誤差と微小な隙間の扱いが結果を左右します。複数のデータを重ねたときに、境界がぴったり一致することは意外と多くありません。作成時期、作成方法、測量精度、図面変換、座標丸め、手入力、簡略化処理などの違いによって、同じ場所を表しているはずの線や面がわずかにずれることがあります。このずれをすべて厳密に扱うと、実務感覚とかけ離れた結果になることがあります。

たとえば、二つの区域が本来は接しているはずなのに、GeoJSON上では数センチから数十センチの隙間がある場合があります。この状態で重なり判定を行うと、接していない、重なっていない、という結果になります。しかし、業務上は同じ境界として扱うべき場合があります。逆に、本来は離れているはずの区域が、変換や簡略化の影響でわずかに重なってしまうこともあります。小さな重なりをすべて問題として扱うと、不要な確認作業が増える可能性があります。

このような場面では、許容誤差を設定する考え方が重要です。許容誤差とは、どの程度のずれまでを同一または近接とみなすかという基準です。許容誤差は一律に決められるものではありません。対象データの精度、業務目的、現地で必要な判断の厳しさによって変わります。概略検討なら広めの許容範囲で候補を拾い、施工や境界に関わる確認なら狭めの許容範囲で慎重に見る、といった使い分けが必要です。

微小な隙間や重なりを処理する方法としては、座標の丸め、形状の簡略化、近接判定、一定距離の範囲化、極小面の除外などがあります。ただし、これらの処理は便利である一方、元の形状を変える可能性があります。特に、境界や権利関係に関わるデータでは、処理によって線が動いたことを見落とすと問題になります。自動処理したデータを正式な境界のように扱わず、元データとの違いを確認できる状態にしておくことが大切です。

重なり面積を計算する場合は、微小な交差面が大量に発生することがあります。これは、境界線が完全に一致していないデータ同士を重ねたときに起こりやすい現象です。細長い三角形のような面、極端に小さい破片状の面、ほぼ線に近い面が生成されることがあります。これらをすべて集計に含めると、一覧が見づらくなり、重要な重なりを見落とす原因になります。面積が一定未満のものを要確認または除外候補にするなど、集計前の整理が必要です。

ただし、極小面を単純に削除するのも危険です。小さな面であっても、重要な構造物や管理対象を示している場合があります。たとえば、狭い通路、細長い用地、管路の占用範囲、境界沿いの除外区域などは、面積だけを見ると小さくても実務上の意味は大きいことがあります。そのため、面積基準だけで機械的に判断せず、属性や位置、対象業務の性質と合わせて見る必要があります。

誤差処理では、処理前のデータ、処理後のデータ、判定結果を分けて管理すると安全です。元データを上書きしてしまうと、どの処理で形状が変わったのか追跡できなくなります。特に複数回の変換や補正を行う場合は、段階ごとにデータを保存し、処理内容を記録しておくと、後から説明しやすくなります。GeoJSONはテキスト形式なので差分を追いやすい面がありますが、座標列が長くなると目視確認は難しくなります。変更履歴や処理条件を別途整理しておくことが実務では有効です。

誤差と微小な隙間をどう扱うかは、重なり判定の品質を決める重要な要素です。厳密すぎる判定は現場感覚から外れ、緩すぎる判定は本来の問題を見逃します。目的に合った許容範囲を設定し、処理による形状変化を管理することで、GeoJSONの重なり判定を実務に使いやすいものにできます。

確認ポイント6 判定結果を属性と現地確認につなげる

GeoJSONの重なり判定は、計算して終わりではありません。実務で重要なのは、判定結果をどのように確認し、どのように次の作業につなげるかです。重なっている地物を抽出できても、どの案件、どの区域、どの管理番号、どの担当者、どの確認状況に関係するのかが分からなければ、業務上の価値は下がります。判定結果は、空間情報と属性情報を結びつけて整理する必要があります。

まず、元のGeoJSONに識別子があるかを確認します。Featureごとに一意の番号や名称がないと、判定結果で「この面とこの面が重なった」と表示されても、元データに戻るのが難しくなります。地物の名称、管理番号、区分、作成者、更新日、確認状態などを属性として持たせておくと、重なり判定後の一覧化や確認作業がスムーズになります。属性名の付け方も統一しておくと、複数データを扱うときに混乱しにくくなります。

次に、判定結果として何を残すかを決めます。重なりの有無だけを残すのか、重なった相手の識別子を残すのか、重複面積や重複率を残すのか、判定種別を残すのかによって、後工程の使いやすさが変わります。面同士の重なりであれば、元の面積、交差面積、重複率、重なり相手の管理番号を残すと、優先順位をつけやすくなります。点と面の判定であれば、点が属する区域名や境界からの距離を残すと、確認時に役立ちます。

判定結果は、地図表示と一覧表示の両方で確認できると実務向きです。地図上では位置関係や周辺状況を確認できますが、多数の対象を一つずつ見るには時間がかかります。一覧では、重複面積が大きい順、要確認の種別、管理番号、担当区分などで並べ替えられますが、地形や周辺地物との関係は分かりにくくなります。両方を行き来できるようにすると、机上確認と現地確認の連携がしやすくなります。

現地確認につなげる場合は、判定結果をそのまま現場の事実として扱わないことも重要です。GeoJSONの重なり判定は、あくまでデータ上の関係を示します。元データが古い、現地が変わっている、測量精度が不足している、座標変換に誤差がある、境界の解釈に注意が必要、といった場合は、現地での確認や関係資料との照合が必要です。特に、施工範囲、用地境界、安全管理、点検対象の抽出などでは、判定結果を確認候補として扱う姿勢が大切です。

また、判定結果を関係者に共有するときは、色分けや分類名を分かりやすくすることが求められます。たとえば、面積を持って重なるもの、境界で接するもの、近接するが重ならないもの、データ不備で判定できないものを分けて示すと、確認の優先順位が明確になります。単に「重なりあり」「重なりなし」とするよりも、現場でどう動けばよいかが伝わりやすくなります。

データ更新の運用も忘れてはいけません。重なり判定は一度行えば終わりではなく、元データが更新されれば再判定が必要になります。工区の変更、設計変更、現地調査結果の反映、境界修正、属性更新などが発生すると、過去の判定結果は古くなる可能性があります。判定日、使用データの版、処理条件を記録しておくと、後から「どの時点の判断か」を確認できます。これは、複数人で作業する現場や、長期間にわたるプロジェクトで特に重要です。

GeoJSONの重なり判定を業務に組み込むなら、処理結果を現場の行動に変換するところまで設計する必要があります。どの結果を誰が確認するのか、確認後にどの属性を更新するのか、再判定はいつ行うのか、報告資料にはどの情報を載せるのか。こうした運用ルールがあると、GeoJSONは単なる地図表示用データではなく、現場管理や判断支援のための実務データになります。

GeoJSONの重なり判定を現場運用に活かすまとめ

GeoJSONの重なり判定では、まず座標の前提と座標順序を確認し、データが同じ条件で比較できる状態になっているかを見ます。次に、点、線、面のどれを対象にしているのかを整理し、判定したい関係を明確にします。面を扱う場合は、ポリゴンの閉じ方、自己交差、穴の扱いなど、形状そのものの品質を確認します。そのうえで、境界線上の接触を重なりに含めるか、微小な隙間や誤差をどう処理するかを決め、判定結果を属性情報や現地確認に結びつけます。

この流れを押さえることで、GeoJSONの重なり判定は単なる技術処理ではなく、実務判断のための確認手順になります。特に、施工範囲、調査範囲、用地、管理区域、点検対象、座標付き写真などを扱う現場では、データ上の重なりが確認漏れや手戻りの防止につながります。一方で、元データの精度や更新状況を無視して厳密な判定だけを信じると、現場の実態とずれることがあります。判定結果は、データの前提とセットで解釈することが大切です。

GeoJSONを現場で活かすには、重なり判定の前処理、判定条件、結果の分類、確認履歴を一連の流れとして整える必要があります。地図上で見えること、数値として集計できること、現地で確認できることをつなげると、空間データはより実務的な価値を持ちます。たとえば、現場で取得した座標付き写真や測位データをGeoJSONと組み合わせれば、机上の区域データと現地の状況を結びつけやすくなります。

現場でGeoJSONを扱う担当者にとって重要なのは、完璧な一回の判定を目指すことではなく、判断に使える状態へ段階的に整えることです。座標の前提を確認し、形状の不備を見つけ、境界や誤差の扱いを決め、判定結果を現地確認へ回す。この繰り返しによって、GeoJSONの重なり判定は信頼できる業務プロセスになります。

今後、現場で取得する位置情報や写真、図面データが増えるほど、GeoJSONのような空間データを正しく重ねて確認する力は重要になります。現地で得た情報をすばやく位置に紐づけ、管理範囲や施工範囲との関係を確認できれば、報告、共有、手戻り防止の精度が上がります。特定の製品やサービスに依存せず、座標の前提、形状品質、判定条件、確認履歴を整えることが、GeoJSON活用の基本になります。