Skip to content

Coördinatenconverter: lat/long, DMS, UTM en GCJ-02

Coördinaten omrekenen in elk formaat — decimale graden, graden minuten seconden (DMS) — naar UTM, Web Mercator, GCJ-02 (AMap) en BD-09 (Baidu). Herkent lat,lng of lng,lat, rekent GCJ-02 terug tot onder 1 mm, batch naar CSV.

Geen tracking Draait in je browser Gratis
De omzetting gebeurt volledig in je browser — de coördinaten die je plakt, verlaten dit apparaat nooit.

Het punt in elk systeem

WGS-84 / CGCS2000 Gps, iOS-locatie, OpenStreetMap, Tianditu 39.909230, 116.397428 39°54′33.23″N 116°23′50.74″E 39°54.5538′N 116°23.8457′E
GCJ-02 AMap (Gaode), Tencent Maps, WeChat wx.getLocation gcj02 39.910634, 116.403672
BD-09 Baidu Maps (bd09ll) 39.916973, 116.410044
Web Mercator (EPSG:3857) x, y in meters — webkaarttegels 12957302.415, 4852760.584
UTM (WGS-84) zone + halfrond, oostwaarde, noordwaarde in meters 50N 448496.425 4417856.475
CGCS2000 3° Gauss-Krüger X (noord), Y (oost, met zonevoorvoegsel) X=4419624.325 Y=39448475.815
CGCS2000 6° Gauss-Krüger X (noord), Y (oost, met zonevoorvoegsel) X=4419624.325 Y=20448475.815

GCJ-02 verschuift dit punt 555 m ten opzichte van de WGS-84-positie.

Binnen de rechthoek die gangbare bibliotheken als “China” gebruiken — die dekt ook het Koreaanse schiereiland, delen van Japan, Mongolië en Vietnam, waar geen verschuiving hoort.

Openen in: OpenStreetMap AMap Baidu Maps

Elke link geeft de coördinaten al omgerekend naar het eigen systeem van die kaart mee, zodat de pin op de juiste plek landt.

Voorwaartse GCJ-02- en BD-09-resultaten zijn punt voor punt vergeleken met gcoord 1.0.7; UTM, CGCS2000 Gauss-Krüger en Web Mercator zijn tot op 1 mm vergeleken met PROJ 9.8.1 (pyproj); fouten van de eenstaps- en de iteratieve inverse zijn gemeten op 35.321 rasterpunten verspreid over China. Afronding en overdracht bij DMS zijn gecontroleerd met exacte decimale rekenkunde. — Go Tools-ontwikkelteam · Sep 30, 2026

Geschreven en gecontroleerd door de ontwikkelaars die de geo- en encodeertools van de site bouwen. Elke coördinaat, afstand en foutwaarde op deze pagina is berekend door de rekenkern van de tool of komt uit de metingen hieronder, en wordt door tests gecontroleerd.

Snelle antwoorden over coördinaten

Hoe reken ik graden, minuten, seconden om naar decimale graden?

D + M/60 + S/3600 Decimale graden = graden + minuten/60 + seconden/3600, negatief voor S en W. Voorbeeld: 39°54′33.2″N = 39 + 54/60 + 33.2/3600 = 39.909222°.

Welk coördinatensysteem gebruiken AMap, Baidu en gps?

GCJ-02 / BD-09 / WGS-84 AMap (Gaode), Tencent Maps en WeChat gcj02 gebruiken GCJ-02; Baidu Maps gebruikt BD-09, een tweede verschuiving bovenop GCJ-02; gps, iOS-locatie en OpenStreetMap gebruiken WGS-84. Geen van de drie Chinese kaart-API's biedt een omzetting terug naar WGS-84.

Hoe ver liggen GCJ-02 en WGS-84 uit elkaar?

17,6–715 m Dat hangt van de plek af: 17,6–715 m in heel China op een raster van 0,05°, met een mediaan van ongeveer 430 m. Rond het Tiananmenplein is het ongeveer 555 m, in Guangzhou ongeveer 621 m. BD-09 legt daar nog eens 0,76–0,98 km bovenop.

Is het lat,lng of lng,lat?

Hangt af van de bron Google Maps en de officiële asvolgorde van EPSG:4326 zetten de breedtegraad voorop; GeoJSON en de API's van AMap en Baidu zetten de lengtegraad voorop (116.403672,39.910634). Een omgedraaid paar verplaatst een punt duizenden kilometers, dus de tool herkent de volgorde en vertelt je waarom.

Hoe nauwkeurig zijn 6 decimalen?

≈ 0,11 m Op de evenaar is één graad ongeveer 111,3 km, dus 5 decimalen ≈ 1,1 m, 6 decimalen ≈ 0,11 m en 7 decimalen ≈ 1,1 cm. Eén boogseconde breedtegraad is ongeveer 30,8 m.

Formules voor het omrekenen van coördinaten

Deze zes formules komen overeen met de rekenkern van de tool; elke voorbeeldwaarde is ermee berekend. Formules 5 en 6 vormen samen de volledige voorwaartse GCJ-02-omrekening: twee polynomen geven de verschuiving, die daarna met de booglengtes op die breedte naar graden wordt omgerekend — met dezelfde coëfficiënten als gcoord en coordtransform.

DMS → decimale graden

DD = D + M/60 + S/3600

S/W: DD = -(D + M/60 + S/3600)

39°54′33.2″N →

  1. 39 + 54/60 + 33.2/3600
  2. 39 + 0.9 + 0.0092222
  3. 39.9092222

= 39.9092222°

Decimale graden → DMS (eerst afronden, dan splitsen)

T = round(|DD| × 3600 × 10^k); D = ⌊T / (3600·10^k)⌋

M = ⌊(T − D·3600·10^k) / (60·10^k)⌋; S = remainder / 10^k

116.397428°, k = 2 →

  1. 116 + 0.397428°
  2. 0.397428 × 60 = 23.84568 → 23′
  3. 0.84568 × 60 = 50.7408 → 50.74″

= 116°23′50.74″

GCJ-02 → BD-09

z = √(x² + y²) + 0.00002·sin(y·π·3000/180); θ = atan2(y, x) + 0.000003·cos(x·π·3000/180)

lng_bd = z·cos θ + 0.0065; lat_bd = z·sin θ + 0.006

GCJ-02 (116.403672, 39.910634) →

  1. z = √(x² + y²) + 0.00002·sin(y·π·3000/180) = 123.055560
  2. θ = atan2(y, x) + 0.000003·cos(x·π·3000/180) = 0.33030648
  3. lng_bd = z·cos θ + 0.0065, lat_bd = z·sin θ + 0.006

= BD-09 (116.410044, 39.916973)

WGS-84 → Web Mercator (EPSG:3857)

x = R·λ; y = R·ln(tan(π/4 + φ/2)), R = 6378137

|φ| ≤ 85.0511287798066°

(116.397428°, 39.90923°) →

  1. x = 6378137 × 116.397428 × π/180
  2. y = 6378137 × ln(tan(45° + 39.90923°/2))

= (12957302.415, 4852760.584)

GCJ-02-verschuivingspolynomen (x = lengtegraad − 105, y = breedtegraad − 35)

T_lat = −100 + 2x + 3y + 0.2y² + 0.1xy + 0.2√|x| + ⅔(20·sin 6πx + 20·sin 2πx) + ⅔(20·sin πy + 40·sin(πy/3)) + ⅔(160·sin(πy/12) + 320·sin(πy/30))

T_lng = 300 + x + 2y + 0.1x² + 0.1xy + 0.1√|x| + ⅔(20·sin 6πx + 20·sin 2πx) + ⅔(20·sin πx + 40·sin(πx/3)) + ⅔(150·sin(πx/12) + 300·sin(πx/30))

(116.397428, 39.90923) → x = 11.397428, y = 4.90923 →

  1. T_lat(x, y) = 155.8381
  2. T_lng(x, y) = 533.8815

= T_lat = 155.8381, T_lng = 533.8815

WGS-84 → GCJ-02: verschuiving naar graden

Δφ = T_lat·180 / (a(1 − e²)/W³·π); Δλ = T_lng·180 / (a/W·cos φ·π)

a = 6378245, e² = 0.00669342162296594323, W = √(1 − e²·sin²φ)

WGS-84 (116.397428, 39.90923) →

  1. W = 0.99862149
  2. Δφ = 0.00140351°, Δλ = 0.00624363°

= GCJ-02 (116.403672, 39.910634)

Wat zijn WGS-84, GCJ-02 en BD-09?

WGS-84 is het wereldwijde datum achter gps. Coördinaten van gps-ontvangers, iOS Core Location (gedocumenteerd als het WGS 84-referentiestelsel) en OpenStreetMap zijn WGS-84. Het Chinese CGCS2000 gebruikt een ellipsoïde die alleen in het negende significante cijfer van de afplatting van WGS-84 verschilt, dus voor ontwikkelwerk kun je de twee als gelijk behandelen.

GCJ-02, bijgenaamd "Marscoördinaten", is het systeem van Chinese kaartdiensten: de officiële documentatie van AMap en Tencent stelt allebei dat ze het GCJ-02-systeem van de Chinese landmeetautoriteit gebruiken. Het legt een niet-lineaire, plaatsafhankelijke verschuiving over WGS-84 — gemeten tussen 17,6 en 715 m in heel China. Daarom valt een gps-punt dat je direct op AMap tekent een paar honderd meter naast de juiste plek.

BD-09 is het systeem van Baidu Maps, een extra verschuiving bovenop GCJ-02 (de documentatie van Baidu: "opnieuw versleuteld op basis van GCJ02"). Het bestaat als bd09ll (graden) en bd09mc (meters); deze tool verwerkt bd09ll. Let op: bd09mc is niet Web Mercator EPSG:3857 — de noordwaarde verschilt voor hetzelfde punt 17–30 km.

Deze tool gebruikt de gepubliceerde opensourceformules: de voorwaartse GCJ-02- en BD-09-resultaten komen overeen met gcoord en coordtransform, en de inverse berekeningen itereren tot de heen-en-terugconversie onder een millimeter blijft. De formules zijn via reverse engineering achterhaald en er bestaat geen openbare vergelijking met het officiële algoritme, dus de resultaten zijn geschikt voor ontwikkeling en gegevensverwerking — niet voor landmeetkundige opleveringen.

WGS-84  39.909230, 116.397428   (GPS / iOS / OSM)
GCJ-02  39.910634, 116.403672   (AMap / Tencent)   +555 m
BD-09   39.916973, 116.410044   (Baidu)            +1378 m
AMap / Baidu API order: lng,lat → 116.403672,39.910634

Wat deze coördinatenconverter doet

Plak elk formaat

Decimaal, DMS, DDM, d m s-letters, de Chinese notatie 北纬/东经 met 度分秒, halfrondletters ervoor of erachter en Google Maps-links met @lat,lng worden gelezen zoals ze zijn — vooraf opschonen is niet nodig.

Herkent lat,lng en lng,lat

lng,lat van AMap/Baidu en lat,lng van Google worden uit elkaar gehouden en de reden staat onder het invoervak. Voor punten in West-China, waar beide waarden onder 90 liggen, wordt GCJ-02/BD-09-invoer via de China-bereikregel met de lengtegraad eerst gelezen.

Alle systemen tegelijk

Eén punt, zeven antwoorden: WGS-84, GCJ-02, BD-09, Web Mercator, UTM en de CGCS2000 Gauss-Krüger-zones van 3° en 6°, elk met een eigen knop Kopiëren — niet steeds heen en weer schakelen tussen omrekenrichtingen.

Iteratieve inverse, tot onder de millimeter

GCJ-02→WGS-84 en BD-09→GCJ-02 gebruiken een vaste-puntiteratie in plaats van de gangbare eenstapsbenadering, die in Peking ongeveer 0,36 m, in Shanghai 2,07 m en op een raster over heel China tot ongeveer 4,9 m afwijkt. Na 3–5 iteraties blijft de heen-en-terugconversie onder 1 mm, en unittests controleren dat.

UTM- en Gauss-Krüger-zones geregeld

UTM-zones kennen de uitzonderingen voor Noorwegen en Spitsbergen en worden met N/S voor het halfrond geschreven. Gauss-Krüger gebruikt de CGCS2000-ellipsoïde met X naar het noorden en Y naar het oosten (met zonevoorvoegsel). Gecontroleerd tegen PROJ tot op 1 mm.

Batchconversie naar CSV

Plak tot 5.000 regels en krijg per regel een resultaat of een reden. Kies het doelsysteem en de hoeknotatie en kopieer of download de CSV (UTF-8 met BOM). Er verlaat niets je browser.

Andere manieren om coördinaten om te rekenen

gcoord (JavaScript)

npm-bibliotheek

Ondersteunt WGS84/GCJ02/BD09/BD09MC/EPSG:3857. De GCJ-02-inverse stopt zodra het residu onder 1e-6° komt, wat gemeten tot 0,147 m fout opleverde; de BD-09-inverse is één stap. De voorwaartse resultaten van deze tool komen ermee overeen; de inverse berekeningen zijn nauwkeuriger.

coordtransform

npm- / Python-bibliotheek

De meest gekopieerde implementatie. gcj02towgs84 is de eenstapsinverse (rond Shanghai ongeveer 2,07 m fout, op het raster tot ongeveer 4,9 m), en de China-rechthoek (73.66–135.05°E, 3.86–53.55°N) laat Chinese uiterste punten weg, zoals Mohe in het uiterste noorden.

PROJ / pyproj / QGIS

GIS-software

De referentie-implementatie voor UTM, Gauss-Krüger en EPSG-systemen — de projecties van deze tool komen er tot op 1 mm mee overeen. PROJ kent geen GCJ-02 of BD-09, dus Chinese kaartcoördinaten vragen nog steeds een aparte aanpak.

Coördinatenconversie-API van AMap

Webservice

/v3/assistant/coordinate/convert zet gps- of Baidu-coördinaten om naar AMap-coördinaten, maar biedt geen omzetting terug naar gps, vereist een API-sleutel en stuurt je coördinaten naar een server.

geoconv-API van Baidu

Webservice

Zet gps, AMap/Tencent, bd09ll en bd09mc om naar Baidu-coördinaten. Volgens de documentatie kan op grond van wettelijke bepalingen geen enkel coördinaattype naar gps worden omgezet.

Spreadsheetformules

Excel / Sheets

DMS naar decimaal past in één formule (=D+M/60+S/3600), maar de formules voor GCJ-02, BD-09 en Gauss-Krüger zijn lang en foutgevoelig. Voor grote hoeveelheden gegevens plak je ze hier en exporteer je de CSV.

Voorbeelden van coördinaten omrekenen

AMap-coördinaat (GCJ-02, lengtegraad eerst) naar gps

Invoersysteem: GCJ-02
116.403672,39.910634
WGS-84: 39.909230, 116.397428
BD-09:  39.916973, 116.410044

De API van AMap geeft de lengtegraad eerst; de tool leest het zo omdat 116 boven 90 ligt. De inverse wordt iteratief berekend — de gangbare eenstapsbenadering zit hier 0,074 m ernaast, rond Shanghai ongeveer 2,07 m en op een raster over heel China tot ongeveer 4,9 m (in de noordoostelijke hoek).

DMS naar decimale graden

Invoersysteem: WGS-84
39°54′33.2″N 116°23′50.7″E
WGS-84: 39.909222, 116.397417

39 + 54/60 + 33.2/3600 = 39.909222 en 116 + 23/60 + 50.7/3600 = 116.397417. De Chinese schrijfwijze 北纬39度54分33.2秒，东经116度23分50.7秒 geeft hetzelfde resultaat.

Gps naar CGCS2000 Gauss-Krüger

Invoersysteem: WGS-84
31.2304, 121.4737
3°: X=3457455.489 Y=40640412.315
6°: X=3457523.539 Y=21354575.479

Shanghai op 121,47°E valt in 3°-zone 40 (centrale meridiaan 120°E) en 6°-zone 21 (centrale meridiaan 123°E). Verschillende centrale meridianen geven verschillende X en Y; de eerste twee cijfers van Y zijn de zone.

Gps-punten in batch naar AMap-coördinaten

39.90923, 116.397428
31.239692, 121.499755
22.543096, 114.057865
39.910634, 116.403672
31.237678, 121.504188
22.540379, 114.062979

Meerdere regels plakken opent de batchtabel; zet Omrekenen naar op GCJ-02 voor het resultaat hierboven. Wil je de AMap-API voeden, zet Uitvoervolgorde dan op lng, lat voordat je de CSV exporteert.

Zo gebruik je de coördinatenconverter

  1. 1

    Kies het invoercoördinatensysteem

    Kies op basis van de herkomst van de coördinaten: gps-ontvangers, iOS-locatie en OSM geven WGS-84; AMap, Tencent Maps en WeChat-miniprogramma's met type: 'gcj02' geven GCJ-02; Baidu Maps geeft BD-09. Geprojecteerde coördinaten (Web Mercator-meters, UTM, CGCS2000 Gauss-Krüger) werken ook als invoer.

  2. 2

    Plak de coördinaten, één punt per regel

    Decimaal, DMS, DDM, N/S/E/W-letters ervoor of erachter en de Chinese notatie 北纬/东经 worden allemaal gelezen; komma's, spaties of puntkomma's scheiden de waarden. Gauss-Krüger-invoer volgt de Chinese landmeetvolgorde: eerst X (noordwaarde), dan Y (oostwaarde); een Y met zonevoorvoegsel zoals 39448475.815 stelt de zone automatisch in.

  3. 3

    Controleer de herkende volgorde

    De regel onder het invoervak vertelt of de waarden gelezen zijn als breedtegraad, lengtegraad of als lengtegraad, breedtegraad, en waarom (halfrondletters, een waarde boven 90 of de China-bereikregel). Liggen beide waarden onder 90, dan valt de volgorde niet te bewijzen en wordt breedtegraad eerst aangenomen — pas Volgorde van waarden aan als dat nodig is.

  4. 4

    Kopieer het resultaat of exporteer CSV

    Elke rij heeft een knop Kopiëren, en Uitvoervolgorde kan naar lng, lat voor de API's van AMap of Baidu. Invoer met meerdere regels levert een batchtabel op; kies het doelsysteem en de hoeknotatie en kopieer of download de CSV (UTF-8 met BOM, zodat Excel hem netjes opent).

Veelgemaakte fouten bij het omrekenen van coördinaten

Breedte- en lengtegraad verwisseld

De API's van AMap en Baidu zetten de lengtegraad voorop; Google Maps en de meeste spreadsheets de breedtegraad. lng,lat lezen als lat,lng verplaatst een punt duizenden kilometers.

✗ Fout 
lat=116.403672, lng=39.910634
✓ Correct 
lat=39.910634, lng=116.403672

Gps-coördinaten direct op AMap of Baidu getekend

Gps-ontvangers en iOS-locatie leveren WGS-84. Zet je die direct op AMap, dan staat de pin een paar honderd meter verkeerd, op Baidu nog verder. Reken eerst om naar het systeem van de kaart zelf.

✗ Fout 
AMap marker ← 39.909230, 116.397428 (WGS-84)
✓ Correct 
AMap marker ← 39.910634, 116.403672 (GCJ-02)

Baidu-coördinaten behandeld als AMap-coördinaten

BD-09 ligt nog eens 0,76–0,98 km van GCJ-02 af. Een punt dat je op Baidu Maps hebt geprikt, moet je omrekenen met BD-09 als invoersysteem, niet gebruiken als GCJ-02.

✗ Fout 
GCJ-02 ← 39.916973, 116.410044 (from Baidu)
✓ Correct 
BD-09 → GCJ-02: 39.910634, 116.403672

Graden gebruikt als Web Mercator-meters

EPSG:4326 is in graden; EPSG:3857 is in meters. Voer je 116.39 en 39.90 in als EPSG:3857, dan belandt het punt een paar honderd meter van 0°N 0°E, in de Golf van Guinee.

✗ Fout 
EPSG:3857 x=116.397428, y=39.90923
✓ Correct 
EPSG:3857 x=12957302.415, y=4852760.584

DMS met 60 seconden

Eerst splitsen in graden, minuten en seconden en pas daarna de seconden afronden levert ongeldige waarden op zoals 39°59′60.00″. Rond eerst af op het laatst getoonde cijfer en splits daarna.

✗ Fout 
39°59′60.00″
✓ Correct 
40°00′00.00″

Gauss-Krüger-Y zonder zone

Een Y zonder zonevoorvoegsel (zoals 448475.815) verraadt de centrale meridiaan niet. Voer de Y met zonevoorvoegsel in, of vul het zonenummer in.

✗ Fout 
X=4419624.325 Y=448475.815 (zone ?)
✓ Correct 
X=4419624.325 Y=39448475.815 (3° zone 39)

Wanneer je een coördinatenconverter nodig hebt

Een gps-track op AMap of Baidu Maps zetten
Gps-ontvangers en iOS-locatie leveren WGS-84. Om de track op AMap of Tencent Maps te tonen reken je om naar GCJ-02; voor Baidu naar BD-09. Plak alle punten en importeer de CSV.
Een op de kaart geprikt punt naar een gps-toestel of wereldkaart sturen
Coördinaten die je op AMap of Baidu hebt geprikt, moeten terug naar WGS-84 voordat ze werken in een wandel-gps, een dronevluchtplan, OpenStreetMap of Google Earth. De officiële Chinese kaart-API's rekenen niet terug naar gps — daarvoor is een offline converter.
Landmeet- en veldgegevens opschonen
Zet DMS-veldnotities om naar decimale graden, decimale graden naar CGCS2000 Gauss-Krüger-coördinaten in 3°/6°-zones, of UTM terug naar breedte- en lengtegraad. Beijing 1954 en Xi'an 1980 vragen lokale parameters en worden hier niet ondersteund.
"De pin staat een paar honderd meter verkeerd" debuggen
Plak de coördinaat: de afstand tussen GCJ-02 en WGS-84 staat onder de tabel. Een fout van een paar honderd meter betekent een ontbrekende datumomzetting; duizenden kilometers wijst meestal op verwisselde breedte- en lengtegraad.

Algoritmen en precisie

De voorwaartse GCJ-02-formule
Gebaseerd op de ellipsoïde van Krasovski (a = 6378245.0, e² = 0.00669342162296594323): twee polynomen met sinustermen in (lng−105, lat−35) geven een verschuiving in meters, die daarna naar graden wordt omgerekend met de meridiaan- en parallelbooglengte op die breedte. Deze tool komt tot op floating-point-ruis overeen met gcoord 1.0.7. De formule is via reverse engineering achterhaald en geen officiële publicatie.
Waarom de inverse itereert
Alleen de voorwaartse GCJ-02-formule is in omloop. De gangbare eenstapsinverse wgs ≈ 2·gcj − f(gcj) heeft op een raster over heel China (73.5–135°E, 18–53.5°N, 35.321 punten) een mediane fout van 0,42 m en een maximum van ongeveer 4,9 m, in de noordoostelijke hoek bij 131°E, 53.25°N. Deze tool itereert w ← g − Δ(w) tot de stap onder 1e-10° zakt (hoogstens 10 keer); hij convergeert in 3–5 stappen met een heen-en-terugconversie onder 1 mm. BD-09→GCJ-02 itereert op dezelfde manier.
De test "binnen China"
Net als bij de gangbare opensourcebibliotheken wordt de GCJ-02-verschuiving alleen toegepast binnen de rechthoek 72.004–137.8347°E, 0.8293–55.8271°N. Die rechthoek is grof: Seoul, Hanoi, New Delhi en andere buitenlandse steden vallen erbinnen en krijgen een verschuiving van 132–620 m. Buitenlandse coördinaten hoeven normaal niet omgerekend te worden — kies het systeem dat past bij de herkomst van de gegevens. De officiële documentatie van Baidu en die van Tencent zeggen allebei buiten China WGS-84 terug te geven (Tencent noemt daarbij ook Taiwan), maar Taiwan ligt volledig binnen de rechthoek en krijgt bij de gangbare bibliotheken toch de verschuiving.
UTM en Gauss-Krüger
Beide zijn transversale Mercator, geïmplementeerd met de Krüger-reeks van orde 6 uit Karney (2011), die tot op nanometers overeenkomt met PROJ. UTM: WGS-84-ellipsoïde, k₀ = 0.9996, valse oostwaarde (false easting) 500 km, valse noordwaarde 10.000 km op het zuidelijk halfrond, met de zone-uitzonderingen voor Noorwegen en Spitsbergen. CGCS2000 Gauss-Krüger: k₀ = 1, valse oostwaarde 500 km, 3°-zones op meridiaan 3n, 6°-zones op 6n−3.
Precisie en decimalen
Afstand op de grond per decimaal van een graad: 5 decimalen ≈ 1,1 m, 6 ≈ 0,11 m, 7 ≈ 1,1 cm. Breedte- en lengtegraad worden met 6 decimalen getoond en geprojecteerde coördinaten tot op de millimeter. Omdat de GCJ-02- en BD-09-formules geen openbare vergelijking met het officiële algoritme hebben, zouden extra cijfers alleen schijnprecisie zijn.

Correct omgaan met coördinaatgegevens

Sla WGS-84 op, reken om bij weergave
Bewaar WGS-84 (of CGCS2000) in de database en reken pas bij het tekenen om naar het systeem van de kaart. Wie GCJ-02 opslaat, sleept de verschuiving mee naar elk systeem verderop en moet alles opnieuw berekenen zodra je van kaartleverancier wisselt.
Label elk coördinaatveld
Geef velden namen als lng_gcj02 of lat_wgs84 en vermeld in de API-documentatie of het lng,lat of lat,lng is. De meeste bugs van het type "de pin staat verkeerd" in productie komen neer op een onvermeld systeem of een onvermelde volgorde.
Niet voor landmeetkundige opleveringen
De GCJ-02/BD-09-formules en CGCS2000 ≈ WGS-84 volstaan voor ontwikkeling en gegevensverwerking. Landmeet-, planologisch en kadastraal werk vraagt de omzettingsparameters die de autoriteiten publiceren; Beijing 1954 en Xi'an 1980 vereisen lokale sets van 7 of 4 parameters.
Kaarten publiceren in China
Deze tool rekent alleen getallen om; hij stelt geen kaarten samen en toont ze niet. Publiceert je product kaarten in China, volg dan de regels voor kaartcontrole uit de Chinese wet op landmeting en kartering en de kaartbeheerregeling.

Veelgestelde vragen over coördinaten omrekenen

Is de omzetting van GCJ-02 naar WGS-84 nauwkeurig? Krijg ik het exacte gps-punt terug?
Ten opzichte van de voorwaartse formule die de gangbare opensourcebibliotheken gebruiken, brengt de iteratieve inverse hier de heen-en-terugconversie onder 1 mm. Maar die voorwaartse formule is via reverse engineering achterhaald en er bestaat geen openbare vergelijking met het echte GCJ-02, dus de eerlijke claim is "consistent met de gangbare bibliotheken", niet "exact". Dat is ruim voldoende om kaartpunten terug te zetten naar gps of tracks te importeren; landmeetwerk hoort officiële parameters te gebruiken.
Waarom geven verschillende websites resultaten die een paar meter uiteenlopen?
De meeste gebruiken de eenstapsbenadering GCJ-02 → WGS-84, met op een raster over heel China een mediane fout van 0,42 m en een maximum van ongeveer 4,9 m (het grootst in de noordoostelijke hoek; in Peking ongeveer 0,36 m en in Shanghai 2,07 m). Deze tool itereert tot onder 1 mm. Bovendien gebruiken de BD-09-functies in JavaScript van eviltransform π waar de gangbare formule x_pi gebruikt, waardoor ze tot 90 m afwijken — controleer welke bibliotheek de andere kant gebruikte.
Hoe reken ik AMap-coördinaten om naar Baidu-coördinaten?
Kies GCJ-02 als invoersysteem, plak de AMap-coördinaat (lengtegraad eerst is prima) en lees de rij BD-09 af. BD-09 ligt nog eens 0,76–0,98 km van GCJ-02 af. Voor de omgekeerde richting kies je BD-09 als invoer en lees je de rij GCJ-02 af.
Waarom staat de locatie van mijn telefoon een paar honderd meter verkeerd op de kaart?
Gps-toestellen en iOS-locatie (Core Location is gedocumenteerd als WGS 84) leveren WGS-84, terwijl AMap en Tencent Maps GCJ-02 gebruiken en Baidu BD-09. Teken je WGS-84 op die kaarten, dan staat de pin afhankelijk van de plek 17,6–715 m verkeerd — ongeveer 555 m in het centrum van Peking. Reken eerst om naar het systeem van de kaart zelf; WeChat-miniprogramma's kunnen GCJ-02 direct opvragen met wx.getLocation({ type: 'gcj02' }).
Hoe reken ik decimale graden om naar graden, minuten en seconden?
Plak de decimale coördinaat; de DMS- en DDM-vorm verschijnen onder de eerste rij. De regel: het gehele getal is de graden, de fractie × 60 geeft de minuten en wat overblijft × 60 geeft de seconden. De tool rondt af op het laatst getoonde cijfer van de seconden voordat hij splitst, zodat hij nooit een ongeldige 59′60″ toont. Zet in batchmodus Hoeknotatie op DMS.
Waarom is mijn coördinaat met de lengtegraad eerst gelezen?
De reden staat onder het invoervak. Halfrondletters (N/S/E/W) gaan voor; een waarde boven 90 moet een lengtegraad zijn; liggen beide onder 90 en is het invoersysteem GCJ-02 of BD-09, dan wordt een eerste waarde tussen 73 en 90 als lengtegraad gelezen, omdat geen enkele Chinese kaartcoördinaat een breedtegraad boven 73° heeft. In alle andere gevallen wordt breedtegraad eerst aangenomen. Je kunt dat overschrijven met Volgorde van waarden.
Moeten CGCS2000 en WGS-84 omgerekend worden?
Niet voor ontwikkeling of algemeen gegevenswerk: de twee ellipsoïden hebben dezelfde halve lange as en verschillen alleen in het negende significante cijfer van de afplatting (ongeveer 0,1 mm in de halve korte as), dus deze tool behandelt hun breedte- en lengtegraden als gelijk. Strikt genomen verschillen hun referentie-epochen; de plaatbeweging sinds 2000 komt volgens het ITRF2014-model van de Euraziatische plaat neer op ongeveer 0,77 m. Landmeetwerk hoort officiële parameters te gebruiken.
Kan de tool Beijing 1954- of Xi'an 1980-coördinaten omrekenen?
Nee — en geen enkele tool met "één klik" zou dat moeten doen. Naast een andere ellipsoïde verschillen die datums van CGCS2000 in oorsprong, oriëntatie en historische netvervorming, dus de omzetting vraagt sets van 7 of 4 parameters die lokaal uit paspunten zijn afgeleid. De EPSG-database bevat parameters voor Beijing 1954 → WGS 84 voor maar een paar regio's en voor Xi'an 1980 helemaal geen; parameters van een andere regio lenen geeft fouten van tientallen meters.
Gauss-Krüger-zones van 3° of 6° — welke kies je, en hoe vind je het zonenummer?
Grootschalige landmeting gebruikt doorgaans 3°-zones en kartering op kleine tot middelgrote schaal 6°-zones; volg de specificatie van je project. 6°-zone n = ⌊lengtegraad/6⌋ + 1 met centrale meridiaan 6n − 3; 3°-zone n = ⌊(lengtegraad − 1.5)/3⌋ + 1 met centrale meridiaan 3n. Binnen China lopen de 6°-zones van 13 tot 23 en de 3°-zones van 25 tot 45, dus de eerste twee cijfers van Y vertellen welk soort het is. De tool toont beide.
Wat betekent "50N" in een UTM-coördinaat?
50 is de UTM-zone (6° breed; Peking ligt in zone 50) en N staat voor het noordelijk halfrond, S voor het zuidelijk. Sommige software schrijft "50S", waarbij S een MGRS-breedteband is (32°–40°N) en niet het zuidelijk halfrond — deze tool gebruikt N/S altijd voor het halfrond om die misvatting te voorkomen.
Is Web Mercator (EPSG:3857) hetzelfde als Baidu Mercator?
Nee. EPSG:3857 voert WGS-84-breedte- en lengtegraad in een bolvormige Mercatorformule met R = 6378137 m, begrensd tot ±85,0511° breedte — de standaard voor webkaarttegels. Baidu Mercator (bd09mc) gebruikt eigen polynomen per breedteband, en de noordwaarde wijkt voor hetzelfde punt 17–30 km af van EPSG:3857. Deze tool levert EPSG:3857 en ondersteunt bd09mc niet.
Kan ik coördinaten opzoeken via een adres, of een punt op een kaart bekijken?
Zoeken op adres kan hier niet: een adres of plaatsnaam omzetten in coördinaten (geocodering) vereist een online kaartdienst, en deze tool doet alle berekeningen lokaal zonder ook maar één verzoek te versturen. Wil je zien waar een coördinaat ligt, plak hem dan en gebruik Openen in onder de resultaten — de links naar AMap, Baidu Maps en OpenStreetMap geven de coördinaten elk al omgerekend naar het eigen systeem van die kaart mee, zodat de pin op de juiste plek landt. Wil je een coördinaat van een kaart halen, gebruik dan de officiële coördinatenkiezer van AMap of Baidu en plak het resultaat hier als GCJ-02 of BD-09.
Worden mijn coördinaten geüpload?
Nee. Elke omzetting draait in JavaScript in je browser; de pagina doet geen netwerkverzoek om coördinaten te verwerken en blijft offline werken. De drie Openen in-links sturen het huidige punt alleen naar die kaartsite als je erop klikt.

Gerelateerde tools

Alle tools bekijken →

Talstelsel omrekenen — online converter

Omrekentools

Reken je getal direct om tussen binair, hex, decimaal, octaal en elk talstelsel (2-36). Gratis en privé — alles draait in je browser.

Twee-complement calculator voor getallen met teken

Omrekentools

Typ een geheel getal met teken en krijg teken-magnitude, één-complement, twee-complement en offset-binair in één keer, van 4 tot 64 bit. Of plak bits of een hex-byte en lees alle vijf de interpretaties naast elkaar.

chmod-calculator — Linux-bestandsrechten

Omrekentools

Reken Linux-bestandsrechten om tussen octaal (755, 644) en rwx-symbolen. Genereer kant-en-klare chmod-commando's en herken riskante instellingen zoals 777 — gratis, alles draait in je browser.

Color converter — HEX, RGB, HSL & OKLCH

Omrekentools

Converteer HEX naar RGB, HSL, OKLCH, OKLAB en CMYK in je browser — kopieer elk formaat met één klik. Gratis, geen account, je kleuren verlaten de pagina nooit.

Hex naar CMYK converter

Omrekentools

Converteer HEX-kleuren naar CMYK in je browser. Naïeve sRGB-gebaseerde benadering voor printvoorbeelden. Gratis, geen account, je kleuren blijven lokaal.

Hex naar HSL converter

Omrekentools

Converteer elke hex-kleur naar HSL in je browser — 3-cijferig, 6-cijferig en 8-cijferig hex met alpha worden allemaal ondersteund. Gratis, direct, geen account, je kleuren verlaten de pagina nooit.