top of page

14条地図GeoJSONの属性結合で失敗しない7つの確認

タイマーアイコン.jpeg
この記事は平均7分15秒で読めます
万能の測量機LRTKの説明

著者: LRTKチーム

目次

14条地図GeoJSONの属性結合で起きやすい失敗を理解する

確認1として結合キーの意味と粒度をそろえる

確認2として文字列・数値・空白の表記ゆれを整える

確認3として地番・筆界・代表点の関係を取り違えない

確認4として座標系と位置精度の前提を確認する

確認5として重複・欠損・一対多の関係を事前に洗い出す

確認6として結合後の属性表示と検索条件を検証する

確認7として現地確認・写真・測量成果とのつながりを残す

14条地図GeoJSONを実務で活用するためのまとめ


14条地図GeoJSONの属性結合で起きやすい失敗を理解する

14条地図GeoJSONを使った業務では、地図上の筆や地番を閲覧するだけでなく、台帳、調査票、現地写真、測量成果、案件管理表などの属性情報と結び付けて使いたい場面があります。たとえば、地番ごとに調査状況を色分けしたい、対象筆だけを抽出して現地確認に持ち出したい、隣接する筆との関係を整理したい、過去の調査メモを地図上で参照したい、といった使い方です。GeoJSONは図形と属性を一つのデータとして扱いやすいため便利ですが、属性結合の段階で小さな不一致があると、期待した結果にならないことがあります。


ここでいう14条地図GeoJSONは、一般に、登記所備付地図データやその変換データをGISで扱う文脈で使われる表現です。法務省がG空間情報センターを介して公開している元データは地図XML形式であり、GeoJSONは変換コンバータや変換済みデータによって利用されます。そのため、GeoJSONとして入手したデータであっても、どの提供元のどの変換仕様に基づくものかを確認する必要があります。


特に注意したいのは、登記所備付地図データには、実世界の位置座標を持つ14条1項地図と、位置座標を持たない地図に準ずる図面が関係する場合があることです。変換済みGeoJSONでは公共座標系が付与された図郭だけが対象になっていることがあり、変換元や変換方法によって、含まれる属性や座標の扱いも変わります。したがって、単に「14条地図GeoJSON」と呼ばれているからといって、すべてが同じ精度、同じ属性、同じ用途で使えるわけではありません。


属性結合の失敗は、結合そのものができない場合だけではありません。一見結合できているように見えても、一部の筆だけ属性が抜けている、別の地番の情報が入っている、重複した属性が意図せず表示される、地図の色分け結果が実態と合わない、といった形で後から問題が出ることがあります。現地説明や関係者確認に使う資料では、このような誤りが信頼性に直結します。地図上に表示されているため正しく見えやすい一方で、結合条件が誤っていると、見た目の説得力がかえってリスクになる場合もあります。


そのため、14条地図GeoJSONの属性結合では、単に同じ名前の列を指定して結合するだけでなく、結合キーの意味、データ型、地番表記、重複の有無、座標系、現地との対応、成果物としての使い方まで確認することが重要です。この記事では、実務担当者が属性結合で失敗しないために、作業前後で確認したい七つの観点を整理します。特定のソフトウェアやサービスに依存しない考え方としてまとめているため、手元の環境に合わせて読み替えながら活用できます。


確認1として結合キーの意味と粒度をそろえる

属性結合で最初に確認すべきことは、何をキーにして結合するのかという点です。14条地図GeoJSON側に地番や所在に関する属性が含まれていても、それが結合先の台帳や調査表で使っている地番と完全に同じ意味とは限りません。たとえば、GeoJSON側の一つの図形が一筆を表しているのに対し、表側では所有者単位、調査単位、案件単位、道路境界確認単位などで整理されている場合があります。この粒度の違いを確認しないまま結合すると、一つの図形に複数の情報がぶら下がったり、本来分けるべき情報が一つにまとめられたりします。


結合キーとしてよく使われるのは、所在、地番、枝番、筆を識別する番号、管理番号などです。ただし、地番だけで結合できると思っていても、同じ地番が別の町丁目や大字に存在することがあります。地番の重複を避けるには、所在地に関する情報と地番を組み合わせた複合的なキーを作る必要があります。たとえば、自治体名、町名、大字、小字、地番を連結した項目を作り、双方で同じルールに整形してから結合する方法があります。地番だけを見て一致しているか判断するのではなく、どの範囲の中で一意になるのかを確認することが大切です。


また、結合先の表で使っている管理番号が、現地調査の都合で独自に振られた番号である場合もあります。その番号がGeoJSON側の属性に存在しない場合は、直接結合できません。中間表を用意して、地図側の地番と管理番号を対応させる必要があります。この中間表を作るときも、地番の表記ゆれや分筆・合筆の履歴に注意が必要です。過去の台帳をもとにした管理番号では、現在の地図情報と一致しないことがあります。


結合キーの粒度を確認するには、まず地図側の一つの図形が何を表しているのかを見ます。次に、表側の一行が何を表しているのかを確認します。この二つが同じ単位であれば単純な一対一結合が可能です。一方、表側に複数の調査履歴がある場合や、同じ地番に複数の写真やメモがある場合は、一対多の関係になります。この場合、地図上にどの情報を代表表示するのか、詳細情報として別に保持するのか、最新の行だけを使うのかを決める必要があります。


実務では、結合作業を急ぐあまり、列名が同じであることだけを見て作業してしまうことがあります。しかし、列名が同じでも意味が違えば、結合結果は正しくなりません。反対に、列名が違っていても意味が同じであれば、整形によって結合できます。属性結合の前には、地図側と表側の項目定義を確認し、どの列を主キーにするのか、どの列は補助的に使うのか、結合後にどの項目を表示するのかを整理しておくことが重要です。


確認2として文字列・数値・空白の表記ゆれを整える

14条地図GeoJSONの属性結合で最も多い失敗の一つが、表記ゆれによる不一致です。人が見ると同じ情報に見えても、データ上では完全一致しないため結合されないケースです。代表的な例として、全角数字と半角数字、全角ハイフンと半角ハイフン、長音記号とマイナス記号、不要な空白、改行、前後のスペース、ゼロ埋め、枝番の表記差などがあります。地番では「1番2」「1-2」「1の2」「1番地2」のように書き方が分かれることがあり、結合前にルールを統一しないと一致率が下がります。


文字列と数値の違いにも注意が必要です。表計算形式で管理している地番や管理番号は、読み込み時に数値として解釈されることがあります。数値として扱われると、先頭のゼロが消える、ハイフンを含む値が日付のように解釈される、枝番が計算対象のように扱われるといった問題が起こります。GeoJSON側では文字列として保持されているのに、表側では数値になっている場合、同じ見た目でも結合に失敗することがあります。地番、管理番号、台帳番号のような識別子は、原則として文字列として扱う方が安全です。


空白や不可視文字も見落としやすい要因です。地番の前後にスペースが入っていたり、所在地の途中に全角スペースが混じっていたりすると、画面上では違いに気づきにくいものの、データ上は別の値になります。コピー貼り付けを繰り返した表では、改行やタブが混入することもあります。属性結合の前には、前後の空白を削除し、連続する空白を統一し、全角半角をそろえ、不要な記号を置き換える処理を行うことが有効です。


ただし、表記をそろえるときに注意したいのは、単純な置換で意味が変わってしまう可能性です。たとえば、所在地の一部に含まれる文字を一律に削除すると、本来区別すべき地区名まで失われることがあります。枝番の区切り記号を統一する場合も、どの記号が何を意味しているかを確認しなければなりません。特に、地番、家屋番号、住居表示、管理番号が混在している表では、同じような数字列でも意味が違う場合があります。結合キーの整形は、形式をそろえるだけでなく、意味を保ったまま行う必要があります。


実務的には、元データを直接上書きするのではなく、結合用に整形した別列を作る方法が安全です。元の地番や所在地はそのまま残し、結合キー用の列だけを標準化します。これにより、結合に使った値と原本の表記を後から比較できます。結合に失敗した行があった場合も、元表記を確認しながら原因を追いやすくなります。属性結合の品質を高めるには、結合前の整形ルールを記録しておくことも重要です。誰が見ても同じ処理を再現できるようにしておくと、後日の更新作業や別地区への展開でも混乱を減らせます。


確認3として地番・筆界・代表点の関係を取り違えない

14条地図GeoJSONを扱うときは、地番、筆、図形、代表点、属性の関係を正しく理解する必要があります。変換仕様によっては、GeoJSONに筆のポリゴンと必要な属性だけが出力され、基準点、筆界点、筆界線が個別の点や線データとして出力されない場合があります。したがって、手元のGeoJSONに含まれている図形が何を表しているのか、筆界点や筆界線そのものを確認できるデータなのか、ポリゴンの外周として境界を表現しているだけなのかを最初に確認することが重要です。


属性結合の作業では、図形の中心に表示された地番ラベルや代表点を見て、そこに属性を付ければよいと考えがちです。しかし、代表点は表示や検索の補助として扱われる位置であり、必ずしも筆全体の形状や境界確認の根拠を示すものではありません。細長い土地、入り組んだ形状の土地、複数の離れた部分を持つ土地では、代表点の位置だけでは筆の範囲を正しく把握できないことがあります。結合後の表示確認では、点ではなく面や外周の形状も確認することが大切です。


地番と住居表示の混同にも注意が必要です。14条地図GeoJSONの活用を検討する担当者の中には、住所表記や建物所在地の表と結合したい場合もあります。しかし、土地の地番と住居表示は制度上の目的が異なり、必ずしも一致しません。住所の番地表記と地番を同じものとして扱うと、結合ミスが起きやすくなります。現地調査表や顧客管理表に住所が記載されている場合は、それが地番なのか住居表示なのか、別の管理上の所在地なのかを確認する必要があります。


また、分筆や合筆、地番変更、過去資料とのずれも属性結合に影響します。古い調査表では存在していた地番が現在の地図データには存在しない、逆に現在のGeoJSONにはある地番が過去の台帳表にはない、ということがあります。この場合、単純に未結合として処理するだけでなく、なぜ一致しないのかを確認しなければなりません。対象業務が境界確認、用地調査、施工計画、維持管理、災害復旧などの場合、過去と現在の地番関係を把握することが重要になることがあります。


属性結合後の地図は、あくまでデータ処理の結果です。図形と属性が結合されたからといって、現地の境界や権利関係を確定するものではありません。実務で使う際には、登記関係資料、測量成果、現地確認、関係者確認など、必要な根拠と照合する姿勢が欠かせません。14条地図GeoJSONは有用な基礎資料になり得ますが、属性結合の結果をそのまま最終判断に使うのではなく、判断を支援するための整理データとして位置づけることが安全です。


確認4として座標系と位置精度の前提を確認する

属性結合そのものは表の一致処理ですが、14条地図GeoJSONを地図として使う以上、座標系と位置精度の前提確認も欠かせません。結合した属性を現地確認、測量成果、写真位置、施工図、管理図、点群データなどと重ねる場合、座標系が合っていなければ表示位置がずれます。地図上では結合が成功していても、別の空間データと重ねた瞬間に位置が合わず、属性結合が間違っているように見えることがあります。


GeoJSON形式の登記所備付地図データでは、公共座標系のデータが経度・緯度に変換されるケースがあります。一方で、元データが任意座標系の場合は、実世界の位置座標を持たないため、一般的な背景地図の上にそのまま正しい位置で重ねられるとは限りません。土木・建設・測量の実務では、平面直角座標系、現場独自座標、設計図面上の座標が使われることもあります。属性結合で地番ごとの情報を整理した後、現地写真や測点データと関連づける場合は、どの座標系を基準にするのかを事前に決める必要があります。


位置精度の前提も重要です。14条地図GeoJSONの図形は地番や筆の位置関係を把握する資料として有用ですが、現地での測量成果や工事管理用の座標と同じ精度で使えるとは限りません。変換済みデータには機械的な変換に由来する制約があり、提供元によっては内容や品質を保証しない旨が示されています。境界位置を厳密に確認する業務では、地図データだけで判断せず、必要に応じて正式な資料、測量成果、現地の境界標、関係者確認と照合する必要があります。


地図データと現場データを重ねる際には、ずれの原因を切り分けることが大切です。属性結合のキーが間違っているのか、座標系が違っているのか、基図の位置精度が異なるのか、現地測位の条件が悪いのか、図面側の座標がローカルなのかによって、対処方法は変わります。すぐに結合ミスと判断せず、空間的な前提を一つずつ確認することが必要です。


また、現地で取得した写真やメモを後からGeoJSONに結合する場合、写真位置の取得精度や記録方法も影響します。スマートフォンや測位機器で取得した位置は、周囲の環境、衛星の見通し、建物や樹木、谷地形、電波状況などによって変動します。写真の位置情報を地番に自動で割り当てる場合、境界付近では隣接筆に誤って関連づけられる可能性があります。境界付近の写真や点検記録は、地番やメモによる補助確認を併用することが望ましいです。


座標系と位置精度の確認は、属性結合の前後どちらでも重要です。結合前には、どの空間データ同士を重ねる予定があるのかを整理します。結合後には、代表的な地点をいくつか選び、既知の位置や現地確認結果と照合します。この確認を行うことで、地図としての見た目だけでなく、実務資料として使える状態になっているかを判断できます。


確認5として重複・欠損・一対多の関係を事前に洗い出す

属性結合で失敗しないためには、結合前に重複と欠損を確認することが不可欠です。地図側の結合キーが一意であると思っていても、実際には同じキーを持つ図形が複数存在することがあります。表側でも、同じ地番に複数の調査記録や複数の関係者情報が登録されていることがあります。この状態で単純結合を行うと、結合結果が増殖したり、どの情報が代表値として使われたのか分からなくなったりします。


まず確認したいのは、地図側の結合キーの重複です。同一の所在地と地番の組み合わせが複数ある場合、それが正しいデータ構造なのか、表記ゆれによる重複なのか、図形分割によるものなのかを判断します。複数の図形が同じ地番を持つこと自体が必ずしも誤りとは限りません。ただし、属性結合後に同じ属性が複数の図形に付与されるため、面積集計や件数集計を行う場合には重複計上に注意が必要です。


次に、表側の重複を確認します。同じ地番に対して、現地確認日、担当者、写真番号、指摘事項、交渉状況などが複数行ある場合、地図上にどの行を表示するのかを決めなければなりません。すべての履歴を地図に結合すると情報量が多くなり、表示や検索が扱いにくくなることがあります。一方で、最新の一行だけに絞ると、過去の経緯が見えなくなる場合があります。目的に応じて、地図表示用の代表属性と、詳細確認用の履歴表を分けて管理する設計が有効です。


欠損の確認も重要です。地図側にはあるが表側にはない地番、表側にはあるが地図側にはない地番をそれぞれ洗い出します。未結合の行は、単なる対象外なのか、表記ゆれなのか、地番変更なのか、データ漏れなのかを確認する必要があります。特に、対象筆の抽出や調査漏れ確認に使う場合、未結合を放置すると重要な筆が地図上に表示されない可能性があります。結合率を数値で確認し、未結合一覧を残しておくと、後続作業での確認がしやすくなります。


一対多の関係を扱うときは、結合の目的を明確にすることが大切です。地図上で色分けしたいだけであれば、調査状況や優先度などの代表項目に絞る方が見やすくなります。現地で詳細情報を確認したい場合は、地図上では地番や管理番号を表示し、詳細な履歴は別表やリンク項目で参照する方法もあります。集計目的で使う場合は、同じ筆が複数回数えられないように、集計単位を明確にする必要があります。


重複・欠損・一対多の問題は、作業の最後に気づくと修正が大きくなります。最初に簡単な確認表を作り、地図側の件数、表側の件数、結合できた件数、未結合件数、重複件数を把握しておくと、作業品質を管理しやすくなります。結合結果を関係者へ共有する場合も、どの程度のデータが結合され、どの部分が確認中なのかを説明できるため、誤解を防げます。


確認6として結合後の属性表示と検索条件を検証する

属性結合が完了したら、次に確認すべきなのは、結合後の属性が目的に合った形で表示・検索できるかどうかです。結合に成功しても、属性名が分かりにくい、不要な列が多すぎる、重要な項目が埋もれている、検索条件に使いたい列が文字列としてそろっていない、色分けに使う値が統一されていない、といった状態では実務で使いにくくなります。地図データは作って終わりではなく、現場や社内で実際に使える形に整える必要があります。


まず、表示する属性を絞り込みます。結合先の表に多くの列がある場合、すべてをGeoJSONに取り込むとデータが重くなり、属性一覧も見づらくなります。現地確認で必要な項目、社内レビューで必要な項目、成果物として残す項目を分けて考えるとよいです。地図上で瞬時に確認したい項目は、地番、管理番号、調査状況、担当者、確認日、注意事項などに絞ると扱いやすくなります。詳細な長文メモや履歴情報は、別の管理表で保持し、必要に応じて参照できる形にする方法もあります。


次に、属性名の分かりやすさを確認します。結合元の表では担当者だけが分かる略称や内部コードを使っていることがあります。しかし、地図を他部署や協力会社、発注者説明、現地班に共有する場合、そのままでは意味が伝わりにくい場合があります。属性名は、できるだけ内容が分かる名称に整えることが望ましいです。たとえば、単に「区分」とするのではなく、「調査区分」「確認状況」「対応優先度」のように、何の区分なのかが分かる名称にします。


検索や抽出に使う項目は、値の揺れをなくすことが重要です。たとえば、調査状況に「未確認」「未調査」「未」「未実施」が混在していると、検索条件を指定したときに一部が漏れます。対応状況でも「対応済」「完了」「済」などが混在すると、色分けや集計が不正確になります。属性結合前または結合後に、選択肢を統一し、同じ意味の値は同じ表記にそろえる必要があります。


色分け表示を行う場合は、色の意味を明確にします。地番ごとの調査状況、危険度、優先度、未確認箇所などを色で示すと分かりやすくなりますが、色だけで判断できるようにすると誤解が起きる可能性もあります。属性値として状態名を残し、色分けは補助表現として使うのが安全です。また、色分けの基準が途中で変わった場合は、過去に作成した地図との比較で混乱しないよう、基準日やルールを記録しておくとよいです。


結合後の検証では、全件を目視確認するのが難しい場合でも、代表的なサンプルを選んで確認します。結合できた筆、未結合の筆、重複した筆、境界が複雑な筆、面積が大きい筆、細長い筆、対象外と思われる筆などを抽出し、属性が意図どおり付いているかを確認します。検索条件をいくつか試し、想定した件数や場所が返ってくるかも確認します。地図上で正しく見えるだけでなく、実務で必要な検索・抽出・説明に耐えられるかを見ることが重要です。


確認7として現地確認・写真・測量成果とのつながりを残す

14条地図GeoJSONの属性結合は、机上整理だけでなく、現地確認や測量成果、写真管理とつながってこそ実務価値が高まります。地図上で対象筆を確認し、現地で写真を撮り、調査メモを残し、後で地番や管理番号にひも付けて整理できれば、確認漏れや説明不足を減らせます。そのためには、属性結合の段階から、現地でどのように使うのか、どの情報を戻すのかを考えておく必要があります。


現地確認で重要なのは、地図上の筆と現地の確認対象を迷わず対応づけられることです。地番だけでなく、管理番号、調査番号、写真番号、確認日、担当者、現地メモなどを連携できるようにしておくと、後から資料を整理しやすくなります。写真を撮影する場合は、ファイル名や写真番号に地番や管理番号を含める、調査表側に写真番号を記録する、撮影位置と方位をメモするなど、結合後に追跡できるルールを決めておくことが有効です。


測量成果との連携では、地図データと測量データの役割を分けることが大切です。14条地図GeoJSONは地番や筆の位置関係の把握に役立ちますが、現地で取得した測点、境界標、構造物位置、施工管理点などは、別の精度や目的で管理されることがあります。両者を重ねる場合は、地番単位の属性と測点単位の属性を混同しないようにします。筆全体に関する情報なのか、特定の点や線に関する情報なのかを区別することで、地図の意味が明確になります。


現地での記録を後からGeoJSONに反映する場合、更新ルールも必要です。誰がいつ確認した情報なのか、どの時点の地図データに対して結合したのか、未確認のまま残っている筆はどれか、修正した属性はどれかを記録します。現地調査では、想定外の状況が見つかることがあります。たとえば、現地の利用状況が台帳と異なる、境界付近に構造物がある、接道状況の判断に追加確認が必要、隣接地との関係を再確認したい、といったケースです。こうした情報を地図上の属性に反映できるようにしておくと、関係者間の共有がスムーズになります。


また、現地説明や協議に使う資料では、属性結合した地図の作成日と元データの時点を明記できるようにしておくことが望ましいです。地図や台帳、現地状況は時間とともに変わる可能性があります。古い結合結果をそのまま使うと、現在の状況と合わない場合があります。更新履歴を残し、いつの情報に基づく地図なのかを説明できるようにしておけば、資料の信頼性を保ちやすくなります。


現地確認とのつながりを意識した属性結合では、地図上の見やすさだけでなく、戻ってくる情報の整理まで設計することがポイントです。地図を持ち出す前に必要な属性を入れ、現地で取得した情報を戻し、再度結合または更新して管理する流れを作ることで、14条地図GeoJSONは単なる閲覧用データではなく、業務の進捗管理や説明資料の基盤として活用できます。


14条地図GeoJSONを実務で活用するためのまとめ

14条地図GeoJSONの属性結合で失敗しないためには、結合キーを選ぶだけでなく、データの意味、表記、座標、重複、欠損、表示、現地確認までを一連の流れとして確認することが重要です。特に、地番や所在地の表記ゆれ、文字列と数値の違い、空白や記号の混在は、見た目では分かりにくいにもかかわらず結合結果に大きく影響します。結合前に整形用の列を作り、元データを残しながら標準化することで、作業の再現性と確認性を高められます。


また、14条地図GeoJSONを使う業務では、図形と属性の関係を正しく理解することが欠かせません。地番、筆、代表点、調査表、写真、測量成果はそれぞれ目的と粒度が異なります。さらに、元データが14条1項地図なのか、地図に準ずる図面に由来するものなのか、変換済みデータなのかによって、背景地図との重ね合わせや位置精度の前提も変わります。地図上で結合できたからといって、すべての実務判断が完了するわけではありません。


実務で扱いやすいGeoJSONにするには、結合後の見せ方も大切です。不要な属性を詰め込みすぎず、検索や色分けに使う項目を整理し、関係者が見ても分かる属性名に整えることで、地図の利用価値が高まります。未結合や重複を一覧化し、結合率や確認中の項目を把握しておけば、データの品質を説明しやすくなります。現地確認に持ち出す場合は、写真番号、確認日、担当者、メモなどと結びつけられるルールを準備しておくと、後工程での整理がスムーズです。


14条地図GeoJSONは、土地や筆の位置関係を空間的に理解するための有力な入口です。一方で、属性結合の精度が低いと、地図として見やすい分だけ誤解も広がりやすくなります。だからこそ、結合キーの定義、表記ゆれの整備、重複・欠損の確認、座標系の確認、現地情報との連携を丁寧に行うことが必要です。これらを事前に確認しておけば、地番ごとの調査状況整理、対象筆の抽出、現地説明資料の作成、写真や測量成果との連携など、幅広い業務でGeoJSONを活用しやすくなります。


さらに、現地で地図や属性情報を確認しながら、写真、位置、メモ、測点情報を効率よく残せる環境を整えると、14条地図GeoJSONの活用範囲は広がります。机上で整理したデータを現地確認につなげ、現地で得た情報を再び地図に戻す流れを作ることで、確認漏れや転記ミスを減らし、関係者への説明もしやすくなります。公開データ、変換データ、現地記録、測量成果の役割を分けて管理し、それぞれの時点と精度を明示しておくことが、安全に活用するための基本です。


LRTKで現場の測量精度・作業効率を飛躍的に向上

LRTKシリーズは、建設・土木・測量分野における高精度なGNSS測位を実現し、作業時間短縮や生産性の大幅な向上を可能にします。国土交通省が推進するi-Constructionにも対応しており、建設業界のデジタル化促進に最適なソリューションです。

LRTKの詳細については、下記のリンクよりご覧ください。

 

製品に関するご質問やお見積り、導入検討に関するご相談は、

こちらのお問い合わせフォームよりお気軽にご連絡ください。ぜひLRTKで、貴社の現場を次のステージへと進化させましょう。

bottom of page