Breedtegraad en lengtegraad zijn de twee getallen die elk punt op aarde vastleggen. Breedtegraad geeft aan hoe ver je noord of zuid bent. Lengtegraad hoe ver oost of west. Samen vormen ze een coördinatenpaar waar elke kaart, elk GPS-apparaat, elke geocoding-API en elke AI-assistent mee kan werken.
De meeste developers gebruiken coördinaten zonder er over na te denken, tot er een bug opduikt. Deze gids legt uit wat elk getal daadwerkelijk meet, welke formaatconventies je in productie tegenkomt en welke verwisseling meer kaartbugs veroorzaakt dan enige andere fout.
Wat breedtegraad meet
Breedtegraad is de hoek, uitgedrukt in graden, tussen een punt op het aardoppervlak en het equatoriale vlak. De evenaar is 0 graden. De Noordpool is +90 graden. De Zuidpool is -90 graden. Breedtegraden (parallellen) lopen horizontaal om de aardbol en blijven overal even ver van elkaar verwijderd.
Één graad breedtegraad is altijd ongeveer 111 kilometer op de grond, ongeacht waar je bent. Die stabiliteit maakt breedtegraad nuttig voor alles van vliegplanning tot klimaatwetenschappen.
Wat lengtegraad meet
Lengtegraad is de hoek tussen een punt en de nulmeridiaan, de lijn die door Greenwich in Londen loopt op 0 graden lengtegraad. Lengtegraad loopt van -180 graden (west) tot +180 graden (oost). Die twee waarden ontmoeten elkaar aan de andere kant van de planeet bij de antimeridian, die het grootste deel van de Internationale Datumgrens vormt.
Anders dan breedtegraad is de afstand op de grond die één graad lengtegraad dekt afhankelijk van je locatie. Bij de evenaar is één graad lengtegraad ongeveer 111 km, hetzelfde als breedtegraad. Bij Helsinki is dat ongeveer 56 km. Bij de polen wordt het nul, omdat alle lengtegraden daar samenkomen.
Die convergentie is waarom afstandsberekeningen op een platte kaart mislopen voor lange routes of punten nabij de polen. Correcte afstandsfuncties gebruiken de haversine-formule of de Vincenty-formule, die de bolrondheid van de aarde meenemen.
De bekende verwisseling (en hoe je die vermijdt)
De meest voorkomende fout in geodata-code is het verwisselen van breedtegraad en lengtegraad. De reden: verschillende formaten hanteren verschillende conventies.
- Menselijke weergave, adressen, GPS-apps: breedtegraad eerst.
48.8584, 2.2945betekent lat 48.8584, lng 2.2945. - GeoJSON, WKT, de meeste geodata-standaarden: lengtegraad eerst.
[2.2945, 48.8584]is hetzelfde punt. - MapAtlas Geocoding API en de meeste "v1" REST-APIs: breedtegraad eerst in JSON-sleutels (
lat,lng), maar check altijd de endpoint-docs.
Trek je een feature uit GeoJSON en zet je die in een kaartbibliotheek die [lat, lng] verwacht, dan moet je de volgorde omdraaien. Vergeet je dat, dan belandt je punt op het verkeerde halfrond en besteed je de komende twee dagen aan verwarring over waarom "Parijs" ergens voor de kust van Afrika verschijnt.
Een goede vuistregel: in elke functie die coördinaten accepteert, benoem je de parameters expliciet. function distance(latA, lngA, latB, lngB) is moeilijker te misbruiken dan function distance(a, b) waarbij a en b vage arrays zijn.
Decimale graden versus GMS
Het meest gebruikte formaat in code is decimale graden (DD): 48.8584, 2.2945. Dit is wat elke moderne API en bibliotheek verwacht.
Soms kom je graden-minuten-seconden (GMS) tegen: 48 gr 51' 30" N, 2 gr 17' 40" O. GMS komt uit de oudere maritieme en luchtvaarttraditie en wordt nog steeds gebruikt op officiële papieren kaarten en sommige hardware-GPS-ontvangers. Omzetten van GMS naar DD is eenvoudig: DD = graden + (minuten / 60) + (seconden / 3600), met negatie voor Zuid of West.
Voor opslag zijn decimale graden met 5 tot 6 cijfers achter de komma voldoende voor elke realistisch use case. Meer dan 6 cijfers is precisietheatre: GPS-ontvangers leveren zelden meer dan centimeternauwkeurigheid.
Hoeveel cijfers achter de komma heb je nodig?
Elke decimale positie verfijnt de locatie met een factor 10:
- 0 decimalen (
48): ongeveer 111 km, landsniveau - 1 positie (
48.8): ongeveer 11 km, stadsniveau - 2 posities (
48.86): ongeveer 1,1 km, wijkniveau - 3 posities (
48.858): ongeveer 110 meter, straatniveau - 4 posities (
48.8584): ongeveer 11 meter, gebouwniveau - 5 posities (
48.85844): ongeveer 1 meter, deuropening - 6 posities (
48.858445): ongeveer 11 centimeter, GPS-limiet - 7+ posities: valse precisie, overschrijdt de nauwkeurigheid van echte GPS
Kies de precisie die past bij je toepassing. 8 decimalen opslaan voor een "bezorg aan deze wijk"-use case verspilt ruimte en geeft de gebruiker een misleidend idee van hoe exact de data is.
Coördinaten en kaartprojecties
De getallen zelf zijn hoekmetingen op het aardoppervlak, maar een scherm is plat. Elke kaartprojectie is een wiskundige functie die breedtegraad en lengtegraad omzet naar pixel x,y voor weergave.
Web Mercator (EPSG:3857) is de projectie die Google Maps, OpenStreetMap en vrijwel elke interactieve webkaart gebruiken. Die projectie behoudt vorm en richting, maar vervormt oppervlak: Groenland lijkt even groot als Afrika, terwijl Afrika in werkelijkheid veertien keer groter is. Voor productiekaarten doet die vervorming er niet toe zolang gebruikers plaatsen herkennen. Voor thematische kaarten die oppervlakten vergelijken (bevolking, verkiezingsresultaten, klimaat) gebruik je beter een equal-area projectie.
De coördinaatwaarden die je opslaat zijn altijd in WGS84 breedtegraad en lengtegraad. De projectie wordt toegepast bij het renderen. Projectiecoördinaten mengen met WGS84-coördinaten in je database is een andere klassieke bugbron.
Coördinaten opslaan en indexeren
Sla in de meeste databases breedtegraad en lengtegraad op als twee numerieke kolommen (of geometry(point, 4326) als je PostGIS gebruikt). Voor puntopzoekingen binnen een bounding box is een B-tree-index op elke kolom voldoende. Voor "dichtstbijzijnde buur"-queries wil je een ruimtelijke index: PostGIS GIST, MySQL SPATIAL of een geohash-bucket.
Opslaan als string ("48.8584,2.2945") achtervolgt je zodra je moet filteren, sorteren of een afstand berekenen. Doe het niet.
Hoe AI-assistenten coördinaten gebruiken
Moderne AI-assistenten (ChatGPT, Perplexity, Gemini) redeneren over plaatsen via coördinaten op dezelfde manier als menselijke applicaties. Als een gebruiker vraagt "zoek een koffieshop bij mij in de buurt", zet de assistent de locatie van de gebruiker om naar een coördinaat, bevraagt een places-API en rankt de resultaten op haversine-afstand. Correct getagde coördinaten in je gestructureerde data (JSON-LD geo-eigenschap, GeoCoordinates schema) helpen AI-assistenten jouw listing te verkiezen boven een concurrent met vagere locatiedata.
Voor listings die landsgrenzen overspannen of in meerdere steden concurreren is het coördinaat de disambiguator. "Parijs" is ambigu: er is er één in Frankrijk en één in Texas. Het coördinaat niet.
Waarom MapAtlas
MapAtlas is het Europese mapping-platform voor het AI-searchtijdperk. Elke geocode, reverse lookup, isochrone en routeringsaanroep retourneert schone WGS84-coördinaten met consistente volgorde, GDPR-compliance en EU-hosting. Probeer de Coördinaten-tool om elk adres direct naar lat/lng om te zetten, of lees de Wat is een geocode-gids voor dieper inzicht in hoe geocoding-APIs in productie werken.
Veelgestelde vragen
Wat is het verschil tussen lengtegraad en breedtegraad?
Breedtegraad meet de noord-zuidpositie op aarde (tussen -90 aan de Zuidpool en +90 aan de Noordpool). Lengtegraad meet de oost-westpositie (tussen -180 en +180, met 0 bij de meridiaan van Greenwich). Breedtegraden lopen horizontaal en zijn evenwijdig aan elkaar. Lengtegraden lopen verticaal en komen samen bij de polen. Samen vormen ze een uniek cijferpaar dat elke locatie op aarde vastlegt.
Wat komt eerst: lengtegraad of breedtegraad?
Dat hangt af van het formaat. In leesbare vorm (Google Maps, GPS-apps, adressen) staat breedtegraad eerst: 48.8584, 2.2945 betekent lat 48.8584, lng 2.2945. In machine-leesbare formaten zoals GeoJSON en de meeste geodata-standaarden staat lengtegraad eerst: [2.2945, 48.8584]. Deze verwisseling is de meest voorkomende oorzaak van kaartbugs in productie. Controleer altijd de conventie van het specifieke formaat dat je gebruikt.
Hoe nauwkeurig zijn GPS-coördinaten?
Zes decimalen (bijv. 48.858444) is nauwkeurig tot ongeveer 11 centimeter bij de evenaar. Vijf decimalen (48.85844) geeft ongeveer 1 meter. Vier decimalen (48.8584) geeft ongeveer 11 meter, wat prima is voor kaarten op straatniveau. Voor de meeste productietoepassingen is 6 decimalen overdreven; 5 is ruim voldoende. Meer precisie opslaan dan nodig verspilt bytes en geeft een vals gevoel van nauwkeurigheid.
Waarom komen lengtegraden samen bij de polen?
Breedtegraden zijn evenwijdig omdat ze allemaal de aardas als referentie delen. Lengtegraden zijn grote cirkels die allemaal door de Noord- en Zuidpool lopen. Dichter bij de pool verkleint de oost-westafstand tussen twee lengtegraden: bij de evenaar is één graad lengtegraad ongeveer 111 km, maar bij de pool wordt dat nul. Dat is waarom naïeve afstandsberekeningen met vlakke coördinaten mislopen bij hoge breedtegraden en waarom correcte afstandsberekeningen de haversine- of Vincenty-formule gebruiken.
