14条地図GeoJSONをPostGISに入れる5つの手順

14条地図GeoJSONをPostGISに入れる作業は、単にファイルを読み込ませるだけでは終わりません。地番、筆界に関係する図形、属性、座標系、面積計算、検索用途を後から使いやすい形に整えておくことで、調査、確認、台帳化、現地照合の効率が変わります。

一方で、14条地図GeoJSONは境界確定や測量成果そのものとして過信するものではありません。実務では、登記所備付地図データ、地図証明書、地積測量図、登記情報、現地測量、関係者確認、自治体や発注者の資料などと照合しながら使う必要があります。特にGeoJSON化されたデータは、原データを利用しやすい形式へ変換した二次的なデータである場合があるため、入手元、取得時点、変換条件を確認して扱うことが大切です。この記事では、geojson 14条地図で検索する実務担当者に向けて、14条地図GeoJSONをPostGISに取り込む前後で確認したい流れを、公開前のデータ整備に使える形で解説します。

目次

• 手順1 14条地図GeoJSONの性質と利用目的を整理する

• 手順2 座標系と属性項目を確認して取り込み設計を決める

• 手順3 取り込み用テーブルを作り形状と属性を分けて管理する

• 手順4 GeoJSONを検証して空間データベースへ登録する

• 手順5 登録後に検索・重なり・面積の確認を行う

• まとめ 14条地図GeoJSONは入れる前の整理で使いやすさが決まる

手順1 14条地図GeoJSONの性質と利用目的を整理する

14条地図GeoJSONをPostGISに入れる最初の手順は、取り込むファイルが何を表していて、業務上どこまで使うのかを整理することです。14条地図という言葉は、一般に不動産登記法上の地図に関係する情報として使われますが、実務で入手するデータには、登記所備付地図データを変換したもの、地図に準ずる図面を含むもの、特定範囲だけを抽出したものなど、複数の前提があり得ます。GeoJSONになっている時点で、元の地図情報を扱いやすいデータ形式へ変換したものとして理解し、原典資料と同じ重みでそのまま判断材料にしないことが大切です。位置の概略把握、筆のまとまりの確認、周辺地番の検索、現地調査前の準備、他の空間データとの重ね合わせなどに活用するためのデータとして扱うのが安全です。

GeoJSONは、地物の形状と属性をまとめて表現できる形式です。14条地図GeoJSONでは、筆を表すポリゴン形状と、地番や所在に関係する属性が一緒に入っていることが多くあります。ただし、属性名や収録内容はデータの作成方法、変換ツール、提供形態によって異なるため、すべてのGeoJSONで同じ項目が存在すると考えるのは危険です。あるファイルでは地番が分かりやすい項目名で入っていても、別のファイルでは複数の項目を組み合わせないと検索キーとして使いにくい場合があります。取り込み前には、どの項目が筆を識別するために重要か、どの項目が画面表示や検索に必要か、どの項目は後から参照用として残すだけでよいかを整理しておくことが重要です。

PostGISに入れる目的も、最初に決めておくべきです。単に地図上に表示したいだけであれば、形状と最低限の表示名があれば足りる場合があります。しかし、地番検索、隣接筆の抽出、現地調査結果との照合、面積の概算確認、道路や水路など周辺地物との関係確認まで行うなら、属性の正規化、検索用インデックス、座標系の扱い、更新履歴の管理まで考える必要があります。後から用途を広げようとすると、最初に作ったテーブル構造が合わず、再取り込みや属性の作り直しが発生しやすくなります。

特に注意したいのは、14条地図GeoJSONを境界確認の最終判断に使わないことです。GeoJSON上の線が見えていると、画面上では明確な境界線のように見えますが、実務上の筆界、所有権界、現地の構造物位置、測量成果の座標値はそれぞれ意味が異なります。空間データベースに入れて検索や重ね合わせができる状態になるほど便利になりますが、便利さと法的・測量的な確定性は別の問題です。記事や社内手順で説明する場合も、境界を確定できる、正確な面積が分かると断定せず、調査の準備に使う、確認対象を絞る、他資料と照合する、といった表現に留めると安全です。

取り込み単位も整理しておきます。市区町村単位、町丁目単位、調査対象範囲単位、案件単位など、どの粒度でファイルを管理するかによって、後の検索速度や更新作業のしやすさが変わります。広い範囲を一度に入れると検索対象をまとめやすい反面、属性の揺れや重複の確認が難しくなります。小さな単位で入れると管理はしやすいものの、複数範囲をまたぐ検索では統合ビューや共通キーが必要になります。最初から完全な設計を目指す必要はありませんが、少なくとも、どの地域の、どの時点の、どのファイルを、何のために入れたかが分かる状態にしておくことが大切です。

また、元ファイルを保存する運用も欠かせません。PostGISに入れた後のテーブルだけを見ていると、後日データの出所や取り込み条件を追跡できなくなることがあります。元のGeoJSONファイル名、原データ名、取得日、対象範囲、変換処理の有無、取り込み日時、取り込み担当者、検証結果を記録しておくと、後から地番が見つからない理由や形状の時点を確認しやすくなります。空間データベースへの登録は、単なる保管ではなく、実務で再利用できる台帳化の第一歩として考えると失敗が少なくなります。

手順2 座標系と属性項目を確認して取り込み設計を決める

次の手順は、座標系と属性項目の確認です。GeoJSONでは座標が数値の並びとして入っていますが、その数値がどの座標参照系で表現されているのかを確認しないまま登録すると、地図上で位置がずれたり、距離や面積の計算結果を誤解したりする原因になります。標準的なGeoJSONでは経度、緯度の順で座標を扱う前提になりますが、実務で扱う14条地図GeoJSONは、作成経路や変換処理によって前提が分かりにくくなっている可能性もあります。ファイル仕様、変換ログ、サンプル座標を確認してから登録することが必要です。

座標の確認では、数値の範囲を見るだけでも初期判断ができます。日本国内の経度・緯度であれば、経度はおおむね百数十度付近、緯度は二十数度から四十数度付近に収まることが多くなります。一方、平面直角座標系などの投影座標であれば、メートル単位に近い数値として表現されるため、見た目の桁や範囲が異なります。経度と緯度の順を逆に登録すると、地物が想定外の場所に表示されることがあります。取り込み後に位置が大きく外れている場合は、まず座標順、座標系、変換時の指定を疑うべきです。

PostGISでは、形状データに空間参照IDを設定して管理します。ここで重要なのは、元データの座標系を正しく示すことと、必要に応じて利用目的に合う座標系へ変換することです。空間参照IDを付ける処理と、座標値そのものを変換する処理は意味が異なります。元データの座標系が分からないまま番号だけを付け替えると、見た目や計算結果が誤った状態で固定されるおそれがあります。表示や地番検索が主目的であれば、元の経度緯度を保持したままでも扱いやすい場合があります。面積や距離を概算したい場合は、経度緯度のまま安易に平面計算せず、対象地域に合った投影座標系へ変換したうえで計算する設計が必要です。

属性項目の確認では、まず地番を表す項目、所在を表す項目、筆を一意に近い形で識別できる項目、データ作成元や更新時点を示す項目を見ます。14条地図GeoJSONでは、同じ地番が複数の場所に現れる可能性や、分筆・合筆・地番表記の揺れにより、単純な地番だけでは一意に扱いにくい場合があります。そのため、検索用には市区町村、町名、大字、小字、地番などを組み合わせたキーを作る発想が必要です。項目名が長い、表記が揺れている、空欄がある、余分な空白が混じるといった状態も想定し、登録前または登録後に整形できるようにしておきます。

属性をそのまま全部取り込むか、必要な項目だけを整理して取り込むかも判断が必要です。全部取り込む方法は、後から見直す余地を残せる反面、不要な項目が多くなり、検索や画面表示で使いにくくなることがあります。必要な項目だけを取り込む方法は、テーブルがすっきりする反面、後から必要になった情報が欠けていると元ファイルに戻る作業が発生します。実務では、元属性を保持する領域と、検索・表示に使う整理済み項目を分けると扱いやすくなります。元データを残しながら、業務用の項目名や検索キーを別に持たせることで、後日の検証と日常利用を両立できます。

形状型の扱いも設計に入れます。筆のデータはポリゴンで表現されることが多いものの、単純な単一ポリゴンだけでなく、複数の面を持つ形状として入っている場合があります。取り込み先のカラムを単一の面だけに限定すると、複雑な形状が弾かれたり、変換時に欠落したりするおそれがあります。実務では、面形状を受け入れられる型として設計し、必要に応じて単一化や分割を別処理で行う方が安全です。登録時に無理に単純化しすぎると、後から元の形状との違いを説明しにくくなります。

取り込み設計では、検索速度も考慮します。14条地図GeoJSONは対象範囲が広くなると筆数が多くなり、空間検索や地番検索の負荷が高くなります。地物の形状には空間検索用の索引を用意し、地番や所在など文字検索に使う項目にも検索しやすい形の索引を用意しておくと、後の運用が安定します。ただし、最初から過剰に索引を作ると更新処理が重くなることもあるため、よく使う検索条件を想定して設計することが大切です。現地調査で、この地点を含む筆を調べる、この地番の周辺筆を探す、指定範囲にかかる筆を抽出する、といった操作を行うなら、空間索引は重要な設計項目になります。

手順3 取り込み用テーブルを作り形状と属性を分けて管理する

三つ目の手順は、PostGIS側に取り込み用テーブルを作ることです。ここでのポイントは、GeoJSONの中身をただ一つの大きなテーブルに詰め込むのではなく、後から検索、更新、検証、再取り込みがしやすい構造にすることです。14条地図GeoJSONは、元ファイル単位の情報、筆ごとの属性、形状情報、取り込み時の管理情報が混在しやすいため、テーブル設計が曖昧なままだと、運用が進むほど扱いにくくなります。

基本の考え方としては、筆ごとのデータを格納する主テーブルを用意し、そこに整理済みの所在、地番、検索用文字列、形状、登録日時、元ファイル識別情報を持たせます。元の属性一式をそのまま残したい場合は、原文に近い形で保持する項目を別に用意しておくと、後で属性名の意味を確認しやすくなります。業務用に整えた項目と元属性を混ぜすぎると、どれが加工済みでどれが元データなのか分からなくなるため、項目名や説明を明確にしておくことが重要です。

形状カラムには、筆の面形状を格納します。地図表示や空間検索に使う中心的な項目です。ここでは、元データが単一ポリゴンか複数面を含む形状かを確認し、取り込み時に弾かれないような型にしておく必要があります。また、登録後に空間索引を作る前提で、形状カラムの名前を分かりやすく統一しておくと、後続の処理が簡単になります。複数の案件や地域を同じデータベースで扱う場合は、地域コードや取込バッチ番号のような管理項目を持たせておくと、範囲ごとの削除、再取り込み、比較が行いやすくなります。

属性項目では、地番そのものだけでなく、検索しやすい正規化済みの文字列を用意するのが実務的です。たとえば、全角と半角、ハイフンの種類、余分な空白、漢数字と算用数字の扱いなどが揺れると、同じ地番を検索しているつもりでも一致しないことがあります。すべてを完全に統一するのは難しいとしても、検索用の項目では空白を除く、記号を一定に寄せる、町名と地番を結合した文字列を作るといった工夫が役立ちます。元の表示用項目はそのまま残し、検索用項目は別に作ることで、見た目の正確さと検索性を両立できます。

取り込み履歴の管理も重要です。14条地図GeoJSONを一度取り込んで終わりにする場合でも、いつ、どのファイルから、どの条件で登録したかを残しておくべきです。更新がある運用では、同じ範囲のデータを再度取り込むことがあります。その際に、古いデータを削除して入れ直すのか、差分として追加するのか、履歴を残して有効な世代を切り替えるのかを決めておかないと、同じ筆が重複して検索に出てしまうことがあります。検索結果に同じ地番が複数出る場合、実際に複数筆が存在するのか、取り込み重複なのかを判別できるようにしておく必要があります。

テーブルを作る段階では、原本に近い一時テーブルと、業務で使う本番テーブルを分ける方法も有効です。一時テーブルにはGeoJSONから読み取った内容をなるべくそのまま入れ、本番テーブルには検証済みで整形済みのデータだけを入れます。この流れにすると、取り込み直後に属性の欠損、形状の不正、座標系の誤りを確認しやすくなります。直接本番テーブルへ入れてしまうと、不正データが混ざったまま検索や表示に使われる可能性があります。特に複数人で同じデータベースを使う場合は、検証前のデータと公開・共有用のデータを分ける運用が安全です。

また、後から地物を追加編集する可能性があるかも考えておきます。14条地図GeoJSON由来のデータは、元データとしてそのまま保持することに意味があります。現地調査結果や補足メモ、写真位置、測量点、調査ステータスを追加したい場合は、元の筆データを直接書き換えるのではなく、別テーブルで関連付ける方が管理しやすくなります。元データの形状を編集してしまうと、後から原本との差異が分からなくなるからです。実務上は、筆データは参照用、調査結果は別管理、必要に応じて関連キーで結ぶという考え方が扱いやすいです。

手順4 GeoJSONを検証して空間データベースへ登録する

四つ目の手順は、GeoJSONの検証と登録です。14条地図GeoJSONをPostGISに入れる作業では、ファイルが開けるかどうかだけでなく、形状が空間データとして正常に扱えるか、属性が想定どおり入っているか、登録後の件数が元データと大きくずれていないかを確認する必要があります。見た目では地図が表示されていても、内部的には自己交差したポリゴン、穴の扱いに注意が必要なポリゴン、座標が欠けた地物、空の形状が混ざっていることがあります。

まず確認したいのは、GeoJSONとしての構造です。地物の集合として読めるか、各地物に形状があるか、属性が期待した場所に入っているかを見ます。ファイルサイズが大きい場合は、全体を一度に読み込む前に一部を確認し、文字コードや改行、属性名の文字化けがないかを見ておくと安心です。属性名が文字化けしていると、取り込み後に項目の意味が分からなくなり、検索キーの作成にも影響します。取り込み処理の途中でエラーが出る場合、形状の問題だけでなく、属性の型や文字列の長さが原因になることもあります。

次に、形状の妥当性を確認します。空間データベースでは、見た目が面に見えていても、内部的に不正な形状として扱われると、重なり判定や包含判定、面積計算で期待どおりの結果にならないことがあります。不正な形状が見つかった場合は、無条件に自動修正するのではなく、修正前後の違いを確認することが大切です。自動修正によって形状が分割されたり、微小な面が消えたりする可能性があるためです。実務で使う場合は、不正形状を一覧化し、対象筆の確認が必要かどうかを判断できるようにしておくと安全です。

登録処理では、元ファイルの各地物を一時領域へ入れ、属性を確認しながら本番用の項目へ移す流れが扱いやすくなります。地番や所在の項目をそのまま登録するだけでなく、検索用の結合項目、表示用の名称、管理用の取込番号、空間参照IDを付けておくと、後の検索や点検が簡単になります。取り込み時には、同じファイルを誤って二回入れないように、取込バッチの識別子や元ファイル名を使って重複を確認できるようにします。再取り込みを行う場合は、既存データを削除してから入れるのか、新しい世代として追加するのかを明確にしてから実行します。

登録後には、件数確認を必ず行います。GeoJSON内の地物数と、データベースに入った行数が一致しているか、形状が空の行がないか、主要な属性が空欄になっていないかを確認します。完全一致しない場合でも、理由が説明できれば問題ないことがあります。たとえば、不正な形状を別管理にした、対象外の地物を除外した、複数形状を分割したといった処理があれば件数は変わります。重要なのは、差が出た理由を記録し、後から説明できるようにしておくことです。

座標位置の確認も欠かせません。登録した形状を地図表示したときに、対象地域と大きく外れていないか、海上や遠方に飛んでいないか、形状が反転したように見えないかを見ます。座標順の取り違え、空間参照IDの誤設定、変換処理の重複、単位の誤解があると、見た目で明らかな異常が出ることがあります。最初の段階で代表的な数筆を選び、既知の位置や住所情報、背景図、現地資料と照らして大きなズレがないか確認すると、全体の品質確認につながります。

登録時には、処理の再現性も意識します。手作業で何となく読み込むと、後日同じ作業を再現できなくなります。どのファイルを、どの順番で、どの設定で、どのテーブルへ登録したかを記録し、必要であれば同じ条件でやり直せるようにします。担当者が変わると、取り込み方法の違いによって項目名や座標系が変わることがあります。社内で14条地図GeoJSONを継続的に使うなら、取り込み手順を簡単な社内ルールとして残しておくと、品質のばらつきを抑えられます。

手順5 登録後に検索・重なり・面積の確認を行う

五つ目の手順は、登録後の利用確認です。PostGISに14条地図GeoJSONを入れたら、地図上に出るかどうかだけでなく、実務で使う検索や空間判定が正しく動くかを確認します。ここを省くと、登録はできているのに検索で見つからない、地番の表記が揺れて抽出できない、指定地点を含む筆が返らない、面積の数値を誤って解釈する、といった問題が後から出やすくなります。

まずは地番検索です。検索用項目を作っている場合は、代表的な地番を指定して正しく抽出できるかを確認します。地番には枝番、記号、空白、全角半角の違いが混じることがあるため、完全一致だけでなく、部分一致や正規化済み文字列による検索も想定します。ただし、部分一致を広くしすぎると、似た地番が大量に出てしまうことがあります。実務画面で使う検索では、所在と地番を組み合わせて絞り込む、対象地域を先に限定する、検索結果に所在情報を表示するといった工夫が必要です。

次に、点と筆の関係を確認します。現地で取得した座標、調査対象地点、写真位置、測量点などを使って、その点を含む筆を検索できるか確認します。この処理が安定すると、現地記録と14条地図GeoJSON由来の筆情報を結び付けやすくなります。ただし、点の座標精度や取得方法によっては、筆界付近で隣接筆に入ったり、道路や水路側にずれたりすることがあります。点がどの筆に入るかを機械的に一つに決めるのではなく、境界付近では周辺筆も候補として確認できる設計にしておくと実務に合います。

重なり判定も重要です。工事範囲、調査範囲、計画区域、管理対象区域などのポリゴンと、14条地図GeoJSONの筆ポリゴンを重ね合わせることで、対象範囲にかかる筆を抽出できます。この使い方は、用地調査、現地確認、関係地番の洗い出しで便利です。ただし、重なった面積がわずかな場合、それを対象筆として扱うかどうかは業務ルールが必要です。微小な重なりは、座標精度やデータ作成過程の影響で生じることがあります。単純に重なったものをすべて対象にするのではなく、重なり面積や重なり率を参考にしながら、確認対象として扱うのが安全です。

面積の確認では、特に慎重さが求められます。14条地図GeoJSONのポリゴンから面積を計算することはできますが、その値を登記地積や測量成果と同じものとして扱うべきではありません。座標系、図形の精度、データ作成時の変換、境界の表現方法によって、計算面積は変わります。面積を使う場合は、概算、比較用、抽出条件の参考といった位置付けにし、正式な判断には原典資料や測量成果を確認する必要があります。また、経度緯度のまま平面的な面積を計算するのではなく、対象地域に適した投影座標系へ変換してから計算することが大切です。PostGISで面積を扱う場合も、ジオメトリ型とジオグラフィ型、SRID、変換後の単位を確認し、数値の単位を利用者に分かる形で表示します。

登録後の点検では、隣接関係の確認も役立ちます。ある筆に接する周辺筆を抽出できるようにしておくと、現地確認の準備や関係者整理に使いやすくなります。ただし、図形同士がわずかに離れていたり、微小に重なっていたりすると、隣接判定の結果が期待と異なることがあります。そのため、完全に接しているかどうかだけでなく、一定距離以内の筆を候補として出す方法も検討できます。候補を広げる場合は、誤って関係の薄い筆まで拾う可能性があるため、距離条件や表示方法を明確にしておく必要があります。

検索や重なり確認の結果は、利用者が誤解しない表示にすることも大切です。たとえば、画面上に筆ポリゴンを表示する場合、地番が表示されると確定的な情報のように見えやすくなります。実務では、表示しているデータの取得時点、確認中であること、原典確認が必要であることを分かる形にしておくと安全です。特に社外説明や関係者共有に使う場合は、14条地図GeoJSON由来の図形であること、境界確定図ではないこと、現地や資料との照合が必要であることを明記する運用が望まれます。

最後に、更新とバックアップの確認を行います。取り込んだデータは、時間が経つほど実際の登記情報や現地状況と差が出る可能性があります。更新頻度が高い用途では、元データの取得時点を検索結果に表示する、古いデータを識別できるようにする、再取り込み時の履歴を残すといった管理が必要です。バックアップについても、データベース本体だけでなく、元GeoJSON、原データ、取り込み手順、検証結果を一緒に残しておくと復旧しやすくなります。空間データは一度整えると便利ですが、どの時点の情報を見ているのかが分からなくなると、実務判断のリスクになります。

まとめ 14条地図GeoJSONは入れる前の整理で使いやすさが決まる

14条地図GeoJSONをPostGISに入れる作業は、ファイルを読み込むだけでなく、利用目的、座標系、属性、形状、検索条件、更新履歴まで含めて設計することが重要です。最初に目的を整理し、14条地図GeoJSONを境界確定の根拠ではなく、調査準備や照合のための空間データとして位置付けることで、過信を避けながら実務に活用しやすくなります。

取り込み前には、座標系と座標順を確認し、地番や所在などの属性項目を見極めます。取り込み用テーブルでは、元属性、整理済み属性、形状、取込履歴を分けて管理できるようにします。登録時には、GeoJSON構造、形状の妥当性、件数、空間参照ID、代表地点での位置確認を行い、登録後には地番検索、点との包含判定、範囲との重なり、面積の扱い、隣接筆の確認を点検します。この一連の流れを整えることで、14条地図GeoJSONは単なる地図表示用ファイルではなく、現地調査や資料整理を支える実務データとして使いやすくなります。

一方で、どれだけ空間データベース上で扱いやすくしても、14条地図GeoJSONだけで筆界や所有関係を確定することは避けるべきです。現地測量、登記資料、地図証明書、関係者確認、発注者や行政資料との照合を前提にし、データベースは確認対象を絞るための基盤として使うのが安全です。特に現地で取得した点や写真、調査メモと組み合わせる場合は、取得位置の精度や記録時点を明確にし、後から検証できる形で残すことが欠かせません。

14条地図GeoJSONを活用する実務では、現地で取得した位置情報、写真記録、調査メモ、関係資料を空間データベース上の筆情報と結び付ける流れが重要になります。特定のファイル形式やツールだけに依存せず、原データの取得時点、変換条件、座標系、検証結果を一緒に管理することで、後から見直せる地図データ基盤を作りやすくなります。現地確認からGeoJSON、PostGIS、業務データ活用までを一つの流れとして整えることが、14条地図GeoJSONを安全に使うための基本です。