Als je ooit “stuur even je coördinatenbestand” hebt gekregen als verzoek, dan weet je hoe snel dit mis kan gaan. Je hebt coördinaten, je hebt een bestand, en tóch zegt de ontvanger: “Ik kan ’m niet inlezen” of “De punten liggen ergens anders.” Dat ligt zelden aan één grote fout. Meestal is het iets kleins: een scheidingsteken, decimalen, X/Y omgedraaid, of Excel dat “meehelpt”.

In dit artikel krijg je een format dat in de praktijk het vaakst soepel werkt, plus een lijst met de fouten die je bijna altijd kunt voorkomen met een korte check.

Werk je nog met alleen een palenplan PDF? Dan is dit niet je eerste stap. Dan wil je eerst zorgen dat je überhaupt een puntenlijst krijgt (zoek op: palenplan PDF naar coördinatenbestand).

Het standaard formaat dat meestal werkt

De veiligste basis is:

• 1 regel per punt

• 3 kolommen: puntnaam, X, Y

• RD-coördinaten (X/Y in meters)

• CSV of TXT als plain text

Voorbeeld met puntkomma als scheiding (aanrader)

P1;142764.729;523504.375

P2;142760.061;523503.833

P3;142755.392;523503.290

Waarom dit vaak het beste werkt: in Nederland zitten decimalen soms met een komma, en dan wil je niet ook nog een komma als kolomscheiding. Puntkomma houdt dat netjes uit elkaar.

Voorbeeld met komma als scheiding (kan ook, maar wees streng)

P1,142764.729,523504.375

P2,142760.061,523503.833

P3,142755.392,523503.290

Dit gaat vaak goed als je decimalen altijd met een punt schrijft. Als je ergens een komma als decimaal krijgt, gaat deze variant sneller kapot.

CSV of TXT, wat is beter?

In de praktijk maakt het minder uit dan mensen denken. Wat wél uitmaakt: dat het plain text is en dat de kolommen consistent gescheiden zijn. Een TXT kan exact hetzelfde zijn als een CSV, alleen met een andere extensie. Veel partijen zeggen “TXT” om duidelijk te maken dat ze geen Excel-bestand willen.

Als je twijfelt: maak het als CSV met puntkomma en lever eventueel ook een TXT met exact dezelfde inhoud. Dat kost je 10 seconden en voorkomt discussie.

Headerregel, wel of niet

Een headerregel is bijvoorbeeld:

naam;X;YSommige imports vinden dat fijn, sommige lezen die regel als “extra punt” en klappen eruit. Als je niet zeker weet wat de ontvanger verwacht, is de veilige keuze: geen header.

Werk je intern met meerdere bestanden en wil je het wél netjes houden? Gebruik dan een header, maar test één keer of de import het accepteert en hou je daarna aan die keuze.

Puntnamen, simpel winnen

Puntnamen zijn meestal vrij, maar je helpt jezelf met simpele regels:

• gebruik letters, cijfers, underscore of streepje

• vermijd komma’s en puntkomma’s in de naam

• maak ze uniek

Voorbeelden die bijna altijd goed gaan: P1, Paal_01, HP-12.

De 10 meest gemaakte fouten (en hoe je ze voorkomt)

Hier gaat het vrijwel altijd mis. Loop deze lijst even af voordat je een bestand doorstuurt.

1. X en Y omgedraaid

   Dit is de klassieker. Alles “bestaat”, maar ligt op een rare plek. Je vangt dit door twee punten te pakken die op de tekening vooral horizontaal uit elkaar liggen; dan verandert meestal vooral X.

2. Verkeerd stelsel (lat/long in plaats van RD)

   Als je waarden rond 52 en 4 ziet, heb je waarschijnlijk geen RD. Voor palen uitzetten wil je meestal RD. Twijfel je? Zoek op RD vs GPS-coördinaten en check het in 10 seconden.

3. Komma als scheiding én komma als decimaal

   Dan kan één getal ineens in twee kolommen vallen. Kies één vaste combinatie: puntkomma als scheiding is vaak het makkelijkst.

4. Spaties of tabs die ongemerkt kolommen breken

   Soms lijkt een bestand netjes, maar zitten er dubbele spaties of tabjes tussen. Plain text is gevoelig voor dat soort “onzichtbare” tekens. Open het bestand in een simpele teksteditor en check één regel.

5. Excel zet getallen om naar wetenschappelijke notatie

   Dingen als 1.4276E+05 zien er technisch uit, maar veel imports willen gewone getallen. Zet de celnotatie op “getal” en exporteer opnieuw, of werk direct in een teksteditor.

6. Duizendtallen of extra tekens in de getallen

   Bijvoorbeeld 142.764,729 of 142 764,729. Dat werkt bijna nooit goed. Coördinaten in bestanden zijn meestal “kaal”: alleen cijfers met één decimaalteken.

7. Duplicaten: zelfde puntnaam of zelfde X/Y

   Dubbele puntnamen zorgen voor verwarring. Dubbele X/Y kan kloppen (twee palen op exact dezelfde plek is zeldzaam), maar meestal is het een kopie-fout. Even sorteren op puntnaam vangt dit snel.

8. Extra kolommen toevoegen “voor de duidelijkheid”

   Een extra kolom met omschrijving voelt handig, maar maakt import vaker kwetsbaar. Als je niet zeker weet dat het ondersteund wordt, hou het bij puntnaam, X, Y. Wil je meer info kwijt? Stuur die in een aparte mail of in een tweede bestand.

9. Verkeerde encoding (rare tekens in puntnamen)

   Als puntnamen accenten of speciale tekens bevatten, kan encoding roet in het eten gooien. Hou puntnamen simpel en sla je bestand op als UTF-8 als je de optie hebt. Zie je vreemde vraagtekens of blokjes, dan zit je hier.

10. Regels met lege velden

    Een lege X of Y, of een puntnaam zonder coördinaten, kan een import stoppen. Filter lege rijen eruit voordat je exporteert.

Als je dit structureel wil afvangen, is een vaste routine handig. Zoek dan op coördinatenbestand checken en gebruik die checklist voordat je het bestand doorstuurt.

Snelle “pre-flight” check die je altijd kunt doen

Voordat je verzendt, doe dit:

• open het bestand in een teksteditor

• check één regel: 3 velden, netjes gescheiden

• check of het RD lijkt: grote metergetallen

• check of decimalen consistent zijn

• check of er geen header is (tenzij je weet dat het kan)

Als je dit 1 minuut doet, bespaar je vaak een heen-en-weer van een dag.

Copy/paste verzoek om het juiste format te krijgen

Als je een bestand opvraagt en je wil meteen het juiste format, stuur dit:

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

Dat ene zinnetje “zonder extra kolommen” voorkomt verrassingen.

Afsluiting

Een palenplan CSV/TXT hoeft niet ingewikkeld te zijn. Als je vasthoudt aan puntnaam + X + Y in RD, en je kiest één duidelijke scheiding/decimaal combinatie, dan gaat het inlezen meestal soepel. En als het toch misgaat, zit het bijna altijd in één van de 10 fouten hierboven.

Wil je nu door naar de logica erachter: zoek op RD vs GPS-coördinaten. Heb je alleen een PDF en nog geen puntenlijst: zoek op palenplan PDF naar coördinatenbestand. En wil je zekerheid voordat er uitgezet wordt: zoek op coördinatenbestand checken.