GeoJSONは、点、線、面などの地物情報をJSON形式で表現できるため、地図データの受け渡しや簡易な可視化に使いやすいデータ形式です。平面地図で位置を確認するだけであれば、比較的少ない準備でも表示できることがあります。しかし、3D地図で使う場合は、見た目が立体になる分だけ、座標、高さ、形状、データ量、現場での確認方法に注意が必要です。
特に「geojson 使い方」と検索している実務担当者にとって重要なのは、ファイルを読み込めるかどうかだけではありません。3D空間上で正しい場所に表示されているか、地面や構造物との関係が誤って見えていないか、説明や確認に使える前提で整理されているかが大切です。この記事では、GeoJSONを3D地図で使う前に押さえておきたい4つの注意点を、実務で確認しやすい流れで解説します。
座標系と位置の前提をそろえてから読み込む
GeoJSONを3D地図で使う前に最初に確認したいのは、座標の前提です。現在の標準仕様であるRFC 7946に沿ったGeoJSONでは、座標参照系はWGS 84、座標の単位は経度・緯度の10進度として扱われます。つまり、標準的なGeoJSONとして共有する場合は、平面直角座標系やローカル座標をそのまま入れておけばよい、という前提ではありません。読み込む側の3D地図がどの座標の考え方で表示するかを理解していないと、意図した場所からずれて表示されることがあります。
実務では、まずそのGeoJSONがどのような目的で作られたものなのかを確認することが大切です。現地で取得した点なのか、既存図面から変換した線なのか、行政や社内の地図データから切り出した面なのかによって、座標の信頼度や確認方法が変わります。同じGeoJSONという形式に見えても、作成元が違えば、測地系、座標の単位、桁数、変換履歴が違うことがあります。3D地図に読み込む前に、作成元と変換の流れを簡単にでも記録しておくと、後からずれの原因を追いやすくなります。
標準的なGeoJSONでは、座標は経度、緯度の順に並びます。地図や測量の作業では「緯度・経度」という言い方に慣れていることも多いため、変換ツールや手作業を挟んだときに順序が入れ替わることがあります。この順序が入れ替わると、まったく別の場所に表示されたり、読み込み自体は成功しても地図上で見つけにくくなったりします。ファイルを開いて座標値を確認し、対象地域の経度・緯度として自然な値になっているかを見るだけでも、初期段階のミスを減らせます。
注意したいのは、表示できたことと、正しい場所に表示されたことは別だという点です。3D地図にGeoJSONを読み込んで線や面が出たとしても、それだけで位置が合っているとは判断できません。道路の中心線、交差点、建物角、河川、既知の基準点など、照合しやすい対象を使って、複数箇所で位置関係を見ることが重要です。一点だけ合っているように見えても、別の場所では回転や縮尺のずれが出ている場合があります。特に図面由来のデータでは、座標変換の設定やローカル座標の扱いによって、全体が平行移動しているだけでなく、向きや大きさが微妙に違うこともあります。
また、現行仕様では、旧仕様や一部の独自運用で使われていた座標参照系を示す情報に頼って、読み込み側が自動的に意図を判断してくれるとは限りません。平面直角座標系などで管理されている測量成果や設計図面を3D地図で使う場合は、標準的なGeoJSONとして共有する前に、WGS 84の経度・緯度へ変換されているかを確認する必要があります。座標値の数字が大きい場合や、経度・緯度らしくない値が入っている場合は、変換済みなのか、まだ図面座標のままなのかを確認しましょう。
3D地図で使う場合は、画面上の見た目だけに頼りすぎないことも大切です。上空から見れば合っているように見える線でも、斜め方向から見ると地形や構造物との位置関係が合っていないことがあります。たとえば、道路端を示す線が車道面の中央に乗っていたり、敷地境界を示す面が建物や擁壁を不自然に横切っていたりする場合は、座標や元データの前提を見直す必要があります。3D表示は説得力がある反面、見た人が「正しい位置にある」と受け取りやすいため、読み込み前の確認が欠かせません。
さらに、3D地図では広域データと詳細データを同じ画面で扱う場面があります。広域の行政界や道路網はおおまかな位置確認には十分でも、現場の施工範囲や点検箇所の説明に使うには精度が足りない場合があります。逆に、現場で取得した細かな測点に合わせたデータは、広域地図と重ねると背景側の誤差が目立つこともあります。どちらが正しい、どちらが間違いという単純な話ではなく、データごとに作られた目的と許容される精度が違うと考える必要があります。
GeoJSONを3D地図に読み込む前には、対象地域、座標の種類、作成元、変換手順、確認した基準物を簡単に整理しておくと安心です。これは専門的な報告書を作るという意味ではなく、後から見た人が「なぜこの位置で表示されているのか」を理解できる状態にするということです。地図データは一度共有されると、別の担当者が別の用途で使うことがあります。最初の段階で前提を残しておけば、3D地図上での誤った解釈や、現場との行き違いを防ぎやすくなります。
高さ情報の扱いを決めて3D表示の誤解を防ぐ
GeoJSONを3D地図で使うときに、次に注意したいのが高さ情報です。2D地図では、点や線や面が平面上のどこにあるかが主な関心になります。しかし3D地図では、高さ方向の見え方が加わります。高さが入っていないGeoJSONを読み込んだ場合、3D地図側の設定によって、地表に沿うように表示されたり、高さゼロの面に置かれたり、指定した高さにまとめて表示されたりすることがあります。この挙動を理解しないまま使うと、実際には高さを持っていないデータなのに、あたかも現地の高さを反映しているように見えてしまいます。
GeoJSONの座標には、経度、緯度に加えて3番目の値を持たせることができます。標準仕様では、この任意の3番目の値はWGS 84の参照楕円体を基準にしたメートル単位の高さとして扱われます。ただし、実務データでは、標高、地表からの相対高さ、構造物の上端、測定機器が記録した高さ、設計上の高さなど、別の意味で数値が入っていることもあります。その高さが何を意味しているのかを確認しないまま表示すると、地物が地面に埋まったように見えたり、空中に浮いたように見えたりします。
特に現場説明では、3D地図の見た目が誤解を生みやすい点に注意が必要です。たとえば、管路、境界線、点検位置、撮影位置などをGeoJSONで表示する場合、それらが地表面上の位置を示しているのか、構造物の一部の高さを示しているのかを明確にしておく必要があります。写真の撮影位置を点で表示する場合も、点の高さが撮影者や機器の位置を示すのか、地面の位置を示すのかによって、後から見たときの解釈が変わります。3D地図は直感的に見えるため、表示された高さが正しいと受け取られやすいのです。
高さ情報がないGeoJSONを使う場合は、地形に沿わせて表示するのか、一定高さで表示するのか、地表面から少し浮かせて見やすくするのかを事前に決めておくとよいです。地形に沿わせる方法は、道路や敷地範囲などを地表上に重ねて見せるときに分かりやすい反面、元データに高さが入っているわけではないため、正確な標高データとして扱うことはできません。一定高さで表示する方法は、線や面を見つけやすくできますが、地形との関係を誤解される可能性があります。見やすさのために少し浮かせる場合は、表示上の工夫であることを関係者に伝える必要があります。
高さを含むGeoJSONを使う場合も、地図側の地形データとの関係に注意が必要です。同じ地点でも、地形データの解像度、作成時期、標高基準の違いによって高さが一致しない場合があります。現場で取得した高さと、背景として使う3D地形の高さが完全に一致するとは限りません。そのため、点や線がわずかに浮いたり沈んだりして見えることがあります。これはGeoJSONだけの問題ではなく、重ね合わせるデータ同士の基準や精度の違いによって起こります。
建築や土木の実務でGeoJSONを使う場合は、高さの用途を分けて考えることが大切です。位置の目印として使う高さなのか、設計や施工管理で確認する高さなのか、説明用に見やすくする高さなのかを分けて整理します。説明用の3D表示であれば、見やすさを優先して線を少し浮かせることもありますが、その表示をそのまま出来形や高さ管理の根拠にするのは危険です。逆に、計測結果として高さを扱う場合は、取得方法、基準、単位、誤差の扱いを明確にする必要があります。
高さの単位にも注意が必要です。GeoJSONの座標値として高さが入っていても、その値がメートルとして扱えるように整理されているのか、別の単位から変換されたものなのかを確認しなければなりません。単位の取り違えは、3D地図上では極端な高さの違いとして現れることがあります。また、小数点以下の桁数が多くても、それが実際の精度を保証するわけではありません。データ上は細かい数値でも、取得方法や元データの性質によって実務上の信頼度は変わります。
3D地図で高さを扱うときは、表示の意味を画面上または資料内で補足できるようにしておくと安全です。たとえば、点が地表位置を示すのか、撮影位置を示すのか、線が設計線なのか、現況確認線なのかを属性に入れておくと、後から確認しやすくなります。属性名は担当者だけが分かる略語にせず、見た人が意味を判断しやすい名前にしておくとよいです。GeoJSONは属性情報を持てるため、座標だけでなく、その座標や高さが何を表すのかを一緒に管理することができます。
点・線・面の形状を3D地図向けに整理する
GeoJSONでは、Point、LineString、Polygonのほか、MultiPoint、MultiLineString、MultiPolygon、GeometryCollectionなどの形状を扱えます。実務上は、点、線、面として整理して考えると分かりやすいでしょう。2D地図であれば、線がつながっているか、面が閉じているか、点が正しい場所にあるかを確認するだけで使えることもあります。しかし3D地図では、形状が立体的な背景に重なるため、わずかな不整合が目立ちやすくなります。特に、線が地形を横切る、面が斜面に不自然に貼り付く、点が建物や構造物の内部に見えるといった表示は、見る人に違和感を与えます。
まず、点データでは、点が何を代表しているのかを明確にすることが重要です。点検箇所、写真位置、測点、設備位置、境界確認点など、点の意味はさまざまです。3D地図上では点だけを見ると意味が分かりにくいため、属性情報や表示名を整理しておく必要があります。点の数が少ない場合は目視で確認できますが、数が増えると似たような点が重なり、どれが重要な点なのか判断しにくくなります。用途ごとに分類し、不要な点を表示しない工夫が求められます。
線データでは、線のつながりと方向に注意します。道路中心線、歩道境界、河川沿いの線、配管ルート、施工範囲の外周など、線は現場説明でよく使われます。ただし、折れ点が多すぎる線は表示が重くなり、逆に折れ点を減らしすぎると現地形状と合わなくなります。3D地図では視点を変えながら見るため、線の角が不自然に飛んでいたり、短い線分が重なっていたりすると分かりやすく見えてしまいます。読み込み前に、線が不要に分割されていないか、途中で切れていないか、重複していないかを確認するとよいです。
面データでは、閉じた形になっているか、穴の扱いが正しいか、重なりや自己交差がないかを確認します。敷地範囲、施工範囲、規制範囲、危険箇所、管理区域などを面で表す場合、境界が少しずれているだけでも、3D地図上では対象外の場所まで含んでいるように見えることがあります。面の外周が交差している場合や、意図しない細長い部分が残っている場合も、表示や解析の妨げになります。2Dでは気づきにくい小さなねじれや重複も、3D表示では塗りや透過の見え方によって目立つことがあります。
3D地図で面を使う場合は、地形の起伏との関係を考える必要があります。平らな面として表示するのか、地形に沿わせるのかによって見え方が大きく変わります。平らな面として表示すると、範囲の比較や高さの基準を示すには分かりやすい場合がありますが、斜面や段差のある場所では地表とずれて見えることがあります。地形に沿わせると、現地の起伏に沿った範囲として見せやすい一方で、面の境界が細かく変形して見える場合があります。どちらの表示が目的に合うかを考えて選ぶことが大切です。
属性情報の整理も、3D地図での使いやすさに大きく影響します。GeoJSONのFeatureは、地物ごとに名前、種別、状態、日付、担当、説明などの属性情報を持たせることができます。しかし、属性名や値がばらばらだと、表示の切り替えや検索、色分けがしにくくなります。たとえば、同じ意味の種別が「点検」「確認」「現地確認」のように複数の表記で入っていると、後で分類するときに手間がかかります。3D地図で使う前に、属性名と値の表記をそろえておくと、必要な情報だけを表示しやすくなります。
また、3D地図ではラベル表示の扱いにも注意が必要です。点や線や面に名称を出すと分かりやすくなりますが、表示対象が多いとラベルが重なり、かえって読みにくくなります。重要な地物だけに名称を出す、拡大時だけ表示する、属性で分類して必要な層だけ表示するなど、見せ方を調整することが大切です。GeoJSONを作る段階で、表示名に使う項目を決めておけば、後から3D地図上で調整しやすくなります。
形状の整理では、不要な情報を入れすぎないことも重要です。元データに含まれているからといって、すべてをGeoJSONとして3D地図に載せる必要はありません。説明したい目的に対して必要な点、線、面を選ぶことで、画面が見やすくなり、読み込みも軽くなります。特に現場打合せや社内確認では、情報量が多すぎると、どこを見ればよいのか分かりにくくなります。3D地図は視覚的な情報量が多いため、GeoJSON側で整理しておくことが、伝わりやすい資料づくりにつながります。
形状の品質を確認する際には、地図上で表示するだけでなく、ファイルの中身も簡単に見る習慣を持つとよいです。座標が極端に長い配列になっていないか、同じような地物が重複していないか、属性が空欄ばかりになっていないかを確認するだけでも、後工程のトラブルを減らせます。GeoJSONはテキストとして読める形式であるため、完全に専門ソフトに任せきりにせず、必要な範囲で構造を確認できる点が利点です。
表示速度と現場確認を意識してデータを軽く保つ
GeoJSONを3D地図で使うときは、データ量にも注意が必要です。2D地図で軽く表示できるデータでも、3D地図では背景となる地形、建物、写真、点群、注記などと一緒に扱うため、読み込みが重くなることがあります。特に、細かい線や面が大量に含まれているGeoJSONをそのまま読み込むと、画面操作が遅くなり、現場打合せや説明の場で使いにくくなる場合があります。
データを軽くするためには、まず利用目的を明確にします。広域の位置関係を示したいのか、現場の詳細な境界を確認したいのか、点検箇所を一覧したいのかによって、必要な細かさは変わります。広域説明に使うデータに、現地測量レベルの細かな折れ点をすべて入れる必要はありません。逆に、施工範囲の境界を確認するデータであれば、線を単純化しすぎると重要な曲がりや段差を失う可能性があります。目的に合わせて、必要な精度と表示の軽さのバランスを取ることが大切です。
線や面の折れ点が多い場合は、形状を大きく変えない範囲で簡略化を検討します。ただし、簡略化は便利な一方で、境界やルートの意味を変えてしまう可能性があります。たとえば、道路端、敷地境界、水路沿い、法面の肩や尻を表す線では、小さな曲がりが実務上重要な意味を持つことがあります。機械的に点を減らすだけでなく、重要な角や変化点が残っているかを確認することが必要です。3D地図で見やすい形に整えることと、現場で説明できる形を保つことを両立させる意識が求められます。
座標の桁数や属性情報もデータ量に影響します。GeoJSONには多くの属性を持たせられますが、3D地図で表示や検索に使わない情報まで大量に入っていると、ファイルが大きくなります。元データから変換するときに、不要な属性がそのまま残ることもあります。表示に必要な名称、分類、日付、状態、備考などに絞ることで、扱いやすいデータになります。ただし、後から確認に必要になる情報まで削ってしまうと不便になるため、公開用、共有用、内部管理用など、用途ごとにファイルを分ける方法も考えられます。
現場で使う場合は、通信環境や端末性能も考慮します。事務所の環境では問題なく表示できても、現場では通信が不安定だったり、端末の処理能力が限られていたりすることがあります。3D地図上でGeoJSONを確認する場面では、拡大縮小、回転、レイヤー切り替え、属性確認などの操作が発生します。表示が遅いと、確認作業そのものが止まり、関係者の理解も途切れやすくなります。現場で使う前には、実際に使う端末に近い環境で読み込みと操作を試しておくことが大切です。
ファイルを分けることも有効です。ひとつのGeoJSONにすべての情報を詰め込むと、管理は一見簡単に見えますが、表示切り替えや更新が難しくなる場合があります。点検箇所、施工範囲、境界線、撮影位置、注意箇所など、用途ごとに分けておけば、必要な情報だけを読み込めます。また、更新があった場合も、関係するファイルだけを差し替えやすくなります。3D地図では複数の情報を重ねることが多いため、最初からレイヤーの考え方で整理しておくと運用しやすくなります。
ただし、ファイルを細かく分けすぎると、どれが最新なのか分かりにくくなることがあります。そのため、ファイル名や属性に日付、対象範囲、用途が分かる情報を入れておくとよいです。たとえば、現地確認用、打合せ用、提出前確認用など、目的が分かる名称にしておくと、誤ったファイルを読み込むリスクを減らせます。GeoJSONは軽く扱える反面、コピーや修正がしやすいため、版管理を意識しないと古いデータが混ざりやすくなります。
3D地図での確認では、表示したGeoJSONが現場の実態と合っているかを必ず見直します。机上で作成したデータは、現地の障害物、植生、仮設物、施工後の変化、撮影時期の違いなどを反映していない場合があります。3D地図上ではきれいに見えても、現地では立ち入りできない場所だったり、構造物で視認できなかったりすることがあります。GeoJSONを3D地図に載せることは、現場確認を省くためではなく、現場確認を効率よく行うための準備と考えると安全です。
また、関係者に共有する前には、表示の目的を明確に伝えることが重要です。説明用の概略データなのか、現地確認の補助なのか、記録管理のための位置情報なのかによって、受け手の見方が変わります。3D地図は見た目の説得力があるため、概略表示であるにもかかわらず、詳細な測量成果のように受け取られることがあります。GeoJSONを使った3D表示では、データの精度や用途を一緒に伝えることで、過度な期待や誤解を防げます。
まとめ
GeoJSONは、点、線、面を扱いやすく、地図上で情報を共有するために便利な形式です。しかし、3D地図で使う場合は、単に読み込めるかどうかだけで判断すると、位置ずれ、高さの誤解、形状の不整合、表示の重さといった問題が起こりやすくなります。特に実務では、3D表示された地物が正確に見えるほど、関係者がそのまま信頼しやすくなるため、事前確認の重要性が高まります。
まず確認すべきなのは座標系と位置の前提です。標準的なGeoJSONとして扱うなら、WGS 84の経度・緯度で整理されているか、座標の順序が経度、緯度になっているか、変換履歴が分かるかを確認します。次に、高さ情報の意味を明確にします。高さがないデータをどう表示するのか、高さがある場合は何を基準にした値なのかを決めておかなければ、3D地図上で誤った立体表現になる可能性があります。
さらに、点、線、面の形状と属性を3D地図向けに整えることも大切です。点が何を示すのか、線が途中で切れていないか、面が正しく閉じているか、属性名が整理されているかを確認することで、表示後の使いやすさが大きく変わります。最後に、データ量と運用方法を見直します。現場や打合せで使うなら、表示速度、端末環境、通信環境、ファイルの分け方、版管理まで考えておく必要があります。
「geojson 使い方」を実務で考えるときは、ファイル形式の説明だけでなく、現地確認や関係者共有まで含めた流れで考えることが重要です。3D地図は、位置関係や空間の理解を助けてくれる一方で、前提が不明なデータをもっともらしく見せてしまう面もあります。だからこそ、座標、高さ、形状、軽さの4つを押さえてから使うことが、実務で安心してGeoJSONを活用するための基本になります。
現場写真や位置情報、点検記録、施工範囲の確認を3D地図と組み合わせて扱いたい場合は、取得から整理、共有までの流れをできるだけ簡単にしておくことが大切です。スマートフォンや現場記録ツールで取得した位置情報を、用途に合う形でGeoJSONに整理し、3D地図上で確認しながら関係者に共有する運用を整えれば、現地確認と資料作成をつなげやすくなります。重要なのは、使うツール名ではなく、座標・高さ・形状・版管理の前提をそろえたうえで、現場で誤解なく使える状態にしておくことです。