Je palenplan klopt volgens de constructie voorwaarden. Alles staat op de tekening. Alleen… een maatvoerder kan voor palen uitzetten geen PDF gebruiken, maar een puntenlijst die hij kan inladen in zijn apparatuur. En daar loopt het vaak vast: “Waar haal ik dat coördinatenbestand vandaan?” of “Hoe moet zo een (CSV) bestand er precies uitzien?”

In deze pillar vind je het hele overzicht: wat je moet aanleveren, hoe je eraan komt (ook als je nu alleen een PDF hebt), en het exacte CSV/TXT formaat dat in de praktijk werkt. 

De diepe uitwerkingen staan in de losse artikelen van de serie, zodat je hier snel kunt beslissen en doorpakken.

Coördinatenbestand palen uitzetten, het korte antwoord

Voor het uitzetten van palen via palenplan lever je aan:

• Coördinatenstelsel: RD (vaak aangeduid als EPSG:28992)

• Bestandstype: CSV of TXT

• Kolommen: puntnaam, X, Y (X en Y in meters)

Heb je alleen een palenplan PDF en geen puntenlijst? 

Dan is de snelste route meestal: bronbestand opvragen in plaats van zelf knippen en plakken. Daar gaat deel 2 volledig op in: Ik heb alleen een palenplan PDF, hoe kom ik aan een coördinatenbestand?

Twijfel je of je nu RD hebt of “GPS-coördinaten”? Pak deel 3 erbij: RD-coördinaten vs GPS-coördinaten, wat moet je aanleveren voor palen uitzetten?

Wat zijn RD-coördinaten (en hoe herken je ze in 10 seconden)

RD is het Nederlandse coördinatenstelsel in meters. Je werkt met twee waarden: X en Y. Het voelt vaak “groter” dan GPS, omdat de getallen in de honderdduizenden kunnen zitten. Dat is normaal bij RD.

Wat mensen vaak “GPS-coördinaten” noemen, zijn meestal lat/long (breedtegraad/lengtegraad), zoals 52.37 en 4.90. Dat is handig om een locatie te delen, maar als je een puntenlijst wil die iemand direct kan uitzetten, heb je in bijna alle gevallen RD nodig.

Een snelle herkenning die bijna altijd helpt:

• Zie je grote metergetallen en liggen punten onderling een paar meter uit elkaar als je X/Y vergelijkt? Dan zit je vaak goed.

• X (oost) ≈ 0–300.000 en Y (noord) ≈ 300.000–620.000

• Zie je kleine decimalen (52.x, 4.x) of veranderingen van 0.0001 voor een paar meter? Dan kijk je waarschijnlijk naar lat/long.

Welke bestanden worden meestal geaccepteerd (CSV en TXT)

CSV en TXT zijn allebei tekstbestanden. Het verschil zit vooral in de verwachtingen:

• CSV is een tekstbestand met kolommen die gescheiden worden door een vast teken (komma of puntkomma).

• TXT is ook tekst, vaak met dezelfde kolommen, soms met tabs als scheiding.

De kern blijft hetzelfde: 1 regel per punt met puntnaam + X + Y.

Hoe kom je aan een coördinatenbestand (4 praktische routes)

1) Je constructeur of tekenaar heeft het vaak al

In veel projecten bestaan de paalposities al als punten in CAD/BIM. Alleen wordt dat niet altijd als puntenlijst aangeleverd. Als je “puntenlijst RD” zegt, krijg je sneller wat je nodig hebt.

Handige tekst om te sturen:

Kun je de paalposities aanleveren als puntenlijst in RD (EPSG:28992), als CSV of TXT met kolommen puntnaam, X, Y?

Als het kan graag zonder extra kolommen, dan kan het sneller worden ingelezen.

Dat ene zinnetje “puntnaam, X, Y” voorkomt dat je een tabel met omschrijvingen en allerlei extra velden krijgt.

2) Heipalenleverancier / uitvoerende partij

Als er al een heiplan of uitvoeringsvoorbereiding loopt, is er vaak al iemand die met puntenlijsten werkt. Ook hier geldt: vraag expliciet om RD (EPSG:28992) en het simpele format.

3) Export uit DWG/IFC (als je toegang hebt)

Als je zelf bij de tekening kunt, kun je soms exporteren naar punten. Dit gaat goed, tot iemand in de export per ongeluk een ander stelsel kiest of de kolommen omdraait of dat er andere punten op de tekening staan en mee worden geëxporteerd.

Als je deze route neemt, loont het om direct daarna een snelle check te doen (zie verderop), zodat je niet later opnieuw moet exporteren.

4) Je hebt alleen een palenplan PDF

Een PDF is vaak het eindproduct voor presentatie. Soms staan er coördinaten in, maar meestal niet als “klaar om te importeren”. In dat geval is het vaak sneller om de bron op te vragen (DWG/IFC of een puntenlijst) dan om zelf te gaan overtypen.

Dit scenario is precies waar deel 2 over gaat: Ik heb alleen een palenplan PDF, hoe kom ik aan een coördinatenbestand? Daar vind je ook de beste vragen per partij (constructeur, tekenaar, leverancier).

Exact palenplan CSV/TXT formaat (met kopieerbare voorbeelden)

Minimale opbouw die meestal werkt

Puntnaam;X;Y

Voorbeeld (puntkomma als scheiding, punt als decimalen):

P1;142764.729;523504.375

P2;142760.061;523503.833

P3;142755.392;523503.290

Je kunt ook komma gebruiken als scheiding, zolang je dan meestal een punt als decimaalteken gebruikt:

P1,142764.729,523504.375

P2,142760.061,523503.833

P3,142755.392,523503.290

Kies een combinatie die niet “dubbel-komt”

Veel fouten ontstaan door één detail: komma als scheiding én komma als decimaalteken. Dan lijkt één getal ineens twee kolommen.

Deze combinaties zijn in de praktijk meestal duidelijk:

Puntnamen

Hou puntnamen simpel. Dit leest prettig, en het voorkomt dat een naam per ongeluk als scheidingsteken wordt gezien:

• Goed: P1, Paal_01, HP-12

• Niet: puntnamen met komma’s of rare tekens als je niet weet wat de ontvanger accepteert

Headerregel: wel of niet

Een headerregel (zoals naam;X;Y) kan handig zijn, maar sommige software probeert die regel dan ook als punt te lezen. Als je geen zekerheid hebt, laat de header weg. Wil je hem wel, hou hem kort en gebruik alleen letters.

Wil je alle details over CSV/TXT en de fouten die import het vaakst slopen? Deel 4 is daarvoor gemaakt: Palenplan CSV/TXT formaat, voorbeelden + de 10 meest gemaakte fouten.

Snelle checks voordat je doorstuurt (bespaart gedoe op locatie)

Je hoeft geen specialist te zijn om de meeste fouten op te vangen. Deze checks kosten meestal minder dan 5 minuten:

• Ziet RD er logisch uit? Grote metergetallen, geen 52.x / 4.x.

• Staan X en Y in de juiste volgorde? Als je twee punten pakt die op het plan vooral “naast elkaar” liggen, dan verandert vaak vooral X.

• Geen rare uitschieters? Als één punt ineens honderden meters weg ligt, zit er vaak een fout regel tussen of een mix van bronnen.

• Geen duplicaten? Dezelfde puntnaam twee keer, of exact dezelfde X/Y op meerdere regels.

Als je dit echt strak wilt doen met een vaste routine (handig als je vaker bestanden aanlevert), pak dan deel 5: Coördinatenbestand checken, zo weet je of je RD-bestand klopt (voor je gaat uitzetten).

Veelgestelde vragen

“Kan ik Google Maps coördinaten gebruiken?”

Voor een locatie delen werkt dat prima. Voor een puntenlijst voor uitzetten is dat vaak niet de juiste vorm, omdat Maps meestal lat/long weergeeft. Als je twijfelt: deel 3 maakt dit verschil heel concreet.

“Moet er ook een Z-hoogte in het bestand?”

Soms vraagt een partij erom, vaak start het werk met X/Y. Als iemand Z nodig heeft, hoor je dat meestal expliciet. Voeg het niet “voor de zekerheid” toe als je niet weet of het geaccepteerd wordt, want extra kolommen zorgen sneller voor importproblemen.

“Hoeveel decimalen heb ik nodig?”

Dat hangt af van bron en werkwijze. Het belangrijkste is dat export je getallen niet afrondt naar hele meters en ook niet in wetenschappelijke notatie zet (zoals 1.4276E+05). Als je dat ziet, exporteer opnieuw met vaste getalnotatie.

“CSV of TXT, maakt dat uit?”

Meestal niet, zolang het plain text is met duidelijke kolommen. Vaak bedoelt iemand met “TXT”: geen Excel-bestand, maar een echt tekstbestand.

Volgende stap in de serie (zodat je sneller door kunt)

• Deel 2: Ik heb alleen een palenplan PDF, hoe kom ik aan een coördinatenbestand?

• Deel 3: RD-coördinaten vs GPS-coördinaten, wat moet je aanleveren voor palen uitzetten?

• Deel 4: Palenplan CSV/TXT formaat, voorbeelden + de 10 meest gemaakte fouten

• Deel 5: Coördinatenbestand checken, zo weet je of je RD-bestand klopt (voor je gaat uitzetten)