Conversor de coordenadas de mapa
Convierte un punto entre los sistemas de coordenadas geográficos y proyectados más habituales: WGS84 (GPS, internacional), GCJ-02 (Amap, Tencent, Google China), BD-09 (long/lat de Baidu), BD-09MC (Mercator de Baidu), CGCS2000 (datum geodésico de China), Web Mercator (teselas de Google, OSM, Mapbox), además de EPSG predefinidos para Europa, Norteamérica, el Reino Unido, Japón, Australia y Francia. Los códigos EPSG personalizados se obtienen bajo demanda desde epsg.io y se añaden a la lista de resultados. Cada conversión se ejecuta localmente en el navegador; tus coordenadas nunca salen del dispositivo.
- Cubre los cuatro sistemas de China en un panel: WGS84 ↔ GCJ-02 ↔ BD-09 ↔ BD-09MC, para que los desfases entre fuentes de mapa dejen de molestar
- Pensado para uso global: WGS84, Web Mercator, CGCS2000, ETRS89, NAD83, OSGB36, JGD2011, GDA2020 y Lambert-93 incorporados
- Escribe cualquier código EPSG; la herramienta obtiene la definición proj4 desde epsg.io y cubre miles de cuadrículas regionales
- Una sola entrada se expande a todos los CRS de destino a la vez, sin alternar entre origen y destino
- Los resultados de GCJ-02 / BD-09 se marcan como aproximados para que no se confundan con un GPS de precisión métrica
El GPS, Google Maps (fuera de China), OSM y la mayoría de las API no chinas usan WGS84.
Long/lat suele usar 6-8 decimales; los metros proyectados, 2-4. Auto elige un valor razonable según el tipo de CRS.
Obtiene la definición proj4 desde epsg.io: cubre miles de cuadrículas regionales.
- Longitud
- 116.397428
- Latitud
- 39.90923
- X
- 12,957,302.4146
- Y
- 4,852,760.5844
- Longitud
- 116.40367163
- Latitud
- 39.91063351
- Longitud
- 116.4100441
- Latitud
- 39.91697286
- X
- 12,958,847.8339
- Y
- 4,826,208.9639
- Longitud
- 116.397428
- Latitud
- 39.90923
- Longitud
- 116.397428
- Latitud
- 39.90923
- Longitud
- 116.397428
- Latitud
- 39.90923
- X
- 5,630,579.5125
- Y
- 7,767,574.6702
- Longitud
- 116.397428
- Latitud
- 39.90923
- Longitud
- 116.397428
- Latitud
- 39.90923
- X
- 7,427,213.3545
- Y
- 11,743,911.4685
Resumen
Convertir el mismo punto geográfico entre sistemas de coordenadas surge constantemente en trabajos de cartografía, alineación de API de ubicación, limpieza entre conjuntos de datos y colaboración entre regiones. Esta herramienta reúne los desfases cifrados propios de China y las proyecciones EPSG globales en un solo panel para que dejes de saltar entre calculadoras.
- 01
Los cuatro sistemas de China en un panel
WGS84, GCJ-02, BD-09 y BD-09MC convertidos en paralelo. El GPS del dispositivo da WGS84; Amap, Tencent y Google China usan GCJ-02; Baidu usa BD-09; el cálculo de teselas quiere BD-09MC. Salida lista para copiar en cualquier SDK de mapas.
- 02
Sistemas globales + miles de códigos EPSG
WGS84, Web Mercator y CGCS2000 incorporados, además de predefinidos para Europa (ETRS89), Norteamérica (NAD83), el Reino Unido (OSGB36), Japón (JGD2011), Australia (GDA2020) y Francia (Lambert-93). El campo de EPSG personalizado obtiene las definiciones de epsg.io para todo lo demás.
- 03
Una entrada, todos los destinos a la vez
No hace falta preseleccionar un destino. Introduce un punto y cada CRS incorporado produce su equivalente al instante: copia la fila que necesites.
- 04
Los desfases cifrados se marcan
GCJ-02 y BD-09 son desfases no lineales aplicados por la oficina de topografía de China. Sus filas llevan la insignia «≈» para que no se confundan con un GPS de precisión métrica en topografía o conducción autónoma.
- 05
Web Mercator para el cálculo de teselas
Las teselas de Google Maps, OSM, Mapbox y Leaflet usan EPSG:3857 (Web Mercator) en metros. Convertir long/lat a X/Y te permite calcular índices de tesela TMS/XYZ, renderizar mapas de calor o apilar capas ráster.
- 06
Procesamiento local: las coordenadas nunca se suben
Los desfases y las transformaciones proj4 se ejecutan dentro del navegador. Solo la vía de «EPSG personalizado» hace una petición de red, y únicamente para obtener la definición proj4: los valores de tus coordenadas nunca se envían.
Cómo usarla
De principio a fin dentro de un panel: elige el CRS de origen, escribe la coordenada, revisa las conversiones y copia lo que necesites.
- 01
Elige el CRS de origen que corresponda a los datos de entrada: GPS del dispositivo → WGS84, exportación de Amap/Tencent → GCJ-02, exportación de Baidu → BD-09.
- 02
CRS geográfico: elige el orden de entrada, longitud primero (ISO) o latitud primero (estilo Google Maps). Los CRS proyectados toman X e Y directamente.
- 03
Escribe los dos valores. Se aceptan decimales, negativos y notación científica (p. ej. 1.5e7).
- 04
A la derecha, cada CRS de destino se expande automáticamente; la fila de origen se resalta y las filas de desfase llevan «≈».
- 05
Ajusta los decimales y luego pulsa Copiar en la fila que necesites y pégala en tu código, un ticket o una llamada a un SDK de mapas.
- 06
Para otras cuadrículas regionales, escribe el código EPSG en el campo EPSG personalizado (p. ej. 32650 para UTM 50N); la herramienta obtiene la definición de epsg.io y la añade a la lista.
Detalles
Un solo panel para los sistemas de China, las proyecciones globales, las cuadrículas nacionales regionales y cualquier código EPSG, con notas de precisión claras.
- China: WGS84, GCJ-02, BD-09, BD-09MC y CGCS2000, todos incorporados
- Global: WGS84 (EPSG:4326) y Web Mercator (EPSG:3857)
- Predefinidos regionales: ETRS89, NAD83, OSGB36 (British National Grid), JGD2011, GDA2020 y Lambert-93
- EPSG personalizado: escribe un código y la definición proj4 se obtiene de epsg.io
- Desfases cifrados: GCJ-02 / BD-09 usan el algoritmo gcoord, coincidiendo con la salida de los SDK de Amap y Baidu
- Cálculo proyectado: proj4js por debajo, alineado con QGIS, ArcGIS y PostGIS con precisión métrica
- Una entrada se expande a todos los CRS de destino, sin alternar origen / destino
- Las filas de desfase cifrado llevan «≈» para que no se usen como GPS de precisión métrica
- Los CRS geográficos admiten dos órdenes de entrada: longitud primero o latitud primero
- Los CRS proyectados toman X / Y directamente, en metros
- Decimales: auto / 4 / 6 / 8 / 10, con un valor auto razonable según el tipo de CRS
- Validación de rango en vivo: ±180 de longitud, ±90 de latitud, ±85 para BD-09 / GCJ-02
- Coordenadas de ejemplo por CRS de origen para comprobaciones rápidas
- Todo el análisis, los desfases y el cálculo de proyección se ejecutan localmente: las coordenadas nunca se suben
- Solo la vía de EPSG personalizado hace una petición de red, y únicamente para obtener una definición proj4
Casos de uso
La conversión de coordenadas existe para que los datos cuadren entre fuentes de mapa y estándares. Estas son las situaciones más habituales.
-
GPS del dispositivo sobre un mapa de China continental
Equipos de a bordo, teléfonos y dispositivos IoT devuelven WGS84. Trazar WGS84 directamente en Amap, Tencent o Baidu produce desde decenas hasta cientos de metros de desfase. Convierte a GCJ-02 (Amap/Tencent) o BD-09 (Baidu) antes de mostrarlo.
-
Alinear datos de fuentes mixtas
Un pedido tiene una dirección de envío de Amap (GCJ-02), una de entrega de Baidu (BD-09) y un almacén del GIS interno (WGS84). Normaliza todo a WGS84 antes de calcular distancias, geovallas o agrupaciones.
-
Publicar en mapas internacionales (OSM / Google / Mapbox)
OpenStreetMap, Google Maps y Mapbox usan WGS84 + Web Mercator. Convierte GCJ-02 / BD-09 de los datos de mapas chinos de vuelta a WGS84 para que las ubicaciones se rendericen correctamente en mapas internacionales.
-
Mapas de teselas y superposiciones ráster
Las teselas de Leaflet, Mapbox GL y OpenLayers usan EPSG:3857 (Web Mercator) en metros. Long/lat → X/Y alimenta el cálculo de índices de tesela, el renderizado de mapas de calor y las superposiciones ráster.
-
Trabajo topográfico reglamentario
Los proyectos oficiales de cartografía, planificación y contratación en China exigen CGCS2000. Coincide con WGS84 dentro de unos metros, pero las entregas deben etiquetarse como CGCS2000 por cumplimiento.
-
Proyectos en Europa, Norteamérica, Japón y Australia
Europa usa ETRS89, Norteamérica usa NAD83, el Reino Unido usa OSGB36, Japón usa JGD2011 y Francia usa Lambert-93. Al entregar datos en una región, envíalos en el datum reglamentario de esa región.
-
Migración y limpieza de conjuntos de datos GIS
Los shapefiles, GeoJSON y archivos CSV suelen carecer de metadatos de CRS. Introduce un punto de referencia conocido (p. ej. Tiananmén, la Ópera de Sídney, la Torre Eiffel) en la herramienta y compáralo con las coordenadas canónicas para identificar el sistema de origen.
-
Alinear campos de API y documentación
La documentación de Amap, Baidu y Tencent especifica el CRS esperado; OSM y Mapbox usan WGS84 por defecto. Confirmar el CRS antes de integrar elimina toda una categoría de incidencias de «deriva de ubicación».
Ver también
¿Necesitas convertir distancia, área o altitud entre unidades físicas? Usa Conversor de unidades . ¿Necesitas pasar valores codificados (como Z/X/Y de teselas) entre bases? Usa Conversor de base numérica .
Buenas prácticas
La conversión es determinista, pero cómo etiquetas el CRS de origen, almacenas los valores y alineas la precisión es lo que decide si el código posterior se rompe.
- Guarda long/lat en WGS84 en bases de datos y registros (o en columnas de geometría con SRID explícito); convierte en la capa de presentación para el SDK de mapas de destino. No mezcles GCJ-02 y WGS84 en la misma columna.
- Codifica el CRS en los nombres de campo: lngWgs84, latGcj02, xMercator, yMercator. Un campo «longitude» a secas es un error futuro.
- Las columnas de geometría de PostGIS / MySQL deben especificar el SRID (4326 WGS84, 3857 Web Mercator, 4490 CGCS2000). El SRID 0 es un tiro en el pie.
- Al integrar SDK de mapas de China continental: Amap y Tencent quieren GCJ-02, Baidu quiere BD-09. Al integrar Google Maps (fuera de China continental), Mapbox, OSM o Leaflet, usa WGS84 + Web Mercator.
- Para trabajos de gran volumen, prefiere proj4 / PostGIS / GeoPandas en el servidor. Esta herramienta es ideal para verificación puntual, depuración y conversiones de un solo punto.
- Registra la ruta de conversión y la versión del algoritmo al almacenar coordenadas convertidas: las fórmulas de GCJ-02 / BD-09 las mantiene la oficina de topografía y las implementaciones de librería pueden variar por debajo del metro.
- No trates GCJ-02 como «WGS84 con un desfase constante». El desfase es no lineal y su inverso es numérico, así que la incertidumbre a nivel de metro es inevitable.
- Al entregar a proyectos que usan un datum regional (NAD83, ETRS89, JGD2011, OSGB36…), confirma el código EPSG en epsg.io. No sustituyas los datums regionales por WGS84.
Limitaciones
La herramienta se centra en la conversión de coordenadas horizontales en 2D. Las alturas, los grandes conjuntos de datos y los inversos exactos de los desfases cifrados quedan fuera de su alcance.
- Sin conversión de elevación. La altura elipsoidal WGS84 y la altura ortométrica (p. ej. geoide EGM96 / EGM2008) difieren en decenas de metros y requieren un modelo de geoide específico.
- Sin conversión de conjuntos de datos en bloque. La herramienta procesa un punto a la vez; para miles de filas usa PostGIS, GeoPandas, ogr2ogr o el CLI de proj.
- Las transformaciones inversas GCJ-02 / BD-09 son aproximaciones numéricas, no soluciones de forma cerrada. Los residuos suelen ser inferiores al metro; para topografía o planificación, usa algoritmos oficiales.
- CGCS2000 ≈ WGS84 numéricamente (dentro de unos metros), pero la semántica difiere. Las entregas reglamentarias deben etiquetarse como CGCS2000 en lugar de sustituirse en silencio.
- La carga de EPSG personalizado depende de que epsg.io esté accesible. La herramienta informa de un fallo de carga ante errores de red.
- Sin detección automática de CRS: ante una coordenada desconocida, esta herramienta no puede deducir su sistema por ingeniería inversa. Usa un punto de referencia conocido para triangular.
- Los datums antiguos (Beijing 1954, Xi'an 1980) no vienen predefinidos. Cárgalos mediante EPSG personalizado (p. ej. EPSG:2436 para la zona 13 Gauss-Krüger de Beijing 1954).
- No sustituye a un software GIS completo (reproyección ráster, recorte vectorial, gestión de bases de datos de CRS).
Preguntas frecuentes
Las preguntas más buscadas al integrar mapas, alinear API de ubicación, trabajar entre regiones o hacer trabajo topográfico.
¿Cuál es la diferencia entre GCJ-02, BD-09 y WGS84?
WGS84 es la long/lat del GPS, estándar internacional. GCJ-02 («coordenadas Marte») es un desfase cifrado no lineal de WGS84 aplicado por la oficina de topografía de China, activo solo dentro de China continental; lo usan Amap, Tencent y Google China. BD-09 es el desfase adicional de Baidu sobre GCJ-02, usado solo por Baidu Maps.
¿Por qué mi coordenada GPS aparece desplazada unos 50 m en un mapa de China?
El GPS del dispositivo devuelve WGS84. Los principales mapas de China (Amap, Tencent, Baidu) usan GCJ-02 o BD-09. Trazar WGS84 directamente produce entre 50 y 500 m de desfase sistemático, a menudo en el carril equivocado o en la manzana contigua. Convierte primero a GCJ-02 o BD-09.
¿Qué CRS usan Amap, Tencent y Google China?
Los tres usan GCJ-02. Por eso las coordenadas que pasan entre ellos no necesitan conversión; solo al cruzar a Baidu (BD-09) o a OSM / Google Maps fuera de China continental (WGS84) se requiere convertir.
¿Qué CRS usa la API de Baidu Maps?
La API JS de Baidu Maps usa BD-09 para long/lat y BD-09MC (Mercator de Baidu, en metros) para el espacio de teselas. Otras fuentes deben convertirse primero a BD-09, o pasar por BMap.Convertor en los servidores de Baidu.
¿Son iguales CGCS2000 y WGS84?
No. CGCS2000 es el datum geodésico reglamentario de China; WGS84 es la referencia GPS internacional. Usan elipsoides distintos (GRS80 frente a WGS84) y coinciden numéricamente dentro de unos metros en China continental, pero no pueden sustituirse en entregas oficiales.
¿Qué relación hay entre Web Mercator (EPSG:3857) y la long/lat?
Web Mercator es la long/lat WGS84 proyectada sobre un plano mediante una proyección cilíndrica conforme de aspecto normal, en metros. Lo usan las teselas de Google Maps, OSM, Mapbox y Leaflet. Convertir long/lat a X/Y habilita el cálculo de índices de tesela, el renderizado de mapas de calor y la estimación de distancias (ten en cuenta la distorsión de área en latitudes altas).
¿Cómo debería almacenar coordenadas chinas en PostGIS?
Guarda WGS84 (SRID 4326) por defecto. Si necesitas el datum reglamentario de China, usa CGCS2000 (SRID 4490). No almacenes GCJ-02 / BD-09 en bruto: no son SRID estándar y ST_Distance, ST_Within y similares devolverán resultados erróneos. Convierte en la capa de presentación.
¿Cómo busco una definición EPSG concreta?
Introduce el código en epsg.io para ver el WKT y proj4. El campo EPSG personalizado de esta herramienta obtiene la cadena proj4 y añade el CRS a la lista de resultados; funciona con zonas UTM (32601-32660 / 32701-32760), cuadrículas nacionales, Lambert / Albers y más.
¿Es preciso el inverso GCJ-02 → WGS84?
Solo de forma aproximada. GCJ-02 es no lineal y no tiene inverso de forma cerrada; las librerías iteran numéricamente con residuos inferiores al metro. Para topografía o mapas de alta definición, usa algoritmos oficiales o un SDK comercial en lugar de una aproximación de código abierto.
¿Necesito convertir coordenadas GPS fuera de China?
El desfase GCJ-02 solo está activo dentro de China continental. Hong Kong, Macao, Taiwán y cualquier lugar del extranjero tienen valores WGS84 y GCJ-02 idénticos: los mapas internacionales pueden consumirlos directamente. Aun así, al llamar a un SDK de mapas de China, pasa el campo que el SDK espera.
¿Cómo uso el British National Grid (OSGB36)?
OSGB36 es una proyección Mercator transversa (EPSG:27700) en metros, diseñada para que las ubicaciones se codifiquen como pares este/norte de 6 dígitos. Los datos de topografía, planificación y propiedad del Reino Unido se entregan en este formato. La conversión OSGB36 ↔ WGS84 incorporada tiene precisión métrica.
¿Cómo sé qué CRS usa una coordenada misteriosa?
Toma como referencia un punto conocido. Tiananmén en WGS84 es aproximadamente 116.397428, 39.90923. Si el conjunto de datos muestra ese punto cerca de 116.40361, 39.91043 es GCJ-02; cerca de 116.41005, 39.91635 es BD-09; si los valores son números de 7 o más dígitos como 12958180, 4825923 es Web Mercator o BD-09MC.
Herramientas relacionadas
Después de convertir coordenadas, continúa con trabajos de normalización relacionados en la categoría Datos: unidades, bases numéricas y otras conversiones de formato.