GeoJSONを日本測地系から変換する時の注意点5つ

GeoJSONは、地図上に点、線、面などの地物を扱いやすく保存できる形式です。現場の位置情報、台帳データ、設備情報、境界線、施工範囲、調査結果などをWeb地図や業務システムで扱う場面でもよく使われます。しかし、古い資料や既存の測量成果をGeoJSON化する時に注意したいのが、日本測地系からの座標変換です。見た目には同じ緯度経度に見えても、測地系、座標順、単位、元データの管理方法を誤ると、地図上で数百メートル規模のずれが出ることがあります。

目次

• 日本測地系とGeoJSONの前提を混同しない

• 元データの座標参照系を変換前に確定する

• 経度緯度の順番と単位を必ず確認する

• 変換後の位置ずれを現地感覚で検証する

• 変換履歴と元データを残して再利用に備える

• まとめ：GeoJSON変換は座標の意味をそろえる作業

日本測地系とGeoJSONの前提を混同しない

GeoJSONを日本測地系から変換する時に最初に押さえたいのは、GeoJSONは単なる文字データの入れ物ではなく、地図表示や位置解析の前提と強く結びついているという点です。GeoJSONの中には、点であれば座標値、線であれば座標列、面であれば外周や穴を表す座標列が記録されます。形式としては比較的読みやすく、テキストエディタでも内容を確認できますが、そこに書かれている数値がどの座標参照系の値なのかを誤解すると、正しい位置には表示されません。

ここでいう日本測地系は、実務では古い測量成果、古い台帳、過去に作成された図面データを扱う時に出てくることが多い表現です。ただし、名称が紛らわしい点にも注意が必要です。古い日本測地系を指しているのか、世界測地系に基づく日本の測地成果を指しているのかで、変換の要否は変わります。単に資料に日本測地系と書かれているだけで判断せず、作成時期、成果の説明、座標系の注記を確認する必要があります。

一方、現在のGeoJSONは、一般的にWGS 84の経度・緯度を十進度で扱う形式として利用されます。多くのWeb地図やモバイルアプリでは、GeoJSONの座標を経度、緯度の順で読み取り、表示側で地図投影に合わせて描画します。そのため、古い日本測地系の緯度経度をそのままGeoJSONのcoordinatesに入れると、ファイルとしては読み込めても、現在の地図上では位置がずれる可能性があります。

ここで重要なのは、GeoJSONに変換する作業と、測地系を変換する作業は別の作業だと考えることです。紙の資料、表計算データ、測量成果、図面データなどをGeoJSON形式に整えるだけであれば、形式変換に近い作業です。しかし、日本測地系の座標を現在の地図環境で使えるようにするには、座標値そのものを適切に変換する必要があります。ファイル拡張子が変わっただけでは、座標の意味は変わりません。

実務で起きやすいミスは、既存データをGeoJSONにした時点で変換が完了したと思ってしまうことです。たとえば、古い台帳に記載された緯度経度をそのままGeoJSONのcoordinatesに入れると、データ形式としては成立する場合があります。しかし、その座標が古い日本測地系のままであれば、世界測地系を前提とする地図画面では位置がずれます。表示できることと、正しい場所にあることは別の問題です。

また、現在のGeoJSONでは、ファイル内に任意の座標参照系を細かく指定して、受け取り側に自動解釈させる運用は前提にしにくくなっています。古い仕様や一部の独自運用では座標参照系の情報を持つ例もありますが、すべての地図ライブラリや業務システムが同じように解釈するとは限りません。実務上は、GeoJSONに出力する前の段階で、利用先が想定する座標系にそろえておく方が安全です。

特にWeb地図、モバイルアプリ、クラウド上の位置管理、現場確認用の地図ビューアなどに渡す場合は、受け取り側がどの座標系として読むのかを先に確認しておく必要があります。GeoJSONとして扱うなら、経度・緯度の順番、十進度、WGS 84相当の座標として読まれる前提で確認するのが基本です。平面直角座標や古い日本測地系の値をそのまま入れる場合は、通常のGeoJSONとしては誤解されやすくなります。

日本測地系からGeoJSONへ変換する作業は、単に数値を移し替える作業ではありません。元の座標がどの測地系で作られ、どの地図基準に合わせ、どの用途で再利用されるのかを整理する作業です。ここを曖昧にしたまま変換を進めると、後から位置ずれの原因を探す時に、元データが悪いのか、変換条件が悪いのか、表示側の設定が悪いのかを判断しにくくなります。

特に公共工事、インフラ管理、不動産、設備点検、道路や河川の管理、埋設物の記録などでは、数メートルのずれでも問題になることがあります。現場では、地図上の点が少しずれているだけに見えても、実際には道路の反対側、隣接地、別の構造物、別の管理区間を指してしまう場合があります。GeoJSONは扱いやすい形式ですが、扱いやすいからこそ、座標の前提を確認しないまま流通してしまうリスクがあります。

したがって、GeoJSONを日本測地系から変換する時の第一歩は、GeoJSON化そのものよりも、元座標の意味を明確にすることです。古い日本測地系の値なのか、すでに世界測地系へ変換済みなのか、平面直角座標系の値なのか、緯度経度なのか、メートル単位なのかを整理します。その上で、利用先が求める座標の形に合わせて変換し、最後にGeoJSONとして出力する流れにすると、後工程での手戻りを減らせます。

元データの座標参照系を変換前に確定する

GeoJSONへの変換で最も危険なのは、元データの座標参照系が分からないまま作業を始めることです。日本測地系から変換するつもりで作業していても、実際にはすでに世界測地系へ変換済みのデータだったということがあります。逆に、世界測地系だと思って扱っていたデータが、古い日本測地系のままだったということもあります。この判断を誤ると、変換しないことによるずれだけでなく、二重変換によるずれも発生します。

元データの座標参照系を確定するには、まずデータの出所を確認する必要があります。古い測量成果、過去の台帳、自治体や発注者から提供された図面、既存システムから出力された一覧表、現場で長年使われてきた管理データなどは、作成年代や作成時の基準が重要です。データ作成時期が古い場合は古い日本測地系の可能性がありますが、作成年代だけで断定するのは危険です。古い資料を後年に変換して再保存しているケースもあるためです。

次に確認したいのは、データに付属する説明書、属性項目、座標系の記載、図面枠、成果品の仕様、納品時のメモなどです。座標の数値だけを見ても、測地系を完全に判定するのは難しい場合があります。緯度経度の桁数や範囲から大まかな推測はできますが、日本測地系か世界測地系かの違いは、数値の見た目だけでは分かりにくいことがあります。特に同じ地域のデータでは、数値差が小数点以下に現れるため、単純な目視では見落としがちです。

平面直角座標系で管理されているデータにも注意が必要です。日本国内の測量や設計では、緯度経度ではなく、メートル単位の平面直角座標として管理されていることがあります。この場合、元データのX座標、Y座標がそのままGeoJSONの経度、緯度になるわけではありません。平面直角座標を緯度経度に変換し、さらに必要に応じて測地系もそろえる必要があります。座標値が数万、数十万といった大きな値であれば、緯度経度ではなく平面座標である可能性を疑うべきです。

さらに、測地系と投影座標系は分けて考える必要があります。日本測地系なのか世界測地系なのかという基準面の違いと、緯度経度なのか平面直角座標なのかという表現方法の違いは、同時に整理しなければなりません。古い日本測地系の緯度経度、古い日本測地系を基準にした平面直角座標、世界測地系の緯度経度、世界測地系を基準にした平面直角座標では、同じ場所を表していても数値の扱いが異なります。

実務では、元データの項目名にも注意します。たとえば、項目名が緯度、経度となっていても、本当に緯度経度とは限りません。別のシステムから出力された際に、平面座標のXとYを便宜的に緯度経度欄へ入れていることもあります。また、X、Yと書かれている場合でも、Xが南北方向なのか東西方向なのか、システムや資料によって扱いが異なることがあります。GeoJSONでは座標順の問題もあるため、この段階で項目の意味を確認しておくことが重要です。

変換前には、代表点をいくつか選び、既知の場所と照合すると安全です。庁舎、橋梁、交差点、敷地角、基準点、マンホール、構造物の端点など、地図や現地で確認しやすい点を使って、元座標がどの位置に落ちるかを試します。日本測地系として変換した場合と、変換せずに扱った場合を比較すると、どちらが自然か判断しやすくなります。広域データの場合は、1点だけでなく、範囲の異なる複数点で確認することが大切です。

元データの座標参照系を確定できない場合は、無理に断定しない運用も必要です。推定で変換したデータには、推定であることを記録し、正式利用前に確認工程を入れるべきです。業務システムへ登録する場合や外部へ提供する場合は、後から責任範囲が曖昧にならないように、変換条件と確認結果を残しておくと安心です。GeoJSONはコピーや共有が容易なため、一度誤った前提のデータが広がると修正が難しくなります。

また、測量成果や公共性の高いデータを扱う場合は、手元の変換式だけで済ませず、公的に示されている変換方法、座標変換パラメータ、成果品仕様を確認することが重要です。特に離島、海域、古い成果、複数時期のデータが混在する資料では、通常の陸域データと同じ前提で扱えない場合があります。変換対象範囲と適用できる方法を確認してから作業することで、誤った一括変換を避けやすくなります。

つまり、GeoJSONを日本測地系から変換する前には、元データの座標参照系を確定する工程を省略してはいけません。座標変換の精度は、変換処理そのものだけで決まるのではなく、変換前の前提確認で大きく左右されます。測地系、座標形式、単位、座標軸の意味、作成年代、変換済みかどうかを整理してから作業に入ることで、位置ずれや二重変換のリスクを大幅に減らせます。

経度緯度の順番と単位を必ず確認する

GeoJSONを扱う時に非常に多いミスが、緯度と経度の順番を逆にしてしまうことです。日常会話や多くの資料では緯度・経度という順番で表現されることが多いため、座標を入力する時にも緯度を先に書きたくなります。しかし、GeoJSONのcoordinatesでは、経度、緯度の順で座標を記録します。この順番を間違えると、日本国内の点がまったく別の場所に飛んだり、表示されなかったりします。

日本測地系から変換する作業では、測地系の変換に意識が向きやすく、座標順の確認が後回しになることがあります。ところが、座標順の誤りは測地系の違いよりも大きな表示ミスにつながります。測地系の違いであれば、同じ地域内で数百メートル規模のずれとして見えることがありますが、緯度と経度を逆にすると、地図上で想定地域から大きく外れることがあります。変換後に何も表示されない場合や、海外や海上に点が出る場合は、まず座標順を疑うべきです。

また、元データが表形式の場合、列名の並びに引きずられやすい点にも注意が必要です。表の左から緯度、経度の順で並んでいると、そのままGeoJSONにも同じ順番で出力してしまうことがあります。人間にとって見やすい並びと、GeoJSONが求める座標の並びは一致しない場合があります。変換処理を作る時は、列の順番ではなく、項目名と座標の意味に基づいて出力順を明示することが重要です。

単位の確認も欠かせません。GeoJSONで緯度経度を扱う場合、原則として十進度の数値として扱います。一方、元データが度分秒で記録されている場合、そのまま小数のように扱うと誤った位置になります。たとえば、度、分、秒が別々の項目になっている資料や、文字列として記録されている資料では、小数度へ変換してからGeoJSONに入れる必要があります。見た目が数字に見えても、単位が違えば意味はまったく変わります。

平面直角座標系のメートル単位を、そのままGeoJSONのcoordinatesに入れてしまうミスもあります。GeoJSONを一般的なWeb地図で使う前提であれば、緯度経度へ変換した後に出力する必要があります。メートル単位のX、Yは、地図上の距離計算や設計図面では扱いやすい一方、GeoJSONの一般的な表示環境では、そのままでは正しく解釈されません。変換時には、元データが十進度なのか、度分秒なのか、メートル単位なのかを必ず確認します。

座標の小数桁にも気を配る必要があります。変換後の緯度経度を丸めすぎると、位置精度が落ちます。逆に、元データ以上の精度があるように小数桁を増やしても、実際の精度が高くなるわけではありません。GeoJSONとして扱う際には、用途に応じて適切な桁数を残すことが大切です。現場で構造物や設備を確認する用途であれば、丸めによる数十センチから数メートルの差も問題になる場合があります。広域の概略表示だけであれば、過度な桁数は不要なこともあります。

高さ情報を扱う場合も注意が必要です。GeoJSONの座標には、経度、緯度に加えて3つ目の値を含めることができます。ただし、その値を高さとして使う場合でも、利用するアプリやシステムがどの基準の高さとして扱うかを確認しなければなりません。楕円体高、標高、現場独自の高さ基準が混在すると、水平位置が合っていても、3次元表示や現場照合で違和感が出ることがあります。高さが重要な用途では、水平座標の変換とは別に高さ基準も整理する必要があります。

線や面のデータでは、すべての座標点に同じルールが適用されているかを確認します。点データであれば1つの座標だけを見れば済みますが、道路中心線、区画境界、施工範囲、管路、河川線形などは多数の座標で構成されます。一部の点だけ変換済み、一部の点だけ未変換という混在があると、線が折れたり、面がねじれたり、範囲が不自然に広がったりします。変換処理はデータ全体に一貫して適用されている必要があります。

さらに、面データではリングの閉じ方や座標列の順序にも注意します。日本測地系から世界測地系へ変換すること自体は各頂点の座標変換ですが、GeoJSONとして正しく扱うには、面の外周が閉じていることや、穴の表現が崩れていないことも確認する必要があります。座標変換後に最初の点と最後の点が一致しているか、面が自己交差していないか、極端に細い線や不要な重複点が生まれていないかを確認すると、表示や解析のトラブルを減らせます。

経度緯度の順番、単位、小数桁、高さ、座標列の一貫性は、GeoJSON変換で必ず確認すべき基本です。日本測地系からの変換という大きなテーマに隠れがちですが、実際のトラブルはこうした基本的な入出力の取り違えから発生することが少なくありません。変換結果が正しいかを判断するには、測地系だけでなく、GeoJSONとしての座標の書き方まで含めて確認する必要があります。

変換後の位置ずれを現地感覚で検証する

日本測地系からGeoJSONへ変換した後は、必ず位置ずれの検証を行います。変換処理が正常に完了し、ファイルとして読み込めたとしても、それだけで正しいとは言えません。実務で重要なのは、変換後の点、線、面が、現地の地物や既存図面、業務上の管理対象と整合しているかどうかです。座標変換は数式上の処理ですが、最終的には現場で使える位置になっているかを確認する必要があります。

まず確認したいのは、対象データが想定する地域に表示されているかです。市区町村、工区、路線、敷地、管理範囲など、全体の位置が大きく外れていないかを見ます。ここで明らかに別地域に表示されている場合は、座標順の逆転、単位の誤り、投影座標の未変換、測地系の取り違えなど、基本的な問題が疑われます。全体位置が合っているように見えても、細部でずれている可能性があるため、次に詳細確認を行います。

詳細確認では、既知点や分かりやすい地物を基準にします。道路交差点、橋梁端部、敷地角、建物の角、マンホール、電柱位置、境界杭、構造物の中心、測量基準点など、位置を照合しやすい対象を選びます。変換後のGeoJSONを地図上に重ね、これらの基準とどの程度一致するかを見ます。もし全体的に同じ方向へ一定量ずれているなら、測地系変換の有無や変換条件が原因である可能性があります。場所によってずれ方が変わる場合は、元データの混在や局所的な編集履歴も疑う必要があります。

現地感覚での検証も大切です。画面上では少しのずれに見えても、実際の現場では道路幅、歩道幅、敷地境界、構造物の大きさと比較して大きな意味を持つことがあります。たとえば、道路中心線が数メートルずれると、車道外や隣接地に表示されることがあります。埋設物や点検対象の位置がずれると、現場で探す範囲が広がり、作業効率や安全確認に影響します。単に地図背景と重なっているかではなく、実務で許容できる誤差かどうかを考える必要があります。

検証時には、背景地図だけに頼りすぎないことも重要です。背景地図や航空写真にも撮影時期、解像度、位置補正、表示縮尺による誤差があります。特に造成地、道路改良後の区間、新設構造物、災害復旧箇所、更新の早い都市部などでは、背景地図が現況と一致していない場合があります。変換結果が背景と合わない時に、必ずしもGeoJSON側だけが間違っているとは限りません。可能であれば、現場測量値、最新の竣工図、管理台帳、信頼できる基準点など複数の資料で照合します。

点データだけでなく、線や面の形状も確認します。変換後の線が不自然にギザギザしていないか、面がねじれていないか、隣接する区画との関係が崩れていないかを見ます。測地系変換の問題だけでなく、元データの座標順、不要な点、重複点、閉じ忘れなどが原因で形状が崩れることもあります。特に面データは、見た目では閉じているように見えても、内部的には不正な形状になっていることがあります。業務システムで検索や面積計算に使う場合は、形状の妥当性も確認しておくと安全です。

変換前後の比較も有効です。元データを仮表示できる環境がある場合は、変換前と変換後を重ねて、移動量や方向を確認します。古い日本測地系から世界測地系への変換であれば、地域に応じた一定の傾向を持つずれが見えることがあります。変換後に想定と違う方向へ大きく動いた場合や、移動量が極端に大きい場合は、座標参照系の指定を誤っている可能性があります。変換前後の差分を確認することで、単なる表示ミスなのか、変換条件の誤りなのかを切り分けやすくなります。

広域のGeoJSONでは、地域ごとに検証点を置くことが重要です。1つの市区町村内だけなら数点の確認で十分な場合もありますが、県域、路線全体、複数自治体にまたがる設備データなどでは、端部や中間部を含めて確認する必要があります。特に、元データが複数の時期や複数の作成者から集められている場合、データの一部だけ測地系が異なることがあります。全体の代表点だけが合っていても、別のエリアでずれている可能性があります。

検証結果は、感覚だけで終わらせず記録します。どの地点で確認したか、どの資料と照合したか、どの程度のずれがあったか、実務上許容できると判断した理由は何かを残します。後から別の担当者が同じGeoJSONを使う時、変換済みであることや確認済みであることが分かれば、再確認の手間を減らせます。逆に、検証記録がないGeoJSONは、見た目が正しくても利用時に不安が残ります。

GeoJSONの変換後検証は、データ作成者だけで完結させず、利用者側の視点も入れると効果的です。現場担当者、設計担当者、測量担当者、管理台帳の担当者など、実際にデータを使う人が見て違和感がないか確認することで、机上では気づきにくい問題を発見できます。特に、現場で利用するGeoJSONは、数値上の正しさだけでなく、現地の目印や作業導線との整合が重要になります。

変換履歴と元データを残して再利用に備える

GeoJSONを日本測地系から変換する時は、変換後のファイルだけを残すのではなく、元データと変換履歴も必ず管理するべきです。位置情報データは、一度作って終わりではありません。後から属性を追加したり、対象範囲を広げたり、別の地図システムに取り込んだり、過去時点の状態を確認したりすることがあります。その時に、どのような条件で変換したか分からないと、再利用や修正が難しくなります。

まず残すべきなのは、変換前の元データです。元の表、図面、測量成果、座標一覧、既存システムから出力したファイルなどは、変換後のGeoJSONとは別に保管します。変換後のGeoJSONだけを正としてしまうと、変換条件に誤りが見つかった場合や、別の座標系で出力し直す必要が出た場合に、正しいやり直しができません。元データは、後から検証するための基準になります。

次に、元データの座標参照系に関する情報を残します。古い日本測地系であったこと、緯度経度であったこと、平面直角座標であったこと、メートル単位だったこと、度分秒から小数度へ変換したことなど、座標の意味に関する情報を記録します。これらはGeoJSONの中だけでは十分に表現されない場合があります。別ファイルのメモ、変換仕様書、データ管理台帳、属性項目など、チームで確認できる場所に残しておくと安全です。

変換処理の内容も重要です。どの測地系からどの測地系へ変換したのか、どの座標形式からどの座標形式へ変換したのか、座標順をどう入れ替えたのか、高さ情報をどう扱ったのか、変換できなかったデータをどう処理したのかを記録します。特に、手作業で列を入れ替えたり、文字列を整形したり、不要な点を削除したりした場合は、その作業内容を残しておかないと再現できません。再現できない変換は、将来の品質確認で大きな負担になります。

ファイル名にも工夫が必要です。変換済みか未変換か、測地系、作成日、対象範囲、版数が分かるようにしておくと、誤使用を防ぎやすくなります。たとえば、同じ設備データでも、日本測地系の元データ、世界測地系へ変換したGeoJSON、検証済みの公開用GeoJSONが混在することがあります。ファイル名や保存場所が曖昧だと、未変換データを誤って配布したり、古い変換結果を上書きしたりする恐れがあります。

属性情報の扱いにも注意します。GeoJSONでは、座標だけでなくpropertiesに属性を持たせることができます。変換時に、元データの管理番号、施設名、路線名、工区名、作成日、更新日、備考などを引き継ぐことが多いですが、座標変換に関係する情報も属性として一部残しておくと便利です。たとえば、変換済みであること、変換日、確認状態、元データの版数などを記録しておけば、後からデータを見た時に判断しやすくなります。

ただし、属性に何でも入れればよいわけではありません。個人情報、不要な内部情報、公開してはいけない管理情報が含まれる場合は、公開用GeoJSONを作る前に整理する必要があります。日本測地系からの変換作業は、座標の整備だけでなく、データ公開や共有に向けた属性整理の機会でもあります。現場内部で使うGeoJSONと、外部共有用のGeoJSONでは、含めるべき情報が異なることがあります。

変換履歴を残すことは、二重変換を防ぐ上でも有効です。既に世界測地系へ変換済みのデータを、別の担当者が古い日本測地系のままだと思って再変換すると、新たな位置ずれが発生します。ファイル名、メタ情報、管理台帳、属性項目などに変換済みであることを明記しておけば、このようなミスを防ぎやすくなります。特に、複数部署や協力会社との間でGeoJSONをやり取りする場合は、変換状態を明確に伝えることが重要です。

また、変換履歴は不具合調査にも役立ちます。地図上で位置が合わないという指摘があった時、元データ、変換条件、検証結果が残っていれば、原因を切り分けやすくなります。元データ自体が古かったのか、測地系の指定を誤ったのか、座標順が逆だったのか、表示側の解釈が違ったのかを確認できます。履歴がない場合は、同じ作業を最初からやり直す必要があり、時間も手間もかかります。

継続運用では、変換ルールを標準化することも大切です。担当者ごとに変換方法が異なると、同じ種類のデータでも品質がばらつきます。日本測地系のデータを受け取った時の確認手順、変換前に見る項目、変換後の検証方法、ファイル命名、保存先、承認手順などを決めておけば、属人的なミスを減らせます。GeoJSONは扱いやすい反面、誰でも編集できるため、運用ルールがないと品質が不安定になりやすい形式です。

変換履歴と元データの管理は、地味ですが非常に重要な注意点です。GeoJSONを一度作るだけなら、変換後の表示確認だけでも済むように見えるかもしれません。しかし、業務で長く使うデータであれば、再利用、修正、更新、監査、説明のために、元データと変換条件を残すことが欠かせません。日本測地系からの変換は、将来のデータ運用を見据えて記録することで、初めて安心して使える成果になります。

まとめ：GeoJSON変換は座標の意味をそろえる作業

GeoJSONを日本測地系から変換する時の注意点は、単に変換処理のボタンを押すことではありません。大切なのは、元データの座標が何を意味しているのかを確認し、利用先が期待する座標の形にそろえ、変換後に現場や既存資料と照合し、将来の再利用に備えて履歴を残すことです。GeoJSONは便利な形式ですが、座標の前提を誤ったまま作ると、便利さがそのまま誤ったデータの広がりやすさにもつながります。

特に、古い日本測地系と世界測地系の違いは、見た目のファイル形式だけでは判断できません。GeoJSONとして読み込めることと、正しい位置に表示されることは別です。古い台帳や測量成果、図面由来の座標を扱う場合は、作成年代、座標参照系、単位、座標順、変換済みかどうかを確認する必要があります。分からないまま作業を進めると、未変換によるずれだけでなく、二重変換や座標順の誤りによる大きなミスも起こります。

また、GeoJSONでは経度、緯度の順番で座標を扱う点にも注意が必要です。日常的な緯度・経度という言い方に慣れていると、出力順を間違えやすくなります。さらに、度分秒、小数度、メートル単位の平面座標、高さ情報などが混在すると、変換の難易度は上がります。日本測地系から変換する時は、測地系だけでなく、座標の表現方法全体を確認することが重要です。

変換後は、地図に表示できたかどうかだけでなく、現場の基準点や既知の地物と照合することが欠かせません。道路、河川、敷地、設備、埋設物、施工範囲など、用途によって許容できるずれは異なります。背景地図だけに頼らず、現場資料や測量成果、管理台帳など複数の情報で確認すると、実務で使えるGeoJSONに近づきます。

そして、元データと変換履歴を残すことも忘れてはいけません。どの測地系から変換したのか、どの単位をどう扱ったのか、どの地点で検証したのかが分かれば、後から修正や再利用がしやすくなります。GeoJSONは共有しやすい形式だからこそ、変換状態や確認状況を明確にしておくことが品質管理につながります。

現場で使う位置情報は、画面上で見えるだけでなく、実際の場所と結びついて初めて価値を持ちます。日本測地系からGeoJSONへ変換する作業では、座標の意味を正しくそろえ、表示、確認、共有、更新までを一連の流れとして考えることが大切です。変換後のGeoJSONを現地確認、施工管理、点検、台帳更新などに使う場合も、元データの前提、変換条件、現場での確認結果を残しながら運用することで、位置情報データの信頼性を高めやすくなります。