KML og KMZ på kart — fra Google Earth til EUREF89
KML (Keyhole Markup Language) er Google Earths opprinnelige format — og en OGC-standard siden 2008. Fra håndtegnede ruter i Google Earth til flyfoto-overlegg fra myndighetene: KML og KMZ er overalt i det norske geodatalandskapet.
KML-struktur
En enkel KML-fil med ett punkt:
<?xml version="1.0" encoding="UTF-8"?>
<kml xmlns="http://www.opengis.net/kml/2.2">
<Placemark>
<name>Oslo</name>
<Point>
<coordinates>10.7522,59.9139,0</coordinates>
</Point>
</Placemark>
</kml>
KML bruker alltid WGS84 med koordinatrekkefølgen longitude,latitude,altitude. Altitude er valgfri. Mangler den, finnes det ingen faglig Z-verdi i filen — og med KMLs standardinnstilling clampToGround ignoreres en angitt høyde uansett, så geometrien legges på terrenget.
Typiske KML/KMZ-feil
De fleste KML-problemer koker ned til en av disse:
- KMZ uten doc.kml. En KMZ skal ha sin hoved-KML i arkivets rot (typisk doc.kml) — omdøpte zip-filer eller arkiver med KML-en i en undermappe kan ikke leses pålitelig.
- Ikoner og overlegg følger ikke med. Geometri-import tar punkter, linjer og polygoner — KMZ-ens bilder, ikoner og photo-overlays må håndteres separat.
- Tidsdata forsvinner. TimeStamp/TimeSpan (animasjoner i Google Earth) har ingen motpart i Shape/DXF — ved videre eksport blir tidsdimensjonen flat.
- Høyder tolkes feil. clampToGround betyr ingen kote; absolute er meter over EGM96-geoiden — ikke NN2000. Skal kotene brukes faglig, må de regnes om.
KML-høyder er verken ellipsoide eller NN2000
KMLs absolute-høydemodus angir meter over havnivå, og flaten er ikke overlatt til tolkning: OGCs KML-standard slår fast at høyden måles fra det vertikale datumet, som er WGS84 EGM96-geoiden, og at absolute nettopp betyr «meter i forhold til det vertikale datumet». Googles egen KML-dokumentasjon omtaler derimot bare «sea level» og navngir ingen geoidemodell — men uansett hvilken global geoide som legges til grunn, er det verken den norske NN2000-flaten (kvasigeoiden, HREF-modellen) eller GNSS-ens ellipsoide. En global geoidemodell som EGM2008 avviker typisk 5–20 cm fra HREF over Norge (se vår gjennomgang av norske høydesystemer), og EGM96 er en eldre modell med grovere oppløsning, så avviket er ikke mindre.
Konsekvensen: koter i en drone-KMZ eller en KML-eksport er etter standarden EGM96-høyder — verken ellipsoidehøyder eller NN2000-koter. Skal de brukes faglig, er omregningsveien EGM96 → ellipsoide → NN2000 via HREF-modellen — og et avvik i desimeterklassen er nok til å ødelegge en fallberegning. clampToGround-data har ingen kote i det hele tatt og kan ikke reddes.
Fra WGS84 til norske systemer
KML ankommer alltid i WGS84 (lon, lat og eventuell høyde). Verktøyet 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 →Ofte stilte spørsmål om KML og KMZ
Kan jeg importere KML direkte fra Google Maps?
Ja — i Google My Maps kan du eksportere til KML via menyen (tre prikker → Eksporter til KML). Den filen kan importeres direkte i koordinat.online.
Hva er forskjellen på KML og KMZ?
KMZ er en ZIP-fil som inneholder KML-filen (vanligvis kalt doc.kml) pluss eventuelle ressurser som ikoner og bilder. KMZ er komprimert og typisk mye mindre. Begge formatene importeres direkte — ingen utpakking nødvendig.
Mister jeg stilarter og ikoner ved import?
koordinat.online importerer geometri, navn og beskrivelser. Stilarter (farger, ikoner) brukes ikke, siden koordinat.online er et koordinatkonverteringsverktøy — ikke et kartdesignprogram.
Støttes tidsanimerte KML-filer?
Nei — koordinat.online importerer geometrien og attributtene, men tidsseriedata (TimeSpan, TimeStamp) og Google Earth-turer ignoreres.
Kan jeg eksportere til KML fra koordinat.online?
Ja — ved eksport kan du velge KML som format. Punktene dine eksporteres med WGS84-koordinater i KML-standardens rekkefølge [lengdegrad, breddegrad].
KML og KMZ på kart — fra Google Earth til EUREF89
Dra .kml- eller .kmz-filen din inn på kartet — verktøyet pakker ut KMZ automatisk, leser punkter, ruter og polygoner og plasserer dem riktig. Derfra kan du jobbe videre eller eksportere til norske koordinatsystemer.
Hopp inn i kartet →Kilder og videre lesning
KMLs regler for koordinater og høyder kommer fra OGC-standarden; koblingen til norske koter fra Kartverket.
-
Open Geospatial Consortium (2008):
OGC KML 2.2 (OGC 07-147r2) — §6.2 og §16.1.1
Standarden fastsetter selv referanseflaten: «Note that altitude is measured from the vertical datum, which is the WGS84 EGM96 Geoid», og altitudeMode-verdien absolute betyr «meter i forhold til det vertikale datumet». Annex B definerer KMLs koordinatsystem som WGS84 kombinert med EPSG:5773 — høyde over EGM96-geoiden. -
Open Geospatial Consortium (2015):
OGC KML 2.3 (OGC 12-007r2)
Den nyere utgaven av standarden har identisk ordlyd om det vertikale datumet og om absolute. Det er dermed bekreftet to ganger at det er standarden — ikke et bestemt program — som fastsetter EGM96 som KMLs referanseflate. -
Google:
KML Documentation — Altitude Modes
Googles egen dokumentasjon omtaler bare høyden som «sea level» og navngir ingen geoidemodell. Siden kan derfor ikke brukes som belegg for EGM96 — den opplysningen står i OGC-standarden, ikke hos Google. -
Kartverket (2026):
Last ned høydereferansemodell
Veien fra KMLs globale høyde til en norsk kote: HREF-modellene beskriver overgangen mellom ellipsoidiske høyder i EUREF89 og NN2000 med nøyaktighet bedre enn 1 centimeter for store deler av landet — nettopp den koblingen til norske høyder en global geoidemodell mangler.