地番図（オープンデータ）の共通仕様書を勝手に考えます！

<b>はじめに</b>

２０２５／０４／０３現在、全国で４４の自治体（市町村）がオープンデータとして地番図をＧＩＳデータ（Ｓｈａｐｅファイル）で公開しています。

<b>４４自治体で１，０５０万ポリゴン</b>となります。

私が４４自治体のデータ変換を行ったところ、様々な課題・問題がありましたので、それらをまとめるとともに、自分が望むデータ仕様を記録したいと思います。

<hr>

<b>【課題】</b>
<b>＜課題１＞</b>
<b>地番図オープンデータの情報は、自分が探さないといつ・どこの市町村が出しているか分からない</b>

<b>＜課題２＞</b>
<b>自治体のオープンデータの公開先がバラバラで、ポータルサイトがない。</b>

<b>＜課題３＞</b>
<b>地番図、地番参考図、参考地番図、地籍図など単語のバラツキがある。</b>

<b>＜課題４＞</b>
<b>地番図データフォーマット（保存形式）</b>

<b>＜課題５＞</b>
<b>地番図データの座標定義（平面直角座標系・緯度経度系）</b>

<b>＜課題６＞</b>
<b>地番図データについて属性のバラツキがある。</b>

<hr>

<b>【課題に関する考察及び解決案】<b>
<b>＜課題１＞</b>
<b>地番図オープンデータの情報は、自分が探さないといつ・どこの市町村が出しているか分からない</b>

<b>＜考察１＞</b>
現在、地番図を自治体がオープンデータとして公開しているかは、「各自の調査」が基本必要となります。
ネットで「地番図　○○市　オープンデータ」と入れて検索したり、ＳＮＳ（Facebook・Ｘ）で調べたりします。

また、今ここ何番地？や地番Zoo、open-hinata3などで地番図をオープンデータとして公開している自治体をまとめているものもありますが、現行民間依存となっています。

<b>【今ここ何番地？：地番図リスト】</b>
https://office-shirado.com/imakoko/data_list_chibanzu/

<b>【地番Zoo】</b>
https://chosashi-data.org/shirado/chibanzoo/

<b>【open-hinata3：全国地番図公開マップ】</b>
https://kenzkenz.xsrv.jp/open-hinata3/?s=6L2yQjj

<b>＜解決案１＞</b>
Ｇ空間情報センターなどに一本化して検索できるようにしたり、地番図公開アラート・メール配信機能もあると嬉しい。
不動産情報ライブラリーにも少し期待したい。（地番図配信）

<hr>

<b>＜課題２＞</b>
<b>自治体のオープンデータの公開先がバラバラで、ポータルサイトがない。</b>

<b>＜考察２＞</b>
自治体のＨＰにオープンデータとして公開されているものや、都道府県のオープンデータカタログ、Ｇ空間情報センターなど様々な箇所にデータがあるため、一カ所で検索することができない状況である。

また、自治体によっては、独自のＷｅｂＧＩＳ（Ｗｅｂ地図）からダウンロードするなどのものがあり、取得のスクリプト処理ができない状態となっている。

<b>＜解決案２＞</b>
解決案１と同じように、Ｇ空間情報センターなどに一本化して検索できるようにしたり、地番図公開アラート・メール配信機能もあると嬉しい。
不動産情報ライブラリーにも少し期待したい。（地番図配信）

<hr>

<b>＜課題３＞</b>
<b>地番図、地番参考図、参考地番図、地籍図など単語のバラツキがある。</b>

<b>＜考察３＞</b>
現状、検索サイト（Google等）で各自「地番図」の情報を検索しなければならない状況であるが、「地番図」以外にも「地番参考図」、「参考地番図」、「地籍図」などの用語を用いられており、検索しにくくなっている。

特に、「地籍図」は地籍調査（国土調査）の成果図として、「地籍図」という用語を使用するため、地番図と同異議なのかが判断しにくい。

<b>＜解決案３＞</b>
地番図の用語定義が必要（法律、ガイドライン、仕様書）
個人的には、「地番図」を推したい。


<hr>

<b>＜課題４＞</b>
<b>地番図データフォーマット（保存形式）</b>

<b>＜考察４＞</b>
地番図のデータフォーマットについては、ほぼ１００％Ｓｈａｐｅファイルとなっている。
Ｓｈａｐｅファイル自体の抱える問題もあることから、他のフォーマット（ＧｅｏＪＳＯＮ・ＦｌａｔＧｅｏｂｕｆ・ＰＭＴｉｌｅｓなど）も検討すべきであると思う。

また、ファイル名もファイル名から、自治体コード・自治体名・地番図・データ年度が推測できるようにした方が良いと思う。

<b>＜解決案４＞</b>
ＧｅｏＪＳＯＮをＺｉｐ圧縮した形式が望ましいと考える。
※ＧｅｏＪＳＯＮのままだと、容量が大きい（なのでＺｉｐに圧縮）
※ＧｅｏＪＳＯＮは、属性項目名の文字数制限等がないため、現行抱える問題をクリアできる。

ファイル名としては、
07204_Iwaki_20240101_20240701.geojson(.zip)
（市区町村コード：５桁、市区町村名、データ更新日、公開日）
が候補かと思われる。

<hr>

<b>＜課題５＞</b>
<b>地番図データの座標定義（平面直角座標系・緯度経度系）</b>

<b>＜考察５＞</b>
多くの自治体では、Ｓｈａｐｅファイルで提供され、データは平面直角座標系（Ｘ・Ｙ座標）となっている。
ＧＩＳ観点で考えると、緯度経度系の方がデータとして処理しやすい。

　平面直角座標系：ｍ単位で小数点以下第３位（ｍｍ単位）が基本
　緯度経度系：小数点以下１０桁ほどまでないと平面直角座標系のｍｍ単位の復元が難しい

　平面直角座標系：ＣＡＤ用のイメージ
　緯度経度系：ＧＩＳ用のイメージ

<b>＜解決案５＞</b>
緯度経度系でのデータ提供を基本とするのが望ましい

<hr>

<b>＜課題６＞</b>
<b>地番図データについて属性のバラツキがある。</b>

<b>＜考察６＞</b>
現行では、各自治体ごとに各々独自の属性を持たせており、自治体ごとの処理が別々に必要であるため、スクリプト処理（プログラム処理）ができない状況である。

今後、オープンデータとして地番図が公開されるとより複雑になってくる。
※情報公開法に基づく開示請求による取得も同様

地番図で必要なのは、最低「所在」・「地番」のみ
※地番検索リスト等のために、「所在コード」も欲しくなる。

自治体によっては、「AzaCD」はあるが「Aza」（字名）がないデータも散見される。
地番も、「本番」・「枝番」・「枝々番」などに分解されているものもあり、演算処理が必要になるケースもある。

また、字コード・字名は別ファイル（PDF・CSVなど）提供とされている自治体もあり、処理する難点の１つとなっている。

その他、項目名がバラバラであり、各自治体のデータごとに項目名も確認しなければならないのがネックとなっている。

<b>＜解決案６＞</b>
項目名・形式（文字型・整数型）などの共通仕様書が必要と考える。
案としては、以下のとおりである。

・所在コード【自治体独自】（文字型）
・所在コード【法務省】（文字型）
・所在コード【アドレス・ベース・レジストリ】（文字型）
・所在（文字型）
・地番（文字型）

を基本とし、その他の項目を追加しても良い

「所在コード＋地番」をユニークキーにする。
※どの所在コードを使うかは悩むところ

同じ所在・地番が存在するときは、１つのFeatureに２つの形状を入れてもＯＫ
別のFeatureにする場合は、識別子を入れる（W1、W2など）

その他の項目としては、
・地目（登記）【文字列】
・地目（現況）【文字列】
・地積（登記地積）【文字列】
・地積（課税地積）【文字列】
・不動産番号【文字列】
・不動産ＩＤ（不動産番号と同一？）【文字列】
・その他【文字列】
が考えられる。



<hr>
<b>＜まとめ＞</b>

２０２５年４月時点では、地番図に関する共通仕様書はないものであるが、上記のような課題もあることから、共通仕様書（ルール・ガイドライン）を策定する必要が数年内に出てくるものと思われる。

この投稿は、作業実績に基づき気づいたところをピックアップし、解決案を勝手に考えたものである。

もし、国等の期間で、共通仕様書やガイドラインを策定するにあたっては、「ＧＩＳに強い土地家屋調査士」をアドバイザーとして関与させることが必要と思われる。
※土地家屋調査士は、公図・登記に精通した法務省管轄の民間資格者


本投稿を参照される場合は、出典明記（土地家屋調査士 白土洋介及びＵＲＬ）をお願いします。
リンクフリーです。