GeoJSONを地番データで扱う時に確認すべき権利関係6点

GeoJSONは、土地や建物、道路、区域などの位置情報を扱いやすい形式で整理できるため、地番データの管理や社内共有、現地確認、台帳作成に活用しやすいデータ形式です。特に地番をポリゴンやポイントに結び付けると、地図上で土地の位置を直感的に把握でき、関係者間の認識合わせにも役立ちます。しかし、地番データをGeoJSONで扱う時に注意したいのは、位置が見えることと権利関係が確認できていることは別問題だという点です。地図上に形が表示されていても、その土地を誰が所有しているのか、利用できる権限があるのか、境界が確定しているのか、第三者の権利が存在するのかまでは、自動的に保証されません。

この記事では、GeoJSONで地番データを扱う実務担当者に向けて、公開資料や社内台帳、登記情報、現地確認結果などを組み合わせる際に確認すべき権利関係の基本を整理します。単に地図データを作るだけでなく、後から説明できるデータにするための考え方として、6つの確認点を順番に解説します。

目次

• GeoJSONで地番データを扱う前に押さえる前提

• 地番と所有権を同一視しない

• データの取得元と利用条件を確認する

• 境界線と権利範囲の違いを整理する

• 共有名義や相続未整理の土地を見落とさない

• 利用権・担保権・通行関係を属性情報で混同しない

• 個人情報と社内共有範囲を管理する

• GeoJSONを権利確認に使う時の実務フロー

• まとめ：GeoJSONは権利判断の入口として整備する

GeoJSONで地番データを扱う前に押さえる前提

GeoJSONは、地理情報を座標と属性で表現するための形式です。土地を面として表す場合はポリゴン、代表点として表す場合はポイント、道路や水路のような線状の対象を表す場合はラインとして扱うことができます。地番データをGeoJSON化すると、地番、町字名、面積、分類、確認日、担当者、関連資料の有無などを属性として持たせられるため、表形式の台帳だけでは把握しにくい位置関係を地図上で確認できます。

一方で、GeoJSONはあくまでデータ形式であり、権利を証明する書類ではありません。GeoJSONに所有者名や地目、面積、境界線らしき形状を入力しても、その内容が正しいことを形式そのものが保証するわけではありません。元にした資料の精度、作成時期、更新状況、利用条件、確認方法によって、実務上の信頼度は大きく変わります。

地番データは、住所データとも異なります。住所は人や建物の所在地を示すために使われることが多い一方、地番は登記上の土地の単位を識別するために使われます。地域によっては、住所と地番が近い表記になっている場合もありますが、必ず一致するとは限りません。建物の所在地を示す住所から土地の権利関係を判断したり、地番から居住者や利用者を決めつけたりすると、確認漏れにつながります。

また、地図上で隣接して見える土地が、実際には権利関係として一体ではない場合もあります。逆に、現地では一つの敷地として使われていても、登記上は複数の筆に分かれていることがあります。GeoJSONで一つの面として統合してしまうと、見た目は分かりやすくなりますが、筆ごとの権利や制限が見えにくくなることがあります。

このため、GeoJSONを地番データで扱う時は、最初にデータの目的を明確にすることが重要です。社内の現地確認用なのか、候補地の一次調査なのか、関係者への説明資料なのか、権利確認の進捗管理なのかによって、必要な属性や確認レベルは変わります。すべてを一つのデータに詰め込むのではなく、位置確認用、権利確認用、更新管理用といった役割を意識して設計することで、誤解の少ないデータ運用がしやすくなります。

1. 地番と所有権を同一視しない

最初に確認すべき点は、地番が分かっただけで所有権が分かったと考えないことです。地番は土地を識別するための情報であり、その土地の所有者、持分、権利の変動、制限事項までを直接示すものではありません。GeoJSONの属性に地番を入れると、地図上で土地の位置を探しやすくなりますが、それだけで権利関係の確認が完了したわけではありません。

実務では、地番ポリゴンに所有者名を付けたくなる場面があります。候補地の調査、隣接地の確認、工事範囲の整理、用地交渉の事前準備などでは、地図上で所有者を確認できると便利です。しかし、所有者情報は登記内容の確認時点に依存します。登記が更新されていない場合、相続や売買があっても反映前である場合、持分が複雑な場合などがあり、GeoJSONに入力した所有者名が常に最新とは限りません。

そのため、所有者情報をGeoJSONに含める場合は、確認日、確認資料、確認者、更新要否を必ず属性として分けて管理することが大切です。単に「所有者」という項目だけを作ると、後から見た人が最新情報だと誤解する可能性があります。「所有者確認日」「登記確認済み区分」「未確認」「要再確認」といった状態管理を加えることで、地図を見る人に情報の確度を伝えやすくなります。

また、所有権は土地の権利関係の一部であり、現地利用の実態と一致しないこともあります。登記上の所有者と実際の管理者が異なる場合、親族間で利用している場合、法人が管理しているが個人名義の土地である場合、自治会や管理組合のような組織が関わる場合など、地図上の一項目だけでは表しきれないケースがあります。

GeoJSONで地番データを扱う際には、所有者名を最終判断の根拠として使うのではなく、確認作業の入口として扱う姿勢が必要です。地図上では「この地番について権利確認が必要である」「この土地は確認済みである」「この筆は関係者確認中である」といった進捗を見える化し、最終的な判断は登記情報、契約書、同意書、現地協議記録などの根拠資料で確認する流れにします。

特に、土地の取得、賃借、通行、掘削、測量、立入り、工作物設置など、相手方の権利に関わる行為を予定している場合は、地番GeoJSONだけで判断しない運用を徹底する必要があります。地番と所有者が地図上に表示されると、作業者は確認できたように感じやすくなります。だからこそ、データ上に「権利判断不可」「資料確認が必要」「同意取得状況は別管理」といった項目を入れ、見た目の分かりやすさが過信につながらないようにすることが重要です。

2. データの取得元と利用条件を確認する

次に重要なのは、GeoJSON化する地番データの取得元と利用条件を確認することです。地番データは、自社で作成した測量成果、公開されている地図データ、登記関連資料、自治体資料、過去の業務成果、協力会社から受領した資料など、さまざまな経路で入手されます。どの資料を使ったかによって、利用できる範囲や再配布の可否、加工後データの扱いが変わることがあります。

GeoJSONに変換すると、元データの出所が見えにくくなる場合があります。例えば、表形式の資料を加工して地図化した場合、完成したGeoJSONだけを見ると、自社で一から作成したデータのように見えるかもしれません。しかし、元データに利用条件がある場合、形式を変えてもその条件を無視できるわけではありません。社内利用は可能でも外部提供は制限される場合、加工した成果物の扱いに条件がある場合、出典表示や利用目的の範囲が求められる場合があります。

実務担当者は、GeoJSONの属性に「取得元」「取得日」「加工日」「利用範囲」「外部共有可否」「再確認要否」などを持たせると、後からの説明がしやすくなります。特に複数の資料を重ね合わせて作成した場合は、どの属性がどの資料に由来するのかを分けておくことが大切です。地番形状は公開資料、所有者確認は登記資料、現地利用状況は現地調査、社内判断は担当部署の確認というように、情報の出所を混ぜない設計が必要です。

また、過去案件で作成した地番データを別案件に流用する場合にも注意が必要です。過去の成果物には、委託契約上の利用範囲や納品先との取り決めが存在することがあります。自社内で保管しているデータであっても、別目的への転用や第三者への提供が問題にならないかを確認しなければなりません。GeoJSONは軽量で扱いやすいため、メールや共有フォルダで簡単に渡せますが、簡単に渡せることと渡してよいことは別です。

地番データには、土地の位置や権利確認につながる情報が含まれる場合があります。たとえ個人名を含めていなくても、特定の土地を識別できる情報である以上、利用目的と共有範囲を管理する必要があります。権利者との交渉前の候補地、未公表の開発予定地、取得検討中の土地などは、社外に漏れることで関係者に影響を与える可能性もあります。

取得元と利用条件を確認する作業は、地味ですが重要です。GeoJSONを作る前に、元データの利用可否を確認し、作成後のデータにもその情報を残すことで、担当者が変わっても同じ判断を引き継げます。地番データは一度作ると長く使われやすいため、作成時点での確認記録を残すことが、後のトラブル防止につながります。

3. 境界線と権利範囲の違いを整理する

GeoJSONで地番データを扱うと、地図上には土地の線が表示されます。この線を見ると、土地の境界が明確に確定しているように感じることがあります。しかし、地図上の線と法的な境界、現地で認識されている利用範囲、工作物や塀の位置は、必ずしも一致しません。ここを混同すると、権利確認の誤りにつながります。

土地に関する線には、いくつかの意味があります。登記上の筆の範囲を表す線、現地で利用されている範囲を示す線、測量で確認した境界点を結んだ線、道路や水路との取り合いを示す線、計画上の施工範囲を示す線などです。GeoJSONではこれらをすべて同じようなポリゴンやラインで表せるため、線の意味を属性で区別しないと、後から見た人が誤解しやすくなります。

特に地番データのポリゴンは、資料の性質によって精度や意味が異なります。地図上で隣の筆と接して見えても、実際の境界確認が済んでいるとは限りません。逆に、現地では塀や舗装で明確に区切られていても、その位置が登記上の境界と一致しているとは限りません。GeoJSON上の形状は、あくまで元資料を可視化したものとして扱い、境界確定の根拠とは切り分ける必要があります。

権利範囲の確認では、所有権の範囲だけでなく、利用できる範囲も重要になります。例えば、ある土地を通行している、配管や電線が通っている、資材を一時的に置いている、測量のために立ち入る必要があるといった場合、地番の所有者だけを確認しても不十分なことがあります。利用実態、契約、同意、慣行、行政上の管理区分など、複数の観点で整理が必要です。

GeoJSONでは、形状を分けて管理する方法が有効です。地番筆界を表すレイヤー、現地利用範囲を表すレイヤー、施工予定範囲を表すレイヤー、権利確認対象範囲を表すレイヤーを分けることで、線の意味を混同しにくくなります。すべてを一つのポリゴンに集約すると見た目は簡単になりますが、確認すべき権利関係が隠れてしまうことがあります。

また、線の意味を属性名だけに頼るのではなく、確認状態を併記することも重要です。「資料由来」「現地確認済み」「測量確認済み」「関係者確認中」「未確認」といった区分を入れることで、地図を見る人が判断の限界を理解できます。GeoJSONは見た目の説得力が高いため、未確認の線でも確定情報のように扱われることがあります。だからこそ、線の種類と確認状態を明確に分けることが、権利関係の確認では欠かせません。

4. 共有名義や相続未整理の土地を見落とさない

地番データを扱う際に見落としやすいのが、共有名義や相続未整理の土地です。地図上では一つの地番として表示されていても、権利者が一人とは限りません。複数人で共有している土地、持分が細かく分かれている土地、相続が発生しているが手続きが完了していない土地、過去の名義が残っている土地などがあります。

GeoJSONの属性に所有者欄を一つだけ作ると、複数権利者を表現しきれない場合があります。代表者名だけを入力すると、他の共有者が見えなくなります。全員の氏名を一つの文字列に詰め込むと、検索や更新がしにくくなります。権利確認を目的とするなら、所有者情報をGeoJSON本体にすべて入れるのではなく、別の権利者台帳と関連付ける設計も検討すべきです。

共有名義の場合、ある一人と話ができたからといって、すべての権利関係が整理できたとは限りません。立入り、測量、工事、売買、賃借、利用承諾など、行為の内容によって必要な同意の範囲は変わります。GeoJSON上では、地番ごとに「共有あり」「代表者確認済み」「全員確認未了」「同意取得対象」などの状態を管理すると、次に何を確認すべきかが分かりやすくなります。

相続未整理の土地も、実務では慎重な扱いが必要です。登記上の名義人がすでに亡くなっている可能性がある場合、現地の管理者と登記上の名義人が異なる場合、親族の一部が利用している場合など、地図データだけでは判断できない事情があります。地番GeoJSONに古い名義をそのまま入れて共有すると、関係者に誤った印象を与えることがあります。

このような土地では、GeoJSONに「権利者確定済み」といった断定的な属性を入れるのではなく、「登記確認済み」「現況管理者確認済み」「相続関係確認中」「協議先未確定」など、確認段階を分けて管理する方が安全です。権利関係が複雑な土地ほど、白黒の判定ではなく、確認途中であることを明確に残す必要があります。

また、共有名義や相続未整理の情報は、個人に関する情報を含むことが多くなります。GeoJSONに詳細な氏名や住所、連絡先、家族関係などを入れると、共有範囲の管理が難しくなります。地図表示用のGeoJSONには必要最小限の状態だけを持たせ、詳細な権利者情報はアクセス制限された台帳で管理するなど、情報の分離を意識することが重要です。

地番データの価値は、土地を一覧できることにあります。しかし、一覧できるからこそ、複雑な権利関係を単純化して見てしまう危険があります。共有名義や相続未整理の土地は、後工程で時間がかかりやすい部分です。GeoJSON上で早めに注意対象として可視化しておくことで、交渉や調査の遅れを防ぎやすくなります。

5. 利用権・担保権・通行関係を属性情報で混同しない

地番データで確認すべき権利関係は、所有権だけではありません。土地には、賃借、使用貸借、地上権、地役権、通行に関する取り決め、担保に関する権利、工作物や設備の設置に関する契約など、さまざまな権利や利用関係が関わることがあります。GeoJSONで地番ごとに情報を整理する際には、これらを一つの「権利関係」欄にまとめてしまわないことが大切です。

例えば、土地の所有者が確認できていても、実際にその土地を利用している人が別にいる場合があります。駐車場、資材置場、農地、私道、通路、設備用地などでは、所有者と利用者、管理者、契約当事者が異なることがあります。工事や調査で立入りを行う場合、所有者への確認だけで足りるのか、利用者や管理者にも説明が必要なのかを整理しなければなりません。

また、通行関係は地番データと相性が良い一方で、誤解が起きやすい分野です。地図上で道路状に見える土地でも、公的に管理される道路とは限りません。私有地の通路、複数の土地所有者が関わる道、建築や生活のために利用されている通路など、権利の性質はさまざまです。GeoJSON上で線や面として通路を描くだけでは、誰がどの範囲をどの根拠で通行できるのかは分かりません。

担保権や差押えなどの情報も、土地の取引や利用判断に影響する場合があります。ただし、これらの情報を地図上に分かりやすく表示しすぎると、閲覧者が本来の目的を超えて情報を利用するおそれがあります。権利制限に関する情報は、必要な部署や担当者だけが確認できるようにし、一般的な地図閲覧用データには「要登記確認」「権利制限確認中」などの状態表示にとどめる設計も考えられます。

GeoJSONの属性設計では、所有権、利用権、管理関係、同意取得、契約状況、現地利用状況を分けることが重要です。これらを同じ欄に書くと、後から更新する際にどの情報が古いのか分からなくなります。例えば、所有者は変更がないが賃借人が変わった、通行同意は得たが掘削同意は未了、現地管理者には説明したが共有者全員には未説明といった状態を、個別に管理できるようにしておく必要があります。

権利関係の確認では、「誰の権利か」「何をするための権利か」「どの範囲に及ぶか」「いつ確認したか」「根拠資料は何か」を分けて考えることが大切です。GeoJSONは、これらを地図上に結び付けるための便利な器ですが、詳細な法的判断を自動化するものではありません。特に、工事、測量、開発、売買、賃借、設備設置のように第三者の権利へ影響する業務では、GeoJSONの属性情報をきっかけに、契約書や登記情報、同意書、協議記録などを確認する流れを作る必要があります。

6. 個人情報と社内共有範囲を管理する

GeoJSONで地番データを扱う際には、個人情報と社内共有範囲の管理も欠かせません。地番そのものは土地を識別する情報ですが、所有者名、住所、連絡先、交渉状況、相続関係、同意状況、現地での発言内容などを結び付けると、個人に関する情報として慎重な管理が必要になります。

地図データは、表形式の台帳よりも直感的に理解しやすいため、関係者に共有されやすい特徴があります。現地担当者、設計担当者、営業担当者、管理部門、協力会社など、複数の人が同じGeoJSONを見ることで業務は進めやすくなります。しかし、共有しやすいことは、不要な人まで見られる危険があることでもあります。権利者の氏名や交渉状況を含むデータを、広い範囲の共有フォルダに置くような運用は避けるべきです。

実務上は、地図表示用データと詳細管理用データを分ける方法が有効です。地図表示用のGeoJSONには、地番、確認状態、担当部署、要注意区分、関連資料番号など、業務に必要な最小限の情報を入れます。氏名、連絡先、交渉記録、契約内容などは別の管理台帳に置き、アクセス権を制限します。GeoJSONにはその台帳と照合するための管理番号だけを持たせれば、地図上の利便性と情報保護を両立しやすくなります。

また、社外へ共有するデータでは、属性情報の削除や簡略化が必要になる場合があります。協力会社に現地確認を依頼するために地番ポリゴンを渡す場合でも、所有者名や交渉状況まで必要とは限りません。必要なのは、確認対象範囲、作業目的、現地で確認すべき事項、立入り可否、連絡先の窓口などであり、権利者情報の詳細をすべて渡す必要がないケースもあります。

GeoJSONはテキスト形式で中身を確認できるため、意図せず属性情報が残ったまま共有されることがあります。地図画面では非表示にしていても、データ内には所有者名やメモが残っている場合があります。外部提供前には、表示されている項目だけでなく、ファイル内に含まれる全属性を確認する必要があります。画面上で見えないから安全だと考えないことが重要です。

社内運用では、地番データの作成者、更新者、閲覧者、外部提供の承認者を明確にしておくと安心です。誰でも編集できる状態にすると、権利確認済みの情報が上書きされたり、未確認情報が確定情報のように扱われたりする可能性があります。更新履歴、確認日、承認状態を残し、重要な属性は不用意に変更できないようにすることで、データの信頼性を保ちやすくなります。

個人情報や権利関係の管理は、作業効率と対立するものではありません。むしろ、必要な情報を必要な人だけが見られる状態にすることで、現場担当者は迷わず作業でき、管理者は説明責任を果たしやすくなります。GeoJSONを地番データで扱う時は、便利な共有データとしてだけでなく、権利情報を含む可能性のある管理資料として扱う意識が必要です。

GeoJSONを権利確認に使う時の実務フロー

GeoJSONを権利確認に活用するには、最初から完璧な地番データを作ろうとするよりも、確認段階を分けて整備する方が現実的です。まずは対象範囲の地番を整理し、位置を地図上で確認できる状態を作ります。この段階では、形状の精度や権利情報を断定せず、どの地番が調査対象になるかを洗い出すことを目的にします。

次に、地番ごとに確認ステータスを付けます。未確認、資料確認中、登記確認済み、現地確認済み、関係者確認中、同意取得済み、要再確認といった段階を分けると、作業の抜け漏れが見えやすくなります。ここで重要なのは、確認済みという言葉を安易に使わないことです。何について確認済みなのかを分けておかなければ、所有者確認済みなのか、境界確認済みなのか、立入り同意済みなのかが曖昧になります。

そのため、確認項目はできるだけ分離して管理します。所有者確認、共有者確認、利用者確認、境界資料確認、現地利用確認、通行関係確認、同意取得状況、外部共有可否などを別項目にすると、後から見た時に不足している確認が分かります。GeoJSONにすべての詳細を入れない場合でも、関連台帳の管理番号や資料番号を持たせることで、地図から根拠資料へたどれるようになります。

現地確認では、地図上の地番と現地の状況が一致しているかを確認します。塀、門、舗装、擁壁、水路、道路、段差、利用者の動線、看板、工作物など、地図だけでは分からない情報を記録します。ただし、現地で見えたものをそのまま権利関係として断定しないことが重要です。現地で使われている範囲は、権利上の範囲と一致する場合もあれば、一致しない場合もあります。

社内共有では、目的別に表示する情報を変えると運用しやすくなります。現地担当者には確認対象範囲と注意事項を表示し、権利担当者には確認状況と根拠資料を表示し、管理者には進捗と未解決リスクを表示するというように、同じ地番データでも見せ方を分けます。GeoJSONを一つのファイルとして配るだけでなく、属性を整理して必要な情報だけを抽出できる構造にしておくと、実務で使いやすくなります。

更新のタイミングも重要です。権利関係は、売買、相続、分筆、合筆、地目変更、契約更新、利用者変更などにより変わることがあります。一度作成したGeoJSONを長期間使い回す場合は、更新日が古いデータを自動的に要確認にする、重要案件では作業前に再確認する、外部提出前には必ず確認日を見るといったルールが必要です。

GeoJSONの運用で避けたいのは、誰かが作った地番データが根拠不明のまま使われ続ける状態です。作成時は正しかった情報でも、年月が経てば状況が変わります。確認済みの範囲、未確認の範囲、根拠資料、更新履歴を残すことで、GeoJSONを単なる地図データではなく、権利確認を進めるための管理データとして活用できます。

まとめ：GeoJSONは権利判断の入口として整備する

GeoJSONで地番データを扱うと、土地の位置や隣接関係、調査対象範囲を分かりやすく整理できます。地図上で地番を確認できることは、現地調査、社内共有、候補地整理、工事範囲の確認、権利確認の進捗管理に大きく役立ちます。しかし、地図上に表示された線や属性は、それだけで権利関係を証明するものではありません。

確認すべきポイントは、地番と所有権を同一視しないこと、取得元と利用条件を残すこと、境界線と権利範囲を分けること、共有名義や相続未整理の土地を見落とさないこと、利用権や担保権、通行関係を混同しないこと、個人情報と共有範囲を管理することです。これらを意識してGeoJSONを設計すれば、地図の見やすさを保ちながら、後から説明できるデータに近づけられます。

実務では、GeoJSONを最終判断の資料として使うのではなく、確認作業の入口として位置付けることが大切です。どの地番に確認が必要か、どの権利関係が未整理か、どの資料を見れば根拠にたどれるかを地図上で把握できれば、関係者間の認識ずれを減らせます。反対に、確認日や根拠資料を残さずに所有者名や境界らしき線だけを表示すると、便利な地図が誤解の原因になることもあります。

地番データの価値は、位置情報と権利確認の進捗を結び付けられる点にあります。そのためには、属性設計、更新履歴、共有範囲、現地確認の記録を丁寧に整える必要があります。特に現場での確認結果を地図データに反映する場合は、写真、位置、地番、確認メモを一体で管理できる仕組みがあると、後工程での確認や説明がしやすくなります。

GeoJSONを使った地番管理を、机上のデータ整理だけで終わらせず、現地確認や関係者説明までつなげたい場合は、現場で取得した位置情報や写真を地番データと結び付けて管理できる環境を整えることが重要です。現地での記録を権利確認の補助資料として残し、社内で共有しやすい形に整理することで、地番データの実務価値は高まります。こうした現地記録と位置情報の管理を進める場合は、特定の製品名に依存せず、写真、位置、確認日、担当者、根拠資料番号を安全に紐づけられる現地記録ツールや社内GIS、台帳システムの活用を検討すると、GeoJSONを使った地番データ管理から現場確認までを一連の流れで扱いやすくなります。