Se dine Shape-filer
direkte på kortet

GIS-data der ikke vises korrekt

Shape-filer indeholder geometri — men koordinatsystemet er gemt i en separat .prj-fil. Mangler den, eller er den forkert, vises dine data på et forkert sted på kortet.

Med koordinat.online kan du med det samme se, om dine GIS-data lander rigtigt — og skifte koordinatsystem med ét klik, hvis de ikke gør.

• Upload .shp, .shx, .dbf og .prj samlet — eller som ZIP
• Automatisk læsning af koordinatsystem fra .prj-filen
• Visualisér punkter, linjer og polygoner på kortet
• Kontrollér om data placeres korrekt
• Skift koordinatsystem og sammenlign placeringer

Hvad koordinat.online gør med Shape-filer

Værktøjet er bygget til hurtig verifikation af Shape-leverancer — ikke til avanceret GIS-analyse. Det kræver hverken login eller installation, og behandlingen sker på servere i EU.

• Accepterer ZIP med .shp, .shx, .dbf og .prj samlet
• Læser attributter fra .dbf og viser dem i popup ved klik på feature
• Bruger .prj-filen når den findes — ellers foreslår værktøjet et sandsynligt system, som du kan bekræfte på kortet
• Understøtter codepage-detektion så æ, ø og å vises korrekt
• Viser points, linjer og polygoner på kortet samtidig
• Understøtter 3D-shape (Shape med Z-værdier)
• Transformerer mellem koordinatsystemer med ét klik

Vi kan verificere om din Shape-fil ligger korrekt, og transformere den til et andet koordinatsystem med et klik. Upload din fil — vi klarer resten. Prøv det her →

Når Shape-filer driller

Shape-formatet er gammelt og bærer en række begrænsninger med sig. De hyppigste problemer ved udveksling af Shape-filer mellem rådgivere, entreprenører og forsyningsselskaber er:

• Manglende .prj-fil — data kan ikke placeres uden videre. Værktøjet foreslår et sandsynligt system baseret på filens indhold, men kræver ofte manuel bekræftelse når referencefilen mangler.
• Forkert .prj-fil — data placeres forkert, ofte med en fejl på meter eller helt op til kilometer.
• Encoding-problemer — æ, ø og å bliver til “???” eller mærkelige tegn, fordi .dbf’en er gemt i Windows-1252, men læses som UTF-8 (eller omvendt).
• Feltnavne trunkeres til 10 tegn — en begrænsning i dBase IV. Et felt som materialetype bliver til materialet, hvilket gør automatisk feltmatching svært.
• Numeriske felter overflyder — Shape har faste feltlængder, så meget store tal eller mange decimaler kan blive afkortet.
• 3D-shape (Shape med Z) — understøttes ikke altid af modtagerens software, og Z-værdier kan gå tabt i konverteringen.
• Filstørrelse over 2 GB — den gamle Shape-specifikation understøtter ikke .shp- eller .dbf-filer over 2 GB.
• Kun én geometritype pr. fil — specifikationen kræver ordret at »alle ikke-Null-objekter i en shapefile skal have samme shape type«. Punkter, linjer og polygoner skal derfor ligge i hver sin Shape-fil. koordinat.online kan vise flere Shape-filer som separate lag samtidig, men formatet kan ikke blande dem i én fil.

Shape som udvekslingsformat for forsyninger

Shape (.shp) er det typiske udvekslingsformat for forsyninger i Danmark og det meste af Europa: fjernvarme, vand, kloak, el og fiber udveksles ofte som Shape i forsyningernes egne udtræk og historiske leverancer. LER 2.0-graveforespørgsler leveres derimod som GML. Formatet blev introduceret af ESRI i starten af 1990’erne og er blevet en de facto standard, fordi næsten alle GIS-systemer, CAD-værktøjer og myndigheders databaser understøtter det.

Den væsentligste styrke er den simple tabelstruktur: hver geometri — et rør, en brønd, et kabel — har en tilhørende række i en attributtabel, hvor forsyningsselskabet kan gemme alt fra diameter og materiale til anlægsår og ejer. Det gør Shape velegnet til både visning, analyse og import i andre systemer.

Anatomi af en Shape-fil

En “Shape-fil” er i virkeligheden en samling af flere filer, der skal følges ad. De skal alle have samme basisnavn og ligge i samme mappe — ellers kan data ikke læses korrekt. Ved udveksling zippes de normalt sammen.

Hvorfor Shape er vigtig for forsyninger

Den virkelige værdi i en Shape-fil fra et forsyningsselskab ligger i .dbf-filen. Der findes ingen national standard for feltnavne i danske Shape-leverancer — LER 2.0’s egen datamodel er GML, ikke Shape, og hvert forsyningsselskab navngiver selv sine felter. Navnene nedenfor er dem man i praksis møder oftest, ikke en standard man kan regne med:

• DIAMETER — indvendig eller udvendig diameter i mm eller tommer
• MATERIALE — PE, PEH, stål, støbejern, beton, PVC
• DIMENSION — typisk DN-værdi som DN100, DN200, DN500
• DYBDE — kote eller relativ dybde under terræn
• LAGT_ÅR — anlægsår for ledningen eller komponentet
• EJER — forsyningsselskab eller ansvarlig part
• STATUS — i drift, nedlagt, projekteret
• TYPE — forsynings- eller komponenttype (hovedledning, stikledning, brønd)

For fjernvarme bliver det mere specialiseret: frem- og returledning leveres adskilt, ofte med oplysninger om isoleringstype, dimensionsklasse og præisoleret rørsystem. Det samme gælder spildevand, hvor fald og flowretning kan være kodet ind i attributterne.

GeoJSON — ét moderne format til det hele

Har du brug for et moderne, enkelt-fil-alternativ, er GeoJSON det oplagte valg: én tekstfil, altid WGS84, læses af alle moderne værktøjer — og koordinat.online kan eksportere din Shape-fil direkte til GeoJSON.

Læs hele gennemgangen af formatet, koordinatordenen og de typiske fejl på GeoJSON-siden: GeoJSON på kort →

Hvornår koordinat.online ikke er nok

Værktøjet her er designet til hurtig verifikation, transformation og visning — upload en Shape-fil, se om den ligger rigtigt, og hent den tilbage i et andet koordinatsystem. For enkle kontroller, leverancer og mindre projekter er det typisk rigeligt.

For avancerede forsyningsopgaver rækker det ikke. Automatisk matching af ledninger mod komponentbiblioteker, identifikation af fx ISOPLUS-produktnumre ud fra dimensionskode, DDA-konvertering, TIN-volumenberegninger eller CAD-eksport til leverandørspecifikke leverancer kræver en dedikeret platform.

Til det bruges kworks.dk — en entreprenør-GIS-platform med fuld support for LER-data, komponentbiblioteker, volumenberegning, Trimble-integration og direkte udveksling med CAD og feltudstyr.

Koordinatsystemer i danske Shape-filer

Danske Shape-filer fra myndigheder, rådgivere og GIS-systemer bruger typisk disse systemer. Uden en korrekt .prj-fil skal systemet tolkes manuelt.

ESRI FileGeodatabase (.gdb)

FileGeodatabasen er ESRIs moderne containerformat og standardformatet ud af ArcGIS Pro. Hvor en Shape-fil er ét lag fordelt på 3-6 løse filer, samler en FileGeodatabase hele projektet — mange lag, attributter, koordinatsystemer og domæner — i én mappe. Pak .gdb-mappen i én ZIP og upload den. Den gratis version af koordinat.online læser Shape, CSV, TXT, DXF, GeoJSON, KML/KMZ, MapInfo TAB/MIF og ESRI FileGeodatabase — DWG kræver koordinat.online Light.

Accepterede filer: .shp med .shx, .dbf og .prj — enkeltvis eller pakket som .zip. En hel .gdb-mappe uploades som .zip

Ofte stillede spørgsmål om shapefiles

Kilder og videre læsning

Shapefilens opbygning og .prj-filens indhold er defineret af Esri og OGC; de danske koordinatsystemer af Klimadatastyrelsen.

1. Esri (1998): ESRI Shapefile Technical Description (White Paper)
   Den oprindelige formatbeskrivelse: .shp (geometri), .shx (indeks) og .dbf (attributter) som ét samlet filsæt, filhovedets opbygning og de understøttede geometrityper. Beskrivelsen indeholder intet felt til koordinatsystem — det ligger i den separate .prj-fil.
2. Open Geospatial Consortium: Well-known text representation of coordinate reference systems (WKT-CRS)
   Standarden bag indholdet i .prj-filen: WKT-strengen der beskriver datum, projektion og parametre. Det er den streng et GIS-værktøj læser for at kende shapefilens koordinatsystem.
3. IETF (2016): RFC 7946 — The GeoJSON Format
   GeoJSON-alternativet: én UTF-8-tekstfil i WGS84, uden shapefilens tegnsætsusikkerhed og feltnavnsbegrænsninger.
4. Klimadatastyrelsen (2025): Koordinatsystemer (geodæsi)
   De danske systemer en .prj typisk peger på, med EPSG-koder: UTM32/33 (25832/25833), DKTM1-4 (4093-4096) og System 34/45 (10160, 10250, 10254).