K koordinat.online
Hop ind i kortet →
GeoJSON · RFC 7946 · .geojson · .json

GeoJSON-fil på kort — RFC 7946 og WGS84

GeoJSON er internettets foretrukne geodataformat — en åben JSON-standard (RFC 7946) der bruges fra Leaflet til OpenStreetMap til GitHub Maps Preview. Koordinaterne er altid i WGS84, og filen er menneskelæsbar og versionsstyrings-venlig.

1
Upload dine dataTræk filen ind — direkte fra instrument, CAD eller GIS
2
Se dem på kortetVi analyserer altid selve koordinaterne — også når filen har en EPSG-kode. Passer de ikke sammen, siger vi til
3
Verificér og eksportérKontrollér om data ligger rigtigt — eksportér med en gratis profil
Kort fortalt: GeoJSON er altid WGS84 (RFC 7946) med koordinatordenen [longitude, latitude] — fejlplacerede data skyldes næsten altid byttet rækkefølge eller projicerede tal i en fil der burde være geografisk. Træk filen ind på kortet: koordinat.online læser FeatureCollection, Feature og rå geometrier, viser dine data med det samme og kan eksportere til UTM32 og DKTM.
RFC 7946 — den åbne standard
GeoJSON standardiseret af IETF i 2016 (afløste 2008-specifikationen). Koordinater er altid i WGS84 med koordinatorden longitude, latitude — svarende til OGC CRS84; i GIS-software behandles det typisk som EPSG:4326. Der er ingen CRS-information i filen — WGS84 er underforstået og eneste tilladte koordinatsystem.
Understøttede geometrityper
Point, MultiPoint, LineString, MultiLineString, Polygon, MultiPolygon og GeometryCollection understøttes alle. Et FeatureCollection samler mange features i én enkelt fil — det mest almindelige format ved eksport fra QGIS og andre GIS-programmer.
Attributter og properties
Alle felter i properties-objektet importeres: lange feltnavne, tal, tekster og indlejrede objekter. GeoJSON tillader vilkårlige JSON-strukturer som attributter — ingen 10-tegns grænse som i Shapefile.
Pas på lon/lat-rækkefølgen
GeoJSON bruger [longitude, latitude] — modsat mange survey-programmer der bruger (northing, easting). Koordinater eksporteret fra QGIS er korrekte, men håndkodede eller konverterede koordinater er et typisk fejlsted. koordinat.online læser rækkefølgen korrekt ifølge RFC 7946.
Tekstformat — store filer
GeoJSON er ren tekst (JSON), hvilket gør det let at inspicere og versionsstyre med Git. Til gengæld er filerne typisk 5–10× større end tilsvarende binære formater. Til store datasæt (hundredtusindvis af punkter) er GeoPackage eller Shapefile mere effektivt.
Hop ind i kortet →
Eksempel

GeoJSON-struktur

En simpel GeoJSON-fil med ét punkt ser sådan ud:

{
  "type": "FeatureCollection",
  "features": [
    {
      "type": "Feature",
      "geometry": {
        "type": "Point",
        "coordinates": [12.5683, 55.6761]
      },
      "properties": {
        "name": "København",
        "note": "WGS84 — lon, lat"
      }
    }
  ]
}

Koordinatorden i GeoJSON er altid [longitude, latitude] (RFC 7946) — svarende til OGC CRS84. koordinat.online håndterer konverteringen til dit valgte system.

Typiske fejl

Typiske GeoJSON-fejl

De fleste GeoJSON-problemer koger ned til en af disse:

  • Byttet koordinatorden. RFC 7946 kræver [lon, lat] — mange håndbyggede filer har [lat, lon], og punkterne lander på den forkerte side af jorden. Værktøjet genkender den typiske ombytning og foreslår rettelsen.
  • Projicerede koordinater i en GeoJSON. Ældre GIS-eksporter kan skrive UTM- eller System 34-tal i en .geojson — ugyldigt efter RFC 7946, men det forekommer. Ligner tallene metre (6–7 cifre), er filen reelt i et projiceret system.
  • Det gamle crs-felt. 'crs'-medlemmet blev fjernet i RFC 7946 — moderne værktøjer antager WGS84 uanset hvad feltet påstår.
  • For store filer. GeoJSON er tekst og fylder let 5–10× mere end binære formater — meget store FeatureCollections bør forenkles eller opdeles før upload.
For de nysgerrige

Vindingsregler og antimeridianen (RFC 7946)

RFC 7946 kræver at polygoners ydre ringe løber mod uret (højrehåndsreglen) og huller med uret. Den gamle 2008-specifikation håndhævede ikke reglen, og RFC 7946 slår derfor selv fast, at programmer af hensyn til ældre GeoJSON ikke bør afvise polygoner med omvendt vinding. Forkert vinding kan dog stadig give problemer i enkelte renderere og i videre bearbejdning. Ser en polygon 'omvendt' ud efter import, er vindingen den første mistænkte.

Geometrier der krydser antimeridianen (180°-længdegraden) skal efter RFC 7946 deles i to stykker — én på hver side. Danske data rammer sjældent problemet, men globale datasæt med én stor polygon over Stillehavet kan rendere som en flade der dækker hele jorden.

Koordinatsystemer

Fra WGS84 til danske systemer

GeoJSON ankommer i WGS84. koordinat.online viser dine data direkte og kan omregne ved eksport til UTM zone 32/33 og DKTM — se hele oversigten over de danske systemer.

Se de vigtigste koordinatsystemer for Danmark →
FAQ

Ofte stillede spørgsmål om GeoJSON

Kan jeg importere GeoJSON med UTM-koordinater?

Nej — RFC 7946 tillader kun WGS84. Hvis din fil er i UTM, brug QGIS (Export → Save Features As → CRS: EPSG:4326) til at konvertere inden upload. koordinat.online konverterer derefter fra WGS84 til det koordinatsystem du arbejder i.

Hvad er den korrekte koordinatrækkefølge?

GeoJSON bruger altid [longitude, latitude] — dvs. øst før nord. Bemærk at x og y ikke er en sikker huskeregel i Danmark: matematik og GIS sætter x mod øst, men klassisk landmåling skriver nord først, og System 34 bruger (y, x) med y mod nord og x mod vest. Det er modsat mange survey-formater der bruger (northing, easting). Hvis dine punkter havner i det forkerte hjørne af verden, er det sandsynligvis et lon/lat-swap.

Kan jeg importere en GeoJSON med kun punkter?

Ja — FeatureCollection med Point-geometrier er det mest almindelige. Du kan også have LineString og Polygon i samme fil. koordinat.online viser alle geometrityper på kortet.

Hvad sker der med mine attributter?

Alle properties-felter følger med. koordinat.online viser dem i datatabellen og inkluderer dem ved eksport til CSV og DXF.

Kan jeg eksportere til GeoJSON fra koordinat.online?

Ja — ved eksport kan du vælge GeoJSON som format. Koordinaterne konverteres automatisk til WGS84 i henhold til RFC 7946, uanset hvilket koordinatsystem dine data er i.

Prøv selv

GeoJSON-fil på kort — RFC 7946 og WGS84

Træk din .geojson- eller .json-fil direkte ind på kortet — værktøjet læser FeatureCollection, Feature og rå geometrier, genkender koordinatordenen og viser dine data med det samme. Derfra kan du tegne videre eller eksportere til UTM32 og DKTM.

Hop ind i kortet →
Kilder

Kilder og videre læsning

GeoJSON-reglerne kommer direkte fra standarden; de danske målsystemer fra Klimadatastyrelsen.

  1. IETF (2016): RFC 7946 — The GeoJSON Format
    Fastslår WGS84 (CRS84) som eneste koordinatsystem, rækkefølgen [længde, bredde], vindingsreglen for polygoner — og at det gamle "crs"-medlem er fjernet fra standarden.
  2. Klimadatastyrelsen (2025): Koordinatsystemer (geodæsi)
    De danske systemer en GeoJSON typisk skal eksporteres til, med EPSG-koder: UTM32 (25832), UTM33 (25833) og DKTM1-4 (4093-4096).
  3. Klimadatastyrelsen (SDFE) (2017): GeoNotes 1 — ETRS89/UTM32: Den primære kortprojektion i Danmark
    UTM32-projektionens parametre — centralmeridian 9°Ø og false easting 500.000 m — grundlaget for at genkende projicerede meterkoordinater i en fil der efter RFC 7946 skulle indeholde grader.