top of page

14条地図GeoJSONをShapefile変換する4つの注意点

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

著者: LRTKチーム

14条地図GeoJSONをShapefileに変換すると、既存の測量成果、現場管理用の図面、区域管理データと重ね合わせて扱いやすくなります。一方で、GeoJSONとShapefileは、属性名、文字コード、図形表現、座標系の扱いが異なるため、単に形式を変えるだけでは、筆の形状や属性の意味が変わって見えることがあります。特に「geojson 14条地図」で検索している実務担当者にとって重要なのは、変換できるかどうかではなく、変換後に業務で誤解なく使える状態を保てるかどうかです。この記事では、登記所備付地図データをGeoJSONやShapefileで扱う場面を想定し、Shapefile変換時に見落としやすい注意点を4つに分けて整理します。


目次

14条地図GeoJSONとShapefileの違いを理解してから変換する

座標系と位置ずれの確認を変換前後で行う

属性情報の欠落や文字化けを防ぐ

筆界データを現地確認や業務判断に使う前提を整理する

まとめ:変換後のShapefileは現地情報と合わせて扱う


14条地図GeoJSONとShapefileの違いを理解してから変換する

14条地図GeoJSONをShapefileに変換する際、最初に理解しておきたいのは、GeoJSONとShapefileが同じ構造の地図データではないという点です。どちらも地理空間情報を扱える形式ですが、内部の持ち方や得意な使い方が異なります。GeoJSONはテキスト形式で図形と属性を表現でき、Web地図やデータ連携で扱いやすい形式です。一方、Shapefileは複数の関連ファイルで1つの地物データを構成する形式で、既存の測量、設計、管理業務の作業環境に取り込みやすい場面があります。


ここでいう14条地図GeoJSONは、登記所備付地図データを変換して利用するケースが多くなります。登記所備付地図データには、不動産登記法第14条第1項の地図だけでなく、同条第4項の地図に準ずる図面に関するデータも含まれます。前者は実世界の位置座標を持つデータとして扱える場合がありますが、後者は任意座標系で作成されていることがあり、背景地図にそのまま重ねられない場合があります。名称だけで一律に判断せず、元データの種別を確認してから変換することが大切です。


Shapefileに変換するときに特に注意したいのは、属性名の長さ、文字コード、複数階層の属性、図形の種類です。Shapefileでは属性を格納する表の仕様に制約があり、GeoJSON側で長い項目名が使われている場合、変換時に短縮されることがあります。元の属性名では意味が分かる名称だったとしても、変換後には途中で切られ、似たような項目名が複数できてしまうことがあります。実務では、地番、所在、地目、面積、識別番号など、項目名の意味が後から追えることが重要です。変換後の属性テーブルだけを見て判断するのではなく、変換前のGeoJSONにどのような属性が入っていたかを確認し、項目名の対応表を作っておくと安全です。


また、GeoJSONでは属性の中に入れ子構造の情報を持たせられる場合がありますが、Shapefileの属性表は基本的に行と列の表として扱います。そのため、変換時に複雑な属性が文字列化されたり、一部の情報が省略されたりする可能性があります。14条地図GeoJSONをShapefile化する目的が、単なる背景表示であれば大きな問題にならないこともあります。しかし、地番検索、台帳との照合、対象筆の抽出、区域集計などに使う場合は、属性が正しく残っているかを確認しなければなりません。


図形の種類についても注意が必要です。筆のデータでは、面として扱う図形が中心になりますが、元データの構成によっては、複数の面を持つ筆、穴を含む面、細い境界形状を含む面が含まれることがあります。Shapefileでも複数パートや穴を扱える場合がありますが、変換ツールの設定、図形の不整合、表示環境、図形修復処理の影響によって、分割されたように見える、境界の一部が欠けたように見える、穴の扱いが想定と異なるといった状態が起こることがあります。


実務では、変換前後のデータを並べて比較することが大切です。全体の件数、対象筆の件数、代表的な筆の形状、細長い筆や複雑な筆の見え方、飛び地の扱い、島状の図形の扱いなどを確認します。全件を目視確認するのは現実的ではありませんが、条件の異なる数カ所を選んで確認するだけでも、変換による大きな崩れを早期に見つけやすくなります。


さらに、Shapefileは1つのファイルだけで成立する形式ではありません。図形、属性、索引、座標参照情報、文字コード情報などを複数の関連ファイルで管理することがあります。変換後に一部の関連ファイルだけを共有すると、開いたときに属性が見えない、座標系が認識されない、文字化けする、図形が表示されないといった問題が起こります。納品や社内共有でShapefileを使う場合は、必要な関連ファイルを一式で管理することが基本です。


14条地図GeoJSONをShapefileへ変換する作業は、ボタン一つで終わる単純作業に見えることがあります。しかし、実際には「どの情報を残すのか」「どの業務で使うのか」「変換後に誰がどの環境で開くのか」を考えながら進める必要があります。変換後のファイルを作ること自体よりも、変換後のデータが業務上の確認、説明、記録、共有に耐えられる状態であるかを確認することが重要です。


座標系と位置ずれの確認を変換前後で行う

14条地図GeoJSONをShapefileに変換する際、実務上大きなトラブルになりやすいのが座標系と位置ずれです。GeoJSONは経度緯度の座標で扱われることが多く、Shapefileは平面直角座標系などの業務用座標で扱われることもあります。どの座標系で保存され、どの座標系として読み込まれ、どの座標系で重ね合わせるのかを整理しないまま変換すると、地図上で位置が大きくずれたり、別の地域に表示されたり、縮尺に違和感が出たりします。


登記所備付地図データをGeoJSON化したデータでは、公共座標系のデータは経度・緯度へ換算されている場合があります。一方で、任意座標系のデータは実世界の位置座標を持たないため、GeoJSONに変換しても背景地図に正しく重ねられない場合があります。この違いを見落として、すべての14条地図GeoJSONを同じように扱うと、位置ずれを変換ミスと誤解したり、逆に本来重ね合わせに使えないデータを業務判断に使ったりする恐れがあります。


まず確認したいのは、元のGeoJSONの座標値とデータの種別です。座標値が経度緯度として見えるのか、平面直角座標のような数値として見えるのか、または任意座標に近い値なのかを確認します。経度緯度であれば、日本国内では経度が概ね3桁、緯度が2桁の小数で表されることが多くなります。一方、平面直角座標系や任意座標系であれば、地域や作成方法によって異なる数値や負の値を含むことがあります。座標値の見た目だけで断定するのは危険ですが、異常な座標系設定を疑う手掛かりにはなります。


次に、変換時に座標系を「指定」するのか、「変換」するのかを区別する必要があります。座標系を指定するとは、データがすでに持っている座標値に対して「これはこの座標系の数値です」と定義する作業です。座標系を変換するとは、ある座標系の座標値を別の座標系の座標値に計算し直す作業です。この2つを混同すると、正しい位置にあるデータを誤って移動させたり、変換が必要なデータをそのまま扱ってしまったりします。


たとえば、GeoJSONの座標が経度緯度であるにもかかわらず、変換後のShapefileに平面直角座標系として座標系を指定してしまうと、表示位置が大きく崩れます。反対に、平面直角座標のデータを経度緯度として読み込んでしまうと、地図上に表示されない、極端に離れた位置に表示される、縮尺が合わないといった問題が起きます。こうしたミスは、変換処理のエラーとして表示されないこともあるため、見た目の確認が不可欠です。


変換後の確認では、対象地域の代表的な地点を使って照合します。役所、駅、道路交差点、河川、橋、敷地の角、既知の境界点など、位置が判断しやすい場所を基準にします。筆界の線が背景地図と完全に一致しないことはありますが、地域全体が一定方向にずれている場合、座標系または測地系の設定に問題がある可能性があります。一部だけがずれている場合は、元資料の精度、地図整備時期、現況との差、筆界と現地構造物の違いなども考える必要があります。


14条地図のデータは、現地の塀や道路縁、建物外形と必ず一致するものではありません。筆界は土地の筆に関する情報であり、現況構造物の位置とは別の意味を持ちます。そのため、変換後に背景地図や航空写真と重ねたとき、少しずれて見えるからといって、すぐに変換ミスと判断するのは危険です。座標系の誤りによる全体的なずれなのか、資料の性質による見え方の違いなのかを分けて考えることが大切です。


また、Shapefileを別の環境に渡したときに座標系が正しく認識されるよう、座標参照情報を含む関連ファイルも一緒に管理します。座標系情報が欠けていると、受け取った側の環境で「座標系未定義」のデータとして扱われることがあります。その場合、開く環境によって自動的に別の座標系が仮定され、位置ずれが起きることがあります。社内で共有する場合でも、外部へ提出する場合でも、座標系名、変換方法、確認した基準点、確認日を作業メモとして残しておくと、後から原因を追いやすくなります。


変換作業では、最初から全域を一括処理する前に、小さな範囲で試験変換する方法も有効です。対象地域の一部を抜き出し、Shapefileへ変換し、背景地図や現況データと重ねて確認します。その結果に問題がなければ、同じ条件で全体を処理します。広い範囲のデータを一度に変換してから不具合に気づくと、原因の特定に時間がかかります。小さく試してから広げることで、座標系設定や属性変換のミスを早い段階で修正できます。


座標系と位置ずれの確認は、見た目の問題だけではありません。変換後のShapefileを使って面積を算出したり、距離を測ったり、対象範囲に含まれる筆を抽出したりする場合、座標系の誤りはそのまま判断の誤りにつながります。面積や距離を扱う場合は、経度緯度のまま計算してよいのか、平面直角座標系など目的に合う座標系へ変換すべきかを確認します。地図表示だけが目的なのか、計測や集計にも使うのかによって、必要な座標系の扱いは変わります。


14条地図GeoJSONをShapefileに変換する際は、変換前、変換時、変換後の3段階で座標系を見ることが重要です。元データの座標値と種別を確認し、変換時に指定と変換を取り違えず、変換後に実際の位置を重ね合わせで確認します。この流れを標準化しておくことで、地図データを受け取る人、加工する人、現場で使う人の間で認識のずれを減らせます。


属性情報の欠落や文字化けを防ぐ

14条地図GeoJSONをShapefileに変換する際、図形が正しく表示されているように見えても、属性情報に問題が起きていることがあります。実務では、筆の形だけでなく、地番、所在、分類、識別番号、面積に関する情報などを確認する場面が多いため、属性の欠落や文字化けは大きな支障になります。特に、変換後のShapefileを使って地番検索や対象筆の抽出を行う場合、属性が正しく読めないと作業全体の信頼性が下がります。


GeoJSONでは、属性情報が比較的自由な形で保持されます。項目名が長い場合や、日本語の項目名が使われている場合、値に空欄や記号が含まれる場合もあります。一方で、Shapefileの属性表には古い仕様に由来する制約があり、項目名の長さや文字の扱いに注意が必要です。変換処理自体は完了しても、項目名が短縮されたり、同じような項目名に変わったり、日本語が文字化けしたりすることがあります。


属性名が短縮される問題は、後から見たときに特に困ります。作業者本人は変換前の項目名を覚えているため問題に気づきにくいのですが、別の担当者がShapefileを開いたとき、短縮された項目名だけでは意味を判断できないことがあります。複数の項目が似た名称に短縮されると、どれが地番で、どれが所在で、どれが管理用の識別子なのか分かりにくくなります。変換前に必要な属性を選別し、変換後に分かりやすい短い項目名へ整理しておくと、後工程での混乱を防げます。


文字化けは、日本語を含む14条地図関連データで特に注意すべき点です。変換時の文字コード設定、開く環境の設定、文字コード情報を示す関連ファイルの有無によって、正しく表示される場合と文字化けする場合があります。変換した本人の環境では読めていても、共有先で文字化けすることもあります。そのため、変換後の確認は、自分の作業環境だけでなく、実際に利用する予定の環境でも行うことが望ましいです。外部に渡す場合は、文字コードや属性項目の説明を作業メモに残しておくと、受け取り側が確認しやすくなります。


属性値の型にも注意が必要です。GeoJSONでは数値、文字列、空値などが混在していることがあります。Shapefileへ変換すると、数値として扱いたい項目が文字列になる、先頭のゼロが落ちる、空欄が別の値として扱われる、長い文字列が途中で切れるといった問題が起きる場合があります。地番のように見た目は数字でも、枝番や記号を含む場合は文字列として扱う方が安全なことがあります。単純に数値として変換すると、元の表記が変わってしまう可能性があります。


特に地番は、土地情報の確認で重要な手掛かりになります。数字だけに見える地番でも、枝番、親番、補助的な表記、地域ごとの表記ゆれが関係する場合があります。変換処理の中で数値化されると、表記の一部が失われる可能性があります。地番や識別番号は計算に使う数値ではなく、照合のための文字列として扱う方が安全です。変換前に、どの項目を文字列として保持するかを決めておくと、後から台帳や別資料と突き合わせるときに役立ちます。


また、必要のない属性をすべて残すと、かえって扱いにくいShapefileになることがあります。14条地図GeoJSONには、表示や管理に関係する複数の属性が含まれる場合がありますが、業務で使う項目が限られているなら、変換前または変換後に整理することも検討します。ただし、削除した属性は後から復元できないことがあるため、元のGeoJSONは必ず保管しておきます。加工用データと原本相当のデータを分け、どの処理を行ったかを記録しておくことが大切です。


属性情報を守るためには、変換後の件数確認も欠かせません。GeoJSONの筆数とShapefileの地物数が一致しているか、欠落や重複がないかを確認します。ただし、元データに複数面の図形が含まれている場合、変換方法によって1つの筆が複数地物に分かれることがあります。この場合、単純な件数一致だけでは判断できません。筆を識別する属性を使って、同じ識別子の地物が複数に分かれていないか、逆に複数の筆が1つに結合されていないかを確認します。


検索や抽出に使う項目は、変換後に実際に動作確認を行います。地番の一部で検索できるか、対象地域の条件で絞り込めるか、空欄の扱いが想定どおりか、面積などの数値項目が計算可能かを確認します。見た目の地図表示だけで変換成功と判断すると、実際の業務で使う段階になって属性の問題が見つかることがあります。変換完了後に、よく使う検索条件や抽出条件をいくつか試しておくと安心です。


Shapefileは属性名や文字コードに制約があるため、長期保存や複雑な属性管理には向かない場面もあります。変換後のShapefileを最終成果として扱うのか、一時的な受け渡し形式として扱うのかを決めておくことも重要です。元のGeoJSON、変換後のShapefile、作業用に整形したデータを混同すると、どれが最新で、どれが原本に近いのか分からなくなります。ファイル名に作成日、対象地域、変換条件、座標系などを含めると、管理しやすくなります。


属性情報の欠落や文字化けは、変換時には小さな問題に見えても、後から大きな手戻りにつながります。14条地図GeoJSONをShapefile化する目的が、図面作成、地番照会、現地確認、関係者説明、施工範囲の整理などであれば、属性の正確性は図形と同じくらい重要です。変換後には必ず属性テーブルを開き、項目名、文字化け、空欄、地番表記、件数、検索結果を確認する流れを作っておきましょう。


筆界データを現地確認や業務判断に使う前提を整理する

14条地図GeoJSONをShapefileへ変換する目的は、単にファイル形式を変えることではありません。多くの場合、変換後のShapefileを使って、現地確認、設計検討、用地管理、施工範囲の確認、関係者説明、台帳整理などを行うためです。ここで注意したいのは、14条地図の筆に関するデータを、現況構造物や実測成果と同じ意味で扱わないことです。筆界に関する表示は土地の筆に関する情報であり、現地の塀、道路縁、建物、舗装端、排水構造物などの位置と必ず一致するものではありません。


また、公開されている登記所備付地図データは、加工して利活用するためのデータであり、法務局が発行する地図証明書や図面証明書の代わりになるものではありません。権利関係、境界確認、隣接地との調整、正式な提出資料などに関わる判断では、必要に応じて最新の登記情報、証明書、測量成果、関係者確認を併用する必要があります。Shapefileに変換して扱いやすくなったとしても、データの法的な意味や精度の限界まで変わるわけではありません。


実務では、14条地図を背景にして現地の写真や測量点、施工予定範囲を重ねることがあります。このとき、見た目として筆界線が現地構造物に近い位置に表示されると、その線をそのまま現地境界として扱いたくなる場面があります。しかし、データの性質を理解せずに判断すると、後から関係者間で認識違いが生じる可能性があります。変換後のShapefileは便利な作業データですが、それだけで現地のすべてを判断できるものではありません。


そのため、変換後のShapefileをどの業務で使うのかを事前に整理することが大切です。概略検討や位置関係の把握に使うのか、現地確認の下図として使うのか、関係者説明の参考図として使うのか、測量成果との照合に使うのかによって、求められる確認精度が変わります。概略把握であれば、多少の表示差を許容できる場合があります。一方、境界に近い施工、用地取得、占用範囲、隣接地との調整などに関係する場合は、別途、正式な資料や現地測量、関係者確認が必要になります。


14条地図GeoJSONをShapefileへ変換した後は、図面や資料に注記を入れることも検討します。筆界に関する表示は参考情報として扱うこと、現地構造物の位置を示すものではないこと、座標系や変換日、元データの取得時点、加工内容などを明記しておくと、資料を受け取った人が誤解しにくくなります。特に、複数部署や外部関係者へ共有する場合、作成者の前提が伝わらないまま図面だけが独り歩きすることがあります。注記は、データを安全に使うための重要な管理手段です。


現地確認に使う場合は、Shapefile化した筆界データだけでなく、現地で取得した位置情報や写真、メモと組み合わせると効果的です。筆界線の近くにある構造物、境界標らしきもの、道路との接続部、高低差、フェンス、側溝、擁壁などを記録しておくと、後で図面上の情報と現地状況を照合しやすくなります。ただし、現地で見えるものがそのまま筆界を示すとは限らないため、記録には「確認した現況」と「判断した内容」を分けて書くことが大切です。


変換後のShapefileを重ね合わせる相手データにも注意が必要です。背景地図、航空写真、道路台帳、現況測量、設計図、工事図面、施設管理図などは、それぞれ作成時期、座標系、精度、目的が異なります。14条地図データだけを基準にして他のデータの正誤を判断するのではなく、各データの性質を確認しながら使います。複数のデータが少しずつずれている場合、どれか1つを絶対の基準とするのではなく、目的に応じて確認すべき資料を選ぶ必要があります。


また、Shapefile化によって加工しやすくなる一方で、元データとの関係が分かりにくくなることがあります。筆を結合する、不要な属性を削除する、対象範囲だけを切り出す、座標系を変換する、図形を修復する、簡略化する、といった処理を行うと、元の14条地図GeoJSONとは異なる作業用データになります。加工後のデータを使って業務判断する場合は、どの加工を行ったのかを記録し、必要に応じて元データに戻れるようにしておくことが重要です。


図形の修復や簡略化にも注意が必要です。変換後に表示エラーを防ぐため、自己交差や微小な隙間を修正する処理を行うことがあります。しかし、この処理によって境界線の形状がわずかに変わる可能性があります。概略図であれば問題にならない場合でも、筆界付近の細かな確認に使う場合は、どこまで加工してよいかを慎重に判断する必要があります。変換作業では、表示しやすさと原形保持のバランスを意識します。


社内の作業フローとしては、元データ、変換データ、確認済みデータ、配布用データを分けると管理しやすくなります。元データは取得時のまま保管し、変換データは形式変換のみ、確認済みデータは座標系や属性の確認を行ったもの、配布用データは必要な範囲や属性に整理したものとして管理します。このように段階を分けることで、どのデータを使って判断したのかが明確になります。


14条地図GeoJSONをShapefileに変換すると、さまざまな業務データと連携しやすくなります。しかし、使いやすくなるほど、利用者がデータの前提を忘れやすくなるという面もあります。現地確認や業務判断に使うときは、筆界データの意味、座標系、属性、加工履歴、利用目的をセットで管理することが大切です。変換後のShapefileは便利な作業データですが、現地情報や正式資料と合わせて扱うことで、誤解や手戻りを減らせます。


まとめ:変換後のShapefileは現地情報と合わせて扱う

14条地図GeoJSONをShapefileへ変換する際の注意点は、形式変換、座標系、属性、利用前提の4つに整理できます。まず、GeoJSONとShapefileはデータの持ち方が異なるため、変換できたように見えても、属性名の短縮、文字化け、複雑な図形の見え方の変化、関連ファイルの不足が起きる可能性があります。次に、座標系を正しく扱わないと、背景地図や測量成果と重ねたときに位置ずれが発生します。さらに、属性情報が欠落すると、地番検索や対象筆の抽出、台帳照合が難しくなります。最後に、筆界データは現地構造物の位置そのものではないため、現地確認や正式な判断では資料の性質を理解して使う必要があります。


変換作業では、元のGeoJSONを保管し、変換条件を記録し、変換後のShapefileを目視と属性の両面から確認します。座標系は指定と変換を取り違えないようにし、代表地点で位置を確認します。属性は、項目名、文字コード、地番表記、空欄、件数、検索結果を確認します。図形は、複雑な筆、細長い筆、飛び地、穴を持つ筆などを中心に、変換前後で見え方を比べます。これらを標準手順にしておくと、担当者が変わっても同じ品質でデータを扱いやすくなります。


また、Shapefile化した14条地図データを現場で活用する場合は、現地写真や位置情報、測量成果、点検メモと組み合わせることが重要です。机上で筆界を確認するだけでは、現地の高低差、構造物、視認できる境界標、道路との取り合い、施工上の支障物までは分かりません。変換後のデータを現地確認の入口として使い、現場で得た情報を重ねていくことで、より実務に近い判断がしやすくなります。


14条地図GeoJSONをShapefileに変換する作業は、土地情報を使いやすくするための有効な手段です。ただし、変換後のデータは、座標系、属性、加工履歴、現地状況を合わせて管理してこそ、業務で安心して使える情報になります。現場で位置を確認しながら記録を残し、地図データと写真を結びつけて管理したい場合は、スマートフォンや現場記録用の仕組みを使って、位置情報付きの写真、メモ、確認日、担当者を残す方法も有効です。14条地図GeoJSONやShapefileは、変換して終わりではなく、現地情報と照合しながら継続的に管理することで実務に活かしやすくなります。


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

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

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

 

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

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

bottom of page