地図座標系変換
1 つの点を主要な地理座標系と投影座標系の間で相互変換します。WGS84(GPS、国際標準)、GCJ-02(高德、Tencent、Google 中国)、BD-09(Baidu 緯度経度)、BD-09MC(Baidu メルカトル)、CGCS2000(中国国家測地基準)、Web メルカトル(Google、OSM、Mapbox タイル)に加え、欧州、北米、英国、日本、オーストラリア、フランス向けの EPSG プリセットを内蔵します。任意の EPSG コードも入力でき、epsg.io から proj4 定義を取得して結果リストに追加します。変換結果はすべての対象座標系を一度に表示し、コピー・照合・保存に便利です。すべての処理はブラウザ内で完結し、座標値は端末から外に出ません。
- 中国本土の 4 つの座標系をひとつのパネルで網羅:WGS84 ↔ GCJ-02 ↔ BD-09 ↔ BD-09MC、地図ソースによるずれを解消
- グローバル対応:WGS84、Web メルカトル、CGCS2000、ETRS89、NAD83、OSGB36、JGD2011、GDA2020、Lambert-93 を内蔵
- 任意の EPSG コードを入力すると epsg.io から定義を取得、数千の地域投影と国家網に対応
- 1 つの入力ですべての対象座標系の結果を一覧表示、ソース / ターゲットの切り替え不要
- 暗号化オフセット座標(GCJ-02、BD-09)の結果には「≈」を付与、メートル級 GPS と誤用されないよう明示
GPS、Google マップ(国外)、OSM、海外の API の多くは WGS84 を使用。
緯度経度は通常 6〜8 桁、投影メートル系は 2〜4 桁。自動を選ぶと座標系に合わせた既定値を使います。
epsg.io から proj4 定義を取得、数千の地域投影と国家網に対応します。
- 経度
- 116.397428
- 緯度
- 39.90923
- X
- 12,957,302.4146
- Y
- 4,852,760.5844
- 経度
- 116.40367163
- 緯度
- 39.91063351
- 経度
- 116.4100441
- 緯度
- 39.91697286
- X
- 12,958,847.8339
- Y
- 4,826,208.9639
- 経度
- 116.397428
- 緯度
- 39.90923
- 経度
- 116.397428
- 緯度
- 39.90923
- 経度
- 116.397428
- 緯度
- 39.90923
- X
- 5,630,579.5125
- Y
- 7,767,574.6702
- 経度
- 116.397428
- 緯度
- 39.90923
- 経度
- 116.397428
- 緯度
- 39.90923
- X
- 7,427,213.3545
- Y
- 11,743,911.4685
概要
同じ地点を異なる座標系の間で変換する場面は、地図開発、位置 API の整合、複数データソースの整理、海外連携のなかで繰り返し発生します。本ツールは中国独自の暗号化オフセット座標と国際標準の EPSG 投影を 1 つのパネルに統合し、ツール間の往復を減らします。
- 01
中国地図座標系 4 種を一括変換
WGS84、GCJ-02、BD-09、BD-09MC を並列に変換。GPS は WGS84、高德 / Tencent / Google 中国は GCJ-02、Baidu は BD-09、タイル計算は BD-09MC を必要とし、それぞれにコピー可能な結果を表示します。
- 02
グローバル + 数千の EPSG
WGS84、Web メルカトル、CGCS2000 を内蔵し、欧州 ETRS89、北米 NAD83、英国 OSGB36、日本 JGD2011、豪 GDA2020、仏 Lambert-93 をプリセット。カスタム EPSG 入力で epsg.io から数千の地域投影を取得できます。
- 03
1 回の入力ですべての対象に展開
入力 / 出力の切り替えは不要。1 点を入力するだけで、内蔵すべての座標系の等価値が一覧表示され、必要な行をコピーできます。
- 04
暗号化オフセットを明示
GCJ-02 と BD-09 は中国測量当局による非線形オフセットです。該当行に「≈」バッジを付け、メートル級 GPS と誤って扱われるのを防ぎます。
- 05
Web メルカトルとタイル整合
Google マップ、OSM、Mapbox、Leaflet のタイルは EPSG:3857(Web メルカトル、単位メートル)。緯度経度から X / Y を得て、タイル番号計算、ヒートマップ、ラスタ重畳に直接利用できます。
- 06
ローカル処理、座標は送信しない
オフセット計算と proj4 変換はブラウザ内で実行。カスタム EPSG の取得時のみ proj4 定義を epsg.io から取りに行きますが、座標値そのものは送信されません。
使い方
1 つのパネル内で完結:入力座標系の選択、座標の入力、結果の確認、必要な行のコピー。
- 01
入力座標系のプルダウンから、データの座標系を選びます。GPS なら WGS84、高德 / Tencent エクスポートなら GCJ-02 を選択。
- 02
緯度経度系は入力順を選べます(経度先 = ISO、緯度先 = Google マップ式)。投影座標系は X と Y を直接入力します。
- 03
2 つの入力欄に値を入力。小数、負数、指数表記(1.5e7 など)に対応します。
- 04
右側にすべての対象座標系の等価値が自動展開され、入力座標系の行はハイライト、暗号化オフセット行には「≈」が付きます。
- 05
小数桁数を必要な精度に調整し、該当行の「コピー」を押してコード、チケット、地図 SDK の初期化パラメータに貼り付けます。
- 06
他の地域 / 国家網が必要なときは「カスタム EPSG」にコードを入力(例:UTM 50N は 32650)。epsg.io から定義を取得し、結果リストに追加されます。
詳細
中国座標系、国際標準投影、地域国家網、任意の EPSG コードを 1 つのパネルでカバーし、精度の注記も明示します。
- 中国座標系:WGS84、GCJ-02、BD-09、BD-09MC、CGCS2000 を内蔵
- グローバル:WGS84(EPSG:4326)と Web メルカトル(EPSG:3857)
- 地域プリセット:ETRS89、NAD83、OSGB36(英国国家網)、JGD2011、GDA2020、Lambert-93
- カスタム EPSG:コードを入力すると epsg.io から proj4 定義を取得
- 暗号化オフセット:GCJ-02 / BD-09 は gcoord アルゴリズムを使用し、高德 / Baidu SDK の出力に一致
- 投影変換:proj4js を採用し、QGIS / ArcGIS / PostGIS とメートル単位で整合
- 1 回の入力ですべての対象座標系の結果を展開、入力 / 出力の切り替え不要
- 暗号化オフセット行に「≈」を付与、メートル級 GPS と誤用されないよう明示
- 緯度経度系は経度先 / 緯度先の 2 種類の入力順に対応
- 投影座標系は X / Y(単位メートル)を直接入力
- 小数桁数:自動 / 4 / 6 / 8 / 10、座標系に応じた既定値を自動選択
- 座標範囲のリアルタイム検証:経度 ±180、緯度 ±90、BD-09 / GCJ-02 は ±85
- 入力座標系ごとにサンプル座標を提供、確認・回帰テストに便利
- すべての処理はブラウザ内で完結、座標値は送信されません
- カスタム EPSG 入力時のみ proj4 定義の取得通信が発生
活用シーン
座標系変換の目的は、複数の地図ソースや基準の間でデータを正しく整合させることです。代表的な利用シーンを挙げます。
-
デバイス GPS を中国地図に表示
車載機・スマートフォン・IoT 機器の測位出力は基本 WGS84。高德 / Tencent / Baidu にそのまま描画すると数十〜数百 m ずれます。GCJ-02(高德 / Tencent)または BD-09(Baidu)に変換してから描画してください。
-
異なるソースのデータを揃える
発送地住所は高德(GCJ-02)、配送先は Baidu(BD-09)、倉庫座標は社内 GIS(WGS84)。WGS84 に統一してから距離計算・ジオフェンス判定・クラスタリングを行います。
-
海外チームの OSM / Google マップ
海外ユーザーは OpenStreetMap、Google マップ、Mapbox を中心に利用(いずれも WGS84 + Web メルカトル)。GCJ-02 / BD-09 を WGS84 に戻してから提供します。
-
タイル地図とラスタ重畳
Leaflet、Mapbox GL、OpenLayers のタイルは EPSG:3857(Web メルカトル、メートル)。緯度経度から X / Y を計算し、タイル番号・ヒートマップ・ラスタ重畳に利用します。
-
国土測量・法定基準
中国国内の公式測量・規画・入札では CGCS2000 が必須。WGS84 とメートル単位で一致しますが、報告時には CGCS2000 として表記する必要があります。
-
欧州・北米・日本などの地域プロジェクト
欧州は ETRS89、北米は NAD83、英国は OSGB36、日本は JGD2011、フランスは Lambert-93。海外顧客には現地の法定基準で提出するのが基本です。
-
GIS データ移行とクリーニング
shapefile、GeoJSON、CSV では座標系メタデータが欠落しがち。既知のランドマーク(東京タワー、シドニーオペラハウス、エッフェル塔など)の基準座標と照合し、データ元の座標系を推定できます。
-
API フィールドとドキュメント整合
高德 / Baidu / Tencent の地図 API は要求座標系を明記。OSM / Mapbox は WGS84 既定。API 呼び出し前に本ツールで確認することで「位置ずれ」のチケットを減らせます。
使い方のヒント
変換そのものは決定的ですが、入力座標系の表記、保存方法、精度の揃え方が下流の正しさを決めます。
- データベース・ログには WGS84 緯度経度(または SRID を明示した幾何カラム)で保存し、表示レイヤーで対象 SDK 用に変換します。GCJ-02 と WGS84 を同じカラムに混在させないでください。
- フィールド名に座標系を含める(lngWgs84、latGcj02、xMercator など)と、後で誤読を防げます。
- PostGIS / MySQL の幾何カラムは必ず SRID を指定(WGS84=4326、Web メルカトル=3857、CGCS2000=4490)。SRID 0 は避けます。
- 中国国内:高德 / Tencent SDK は GCJ-02、Baidu SDK は BD-09、Google(海外)/ Mapbox / OSM / Leaflet は WGS84 + Web メルカトル。
- 大量変換はサーバー側で PostGIS / GeoPandas / proj などを利用し、本ツールは手動確認・単点変換に用いるのが適切です。
- 保存時には変換経路とアルゴリズムバージョンを記録。GCJ-02 / BD-09 の公式は更新されることがあり、ライブラリ実装間にサブメートル差が生じる場合があります。
- GCJ-02 を「定数オフセットの WGS84」とみなさないでください。非線形で逆変換は数値解、メートル級の不確実性は避けられません。
- 海外納品時には epsg.io で対象 EPSG コードを確認し、WGS84 で NAD83 / ETRS89 を代替しないでください。
制限事項
本ツールは 2 次元水平座標の変換に特化します。高さ、超大規模データ、暗号化オフセットの厳密逆解は対象外です。
- 高さ(標高)の変換は対象外。WGS84 楕円体高と正標高(EGM96 / EGM2008 ジオイドなど)は数十 m 差があり、専用のジオイドモデルが必要です。
- 大量データの一括変換は対象外。本ツールは 1 点単位で、数万件は PostGIS / GeoPandas / ogr2ogr / proj CLI を使用してください。
- GCJ-02 / BD-09 の逆変換は数値近似で、閉形式解ではありません。残差は通常サブメートルですが、測量・規画用途では公式アルゴリズムを利用してください。
- CGCS2000 ≈ WGS84(メートル単位)ですが意味は異なります。法定提出時には CGCS2000 と表記し、無断で WGS84 に置き換えないでください。
- カスタム EPSG の取得は epsg.io の到達性に依存します。通信エラー時は読み込み失敗を表示します。
- 座標系の自動判定は行いません。出所不明の座標は、既知のランドマークと照合して推定してください。
- 歴史的な基準(北京 1954、西安 1980)はプリセットに含まれません。カスタム EPSG(例:北京 1954 ガウス-クリューゲル帯 13 = EPSG:2436)で読み込めます。
- 本ツールは専門 GIS ソフトの代替ではありません(ラスタ再投影、ベクタクリッピング、CRS データベース管理など)。
よくある質問
地図開発、位置 API の整合、海外連携、測量業務でよく検索される具体的な質問をまとめます。
GCJ-02、BD-09、WGS84 の違いは?
WGS84 は GPS と国際標準の真の緯度経度。GCJ-02(火星座標)は中国測量当局が WGS84 に加える非線形暗号化オフセットで、中国本土内のみ有効、高德 / Tencent / Google 中国が使用。BD-09 は GCJ-02 にさらに暗号化を加えた Baidu 専用の座標です。
なぜ GPS 座標を中国地図にそのまま描画するとずれるのか?
GPS は WGS84、中国の主要地図(高德 / Tencent / Baidu)は GCJ-02 / BD-09 を使用します。直接描画すると 50〜500 m の系統的ずれが発生し、車線違いや別ブロックに落ちます。事前に GCJ-02 / BD-09 に変換してください。
高德 / Tencent / Google 中国の座標系は?
すべて GCJ-02。3 つの地図間では変換不要ですが、Baidu(BD-09)や OSM / 海外 Google(WGS84)と相互運用する場合は変換が必要です。
Baidu マップ API の座標系は?
JS API は BD-09(緯度経度)、タイル層は BD-09MC(Baidu メルカトル、メートル)。他ソースのデータは事前に BD-09 に変換するか、BMap.Convertor 経由で変換します。
CGCS2000 と WGS84 は同じ?
異なります。CGCS2000 は中国の法定測地基準、WGS84 は国際 GPS 標準。楕円体(GRS80 と WGS84)が異なり、数値はメートル単位で一致しますが、公式提出時には互換利用できません。
Web メルカトル(EPSG:3857)と緯度経度の関係は?
WGS84 緯度経度を正軸等角円筒投影で平面化した座標系、単位メートル。Google / OSM / Mapbox / Leaflet のタイル既定。緯度経度 → X / Y でタイル番号計算、ヒートマップ、距離推定が可能(高緯度の面積歪みに注意)。
PostGIS で中国座標はどう保存する?
原則 WGS84(SRID 4326)。中国法定基準が必要なら CGCS2000(SRID 4490)。GCJ-02 / BD-09 は標準 SRID ではないため直接保存すると ST_Distance などの結果が誤ります。表示時に変換してください。
特定 EPSG の定義はどこで確認できる?
epsg.io でコードを入力すると WKT と proj4 が確認できます。本ツールのカスタム EPSG は proj4 を自動取得して結果リストに追加します。UTM 各帯(32601〜32660 / 32701〜32760)、国家網、Lambert / Albers などに対応。
GCJ-02 → WGS84 の逆変換は正確?
近似のみです。GCJ-02 は非線形で閉形式逆解がなく、ライブラリは数値反復でサブメートル残差。測量や HD マップ用途では公式アルゴリズム / 商用 SDK を使ってください。
中国本土外の GPS 座標も変換が必要?
GCJ-02 のオフセットは中国本土内のみで有効。香港・マカオ・台湾、および国外の座標は WGS84 と GCJ-02 が一致し、国際地図にそのまま使えます。ただし中国地図 SDK 呼び出し時には API が要求するフィールドに従ってください。
英国国家網 OSGB36 はどう使う?
OSGB36 は英国本土向けの横メルカトル投影(EPSG:27700)、単位メートル、6 桁の東西 / 南北座標に設計。英国公式の測量・不動産・規画データで頻出。本ツール内蔵の OSGB36 ⇄ WGS84 はメートル単位で整合します。
出所不明の座標がどの座標系か判定するには?
既知のランドマークと照合します。天安門の WGS84 は約 116.397428, 39.90923。データがこの点付近で 116.40361, 39.91043 なら GCJ-02、116.41005, 39.91635 なら BD-09、12958180, 4825923 のような 7 桁以上なら Web メルカトルか BD-09MC です。
関連ツール
座標系変換のあとも、データカテゴリーで単位変換・進数変換などの正規化作業を続けられます。