GeoJSONを住所データから作るジオコーディング注意点5つ

住所一覧を地図上で扱うためにGeoJSONへ変換すると、地点の可視化、台帳管理、現地確認、区域分析、設備管理などに使いやすいデータを作れます。ただし、住所文字列を緯度経度に変換するジオコーディングは、単純な形式変換ではありません。住所の表記ゆれ、階層の欠落、座標のずれ、属性の整理不足、運用時の更新方法によって、地図上の位置が思わぬ場所に出たり、後工程で使いにくいGeoJSONになったりします。この記事では、住所データからGeoJSONを作る実務担当者が確認したい注意点を5つに分けて解説します。

目次

• 住所データをGeoJSON化する前に目的と精度を決める

• 住所表記のゆれを整えてジオコーディング失敗を減らす

• 取得した座標の位置ずれと信頼度を確認する

• GeoJSONの属性設計と座標順を間違えない

• 更新・再変換・現地確認まで含めた運用にする

• まとめ

住所データをGeoJSON化する前に目的と精度を決める

住所データからGeoJSONを作るとき、最初に決めるべきことは変換作業の手順ではなく、作ったGeoJSONを何に使うかです。地図上におおまかな分布を表示したいだけなのか、施設の入口付近を確認したいのか、工事や点検の対象地点として現地で利用したいのかによって、必要な位置精度や確認方法は大きく変わります。

たとえば、市区町村単位の分布を見たい場合は、住所の中心付近に点が置かれていても分析上は問題になりにくいことがあります。一方、建物、敷地、設備、出入口、点検対象などを扱う場合は、住所から得られた座標が街区の中心や代表点に寄っているだけでは不十分なことがあります。住所は本来、人が場所を特定するための文字情報であり、必ずしも地図上の一点を厳密に表すものではありません。そのため、住所をジオコーディングして得られた点は、あくまで住所に対応する推定位置として扱う必要があります。

GeoJSONは地理情報を扱いやすい形式ですが、形式として正しいことと、業務上正しい位置を示していることは別です。GeoJSONファイルとして読み込める状態になっていても、座標が隣接地、道路上、代表地点、旧住所、別棟付近に置かれていれば、現場判断を誤る原因になります。特に、設備台帳、調査対象リスト、顧客住所、配送先、建物管理、土地関連情報などでは、住所の文字列だけでは位置の解釈に幅が出る場合があります。

そのため、作業前には、どの程度のずれまで許容できるかを言語化しておくことが重要です。たとえば、町丁目単位でよいのか、街区単位まで必要なのか、建物単位で確認したいのか、敷地内のどの場所を点にするのかを決めます。許容範囲が曖昧なままジオコーディングを行うと、変換後にどのデータを修正すべきか判断できません。結果として、すべてを目視確認することになったり、逆に位置ずれを見落としたりします。

また、住所データの用途によって、点の意味も変わります。顧客所在地を表す点、建物の代表点、入口、設備位置、工事対象箇所、区域の代表点では、同じ住所から作成しても求められる座標が異なります。住所から自動的に得られる座標は、多くの場合、住所階層に対する代表点です。入口や設備の位置を示すものではないため、現地作業で使う場合は、追加確認を前提にした方が安全です。

さらに、GeoJSON化の目的が表示なのか、分析なのか、共有なのかによっても設計が変わります。表示だけであれば、地図上で見やすく分類できる属性が重要です。分析で使うなら、住所階層、分類、対象年月、管理番号、変換結果の信頼度などを保持しておく必要があります。外部へ共有するなら、個人情報や不要な内部情報を含めない設計が必要です。最初に目的を整理しておけば、住所の正規化、ジオコーディング結果の検査、属性設計、更新方法まで一貫した判断ができます。

住所からGeoJSONを作る作業では、単に緯度経度を付与するだけでなく、後から確認しやすい状態を作ることが大切です。変換日時、変換方法、変換に使った住所文字列、補正有無、確認状況などを属性として残すと、後で不具合が見つかったときに原因を追いやすくなります。これらの情報を残しておかないと、地図上で位置がおかしい点を見つけても、元住所が悪かったのか、ジオコーディング結果が粗かったのか、変換後に加工ミスがあったのか判断しにくくなります。

特に複数部門でGeoJSONを使う場合、位置精度の前提を共有しないまま配布すると、利用者が過度に正確なデータだと誤解することがあります。住所から作成した点データであること、現地測量や実測値ではないこと、確認済みと未確認のデータが混在する場合があることは、属性や説明資料で分かるようにしておくと安心です。GeoJSONは扱いやすい反面、地図に表示されると正しい位置のように見えやすいため、精度の前提を明確にすることが欠かせません。

住所表記のゆれを整えてジオコーディング失敗を減らす

ジオコーディングの成否を大きく左右するのが、住所文字列の品質です。住所データには、都道府県名の有無、市区町村名の省略、丁目や番地の表記違い、全角半角の混在、旧字体、スペース、建物名、部屋番号、事業所名など、さまざまな表記ゆれが含まれます。人が読めば同じ場所だと分かる住所でも、機械的に処理すると別の住所として扱われたり、該当なしになったり、別候補に割り当てられたりすることがあります。

住所データをGeoJSON化する前には、まず住所の構造を分解して確認することが有効です。都道府県、市区町村、町名、丁目、番地、号、建物名、部屋番号などが一つの文字列に混在している場合、ジオコーディング処理の前に不要な情報や補助情報を整理します。建物名や部署名が含まれていると精度が上がることもありますが、逆に住所検索の妨げになることもあります。特に部屋番号、階数、担当者名、会社内の部署名、備考欄の文章などが混じっている場合は、住所として解釈される部分と属性として残す部分を分けた方が安全です。

表記ゆれの中でも注意したいのは、住所階層の欠落です。都道府県名がなくても一意に決まる住所もありますが、同じ市区町村名や同じ町名が別地域に存在することがあります。市区町村名だけでなく、都道府県名まで含めた完全な住所にしておくと、誤った候補に変換されるリスクを下げられます。住所一覧が特定地域に限定されている場合でも、後から他地域のデータと統合する可能性があるなら、最初から都道府県名を含めた形に整えておく方が運用しやすくなります。

数字の表記も確認が必要です。丁目、番地、号の区切りにハイフンが使われている場合、全角と半角が混在していることがあります。また、漢数字と算用数字が混在している住所もあります。ジオコーディングの仕組みによって許容される表記は異なりますが、入力側で形式をできるだけ揃えておくことで、変換結果のばらつきを減らせます。住所の正規化では、単に見た目を整えるだけでなく、元の住所文字列を必ず残しておくことも大切です。変換用に整えた住所と、原本として受け取った住所を別項目で持たせれば、後で問い合わせや確認を行う際に元データへ戻れます。

住所には、現在の住所と過去の住所が混在している場合もあります。市町村合併、住居表示の実施、区画整理、町名変更などにより、古い住所のまま台帳に残っていることがあります。古い住所が必ず使えないわけではありませんが、ジオコーディング結果が粗くなったり、別の代表点に割り当てられたりすることがあります。住所データの作成時期が古い場合や、複数の台帳を統合する場合は、住所の更新状況を確認する工程を入れておくと安全です。

また、住所欄に郵便番号がある場合でも、郵便番号だけに頼りすぎない方がよいです。郵便番号は地域や事業所を絞り込む助けになりますが、個別の建物や敷地位置を正確に表すものではありません。郵便番号と住所を組み合わせて候補を絞ることは有効ですが、郵便番号の代表点をそのまま地点として扱うと、位置が大きくずれる可能性があります。GeoJSONにする点が何を表すのかを考え、郵便番号、住所、建物名などの役割を分けて扱う必要があります。

外部のジオコーディングサービスやAPIを使う場合は、変換精度だけでなく、利用規約、送信できるデータの範囲、取得結果の保存可否、商用利用の条件、個人情報の取り扱いも確認します。住所データには個人や施設を特定できる情報が含まれることがあるため、必要以上の属性を送らない、送信前に不要な項目を削る、結果の利用範囲を記録するなどの配慮が必要です。

住所表記のゆれを整える際には、変換に失敗した住所だけを後から直す方法もありますが、最初に全体の品質を整えた方が効率的です。失敗データだけを個別修正すると、同じ原因が別の場所にも残ったままになることがあります。たとえば、全角ハイフンの混在、町名の省略、建物名の後ろに備考が付く形式など、共通した問題を見つけて一括で整えると、再変換時の成功率が上がります。住所データの前処理は地味な作業ですが、GeoJSONの信頼性を左右する重要な工程です。

さらに、住所データに重複がある場合も注意が必要です。同じ住所に複数の対象があることは珍しくありません。集合住宅、同一敷地内の複数施設、同じ建物内の複数事業者、同一街区内の複数設備などでは、住所だけでは点が重なります。重なった点をそのまま地図に表示すると、対象数を見落とすことがあります。住所単位で点を作るのか、対象単位で同じ座標を持つ複数Featureを作るのか、または現地確認で個別位置を補うのかを決めておくことが大切です。

取得した座標の位置ずれと信頼度を確認する

ジオコーディングで緯度経度が得られても、その時点で作業完了と考えるのは危険です。住所から得られる座標には、建物に近い点、街区の代表点、町丁目の中心、道路沿いの点、行政区域の代表点など、さまざまな粒度があり得ます。見た目には同じように点が表示されても、実際にどの階層まで解決できた結果なのかを確認しなければ、業務で使える精度か判断できません。

まず確認したいのは、ジオコーディング結果の信頼度や一致レベルです。変換処理の結果として、完全一致、部分一致、候補複数、推定、該当なしなどの情報を得られる場合があります。これらの情報は、GeoJSONの属性として保持しておくと便利です。単に座標だけを残すと、後から見たときに確認済みの正確な点なのか、住所の途中までしか一致していない推定点なのか分からなくなります。特に大量データを扱う場合は、信頼度の低いものを抽出して優先的に確認できるようにしておくと、品質管理がしやすくなります。

位置ずれの確認では、地図上で点を見るだけでなく、住所階層との関係を見ます。住所が市区町村までしか解決されていないのに、地図上では点が表示されることがあります。この点は市区町村の代表点であり、実際の対象位置とは大きく離れている可能性があります。同様に、町丁目までの代表点や街区の中心に置かれることもあります。点が表示されたという事実だけで安心せず、住所のどの階層に対応した座標なのかを確認する必要があります。

大量の住所をGeoJSON化する場合、すべてを目視で確認するのは現実的ではないことがあります。その場合は、確認の優先順位を決めます。信頼度が低いもの、住所の一部しか一致しなかったもの、複数候補があったもの、対象地域の外に出ているもの、同じ座標に大量に重なっているもの、緯度経度が欠落しているもの、極端に遠い場所に飛んでいるものを抽出すると、効率的に異常を見つけられます。GeoJSONに変換する前の表形式データで検査してもよいですし、変換後に地図表示して空間的に確認してもよいです。

対象地域が決まっている場合は、範囲チェックが効果的です。たとえば、特定の都道府県、市区町村、管理区域内の住所だけを扱うなら、得られた点がその範囲内に入っているかを確認します。範囲外に出た点は、住所の誤記、同名地名への誤変換、都道府県名の欠落、旧住所の影響などが疑われます。範囲チェックは完全な品質保証ではありませんが、大きな誤変換を早い段階で発見する助けになります。

また、点が道路上や敷地外に置かれる場合もあります。住所から得られる座標は、建物の中心や入口を示すとは限りません。道路沿いに補正されることもあれば、街区代表点として敷地から離れることもあります。現地作業に使うGeoJSONでは、この違いが重要です。点検員がGeoJSONを頼りに現場へ向かう場合、点が敷地入口を示すのか、建物代表点を示すのか、住所の代表点を示すのかを分かるようにしておく必要があります。

位置ずれを確認する際には、衛星写真や背景地図だけに頼りすぎないことも大切です。背景地図や写真にも撮影時期、表示精度、更新時期の違いがあります。背景と点が少しずれて見える場合、ジオコーディング結果が悪いのか、背景側の位置合わせや更新状況の影響なのかを切り分ける必要があります。特に造成地、新しい道路、新築建物、区画整理後の地域では、住所、地図、写真の更新タイミングが一致しないことがあります。

座標の信頼度を管理する方法として、確認状態を属性に入れるのも有効です。未確認、自動変換済み、机上確認済み、現地確認済み、手動補正済みなどの状態を持たせると、利用者がデータの扱いを判断しやすくなります。位置を手動で補正した場合は、補正理由や補正日も残しておくと、後で再ジオコーディングしたときに上書きしてよいか判断できます。自動変換で得た座標と、人が確認した座標を同じ扱いにしないことが、品質を保つうえで重要です。

GeoJSONの属性設計と座標順を間違えない

住所データからGeoJSONを作るときは、座標が入ればよいと考えがちですが、実務では属性設計がとても重要です。GeoJSONのFeatureには、形状を表すgeometryと、対象の情報を持つpropertiesがあります。住所から作った点を後から検索、分類、確認、更新するためには、propertiesに何を入れるかを最初に決めておく必要があります。

最低限残したいのは、対象を一意に識別する管理番号、元の住所文字列、変換用に整形した住所、分類、変換結果の信頼度、確認状態、更新日などです。管理番号がないと、元データとの照合が難しくなります。元住所を消してしまうと、座標がおかしいときに原因を追えません。整形後住所だけを残すと、原本との違いが分からなくなります。GeoJSONは地図表示用のファイルとして使われることが多いですが、実務では元データとの往復ができる設計にしておくことが大切です。

属性名は、後工程で扱いやすいように統一します。同じ意味の項目に、address、住所、所在地、addrなど複数の名前を混在させると、統合や自動処理でミスが起きます。日本語の属性名が悪いわけではありませんが、利用する環境によって文字化けや扱いにくさが出る場合もあります。社内や案件内で使う項目名のルールを決め、なるべく短く、意味が分かり、重複しない名前にしておくとよいです。外部共有を前提にする場合は、受け手が理解しやすい説明も合わせて用意します。

GeoJSONで特に間違いやすいのが座標の順番です。RFC 7946に準拠したGeoJSONでは、座標は経度と緯度を10進度で扱い、配列は一般的な住所表記や地図アプリで見慣れた緯度、経度の順ではなく、経度、緯度の順で記述します。日本国内の住所を扱う場合、経度はおおむね120度台から150度台、緯度は20度台から40度台に入ることが多いため、順番を逆にすると日本から大きく外れた位置に表示されます。地図に表示されない、海上や海外に飛ぶ、対象地域から極端に離れるといった問題が出た場合は、まず経度と緯度の順序を確認する必要があります。

座標参照系にも注意が必要です。RFC 7946のGeoJSONは、WGS 84に基づく経度緯度の座標を前提にする形式です。測量や設計で使う平面直角座標系、Webメルカトル、ローカル座標、メートル単位の座標をそのままGeoJSONのcoordinatesに入れると、一般的な地図表示では正しい位置に出ません。住所からジオコーディングした場合は経度緯度で得られることが多いですが、途中で別の座標系のデータと結合した場合や、既存の測量成果と混ぜる場合は、単位と座標系を必ず確認します。

geometryの型も目的に合わせて選びます。住所から得られる代表位置は通常Pointとして扱いますが、対象が敷地、建物、区域、路線、範囲を表す場合は、Pointだけでは情報が足りないことがあります。住所から作った点を入口や代表点として使い、区域や範囲は別の面データや線データで管理する方が適切な場合もあります。住所を入力しただけで建物形状や敷地境界が自動的に得られるわけではないため、点データの意味を過大に扱わないことが重要です。

GeoJSONのpropertiesには、何でも入れられるように見えますが、不要な情報を入れすぎると扱いにくくなります。個人名、電話番号、詳細な契約情報、内部メモなど、地図表示や位置確認に不要な情報は含めない方が安全です。特に外部共有や現場端末での利用を考える場合は、必要最小限の属性に絞り、個人情報や機密情報が混入しないよう確認します。住所自体も個人や施設を特定し得る情報になるため、利用範囲に応じた管理が必要です。

ファイルの文字コードや改行、数値形式にも注意します。住所や日本語属性が文字化けすると、地図上で確認しづらくなります。緯度経度を文字列として保存するか数値として保存するかも、後工程に影響します。GeoJSONのcoordinatesには数値を入れるため、桁区切りのカンマや不要な文字が混じっていないか確認します。小数点以下の桁数は、必要な精度とファイルサイズのバランスを見て決めます。過度に丸めると位置がずれますが、必要以上に桁を増やしても、住所由来の点精度そのものが上がるわけではありません。

また、GeoJSONファイルを分割するか一つにまとめるかも考えておくとよいです。対象件数が少なければ一つのファイルで管理しやすいですが、件数が多い場合、地域別、用途別、確認状態別に分けた方が表示や更新がしやすいことがあります。ただし、分割しすぎると管理が複雑になります。元データ、変換結果、確認済みデータ、公開用データの関係を整理し、どのファイルが正本なのか分かるようにしておくことが大切です。

更新・再変換・現地確認まで含めた運用にする

住所データからGeoJSONを作る作業は、一度変換して終わりではありません。住所データは更新され、対象施設は増減し、住所表記は修正され、地図や建物情報も変わります。最初に作ったGeoJSONをそのまま使い続けると、時間が経つほど実態とずれていく可能性があります。そのため、更新と再変換の運用を最初から考えておくことが重要です。

まず、元データとGeoJSONの関係を明確にします。元の住所一覧を修正したらGeoJSONを再生成するのか、GeoJSON側で手動補正した座標を正とするのか、両方をどう同期するのかを決めておかないと、更新時に混乱します。たとえば、住所から自動変換した後に現地確認で座標を補正した場合、次回の一括ジオコーディングで補正済み座標を上書きしてしまうと、せっかく確認した結果が失われます。手動補正済みの点は再変換対象から除外する、または補正前座標と補正後座標を別項目で管理するなどの工夫が必要です。

再変換の履歴も残しておくと安心です。いつ、どの住所文字列から、どのように座標を取得したのかが分かれば、後で位置ずれが見つかったときに原因を追いやすくなります。変換処理の仕様を変更した場合、住所の正規化ルールを変えた場合、対象データを追加した場合は、過去のGeoJSONと新しいGeoJSONを比較できるようにしておくとよいです。差分を確認せずに上書きすると、意図しない座標変更に気づけないことがあります。

現地確認を行う場合は、GeoJSONを現場でどう使うかも考えます。住所から作った点を地図に表示し、現場で位置を確認して修正する運用では、現場担当者が何を確認すべきかを明確にする必要があります。点が対象建物を示しているか、入口を示すべきか、設備位置を示すべきか、敷地代表点でよいのかが曖昧だと、担当者によって補正基準がばらつきます。現地確認の目的に合わせて、確認項目と補正ルールを決めておくことが重要です。

現場で得た位置情報を反映する際には、住所由来の座標と現地確認済み座標を区別します。現地で確認した座標は、住所から推定した座標よりも業務上の価値が高いことがあります。ただし、現地での取得方法によっても精度は変わります。端末の測位環境、周囲の建物、樹木、天候、取得タイミングなどにより、位置が数メートル以上ずれることもあります。現地確認済みという言葉だけでなく、取得方法や確認者、確認日、補正内容を残しておくと、後からデータの信頼性を判断しやすくなります。

複数人で更新する場合は、ファイルの管理方法にも注意します。GeoJSONはテキスト形式のため扱いやすい一方、同じファイルを複数人が別々に編集すると、どれが最新か分からなくなることがあります。表形式の元データ、変換済みGeoJSON、確認済みGeoJSON、共有用GeoJSONを分ける場合は、ファイル名や保存場所、更新ルールを統一します。更新日だけに頼るのではなく、バージョン、対象範囲、確認状態が分かる名前にしておくと、誤利用を防ぎやすくなります。

品質確認では、変換直後だけでなく、公開前や共有前にも検査を行います。座標欠落、座標順の逆転、対象範囲外の点、同一座標への過度な集中、属性の欠落、不要な個人情報、確認状態の未入力などを確認します。GeoJSONは一見すると単純なファイルですが、位置情報と属性情報が結びついているため、ミスがあると地図表示だけでなく、分析や現場対応にも影響します。公開用や共有用のGeoJSONを作る場合は、内部管理用の情報を削除した別ファイルを作ることも検討します。

また、住所データからGeoJSONを作る業務では、失敗例を次回に活かすことが大切です。変換に失敗しやすい住所表記、よく発生する位置ずれ、確認が必要な地域、旧住所が残りやすい台帳、重複しやすい施設などを記録しておくと、次回の作業効率が上がります。毎回同じように手作業で修正するのではなく、前処理ルール、確認ルール、属性設計を少しずつ整えていくことで、GeoJSON作成の品質が安定します。

まとめ

GeoJSONを住所データから作るジオコーディングでは、住所を緯度経度に変換することだけに注目すると、後で位置ずれや属性不足に悩まされやすくなります。重要なのは、作成した点が何を表すのか、どの程度の精度が必要なのか、どの住所文字列から変換したのか、どの結果を確認済みとして扱うのかを明確にすることです。

1つ目の注意点は、作業前に目的と必要精度を決めることです。分布把握なのか、現地確認なのか、台帳管理なのかによって、許容できる位置ずれは変わります。GeoJSONとして正しい形式であっても、業務目的に合わない座標では使いにくいデータになります。

2つ目の注意点は、住所表記のゆれを整えることです。都道府県名の省略、番地表記の違い、建物名や備考の混在、旧住所、重複住所などは、ジオコーディングの失敗や誤変換につながります。元住所と変換用住所を分けて管理し、後から原因を追える状態にしておくことが大切です。

3つ目の注意点は、取得した座標の位置ずれと信頼度を確認することです。座標が返ってきたからといって、建物や対象物を正しく指しているとは限りません。住所のどの階層まで一致したのか、対象範囲内にあるのか、同じ座標に重なっていないか、現地で使える位置なのかを確認する必要があります。

4つ目の注意点は、GeoJSONの属性設計と座標順です。GeoJSONでは座標を経度、緯度の順で記述します。この順番を誤ると、点が大きく外れた場所に表示されます。また、管理番号、元住所、変換用住所、確認状態、変換日時、信頼度などをpropertiesに持たせておくことで、後工程で扱いやすいデータになります。

5つ目の注意点は、更新と現地確認まで含めた運用にすることです。住所データも地図情報も変化するため、GeoJSONは作って終わりではありません。再変換時に手動補正済みの座標を上書きしない仕組みや、確認状態を残すルール、共有前の品質確認が必要です。

住所から作成したGeoJSONは、地図表示や分析を始めるための便利な入口になります。しかし、住所由来の座標には推定の要素が含まれるため、現場で使うデータに育てるには確認と補正の仕組みが欠かせません。特に、屋外で対象地点を確認したり、現地の位置情報を記録したりする業務では、机上のジオコーディング結果と現場で得た情報をつなげることが重要です。住所データから作ったGeoJSONを現地確認や位置記録まで活用したい場合は、用途、必要精度、取得方法、データ管理ルールを整理したうえで、現地記録アプリや高精度測位機器の利用を検討するとよいでしょう。