Ga naar inhoud
QGIS
Gids

Wat is een CRS? Coördinatenreferentiesysteem uitgelegd

Gepubliceerd op

Een coördinatenreferentiesysteem (CRS) is de verzameling regels die een paar coördinaten aan een echte plek op aarde koppelt. Het zegt de software welk model van de aarde de getallen gebruiken, of het graden of meters zijn en hoe de ronde aarde tot een platte kaart is gemaakt. Elke GIS-laag heeft een CRS, meestal genoteerd als een korte code zoals EPSG:4326.

Zonder CRS zijn 651000, 6862000 maar twee getallen. Met EPSG:2154 is het een punt in Parijs. Met EPSG:4326 per ongeluk wijzen dezelfde getallen nergens heen en tekent QGIS de laag op de verkeerde plek. Die mismatch ligt achter de meeste vragen als "mijn laag ligt in de oceaan". Hieronder vind je de oplossing stap voor stap, plus een test van AI Agent, de QGIS-plugin die wij bouwen en die uit één bericht in 52 seconden het juiste CRS vond.

Schema van de onderdelen van een CRS. Drie kaarten verbonden door plustekens: 1, welke aarde, het datum en de ellipsoïde, zoals WGS 84, ETRS89, NAD83 of SIRGAS 2000; 2, graden of meters, het coördinatensysteem; 3, hoe is het plat gemaakt, de projectie, alleen voor platte rasters. Een isgelijkteken leidt naar een groene kaart met het label: een EPSG-code, met EPSG:4326 voor WGS 84 in graden, EPSG:3857 voor Web Mercator in meters en EPSG:2154 voor Lambert-93 in Frankrijk. Daaronder gebruikt een geografisch CRS onderdeel 1 en 2 met coördinaten als 48,85, 2,35, en een geprojecteerd CRS alle drie met coördinaten als 652.000, 6.862.000.
Een datum, een coördinatensysteem en, voor platte kaarten, een projectie. De EPSG-code benoemt de combinatie.

De drie onderdelen van een CRS

Elk CRS beantwoordt drie vragen. Zit je er bij één naast, dan verschuiven je gegevens.

  1. Het datum: welke aarde? De aarde is licht afgeplat en geen perfecte bol. Een datum is een model van die vorm, vastgezet aan de planeet. WGS 84, dat GPS gebruikt, is er één. ETRS89 in Europa en NAD83 in Noord-Amerika zijn andere.
  2. Het coördinatensysteem: graden of meters? Een geografisch CRS geeft breedtegraad en lengtegraad in graden. Een geprojecteerd CRS geeft x en y in meters op een platte kaart.
  3. De projectie: hoe is het plat gemaakt? Een projectie is de methode die de ronde aarde omzet in een platte kaart. Dat lukt niet zonder iets uit te rekken, dus elke projectie kiest wat ze goed houdt: oppervlakten, hoeken of afstanden.

Geografisch versus geprojecteerd CRS

Beide soorten zijn correct. Het verschil bepaalt of een meting iets betekent.

Geografisch CRSGeprojecteerd CRS
EenhedenGraden breedte en lengteMeters of voet
VoorbeeldEPSG:4326 (WGS 84)EPSG:32643 (WGS 84 / UTM zone 43N, West-India)
Goed voorWereldwijde gegevens opslaan en uitwisselen, GPS-positiesOppervlakten en afstanden meten, engineering, nationale kaarten
Slecht voorOppervlakten en lengtes: een graad lengte is 111 km op de evenaar en 0 km op de polenOppervlakten ver buiten het gebied waarvoor de projectie is ontworpen

Mijn vuistregel: laat gegevens in het CRS waarin ze binnenkwamen, maar meet in een geprojecteerd CRS dat voor jouw gebied is gemaakt. Een oppervlakte die je in EPSG:4326 berekent, komt terug in vierkante graden. Het ziet er nog steeds uit als een getal, en dat is precies waarom mensen het opleveren.

Wat een EPSG-code is

Een EPSG-code is een kort nummer dat precies één CRS benoemt. De lijst begon bij de European Petroleum Survey Group, vandaar de naam, en wordt nu bijgehouden door de International Association of Oil & Gas Producers. Er staan ruim 7.000 CRS'en in.

Dit zijn de codes die ik het vaakst tegenkom:

CodeNaamWaar en waarom
EPSG:4326WGS 84GPS-coördinaten, GeoJSON, de meeste wereldwijde datasets
EPSG:3857WGS 84 / Pseudo-MercatorTegels van webkaarten: basiskaarten van OpenStreetMap, Google, Bing, Esri
EPSG:2154RGF93 / Lambert-93Het wettelijke CRS voor Frankrijk (vasteland)
EPSG:25832ETRS89 / UTM zone 32NDuitsland, Denemarken, Noorwegen en een groot deel van Midden-Europa
EPSG:32643WGS 84 / UTM zone 43NWest-India, waaronder Mumbai en Pune
EPSG:31983SIRGAS 2000 / UTM zone 23SZuidoost-Brazilië, waaronder de staat São Paulo
EPSG:26918NAD83 / UTM zone 18NDe Amerikaanse oostkust, waaronder New York

In de eerste rij zit een valkuil. Het officiële EPSG:4326 zet de breedtegraad eerst, maar de meeste software, QGIS inbegrepen, en GeoJSON lezen eerst de lengtegraad (GeoTools legt uit waarom). Belanden de punten uit je CSV in Antarctica of voor de kust van Somalië, controleer dan eerst of de kolommen zijn verwisseld.

EPSG:4326 versus EPSG:3857

EPSG:4326 slaat posities op in graden. EPSG:3857, Web Mercator genoemd, zet ze om in een vierkant raster in meters, zodat een kaart in tegels kan worden gesneden. Google Maps nam het in 2005 over en bijna elke online basiskaart volgde. Het is geweldig om te tonen en slecht om mee te meten, omdat het oppervlakten steeds sterker uitrekt naarmate je verder van de evenaar komt.

Wereldkaart in Web Mercator met zes oranje vierkanten van elk 500 bij 500 kilometer op de grond. Het vierkant bij Quito op de evenaar is klein en heeft het label maal 1,01. Mumbai is maal 1,13, Madrid maal 1,73, Berlijn maal 2,70, Oslo maal 3,97 en het vierkant bij Tromsø boven de poolcirkel is ongeveer acht keer groter getekend, met het label maal 8,23.
Zes vierkanten met dezelfde oppervlakte op de grond, getekend in EPSG:3857 in QGIS. De labels geven de gemeten vergroting van de oppervlakte.

Ik heb in QGIS gemeten hoeveel, met een echt vierkant van 1 km² in zes steden:

StadBreedtegraadOppervlakte van 1 km² op een Web Mercator-kaart
Quito0,2° Z1,007 km²
Mumbai19,1° N1,126 km²
Madrid40,4° N1,727 km²
Berlijn52,5° N2,696 km²
Oslo59,9° N3,966 km²
Tromsø69,7° N8,226 km²

De vuistregel 1 / cos²(breedtegraad) zit binnen 0,6% van elke meting. Zelfs op de evenaar telt Web Mercator er 0,67% bij op, omdat het de formules van een bol gebruikt op een aarde die dat niet is.

Zo hebben we dit gemeten. Op 26 september 2026 heb ik in QGIS 3.44 elk vierkant op ware grootte getekend (1,000000 km² op de WGS 84-ellipsoïde, gecontroleerd met $area). Daarna heb ik het opnieuw geprojecteerd naar EPSG:3857 en de platte oppervlakte gelezen met area($geometry).

Een veld dat je in Oslo op een Web Mercator-laag meet, komt dus ongeveer vier keer te groot uit. Meet daarom in het juiste CRS: het officiële CRS van je land of je UTM-zone geeft oppervlakten die op een fractie van een procent kloppen.

Datums: als dezelfde coördinaten meters uit elkaar liggen

Twee CRS'en kunnen allebei "breedtegraad 40,7, lengtegraad −74,0" zeggen en punten bedoelen die meters uit elkaar liggen, omdat ze verschillende datums gebruiken. Hoe ver dat is, hangt af van het paar:

VanNaarTypische verschuivingBron
NAD27NAD8310 tot 100 m in de 48 aaneengesloten Amerikaanse staten, ruim 400 m op HawaïUSGS
NAD83WGS 84Ongeveer 1 tot 2 m in het grootste deel van de VSNorth American Datum
ETRS89WGS 84Vandaag ongeveer 90 cm, en 2,5 cm per jaar erbijEuroGeographics / EUREF, 2025

Europa is het verrassende geval. ETRS89 beweegt mee met de Euraziatische tektonische plaat, die ongeveer 2,5 cm per jaar opschuift, en WGS 84 doet dat niet. Een punt dat in 1989 in ETRS89 is vastgelegd, ligt nu dus ongeveer 90 cm van zijn WGS 84-positie, terwijl er op de grond niets is verschoven. Op een basiskaart ziet niemand dat. Bij een landmeting telt het wel.

Kent QGIS meerdere manieren om tussen twee datums om te rekenen, dan vraagt het je te kiezen. Kies de nauwkeurigste voor jouw gebied in plaats van het venster te sluiten.

Waarom je lagen in QGIS niet op elkaar aansluiten

QGIS projecteert on-the-fly opnieuw: elke laag houdt zijn eigen CRS en QGIS rekent ze allemaal om naar het project-CRS om ze te tonen. Dat werkt zolang het CRS van elke laag juist is opgegeven. Klopt een label niet, dan rekent QGIS om vanaf het verkeerde beginpunt.

Om dat te laten zien heb ik de 1.015 OpenStreetMap-gebouwen van de oude binnenstad van Bamberg in Duitsland opgeslagen in meters (EPSG:25832), met een .prj-bestand dat ten onrechte WGS 84 in graden opgeeft. QGIS geloofde het bestand. In een Web Mercator-project staat de laag aangevinkt maar wordt nergens getekend, want 635.460 graden lengte bestaan niet op de planeet. Zoomen naar laag in een WGS 84-project vindt de gebouwen alleen op een leeg kaartvenster.

Twee QGIS-weergaven naast elkaar. Links: een Web Mercator-project met gele gebouwcontouren op een luchtfoto van Bamberg; het paneel Lagen toont een rode kopie die als WGS 84 is opgegeven, aangevinkt maar nergens getekend. Rechts: dezelfde rode gebouwen alleen op een wit kaartvenster na Zoomen naar laag in een WGS 84-project, op x 635.460 en y 5.528.260 gelezen als graden, zonder basiskaart.
Dezelfde gebouwen, goed en fout. Meters die als graden zijn gelabeld, vallen helemaal van de kaart.

Het komt vaak voor en niet alleen bij beginners. Van 1.692 QGIS-tutorials op YouTube hebben er 155 (9,2%) een reactie met een vraag over een CRS of over lagen die niet op elkaar aansluiten. Op GIS Stack Exchange bevat de tag coordinate-system 8.402 vragen.

Het meest herhaalde antwoord daar komt van één ervaren gebruiker: “In ca. 99% van de gevallen gebruiken mensen gewoon ‘set CRS’ in plaats van opnieuw te projecteren, omdat ze het verschil niet kennen.” De twee gereedschappen doen het tegenovergestelde:

  • Laag-CRS instellen verandert het label en laat de getallen staan. Gebruik het alleen als het label fout was, bijvoorbeeld bij een shapefile die zijn .prj-bestand kwijt is.
  • Laag opnieuw projecteren laat de plek staan en verandert de getallen. Gebruik het als het label klopt en je de gegevens in een ander CRS nodig hebt.

Laag-CRS instellen op een laag die al klopte, verplaatst die naar de verkeerde plek. Dat is het klassieke "ik heb opnieuw geprojecteerd en nu is het erger".

Een CRS-probleem oplossen in QGIS

Lees wat de laag beweert

Klik met rechts op de laag, Eigenschappen > Informatie. De regel CRS toont wat QGIS denkt dat de coördinaten zijn. De statusbalk rechtsonder toont het project-CRS.

Kijk naar de ruwe getallen

Klik met het gereedschap Objecten identificeren op een object, of open de attributentabel van een CSV met punten. Waarden tussen −180 en 180 zijn graden. Waarden in de honderdduizenden of miljoenen zijn meters in een geprojecteerd CRS. Passen de getallen niet bij het opgegeven CRS, dan klopt het label niet.

Herstel het label of reken de gegevens om

Fout label: Kaartlagen > Laag-CRS instellen... en kies het CRS waarin de gegevens echt zijn gemaakt. De notities van de leverancier of het standaard-CRS van het land vertellen dat meestal. Klopt het label, maar heb je een ander CRS nodig: Toolbox Processing > Laag opnieuw projecteren.

Stel het project-CRS in voor je gebied

Klik op de CRS-knop in de statusbalk en kies een geprojecteerd CRS dat bij je gebied past voordat je iets meet.

Bij de laag van Bamberg was het label het probleem, dus de oplossing was Laag-CRS instellen...: typ 25832 in het filter en kies ETRS89 / UTM zone 32N.

Het QGIS-venster CRS instellen met 25832 in het filter. ETRS89 / UTM zone 32N, EPSG:25832, is geselecteerd onder Geprojecteerd, Universal Transverse Mercator. In het detailvenster staan de eenheid meters en het datum ETRS89, en een kleine wereldkaart markeert de strook van UTM-zone 32N boven Midden-Europa.
Laag-CRS instellen, gefilterd op de EPSG-code. Het verandert het label en laat elke coördinaat zoals hij is.

Er is geen enkele coördinaat veranderd. Nu het label bij de getallen past, liggen alle 1.015 contouren op hun daken.

QGIS-kaart van de oude binnenstad van Bamberg met rode gebouwcontouren die precies op de daken van een luchtfoto liggen, nadat het CRS van de laag op EPSG:25832 is gezet.
Na het instellen van het CRS: de contouren sluiten aan op de luchtfoto.

Laat een agent het uitzoeken

We bouwen AI Agent, een QGIS-plugin, dus deze sectie gaat over ons eigen gereedschap. De handmatige route hierboven is gratis en kost een paar minuten zodra je hem kent. Het lastige is te weten in welk CRS de gegevens echt zijn gemaakt, dus ik heb getest of een agent dat kan uitzoeken.

Ik laadde de kapotte laag opnieuw en stuurde één bericht: "Mijn laag met gebouwen sluit niet aan op de basiskaart. Zoek uit waarom en los het op." In 52 seconden las de agent het .prj-bestand, zag dat de coördinaten meters waren en koos EPSG:25832 door te kijken waar het stadhuis op de luchtfoto terechtkwam. Hij sloot een ouder Europees CRS voor hetzelfde gebied uit, waarbij het gebouw ongeveer 225 m ernaast ligt. Hij bewaarde een gecorrigeerde kopie en liet het oorspronkelijke bestand ongemoeid.

QGIS met het paneel van AI Agent aan de rechterkant. De kaart toont de gebouwen van Bamberg uitgelijnd op de luchtfoto. Het antwoord van de agent zegt dat de shapefile Buildings EPSG:4326 opgeeft maar dat de coördinaten EPSG:25832 zijn, dat hij het juiste CRS aan een kopie heeft toegekend zonder geometrie te verschuiven, dat alle 1.015 contouren nu op de orthofoto aansluiten en dat het origineel ongewijzigd en verborgen is. Daaronder: de opgeslagen GeoPackage, de lagen die hij heeft toegevoegd of verborgen, 1 bron, 11 acties en een knop Ongedaan maken.
Eén bericht, 52 seconden: de agent noemt het juiste CRS en herstelt een kopie.

Er bleef één verborgen tijdelijke laag in het project staan, die je met de hand moet verwijderen. Net als jij heeft hij een basiskaart of een referentielaag nodig om tegen te controleren.

Probeer AI Agent gratis in QGIS, geen creditcard nodig

Welk CRS moet je gebruiken?

Je wiltGebruikWaarom
Gegevens tonen op een webbasiskaartEPSG:3857De tegels zijn in dit CRS
Wereldwijde gegevens opslaan of uitwisselenEPSG:4326Universeel, en wat GeoJSON verwacht
Oppervlakten en lengtes meten in een landHet nationale CRS of de lokale UTM-zoneOntworpen voor dat gebied, in meters
Meten over een continentEen CRS met gelijke oppervlakte, zoals EPSG:3035 voor EuropaHoudt oppervlakten juist over grote gebieden
Opleveren aan een overheidsopdrachtgeverHun wettelijke CRS, zoals EPSG:2154 in FrankrijkStaat meestal in het contract

Om het project-CRS te wijzigen, klik je op de EPSG-knop rechtsonder in het QGIS-venster. Die opent Projecteigenschappen > CRS, waar je op code of naam kunt zoeken.

De QGIS-statusbalk met de knop EPSG:3857 gemarkeerd, boven het venster Projecteigenschappen op het tabblad CRS. Onder recent gebruikte systemen staan EPSG:25832, 4326, 3857 en 2056; WGS 84 / Pseudo-Mercator is geselecteerd, met de eenheid meters en een wereldkaart van het bereik.
De knop voor het project-CRS in de statusbalk opent Projecteigenschappen > CRS.

Wat je moet onthouden

Een CRS koppelt coördinaten aan een plek op aarde via een datum, een coördinatensysteem en, voor platte kaarten, een projectie.

Een EPSG-code benoemt precies één CRS: EPSG:4326 is GPS-breedte en -lengte, EPSG:3857 is het Web Mercator-raster van online basiskaarten.

Web Mercator vergroot oppervlakten met ongeveer 1 / cos²(breedtegraad). In QGIS gemeten beslaat een vierkant van 1 km² bij Madrid 1,73 km², bij Oslo 3,97 km² en bij Tromsø 8,23 km². Meet liever in een nationaal of UTM-CRS.

Sluit een laag niet aan, kijk dan eerst naar de ruwe getallen voordat je iets aanpast. Laag-CRS instellen herstelt een fout label, Laag opnieuw projecteren rekent correcte gegevens om, en als je ze verwisselt, verschuift de laag.

Een AI-agent in QGIS kan de diagnose voor je doen: in onze test noemde AI Agent uit één bericht het juiste CRS en herstelde hij een kopie van de laag.

Veelgestelde vragen

Wat is een CRS in GIS?

Een coördinatenreferentiesysteem vertelt GIS-software waar de coördinaten van een laag op aarde liggen. Het combineert een datum (het model van de vorm van de aarde), een coördinatensysteem (graden of meters) en, voor platte kaarten, een projectie. Elke laag heeft er één, meestal benoemd met een EPSG-code.

Wat is het verschil tussen EPSG:4326 en EPSG:3857?

EPSG:4326 slaat breedte- en lengtegraad op in graden op de WGS 84-ellipsoïde. EPSG:3857 projecteert dezelfde posities naar meters op een vierkant raster voor tegels van webkaarten. Gebruik 3857 om een basiskaart te tonen en nooit om te meten: het vergroot oppervlakten 1,7 keer op 40° breedte en 4 keer op 60°.

Is WGS 84 hetzelfde als EPSG:4326?

In het dagelijks gebruik wel. Strikt genomen is WGS 84 het datum en is EPSG:4326 het CRS met breedte- en lengtegraad dat erop is gebouwd. Andere CRS'en gebruiken ook WGS 84, zoals EPSG:3857.

Waarom ligt mijn laag op de verkeerde plek in QGIS?

Het opgegeven CRS komt niet overeen met de coördinaten in het bestand. Veelvoorkomende oorzaken zijn een ontbrekend .prj-bestand, een CSV waarin breedte- en lengtegraad zijn verwisseld, of Laag-CRS instellen gebruikt waar Laag opnieuw projecteren nodig was. Controleer de ruwe coördinaten met het gereedschap Objecten identificeren en corrigeer het label alleen met Laag-CRS instellen als het fout was.

Wat is het verschil tussen CRS instellen en opnieuw projecteren in QGIS?

Laag-CRS instellen verandert het CRS-label en laat de coördinaatgetallen staan, dus de laag verschuift tenzij het oude label fout was. Laag opnieuw projecteren laat de laag op zijn plek en rekent de getallen om naar het nieuwe CRS. Gebruik het eerste om metagegevens te herstellen, het tweede om gegevens om te zetten.

Kan QGIS automatisch het juiste CRS vinden?

Niet uit zichzelf. QGIS leest het CRS uit het bestand, zoals het .prj naast een shapefile, en vraagt ernaar als dat ontbreekt. Het controleert niet of de coördinaten erbij passen. Een AI-agentplugin kan dat wel. Die van ons, AI Agent, vergelijkt de coördinaten met een basiskaart, vindt het CRS en herstelt een kopie van de laag, met één bericht in QGIS.

Welk CRS moet ik gebruiken om oppervlakte te meten?

Een geprojecteerd CRS dat voor jouw gebied is ontworpen: het officiële CRS van je land of de UTM-zone waarin je zit. Gebruik voor oppervlakten over een continent een CRS met gelijke oppervlakte, zoals EPSG:3035 in Europa. Meet oppervlakte nooit in EPSG:4326 (vierkante graden) of EPSG:3857 (vergroot buiten de evenaar).

Het CRS is ook waar een gescande kaart georefereren mee begint, want de punten die je plaatst betekenen pas iets in een bekend systeem. Wat QGIS is behandelt de rest van de software, PyQGIS laat zien hoe je in code opnieuw projecteert en AI Agent herstelt het CRS van een laag met één bericht in QGIS. De QGIS AI-hub zet de andere AI-plugins op taak op een rij.