Se dine CSV-koordinater
direkte på kortet
Du behøver ikke vide, om filen er i UTM32, DKTM, System 34 eller WGS84 — træk den ind, så analyserer koordinat.online tallene og foreslår det rigtige system. Upload en CSV-fil eller indsæt koordinater direkte — og se dem plottet korrekt på kortet. Ingen login, ingen installation. Virker med de almindeligt brugte danske koordinatsystemer.
Læs om hvad vi gør ↓ · Se typiske fejl ↓
Du har koordinater — men ligger de rigtigt?
Koordinater i en CSV-fil er blot tal. Uden det rette koordinatsystem ved du ikke om de peger på det rigtige sted — eller om de havner i havet på den anden side af landet.
Med koordinat.online uploader du filen og ser med det samme, om dine punkter lander korrekt på kortet. Vores motor genkender koordinatsystemet ud fra landmålerfaglig og geodætisk viden — og du kan altid rette valget manuelt, hvis leverancen kræver et andet system.
- Upload CSV eller TXT — eller indsæt koordinater direkte
- Automatisk genkendelse af koordinatsystem (UTM, WGS84, DKTM m.fl.)
- Se alle punkter plottet på baggrundskort med det samme
- Skift koordinatsystem med ét klik og se forskellen
- Eksportér og del dine data
Dronepilot? Har du lat/lng fra din drone i WGS84? Bare træk filen ind — vi genkender formatet automatisk og viser punkterne på kortet. Ingen EPSG-koder, ingen opsætning.
Prøv gratis — ingen konto →Træk filen ind — vi hjælper dig videre
koordinat.online analyserer filen og foreslår det koordinatsystem, der bedst passer til dataene. Resultatet vises direkte på kortet, så du kan kontrollere placeringen og om nødvendigt vælge et andet system. Løsningen er udviklet med udgangspunkt i praktisk landmåling, GIS og geodætisk fagkundskab — den tekniske analyse foregår automatisk, så du ikke behøver kende EPSG-koden på forhånd. Filer med mangelfulde oplysninger, beskadigede rækker eller blandede datasæt kan kræve manuel kontrol. Verificér derfor altid placeringen, før data anvendes til projektering, afsætning eller andre kritiske formål.
Der er grænser. En fil med blandet indhold, korrupte linjer eller uforståelige feltkoder kan kræve en smule oprydning i Notesblok eller Excel først. Men for typiske felt- og kontorleverancer fungerer det direkte.
Når CSV-importen går galt
Langt de fleste fejl i CSV-filer falder i et lille antal kategorier. Her er dem værktøjet møder oftest — og som du selv kan tjekke efter, hvis punkterne havner et forkert sted.
En af de klassiske faldgruber er X/Y ombyttet. Landmålere skriver Nord først (N, E), mens matematisk og CAD-notation skriver X (Øst) først. Hvis dine punkter ender spejlvendt om diagonalen, er det næsten altid det.
| Fejl | Symptom | Løsning |
|---|---|---|
| Blandet decimal | Nogle linjer bruger komma, andre punktum — halvdelen bliver læst forkert | Ret i Notesblok før upload (søg & erstat komma → punktum) |
| Manglende header | Filen starter direkte med tal — roller kan ikke læses ud fra navne | Værktøjet forsøger at genkende kolonnerne automatisk; sæt evt. kolonner manuelt hvis det ikke rammer rigtigt |
| BOM fra Excel | Første kolonne har usynlige bytes (\ufeff) foran headeren | Fjernes automatisk ved upload |
| X/Y byttet om | Punkter havner spejlvendt — fx Jylland i stedet for København | Skift kolonneroller i panelet (landmåler N,E ↔ GIS E,N) |
| Forkert enhed | Header siger “meter”, men tallene er grader (55.67 → 55 m over havet) | Tjek CRS — brug EPSG:4326 for grader, EPSG:25832 for meter |
| Forkert højdesystem | Højderne ligger 1,5–13,4 cm forkert i afvanding eller terrænmodel | Tjek om filen er i DNN eller DVR90 — se hoejdesystem-guiden |
| Forkert DKTM-zone | Punkter havner fra få km til over 100 km ved siden af, afhængigt af zoneparret (DKTM1↔2 ca. 138 km, DKTM3↔4 ca. 5 km) | Prøv nabozoner — DKTM1 til DKTM4 dækker Danmark i 4 striber |
| Encoding | Danske tegn (æ, ø, å) vises som “æ” eller spørgsmålstegn i beskrivelser | Gem som UTF-8 fra kilden — værktøjet håndterer også de mest almindelige alternative kodninger |
CSV er fleksibelt — og derfor kaotisk
CSV er det mest udbredte udvekslingsformat for koordinater, men der findes ingen standardiseret geospatial betydning — RFC 4180 beskriver kun selve tekstformatet, ikke hvad X/Y betyder, hvilket koordinatsystem der gælder, eller hvilken højdereference der er brugt. Hver afsender bygger sin fil på sin egen måde: forskellige kolonnerækkefølger, forskellige separatorer, forskellige decimaltegn, forskellige tegnkodninger. Filen kan komme fra en totalstation, et GNSS-instrument, en CAD-tegning, et regneark eller et tekstbaseret eksportmodul — og to filer der begge hedder “koordinater.csv” kan være vidt forskellige indvendigt.
I praksis møder koordinat.online tre niveauer af kompleksitet:
Simple formater
Få kolonner, ofte uden header — instrument- eller CAD-eksport direkte fra felt.
Mellem kompleksitet
Med punktnavne, klassifikation eller beskrivelse — typisk fra landmålerudstyr eller feltdataprogrammer.
Komplekse formater
Udvidede eksportfiler fra instrumenter, CAD eller GIS. Ofte mange kolonner, feltkoder, attributter og flere målinger pr. punkt.
- Trimble JXL-lignende eksport i CSV-form med punktkoder og kvalitetsflag
- Leica GSI-stil med målingstype, horisontal/vertikal vinkel og afstand
- Feltkoder og linjekoder (B = begin, E = end) til automatisk trådgenerering
- Semikolon- eller tab-separeret — udbredt i europæiske regnearkværktøjer
- Danske/europæiske decimalkommaer (55,6761) vs. amerikansk punktum (55.6761)
- UTF-8 med BOM, Windows-1252 (ANSI) eller ren ASCII — alt afhængig af kilde
Koordinatsystemer du møder i danske CSV-filer
De samme koordinattal kan betyde vidt forskellige placeringer alt efter system. I Danmark bruges primært UTM zone 32 (ETRS89), DKTM1–4 og — i ældre data — System 34. Talområderne er forskellige fra system til system: i UTM32 ligger easting på 440.000-895.000 og northing på 6.045.000-6.405.000. I DKTM er northing derimod kun ca. 1,05–1,42 millioner, fordi zonerne har falsk northing −5.000.000 — og easting ligger tæt på zonens eget falske easting: 200.000 (DKTM1), 400.000, 600.000 og 800.000 (DKTM4). Ser du et northing omkring én million i en dansk fil, er det DKTM, ikke UTM. Geografiske koordinater angives i grader.
Men alt det tekniske skal du ikke tænke på — vi klarer det for dig. Bare importer din fil.
Hvornår er CSV ikke nok?
CSV er perfekt til rene punktdata — koordinater med lidt metadata og måske en klassifikation. Men så snart du arbejder med linjer, flader, attributter eller CAD-geometri, rammer formatet loftet.
- CAD-tegninger med linjer, cirkler, blokke og lag — brug DXF eller DWG i stedet
- Forsyningsdata med rørdiametre, materiale, skel og tilsluttede attributter — brug Shape-filer, GeoJSON eller ESRI-databasefil
- Avanceret bearbejdning som volumeberegning, TIN-modeller, LER-håndtering, komponentbiblioteker og projektstyring — kræver en rigtig GIS-platform
Til punkt to og tre er kworks.dk den næste station: Kirkby Works’ entreprenør-GIS-platform med fuld import-motor, TIN- og volumenværktøjer, LER-integration og komponenthåndtering. koordinat.online er altid gratis til det lette arbejde — kworks er til når projektet vokser.
Ofte stillede spørgsmål om CSV-koordinater
Kan jeg se en CSV-fil med koordinater på et kort?
Ja — træk filen ind på koordinat.online, og punkterne vises direkte på kortet. Ingen login og ingen forberedelse: værktøjet genkender koordinatsystemet automatisk og foreslår det mest sandsynlige, så du kan verificere placeringen visuelt, før du bruger dataene videre.
Hvilket format skal min CSV have?
En kolonne for øst/X og en for nord/Y (eller længde- og breddegrad), gerne en tredje for højde. koordinat.online genkender komma, semikolon og tabulator som skilletegn — med eller uden en overskriftsrække. Du behøver ikke rette filen til på forhånd.
Hvorfor bytter mine X- og Y-værdier rundt?
Rækkefølgen afhænger af koordinatsystemets konvention: projicerede systemer angives typisk som Øst, Nord, mens geografiske koordinater ofte skrives Bredde, Længde. Bytter punkterne rundt, kan du vende kolonnerne i værktøjet, så øst og nord tolkes korrekt.
Kan jeg have højde (Z) med i CSV'en?
Ja. Læg højden i en tredje kolonne. Vær opmærksom på, om det er ellipsoidehøjde (rå GPS) eller ortometrisk kote (fx DVR90) — det afgør, om der også skal ske en højdetransformation via en geoidemodel.
Hvordan håndteres komma som decimaltegn?
Dansk Excel bruger komma som decimaltegn og semikolon som kolonneskilletegn, mens engelske filer bruger punktum og komma. koordinat.online genkender begge varianter, så du undgår, at 12,345 fejltolkes som to tal.
Bevares mine attributter og punktnavne?
Ja. Ekstra kolonner som punktnummer, kode eller beskrivelse følger med gennem konverteringen, så du kan eksportere en fil med både de omregnede koordinater og de oprindelige data intakt.
Kilder og videre læsning
CSV har ingen indbygget angivelse af koordinatsystem, akserækkefølge eller højdereference — kilderne her dækker selve formatet og de danske systemer tallene skal tolkes i.
-
IETF (2005):
RFC 4180 — Common Format and MIME Type for CSV Files
Den fælles beskrivelse af CSV: komma som feltseparator, valgfri overskriftsrække og reglerne for citationstegn. Standarden har intet felt til koordinatsystem eller enhed — derfor skal systemet altid oplyses eller genkendes udefra. -
Klimadatastyrelsen (2025):
Koordinatsystemer (geodæsi)
De danske systemer en CSV-kolonne kan være i, med EPSG-koder: UTM32/33 (25832/25833), DKTM1-4 (4093-4096) og System 34/45 (10160, 10250, 10254). -
Klimadatastyrelsen (2024):
Geomatics Notes 10 — DVR90: Dansk Vertikal Reference 1990
Belægger forskellen på en Z-kolonne med rå ellipsoidehøjde og en med DVR90-kote: geoidemodellen skal trækkes fra, og alene nulpunktsforskydningen mellem gravimetrisk og DVR90-tilpasset geoide er 32,05 cm (DVR90(2023)).