GeoJSON · RFC 7946 · .geojson · .json

GeoJSON-fil på kart — RFC 7946 og WGS84

GeoJSON er internettets foretrukne geodataformat — en åpen JSON-standard (RFC 7946) som brukes fra Leaflet til OpenStreetMap til GitHub Maps Preview. Koordinatene er alltid i WGS84, og filen er menneskelesbar og versjonskontrollvennlig.

Hopp inn i kartet → Shape

Last opp dataene dineDra inn filen din — direkte fra instrument, CAD eller GIS

Se dem på kartetVi analyserer alltid selve koordinatene — også når filen har en EPSG-kode. Stemmer de ikke overens, sier vi ifra

Verifiser og eksporterKontroller om dataene ligger riktig — eksporter med en gratis profil

Kort fortalt: GeoJSON er alltid WGS84 (RFC 7946) med koordinatrekkefølgen [longitude, latitude] — feilplasserte data skyldes nesten alltid byttet rekkefølge eller projiserte tall i en fil som burde vært geografisk. Dra filen inn på kartet: koordinat.online leser FeatureCollection, Feature og rå geometrier, viser dataene dine med en gang og kan eksportere til EUREF89 UTM eller NTM.

RFC 7946 — den åpne standarden

GeoJSON ble standardisert av IETF i 2016 (avløste 2008-spesifikasjonen). Koordinater er alltid i WGS84 i rekkefølgen [longitude, latitude]. Det finnes ingen CRS-informasjon i filen — WGS84 er underforstått og eneste tillatte koordinatsystem.

Støttede geometrityper

Point, MultiPoint, LineString, MultiLineString, Polygon, MultiPolygon og GeometryCollection støttes alle. En FeatureCollection samler mange features i én enkelt fil — det vanligste formatet ved eksport fra QGIS og andre GIS-programmer.

Attributter og properties

Alle felt i properties-objektet importeres: lange feltnavn, tall, tekster og nøstede objekter. GeoJSON tillater vilkårlige JSON-strukturer som attributter — ingen 10-tegns grense som i Shapefil.

Pass på lon/lat-rekkefølgen

GeoJSON bruker [longitude, latitude] — motsatt av mange oppmålingsprogrammer som bruker (northing, easting). Koordinater eksportert fra QGIS er korrekte, men håndkodede eller konverterte koordinater er et typisk feilsted. koordinat.online leser rekkefølgen korrekt i henhold til RFC 7946.

Tekstformat — store filer

GeoJSON er ren tekst (JSON), noe som gjør det lett å inspisere og versjonskontrollere med Git. Til gjengjeld er filene typisk 5–10× større enn tilsvarende binære formater. Til store datasett (hundretusenvis av punkter) er GeoPackage eller Shapefil mer effektivt.

Hopp inn i kartet →

Eksempel

GeoJSON-struktur

En enkel GeoJSON-fil med ett punkt ser slik ut:

{
  "type": "FeatureCollection",
  "features": [
    {
      "type": "Feature",
      "geometry": {
        "type": "Point",
        "coordinates": [10.7522, 59.9139]
      },
      "properties": {
        "name": "Oslo",
        "note": "WGS84 — lon, lat"
      }
    }
  ]
}

Koordinatrekkefølgen i GeoJSON er alltid [longitude, latitude] (RFC 7946) — tilsvarende OGC CRS84. koordinat.online håndterer konverteringen til systemet du velger.

Typiske feil

Typiske GeoJSON-feil

De fleste GeoJSON-problemer koker ned til en av disse:

Byttet koordinatrekkefølge. RFC 7946 krever [lon, lat] — mange håndbygde filer har [lat, lon], og punktene havner på feil side av jorden. Verktøyet gjenkjenner det typiske byttet og foreslår rettelsen.
Projiserte koordinater i en GeoJSON. Eldre GIS-eksporter kan skrive UTM- eller NTM-tall i en .geojson — ugyldig etter RFC 7946, men det forekommer. Ligner tallene meter (6–7 sifre), er filen reelt i et projisert system.
Det gamle crs-feltet. «crs»-medlemmet ble fjernet i RFC 7946 — moderne verktøy antar WGS84 uansett hva feltet påstår.
For store filer. GeoJSON er tekst og fyller lett 5–10× mer enn binære formater — svært store FeatureCollections bør forenkles eller deles opp før opplasting.

For de nysgjerrige

Vindingsregler og antimeridianen (RFC 7946)

RFC 7946 krever at polygoners ytre ringer løper mot klokken (høyrehåndsregelen) og hull med klokken. Den gamle 2008-spesifikasjonen håndhevet ikke regelen — så eldre filer kan ha omvendt vinding, og strenge programmer kan tolke flate og hull motsatt. Ser en polygon «omvendt» ut etter import, er vindingen den første mistenkte.

Geometrier som krysser antimeridianen (180°-lengdegraden) skal etter RFC 7946 deles i to stykker — ett på hver side. Norge ligger langt fra 180°Ø/V, så norske data treffer sjelden problemet — men globale datasett med én stor polygon over Stillehavet kan rendres som en flate som dekker hele jorden.

Koordinatsystemer

Fra WGS84 til norske systemer

GeoJSON ankommer i WGS84. koordinat.online viser dataene dine direkte og kan regne om ved eksport til EUREF89 UTM sone 32/33/35 og NTM — se hele oversikten over de norske systemene.

Se de viktigste koordinatsystemene for Norge →

FAQ

Ofte stilte spørsmål om GeoJSON

Kan jeg importere GeoJSON med UTM-koordinater?

Nei — RFC 7946 tillater kun WGS84. Hvis filen din er i UTM, bruk QGIS (Eksporter → Lagre objekter som → CRS: EPSG:4326) til å konvertere før opplasting. koordinat.online konverterer deretter fra WGS84 til koordinatsystemet du jobber i.

Hva er riktig koordinatrekkefølge?

GeoJSON bruker alltid [longitude, latitude] — altså øst før nord. Merk at x og y ikke er en huskeregel som holder i Norge: NGO 1948 er i EPSG-registeret definert med aksene x(north), y(east) — x mot nord — så [x, y] er ikke det samme som [longitude, latitude]. Det er motsatt av mange oppmålingsformater som bruker (northing, easting). Hvis punktene dine havner i feil hjørne av verden, er det trolig en lon/lat-forbytting.

Kan jeg importere en GeoJSON med bare punkter?

Ja — FeatureCollection med Point-geometrier er det vanligste. Du kan også ha LineString og Polygon i samme fil. koordinat.online viser alle geometrityper på kartet.

Hva skjer med attributtene mine?

Alle properties-felt 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 velge GeoJSON som format. Koordinatene konverteres automatisk til WGS84 i henhold til RFC 7946, uansett hvilket koordinatsystem dataene dine er i.

Prøv selv

GeoJSON-fil på kart — RFC 7946 og WGS84

Dra .geojson- eller .json-filen din rett inn på kartet — verktøyet leser FeatureCollection, Feature og rå geometrier, gjenkjenner koordinatrekkefølgen og viser dataene dine umiddelbart. Derfra kan du tegne videre eller eksportere til norske koordinatsystemer.

Hopp inn i kartet →

Kilder

Kilder og videre lesning

GeoJSON-reglene kommer direkte fra standarden; de norske målsystemene fra Kartverket.

IETF (2016): RFC 7946 — The GeoJSON Format
WGS 84 (CRS84) som eneste tillatte koordinatsystem, rekkefølgen [lengdegrad, breddegrad], høyrehåndsregelen for ytterringer i polygoner, og at crs-medlemmet fra den eldre 2008-spesifikasjonen er fjernet.
Kartverket (2026): Kartprojeksjonar
UTM er en Gauss-Krüger-projeksjon med 6° sonebredde og målestokkfaktor 0,9996, slik at en avstand målt i terrenget må korrigeres med inntil 400 ppm — 4 cm per 100 meter. Her står også avgjørelsen om at «sonene 32, 33 og 35 skal brukast til kartlegging i Noreg», og at EUREF89 NTM er innført som sekundær offisiell projeksjon for bygg- og anleggsbransjen.
Kartverket / Geonorge: EPSG-koder — Geonorge-registeret
Det offisielle registeret over EPSG-koder i Norge digitalt, med SOSI-referansesystemkode for hver kode: EUREF89 UTM 32/33/35 er EPSG 25832/25833/25835 med KOORDSYS 22/23/25, NTM sone 5–30 er EPSG 5105–5130 med KOORDSYS 205–230 (200 + sonenummer), NN2000 er EPSG 5941, og de sammensatte kodene er EPSG 5945–5970 (NTM + NN2000) og 5971–5976 (UTM + NN2000).