Als iemand zegt “stuur even de GPS-coördinaten”, bedoelt hij vaak iets anders dan je zou denken. De één bedoelt letterlijk de coördinaten uit Google Maps (lat/long), de ander bedoelt “we zetten uit met GPS”, maar wil eigenlijk gewoon een RD-puntenlijst (X/Y in meters). Dit misverstand zorgt voor de meeste vertraging, omdat je dan het verkeerde bestand opvraagt of de verkeerde export krijgt.

In dit artikel maak je het verschil in één keer scherp.

Je leert hoe je RD en GPS herkent, wat een maatvoerder meestal verwacht, en welke zin je kunt gebruiken zodat je nooit meer een “verkeerd soort coördinaat” aanlevert.

Het korte antwoord

Voor palen uitzetten in Nederland lever je in de meeste gevallen aan:

• RD-coördinaten (EPSG:28992)

• als puntenlijst met X en Y in meters

• in een CSV of TXT bestand met puntnaam, X, Y

GPS-coördinaten (lat/long zoals 52.3 en 4.9) zijn vooral handig om een locatie te delen, maar zijn meestal niet het formaat waar een puntenlijst op draait.

Als je nog geen puntenlijst hebt maar alleen een PDF, ga dan eerst naar het artikel over palenplan PDF naar coördinatenbestand. Dat is bijna altijd sneller dan zelf iets reconstrueren.

Wat zijn RD-coördinaten precies?

RD staat voor Rijksdriehoekstelsel. Het is het Nederlandse coördinatenstelsel dat werkt met meters. Je hebt twee waarden:

• X (oost-west)

• Y (noord-zuid)

Het praktische voordeel is simpel: als een paal 2 meter opschuift, verandert X of Y ook met ongeveer 2. Dat voelt logisch, en het maakt meten en corrigeren makkelijk.

Je ziet RD vaak terug als grote getallen. Niet omdat ze “ver weg” zijn, maar omdat het stelsel een vaste nul en schaal gebruikt.

Wat bedoelen mensen met “GPS-coördinaten”?

Met “GPS” bedoelen mensen meestal één van deze twee dingen:

1. Lat/long coördinaten (breedtegraad/lengtegraad) zoals 52.3719, 4.8994

2. “We zetten uit met GPS”, maar dan gaat het over de methode op locatie, niet over het bestandsformaat

Die twee lopen door elkaar. Daarom is het slimmer om in je communicatie niet “GPS” te gebruiken als dataverzoek, maar altijd te vragen om RD (EPSG:28992).

Lat/long is top om te navigeren of een pin te delen. Alleen is het niet het formaat dat je meestal wil voor een nette puntenlijst met paalposities.

RD of GPS herkennen in 10 seconden (zonder tools)

Pak één regel uit je bestand of uit een mail en kijk naar het type getal.

Waarschijnlijk RD

• Twee grote waarden, vaak in de honderdduizenden

• Geen komma als scheiding tussen twee getallen in één cel, maar twee aparte kolommen

• Afstanden “kloppen” in meters als je twee punten vergelijkt

Waarschijnlijk lat/long

• Waarden rond 52 en 4 (voor Nederland) of iets in die buurt

• Vaak in één regel als 52.x, 4.x

• Kleine veranderingen geven al meters verschil

Als je twijfelt: vraag aan de bron expliciet “RD (EPSG:28992), X/Y in meters”. Dan hoeft niemand te gokken.

Wat moet je aanleveren voor palen uitzetten (praktisch)

In de meeste situaties wil een maatvoerder een puntenlijst die hij kan inladen. Dat betekent:

• Bestand: CSV of TXT

• Kolommen: puntnaam, X, Y

• Stelsel: RD (EPSG:28992)

• Eén punt per regel

Een voorbeeldregel ziet er zo uit:

P1;142764.729;523504.375

Je ziet meteen waarom dit prettig is: het is simpel, het is consistent, en het is direct te controleren.

Wil je het format met meerdere voorbeelden en de fouten die import het vaakst slopen? Gebruik het artikel over CSV/TXT formaat en de meest gemaakte fouten. Dat is vooral handig als je bestanden krijgt van verschillende partijen.

“Maar we zetten uit met GPS”, moet ik dan GPS-coördinaten sturen?

Meestal niet. “Uitzetten met GPS” gaat over het instrument op locatie. Veel teams werken met RTK-GNSS (GPS is dan een verzamelnaam), maar importeren nog steeds gewoon een puntenlijst in RD. Zij doen de omzetting intern, of hun software verwacht RD omdat dat in Nederland standaard is in hun workflow.

Daarom kun je dit als vuistregel nemen: lever de data aan in het stelsel dat men vraagt, en als men vaag is, vraag je terug: “Bedoel je RD (EPSG:28992) X/Y in meters?” Dat voorkomt dat je lat/long stuurt terwijl iemand RD wil.

De 3 vragen die je altijd moet stellen (als je het niet zeker weet)

Je hoeft geen technische discussie te voeren. Deze drie vragen zijn genoeg:

• Werk je met RD (EPSG:28992) voor de puntenlijst?

• Wil je puntnaam, X, Y als CSV/TXT?

• Moet ik de headerregel (naam;X;Y) wel of niet meenemen?

Die laatste lijkt klein, maar sommige imports gaan stuk op een header die als “extra punt” wordt gezien.

Veelvoorkomende fouten die eruit zien als “RD vs GPS probleem”

Soms stuur je wél RD, maar lijkt het alsnog fout. Dat komt vaak door dit soort issues:

• X en Y omgedraaid: alles zit gespiegeld of op een rare plek

• Delimiter chaos: komma als scheiding én komma als decimaalteken

• Excel past getallen aan: wetenschappelijke notatie of afgeronde meters

• Mix van bronnen: een deel RD, een deel iets anders

Als je dit wilt voorkomen, gebruik dan het artikel over coördinatenbestand checken. Daarmee zie je vaak binnen 2 minuten of je puntenlijst “logisch” is.

Copy/paste zin om het altijd goed te vragen

Als je één zin wil die bijna altijd werkt in mail of WhatsApp:

Kun je de paalposities aanleveren als puntenlijst in RD (EPSG:28992), als CSV/TXT met puntnaam, X, Y (1 regel per punt)?

Hiermee omzeil je het woord “GPS” helemaal. Dat is precies de bedoeling.

Mini-FAQ

Kan ik gewoon een Google Maps pin sturen?

Voor een globale locatie wel. Voor paalposities niet. Een pin zegt niets over de exacte punten in een importbestand.

Wat als mijn bestand lat/long is en ik moet RD hebben?

Vraag de bron om export in RD. Als jij zelf gaat omzetten, moet je zeker weten dat de conversie goed is en dat je geen afronding of verkeerde zone pakt. In veel projecten is het sneller en veiliger om de juiste export te krijgen van de partij die de brondata heeft.

Moet ik EPSG:28992 letterlijk noemen?

Het helpt. “RD” is soms genoeg, maar EPSG:28992 maakt het heel duidelijk, vooral als iemand met meerdere stelsels werkt.

Afsluiting

Als je palen laat uitzetten, is de kern bijna altijd hetzelfde: een puntenlijst in RD met X/Y in meters, als CSV/TXT. GPS-coördinaten zijn handig om een locatie te delen, maar zijn zelden de juiste input voor een palenplan puntenbestand.

Wil je nu doorpakken, afhankelijk van waar je vastloopt:

• Alleen een PDF en geen puntenlijst, ga naar palenplan PDF naar coördinatenbestand

• Problemen met opmaak, ga naar CSV/TXT formaat en de meest gemaakte fouten

• Zeker weten dat je bestand klopt, ga naar coördinatenbestand checken