14条地図に関係するGeoJSONをCSV化すると、地番、筆の一覧、面積確認の補助、現地調査、台帳整理、関係者共有などに使いやすい表形式のデータを作れます。一方で、GeoJSONは本来、図形と属性を一体で扱うためのデータ形式です。CSVは表形式のデータなので、変換の仕方を誤ると、地図上では正しく見えていた筆の形状、複数ポリゴン、穴あき形状、座標系、属性名、文字コードなどの情報が失われることがあります。
特に「geojson 14条地図」で調べている実務担当者にとっては、単にCSVへ変換できるかどうかよりも、変換後にどの業務で使うのか、どの項目を残すのか、どの精度で現地確認へつなげるのかを先に決めることが重要です。なお、公開されている登記所備付地図データは、特定時点で抽出された地図データであり、法務局が交付する地図証明書や図面証明書とは役割が異なります。CSV化したデータも、その性質を理解したうえで、資料整理や確認作業の補助として扱う必要があります。
14条地図GeoJSONをCSV化する目的を先に決める
14条地図GeoJSONをCSV化する前に最初に確認したいのは、CSV化の目的です。CSVは便利な形式ですが、何でも入れられる万能な地図データではありません。GeoJSONに含まれる図形情報を表形式へ移す場合、どの単位で1行にするのか、座標列をどこまで保持するのか、図形そのものを残すのか、代表点だけを残すのかによって、完成するCSVの性格が大きく変わります。
たとえば、地番ごとの一覧を作りたいだけであれば、1筆を1行として、地番、所在、識別子、面積に関する情報、代表点座標などを整理する方法が現実的です。この場合、CSVは検索や並べ替えに向いた台帳的なデータになります。現場で対象筆を探したり、関係者に対象範囲を共有したり、別の管理台帳と照合したりする用途には向いています。
一方で、筆の形状を別の地図環境で再利用したい場合は、代表点だけでは足りません。ポリゴンを構成するすべての座標列、または図形を文字列として保持する列が必要になります。この場合、CSVは単なる一覧表というより、図形再構成のための中間ファイルになります。見た目はCSVでも、中身には長い座標列が入り、表計算上では扱いにくくなることもあります。
また、現場調査で使用するためにCSV化する場合は、一覧性だけでなく、現地で迷わないための項目設計が必要です。地番だけでなく、調査対象かどうか、優先順位、備考、確認状況、写真番号、現地で取得した座標との対応などを入れると、単なる変換データから実務用の作業リストへ変わります。逆に、目的を決めずにGeoJSONをすべてCSVへ押し込むと、列が多すぎる、座標が長すぎる、どの列を見ればよいか分からない、現場で使えないという状態になりがちです。
14条地図に関係するデータは、登記や土地の位置関係を確認するうえで重要な資料です。ただし、実務では「見る」「探す」「照合する」「記録する」「現地確認する」という複数の作業に分かれます。CSV化はそのうちのどの作業を楽にするためのものなのかを明確にしておく必要があります。所有者情報や権利関係を扱う台帳とは別物として、地図データから取り出せる情報の範囲を理解しておくことも大切です。
CSV化の目的が、資料整理なのか、地番検索なのか、現地調査の準備なのか、測量成果との照合なのかによって、必要な列は変わります。目的が一覧作成であれば、筆単位の属性を見やすく整理することが優先されます。目的が地図再現であれば、図形情報を失わないことが優先されます。目的が現場確認であれば、座標の扱い、写真管理、確認結果の記録欄が重要になります。
この段階で決めておきたいのは、CSV化後のゴールです。地図上で再表示する必要があるのか、表計算で検索できればよいのか、現地でスマートフォンや測位機器と組み合わせて使うのか、ほかの台帳に取り込むのかを整理します。ここを曖昧にしたまま変換すると、後から列を作り直したり、座標を再抽出したり、元のGeoJSONへ戻って確認したりする手戻りが発生します。
座標系と座標の持ち方を確認する
14条地図GeoJSONをCSV化する際に、最も注意したい項目の一つが座標です。GeoJSONでは、図形の位置を座標の配列として保持します。CSVへ変換するときに、その座標をどのような形で残すかを誤ると、地図上に戻したときに位置がずれたり、緯度経度の順序を取り違えたり、現地確認で使えないデータになったりします。
GeoJSONの座標は、一般的に経度、緯度の順で表現されます。日常的には緯度、経度の順で話すことが多いため、CSVへ出力するときに列名を曖昧にすると混乱が起きます。たとえば、lon、lat、x、y、経度、緯度などの列名をどう付けるかを最初に決め、関係者全員が同じ意味で理解できるようにしておくことが大切です。座標順が逆になると、地図上ではまったく違う場所へ飛んでしまうことがあります。
また、14条地図GeoJSONを扱うときは、元データがどの座標参照の前提で作られているかを確認する必要があります。登記所備付地図データには、実世界の位置座標を持つ地図と、相対的な座標で表された地図に準ずる図面があり、変換後に地図へ重ねて表示できるかどうかは元データの性質によって変わります。CSV化する前に、緯度経度として扱うのか、平面直角座標系などの測量系座標へ変換して使うのか、任意座標系のデータをどう扱うのかを確認することが重要です。
緯度経度は広域で扱いやすい一方、距離や面積をそのまま平面計算する用途には注意が必要です。平面座標は距離や面積の検討に向く場面がありますが、系番号や変換条件を誤ると位置ずれの原因になります。変換済みデータを利用する場合でも、機械的な変換で作成されたデータには座標系などの誤りが含まれる可能性があるため、重要な用途では元データや表示結果との確認を行う必要があります。
CSV化では、代表点だけを出すのか、外周座標をすべて出すのかという判断も必要です。代表点は、地番検索や現地誘導の目印として使いやすい形式です。1筆につき1つの座標にすれば、表としても扱いやすくなります。ただし、代表点は筆の範囲そのものではありません。細長い土地、入り組んだ土地、複数に分かれた土地では、代表点だけでは形状や範囲を正確に伝えられません。
外周座標をすべてCSVへ出す方法もあります。この場合、1筆1行の中に座標列を文字列として入れる方法と、1頂点1行として筆IDと頂点番号を持たせる方法があります。1筆1行にすると、筆ごとのまとまりは分かりやすいですが、座標列が非常に長くなります。1頂点1行にすると、座標処理や再構成には向きますが、行数が増え、一般的な台帳としては読みにくくなります。
実務で使いやすいのは、用途に応じてCSVを分ける方法です。地番検索や作業管理には、1筆1行の属性CSVを作ります。図形再構成や詳細確認には、筆IDと頂点番号を持つ座標CSVを別に作ります。こうしておくと、一覧管理の見やすさと図形情報の保全を両立しやすくなります。
座標値の桁数にも注意が必要です。CSV化や表計算処理の過程で、小数点以下の桁が丸められることがあります。地図データとして使う場合、見た目には小さな丸めでも、現地確認やほかのデータとの重ね合わせでは差が出ることがあります。表計算ソフトで開いたときに自動的に丸め表示される場合もあるため、表示上の桁数と実データの桁数を区別して確認することが重要です。
座標は、CSV化した後に最も戻しにくい情報です。属性の列名や表示順は後から直せますが、座標順、座標系、桁数、ポリゴン構造が崩れてしまうと、元データを再確認しなければならなくなります。CSV化の前に、座標の単位、順序、系、桁数、代表点の作り方、外周座標の保持方法を決めておくことが、後工程の品質を大きく左右します。
属性項目と地番情報の意味を整理する
14条地図GeoJSONをCSV化するとき、多くの担当者が最初に期待するのは地番の一覧化です。地図上で筆ごとに表示されている情報をCSVにして、検索、並べ替え、抽出、突合に使いたいというニーズです。ただし、GeoJSONの属性項目は、データの作成仕様、変換方法、提供範囲によって項目名や内容が異なる場合があります。そのため、列名をそのままCSVに出すだけでなく、それぞれの意味を確認してから整形することが大切です。
地番情報は、見た目には単純な文字列に見えますが、実務上は扱いに注意が必要です。地番には数字だけでなく、枝番、記号、地域特有の表記、字名や大字などの所在情報との組み合わせが関係することがあります。CSV化の際に数値として扱ってしまうと、先頭のゼロが消えたり、枝番の表記が変わったり、文字列としての意味が崩れたりする可能性があります。地番は原則として文字列として扱う方が安全です。
また、CSV化した後にほかの台帳や調査リストと照合する場合は、地番だけでなく、所在を示す項目との組み合わせが重要になります。同じ地番表記が別の地区に存在することもあり得るため、地番単独で一意に扱うのではなく、所在、区域、識別子などと組み合わせて管理する設計が望ましいです。検索用の表示名としては地番を使い、内部的な照合には別の一意識別子を使うと、後から整理しやすくなります。
属性項目には、筆を識別するためのID、地番、地図名、行政区域に関する情報、図形種別、作成や更新に関する情報などが含まれることがあります。すべてを残せば安心に見えますが、現場で使うCSVとしては列が増えすぎて見にくくなることがあります。そこで、元データ保持用のCSVと、実務利用用のCSVを分ける考え方が有効です。元データ保持用には属性をできるだけ残し、実務利用用には必要な列だけを抽出します。
列名の変更にも注意が必要です。GeoJSONの属性名が英数字や略称になっている場合、CSV化の段階で日本語の列名へ置き換えると見やすくなります。しかし、元の属性名との対応が分からなくなると、後で再変換や検証をするときに困ります。列名を変更する場合は、元項目名と変換後項目名の対応を別途記録しておくと安全です。記事や手順書に残す場合でも、現場担当者が「この列は元データのどの項目か」を確認できるようにしておくことが大切です。
地番や所在の文字コードも実務上の落とし穴です。CSVを開く環境によっては文字化けが起きることがあります。特に日本語の地名や特殊な文字を含む場合、文字コードの違いで読めなくなることがあります。CSVを関係者間で共有する場合は、どの文字コードで保存するか、どの環境で開くかをあらかじめ決めておきます。文字化けした状態で保存し直すと、元の文字が失われることもあるため、最初の確認が重要です。
また、CSV化の際に空欄の扱いを決めておくことも必要です。属性に値がない場合、空欄のままにするのか、未設定と記載するのか、対象外と記載するのかで、後の集計結果が変わります。空欄は単に情報がないことを示す場合もあれば、変換時に取りこぼしたことを示す場合もあります。地番情報のように重要な列で空欄が出る場合は、変換前に元のGeoJSONを確認し、元から空欄なのか、抽出処理の問題なのかを切り分ける必要があります。
属性情報は、CSV化によって最も使いやすくなる部分です。しかし、意味を整理しないまま出力すると、同じ地番が重複して見える、所在が分からない、検索できない、ほかの台帳と一致しないといった問題が起こります。CSV化の前には、残す属性、列名、文字列扱い、識別子、空欄、文字コードを確認し、地番情報を業務で使える形へ整えることが大切です。
ポリゴン形状をCSVでどう表現するか決める
GeoJSONの大きな特徴は、点、線、面などの図形情報を持てることです。14条地図GeoJSONの場合、多くの実務で重要になるのは筆を表す面の情報です。CSV化では、この面の情報をどのように表現するかが大きな分岐点になります。属性だけをCSVにするなら比較的簡単ですが、ポリゴン形状まで保持しようとすると、データ設計を慎重に考える必要があります。
ポリゴンは、外周を構成する座標列によって表現されます。単純な四角形であれば座標点の数は少なくて済みますが、実際の筆は折れ点が多く、入り組んだ形状もあります。さらに、1つの地番に対して複数の面が存在するような複合的な形状や、内側に穴を持つような形状が含まれる可能性もあります。これらをCSVにするとき、単純に代表点だけにしてしまうと、筆の形状に関する情報は失われます。
CSVでポリゴンを扱う代表的な考え方は、図形を文字列として1列に保持する方法、外周座標を頂点ごとに複数行へ展開する方法、代表点だけを出力する方法の三つです。図形を文字列として保持する方法は、1筆1行の形式を保ちやすく、元の図形情報も比較的残しやすい方法です。ただし、文字列が長くなり、表計算で直接確認するには不向きです。
外周座標を頂点ごとに複数行へ展開する方法では、筆ID、リング番号、頂点番号、経度、緯度のような列を持たせます。この形式は、座標処理や再構成には向いています。頂点の順序も明示できるため、図形の検証にも使いやすくなります。一方で、1筆が多数の行に分かれるため、地番一覧としては扱いにくくなります。行数が多くなると、確認作業や共有時の負担も増えます。
代表点だけを出力する方法は、現場確認や検索用途には扱いやすい形式です。地番ごとに中心付近の座標を持たせれば、地図上でピン表示したり、調査対象の目印にしたりできます。ただし、代表点の作り方には注意が必要です。単純な重心が必ずしもポリゴンの内部に入るとは限らず、細長い形状や凹形状では外側に出る場合もあります。現地誘導に使う場合は、ポリゴン内部に入る代表点や、実務上見つけやすい位置を採用する必要があります。
CSV化前には、ポリゴンと複数ポリゴンの違いも確認しておくべきです。1つの筆が単一の面として表現されている場合と、複数の面をまとめて1つの属性として持っている場合では、CSVの行設計が変わります。複数ポリゴンを無理に1つの代表点へまとめると、現地ではどの範囲を指しているのか分かりにくくなることがあります。複数の面がある場合は、1筆1行の概要CSVとは別に、面単位の詳細CSVを作る方法が安全です。
内側に穴を持つポリゴンにも注意が必要です。穴の情報は、外周とは別の座標列として表現されます。CSV化の際に外周だけを抽出してしまうと、穴の情報が失われ、面積や形状の理解が変わってしまいます。穴あき形状が含まれる可能性がある場合は、外周リングと内周リングを区別できるように、リング種別やリング番号を列として持たせる必要があります。
また、ポリゴンの頂点順序も重要です。図形を再構成するとき、頂点の順序が崩れると、線が交差したり、面が正しく閉じなかったりします。CSV上で並べ替えを行う場合、筆IDだけでなく、リング番号と頂点番号を使って元の順序へ戻せるようにしておくことが大切です。頂点番号を付けずに座標だけを出力すると、後で正しい順番が分からなくなります。
ポリゴン形状は、14条地図GeoJSONの価値に近い部分です。CSV化によって一覧性を得る代わりに、図形構造を失う可能性があることを理解しなければなりません。CSV化の目的が属性管理なら代表点や筆IDで十分な場合もありますが、筆の形状を再利用したいなら、外周、内周、複数面、頂点順序を保持できる形式を選ぶ必要があります。
変換後の照合と現地確認の流れを作る
14条地図GeoJSONをCSV化した後は、変換結果を必ず照合する流れを作ることが重要です。変換処理そのものが成功しても、業務で使えるデータになっているとは限りません。列の取り違え、座標順の逆転、文字化け、地番の欠落、ポリゴンの分割ミス、代表点の位置ずれなどは、CSVを作った直後に確認しないと後工程で発見しにくくなります。
まず行数の確認が必要です。元のGeoJSONに含まれる筆数や要素数と、CSV化後の行数が対応しているかを確認します。1筆1行のCSVを作ったつもりなのに行数が増えている場合は、複数ポリゴンや頂点展開が混ざっている可能性があります。逆に、行数が少ない場合は、変換条件によって一部の要素が除外されている可能性があります。行数の差は、変換ミスを見つける最初の手がかりになります。
次に、代表的な地番をいくつか選んで、元のGeoJSON表示とCSVの内容を照合します。地番、所在、識別子、座標が正しく対応しているかを確認します。特に座標は、CSVから再度地図上へ表示して、元の筆の位置と大きくずれていないかを見ることが大切です。数値としては正しく見えても、経度と緯度が逆になっていると地図上ではまったく違う位置になります。
地番の並び替えや検索も確認しておくと実務で安心です。CSV化した後に地番で検索できるか、枝番を含む地番が正しく文字列として扱われているか、空欄や重複がないかを確認します。地番が数値扱いになっていると、意図しない変換が起きることがあります。表計算環境で開いたときだけ表示が変わる場合もあるため、保存前後の状態を確認することが大切です。
現地確認へつなげる場合は、CSVの中に確認状況を記録する列を追加しておくと便利です。たとえば、確認済み、未確認、要再確認、現地写真あり、境界未確認、関係者確認待ちなど、業務に合わせた状態管理の列を作っておくと、単なる変換データが現場用の進捗管理表になります。ただし、元データと作業記録を混在させる場合は、どの列が元のGeoJSON由来で、どの列が後から追加した管理項目なのかを分けておく必要があります。
現場で使用する場合は、CSV上の座標と実際の現地位置がどの程度一致するかを過信しないことも重要です。14条地図に関係するデータは、土地の位置関係を把握するために有用ですが、現地の測量成果や境界確認の代替として無条件に扱えるものではありません。地形、工作物、既存境界標、現地の利用状況、測量成果との照合を通じて、必要に応じて専門的な確認を行う姿勢が必要です。
また、CSVを複数人で共有する場合は、ファイル名と更新管理も重要です。元GeoJSONから変換しただけのCSV、列名を整えたCSV、現地確認用に管理列を追加したCSV、確認済みのCSVが混在すると、どれが最新か分からなくなります。変換日、対象区域、処理内容、座標系、代表点の作成方法などをファイル名や管理メモに残しておくと、後から追跡しやすくなります。
照合作業では、面積や距離をCSV上で安易に計算しないことにも注意します。緯度経度のまま単純な平面計算を行うと、正しい距離や面積にならない場合があります。距離や面積の確認が必要な場合は、適切な座標系や計算方法を選び、元データや測量成果との関係を確認する必要があります。CSVは一覧管理には向いていますが、測量計算の前提を自動的に満たすものではありません。
変換後の確認は、面倒に見えても非常に重要です。CSV化は一度成功したように見えると、そのまま後工程へ流れてしまいがちです。しかし、最初の段階で照合ルールを決めておけば、地番の欠落、座標の誤り、文字化け、図形情報の欠損を早期に発見できます。CSVを作る作業と同じくらい、CSVを検証する作業を重視することが、実務で使えるデータ整備につながります。
CSV化でよくある失敗を避ける考え方
14条地図GeoJSONのCSV化でよくある失敗は、変換処理そのものよりも、変換前の設計不足から起こります。地番だけ取り出せればよいと思って作業を始めたものの、後から座標も必要になったり、現地確認用の代表点が必要になったり、図形を再表示できないことに気づいたりするケースです。CSV化は入口であり、後工程の使い方まで見越して設計することが大切です。
一つ目の失敗は、GeoJSONの構造を確認せずに属性だけを抜き出してしまうことです。GeoJSONは、属性と図形がセットになっています。属性だけをCSV化すると一覧表としては使えますが、元の筆の形状との関係が分かりにくくなります。後で地図上に戻す可能性があるなら、元データとの対応を示すIDや図形情報への参照を残しておくべきです。
二つ目の失敗は、座標の順序を取り違えることです。経度と緯度の順序は、実務者の感覚とデータ仕様で異なる場合があります。列名を曖昧にしたまま共有すると、別の担当者が逆に解釈してしまうことがあります。CSVの列名には、経度、緯度のように明確な表記を使い、x、yだけで済ませない方が安全です。平面座標を扱う場合も、どの座標系のx、yなのかを明記する必要があります。
三つ目の失敗は、表計算環境で開いたときの自動変換です。地番が日付のように変換されたり、長い数値が丸められたり、文字コードが合わずに文字化けしたりすることがあります。CSVはシンプルな形式ですが、開く環境によって表示や保存結果が変わることがあります。重要なデータを扱う場合は、元ファイルを必ず保管し、編集用のコピーを作る運用が安全です。
四つ目の失敗は、複数ポリゴンや穴あきポリゴンを単純化しすぎることです。通常の一覧管理では代表点だけで十分に見えることもありますが、筆の形状確認が必要な業務では、図形構造を失うと問題になります。すべてを1つのCSVで解決しようとせず、属性一覧、代表点一覧、頂点一覧のように用途別に分けると、扱いやすさと情報保持の両方を確保しやすくなります。
五つ目の失敗は、CSV化したデータをそのまま正確な現地情報として扱ってしまうことです。14条地図に関係するGeoJSONは、土地の位置や筆の形状を把握するための重要なデータですが、現地にある境界標、構造物、測量成果、最新の土地利用状況と必ずしも完全に一致するとは限りません。CSV化した情報は、現地確認や資料照合を効率化するための基礎データとして扱い、必要に応じて現場で確認することが重要です。
失敗を避けるには、変換前、変換中、変換後の三段階で確認する考え方が役立ちます。変換前には、目的、座標系、属性、図形の保持方針を決めます。変換中には、列名、文字コード、桁数、行の単位を確認します。変換後には、行数、地番、座標、地図上の表示、現地確認とのつながりを照合します。この流れを標準化しておくと、担当者が変わっても一定の品質でCSV化できます。
特に実務では、完璧な変換手順を一度で作るよりも、小さな区域で試してから本番データに広げる方が安全です。サンプルとして数筆をCSV化し、地番検索、座標表示、現地確認用の見え方、関係者への共有しやすさを確認します。そのうえで列構成や代表点の作り方を調整すれば、全体変換後の手戻りを減らせます。
CSV化の目的が現場利用にある場合は、机上のデータ整理だけで終わらせないことも大切です。現場で見る人が何を確認したいのか、どの項目が見やすいのか、座標をどう使うのかを考えて列を作ります。地番、代表点、確認状況、備考、写真との対応が整理されていれば、現地での確認作業を進めやすくなります。
まとめ
14条地図GeoJSONをCSV化する前には、単に変換できるかどうかではなく、変換後に何へ使うのかを明確にすることが重要です。CSVは一覧化、検索、共有、照合に向いた形式ですが、GeoJSONが持つ図形構造をそのまま自然に表現できる形式ではありません。目的を決めずに変換すると、必要な座標が抜けたり、ポリゴン形状が失われたり、地番情報の意味が曖昧になったりします。
見るべき項目は、大きく分けると五つです。まず、CSV化の目的を決めることです。地番一覧を作るのか、現地確認用のリストを作るのか、図形再利用の中間データを作るのかで、列構成は大きく変わります。次に、座標系と座標の持ち方を確認することです。経度と緯度の順序、桁数、代表点、外周座標、平面座標への変換方針を曖昧にしないことが大切です。
三つ目は、属性項目と地番情報の整理です。地番は文字列として扱い、所在や識別子と組み合わせて管理することで、検索や照合の精度を保ちやすくなります。四つ目は、ポリゴン形状をCSVでどう表現するかです。代表点だけでよいのか、図形文字列を残すのか、頂点ごとに展開するのかを、業務目的に合わせて選ぶ必要があります。五つ目は、変換後の照合と現地確認の流れを作ることです。行数、地番、座標、表示位置、文字化け、重複を確認し、現地で使える状態に整えることが欠かせません。
14条地図GeoJSONをCSV化する作業は、地図データを実務で扱いやすい形へ変えるための有効な手段です。しかし、CSV化した瞬間に情報が単純化されることも忘れてはいけません。元のGeoJSON、変換後のCSV、現地確認結果をつなげて管理することで、机上の整理と現場の確認を無理なく結び付けられます。
現場で地番や筆の位置を確認する場面では、CSV化した一覧に加えて、位置情報、写真、メモ、確認状況を同じ流れで記録できる仕組みがあると作業の抜け漏れを減らしやすくなります。14条地図GeoJSONをCSV化して終わりにするのではなく、元データの性質、変換条件、現地確認結果を分けて管理し、必要に応じて測量成果や法務局で取得できる証明情報と照合することが、公開前・共有前の安全なデータ整備につながります。