KML bestand openen: de complete gids voor 2026

U kent het moment. Er komt een KML-bestand binnen van een gemeente, adviseur of collega, u dubbelklikt, en er gebeurt óf niets óf iets dat verdacht veel op de verkeerde locatie lijkt. Op dat punt gaat het zelden om theorie. U wilt de laag zien, controleren of de geometrie klopt, en daarna door naar uw echte werk.

Bij Nederlandse projecten zit de frictie meestal niet in het bestand zelf, maar in de workflow eromheen. Een KML dat prima opent in Google Earth is nog niet automatisch bruikbaar in QGIS, en wat er goed uitziet in een viewer staat nog niet goed voor AutoCAD of Revit. Zeker als u werkt met PDOK, Kadaster, BAG of gemeentelijke contouren wilt u geen giswerk, maar een reproduceerbare werkwijze.

Inhoudsopgave

• U heeft een KML-bestand, wat nu?
• De basis KML versus KMZ uitgelegd
  • Wat een KML-bestand werkelijk is
  • Wanneer KMZ handiger is
• KML bestanden openen op desktop en web
  • Google Earth Pro voor de eerste controle
  • Google Earth op het web als snelle browseroptie
  • QGIS voor Nederlandse GIS- en CAD-workflows
  • Welke tool kiest u wanneer?
• KML bekijken op uw mobiele telefoon
  • Google My Maps als praktische omweg
  • Apps die directer werken
• Van KML naar CAD voor architecten en ontwerpers
  • Waarom een viewer niet genoeg is
  • Een gecontroleerde QGIS workflow
  • Waar het vaak misgaat bij export
• Veelvoorkomende problemen en hun oplossingen
  • Verkeerde ligging door coördinaten
  • Bestand opent niet of loopt vast
  • Corrupte structuur en rommelige KML

U heeft een KML-bestand, wat nu?

De eerste vraag is simpel. Wilt u alleen kijken, inhoud controleren, of doorwerken in CAD? Dat bepaalt direct welk programma u opent. Veel tijdverlies ontstaat doordat mensen een analysetool gebruiken voor een snelle check, of juist een viewer gebruiken voor werk dat om nauwkeurige export vraagt.

Voor een snelle visuele controle pakt u meestal Google Earth Pro of de webversie van Google Earth. Voor serieuze bewerking, laagcontrole en export is QGIS de betere route. Op mobiel werkt het anders. Daar is visualisatie prima te doen, maar bewerken blijft beperkt.

Praktische regel: kies eerst het doel, pas daarna de software. Niet andersom.

Drie scenario's komen in de praktijk het meest voor:

• U wilt alleen zien wat erin zit. Open het bestand in Google Earth Pro of in Google Earth op het web. Dat is het snelst.
• U wilt combineren met Nederlandse kaartlagen. Gebruik QGIS, zeker als u ook BAG, BGT of kadastrale data wilt meenemen.
• U wilt tekenen in AutoCAD of Revit. Sla de viewerfase kort en gecontroleerd over. Importeer in QGIS, check de projectie en exporteer daarna pas naar DXF of DWG.

Bij een KML-bestand openen gaat het dus niet om één knop, maar om de juiste volgorde. Eerst zichtbaar maken. Dan valideren. Daarna pas converteren of integreren in uw ontwerpomgeving.

Een tweede valkuil is de aanname dat een dubbelklik genoeg is. Soms opent een KML-bestand direct in Google Earth. Soms juist niet, afhankelijk van uw bestandskoppelingen, browsergedrag of het feit dat u eigenlijk een KMZ hebt ontvangen. Dan werkt handmatig openen via het menu betrouwbaarder.

Als u vandaag nog iets wilt doen zonder gedoe, begin dan op desktop. Daar hebt u de meeste controle, de minste verrassingen en de snelste foutdiagnose.

De basis KML versus KMZ uitgelegd

Een KML-bestand openen wordt meteen logischer als u het verschil tussen KML en KMZ scherp hebt. Dat verschil is technisch klein, maar in de praktijk relevant.

Wat een KML-bestand werkelijk is

KML staat voor Keyhole Markup Language. Het is een open, XML-gebaseerde bestandsindeling die in 2008 door Google als officieel OpenGIS-standaard werd erkend. In Nederland wordt die indeling breed gebruikt voor het delen en visualiseren van geodata, onder meer via het publieke bestand ‘Digitale grenzen gemeenten in kml bestand’ op WikiHow over KML-bestanden openen.

Denk aan KML als het document zelf. Het beschrijft objecten op de kaart: punten, lijnen, polygonen en soms ook stijlen of overlays. Omdat het XML is, kunt u het desnoods ook in een teksteditor openen. Niet om prettig te werken, wel om snel te zien of het bestand nog enigszins gezond is opgebouwd.

Een KML is handig als u wilt:

• Controleren wat iemand precies heeft aangeleverd. U ziet de ruwe geografische inhoud zonder extra verpakking.
• Snel uitwisselen tussen tools. Veel software kan KML direct lezen.
• Lichtgewicht kaartlagen doorsturen. Zeker bij eenvoudige contouren of projectgebieden werkt dat prima.

Wanneer KMZ handiger is

KMZ is in feite een gecomprimeerde variant van KML. Zie het als een zip-map waar de KML samen met eventuele bijlagen in zit. Dat maakt het vaak netter overdraagbaar, vooral als er iconen, overlays of extra assets meekomen.

In de dagelijkse praktijk merkt u het verschil vooral bij openen en delen. Een gewoon KML-bestand wordt op veel systemen direct aan Google Earth gekoppeld. Een KMZ-bestand doet dat niet altijd. Dan moet u het bestand eerst opslaan en vervolgens handmatig importeren via Bestand > Openen.

Een KML is het bronbestand. Een KMZ is de verpakte versie voor transport.

Voor kleine en simpele lagen maakt het vaak weinig uit welke u krijgt. Bij zwaardere of rommeliger datasets is KMZ meestal prettiger, omdat compressie het laden rustiger maakt en bijlagen netjes bijeenhoudt. Voor een snelle controle op inhoud werkt KML vaak fijner. Voor distributie of archivering wint KMZ meestal.

Als iemand u een bestand mailt en u twijfelt, kijk dan eerst naar de extensie. Dat bespaart onnodig zoeken naar een “fout” die gewoon een ander verpakkingstype blijkt te zijn.

KML bestanden openen op desktop en web

U krijgt een KML van een adviseur, gemeente of tekenbureau binnen en wilt in tien minuten weten of het bestand bruikbaar is. Dan telt vooral dit: opent het bestand zonder gedoe, ligt het op de juiste plek in Nederland, en kunt u het verder verwerken richting RD of CAD. Voor dat werk gebruik ik meestal drie routes: Google Earth Pro, Google Earth op het web en QGIS.

Google Earth Pro voor de eerste controle

Google Earth Pro is nog steeds de snelste manier om een KML visueel te controleren. Sleep het bestand in het venster of open het via Bestand > Openen. Vooral dat laatste werkt beter als de bestandskoppeling op uw pc niet goed staat.

Ik gebruik Google Earth Pro vooral voor drie checks: ligt de geometrie ongeveer goed, zijn polygonen en lijnen compleet, en zitten er geen vreemde uitschieters in de laag. Dat is vaak al genoeg om te zien of een aangeleverd bestand serieus bruikbaar is of eerst opgeschoond moet worden.

De beperking is duidelijk. Google Earth Pro toont veel, maar geeft weinig grip op coördinatenstelsels, attributencontrole en nette export voor vervolgwerk. Voor beoordeling prima. Voor productie niet.

Google Earth op het web als snelle browseroptie

Op een beheerde werklaptop of een apparaat waarop u niets mag installeren is Google Earth op het web handig. Via Projecten importeert u het KML-bestand direct in de browser en ziet u snel of de inhoud überhaupt leesbaar is.

Gebruik deze route alleen voor een eerste controle. Bij complexere lagen loopt u snel tegen grenzen aan, zeker als u wilt controleren hoe de data zich verhoudt tot Nederlandse bronlagen, perceelsgrenzen of ontwerpbestanden. Voor dat niveau van controle is desktopsoftware gewoon efficiënter.

QGIS voor Nederlandse GIS- en CAD-workflows

Voor professioneel werk eindigt het meestal in QGIS. Daar kunt u een KML of KMZ openen, de laag inspecteren, attributen nalopen en direct controleren of de geometrie goed valt ten opzichte van Nederlandse referentiedata. Dat is vooral relevant als de volgende stap niet alleen kijken is, maar converteren, toetsen of exporteren.

In Nederlandse projecten let ik bijna meteen op het coördinatenstelsel. KML gebruikt in de praktijk WGS84. Veel brondata van PDOK, Kadaster en ontwerpomgevingen werken juist in RD New, EPSG:28992. Als u die stap negeert, krijgt u verschoven lagen, verkeerde maatvoering of een export die in AutoCAD op de verkeerde plek landt. QGIS maakt die controle en omzetting overzichtelijk.

Een praktische werkwijze is simpel: open de KML, zet het project op EPSG:28992, laad daarna een Nederlandse referentielaag uit PDOK of een perceelcontrole via een kadastrale kaart inzien workflow, en kijk pas daarna naar export richting DXF. Dan ziet u snel of het probleem in het bronbestand zit of in de projectie.

QGIS is ook de logische tussenstap als architecten of ontwerpers uiteindelijk een DXF of DWG nodig hebben. Google Earth is prima voor een snelle plausibiliteitscheck. Voor schone overdracht naar CAD wilt u controle over CRS, laagextensies, veldnamen en geometrie-opbouw.

Welke tool kiest u wanneer?

Mijn vuistregel is eenvoudig. Wilt u weten of het bestand opent, gebruik Google Earth. Wilt u weten of het bestand technisch klopt en bruikbaar is in een Nederlandse ontwerp- of vergunningworkflow, open het in QGIS.

KML bekijken op uw mobiele telefoon

Onderweg wilt u meestal geen perfecte GIS-sessie. U wilt weten of de contour klopt, of een route op de juiste plek staat, of een zone ongeveer overeenkomt met wat u buiten ziet. Daar is mobiel prima voor, zolang u de beperkingen accepteert.

Google My Maps als praktische omweg

De meest toegankelijke route loopt via Google My Maps op desktop. U maakt een nieuwe kaart aan, importeert daar uw KML-bestand als laag, slaat de kaart op en opent daarna de Google Maps-app op uw telefoon. Daar vindt u de kaart terug onder uw opgeslagen kaarten.

Dat werkt goed tijdens:

• Locatiebezoeken waar u alleen een contour of markering wilt zien
• Vooroverleg op locatie met collega's of opdrachtgevers
• Snelle veldcontrole zonder laptop

De beperking is duidelijk. U kijkt vooral. U bewerkt nauwelijks. Voor serieuze analyse blijft desktop nodig.

Apps die directer werken

Op iPhone wordt vaak een app als Map Plus gebruikt om KML-bestanden via bijvoorbeeld Google Drive te importeren en te synchroniseren met de mobiele kaartenworkflow. Er zijn ook andere apps die KML direct kunnen openen, vaak met functies als meten, lagen tonen of GPS-tracks bijhouden.

Kies zo'n app alleen als u echt vaker mobiel met geodata werkt. Voor incidenteel gebruik is de route via My Maps meestal voldoende. Voor dagelijks veldwerk telt vooral voorspelbaarheid: kunt u het bestand openen, blijft de laag zichtbaar en kunt u zonder gedoe terugvinden wat u eerder hebt geladen?

Mobiel is geschikt voor raadplegen. Niet voor de laatste controle vóór ontwerp of vergunning.

Als een bestand onderweg niet opent, wacht dan niet te lang met experimenteren op uw telefoon. Zet het terug naar desktop, check of het bestand überhaupt schoon opent, en laad daarna pas een mobiele versie in.

Van KML naar CAD voor architecten en ontwerpers

U krijgt een KML van een adviseur, opent die in AutoCAD, en de tekening lijkt bruikbaar. Pas later blijkt dat de ligging net niet klopt ten opzichte van de kadastrale grens of de ondergrond van PDOK. Dan begint het echte werk pas. Voor ontwerpteams is KML daarom zelden een eindformaat. Het is meestal alleen de aanvoer voor een CAD-bestand dat wél precies in de projectworkflow past.

Waarom een viewer niet genoeg is

In een viewer ziet een laag er al snel goed uit, zeker boven een luchtfoto. In een ontwerptraject is dat onvoldoende. U hebt bewerkbare lijnen nodig, een voorspelbare schaal, en coördinaten die aansluiten op de rest van het dossier. In Nederland betekent dat meestal werken in RD, EPSG:28992, en niet blijven hangen in de standaard KML-weergave van WGS84.

Daarom loopt een bruikbare omzetting meestal via GIS en eindigt die in DXF of DWG. Zeker als het bestand later terechtkomt in AutoCAD, Civil 3D, Revit of een externe tekenkamer. Wie in zo'n overdracht werkt, doet er goed aan om scherp te hebben wat een DWG-bestand is, omdat “het opent” nog niets zegt over de kwaliteit van de CAD-onderlegger.

Een gecontroleerde QGIS workflow

QGIS is in de praktijk vaak de snelste route als u grip wilt houden op geometrie, attributen en coördinaten. Ik gebruik die stap juist omdat u daar ziet wat er werkelijk in de KML zit. Denk aan losse polygonen, samengestelde objecten, labels die als stijl zijn meegekomen, of geometrie die in CAD straks onnodig zwaar wordt.

Een werkbare volgorde is meestal:

1. Importeer de KML in QGIS en controleer eerst of de objecttypen logisch zijn. Punten, lijnen en vlakken lopen in KML sneller door elkaar dan veel ontwerpers verwachten.
2. Vergelijk de laag met een Nederlandse referentie, bijvoorbeeld een PDOK-achtergrond of kadastrale context van het Kadaster. Dan ziet u direct of de ligging aannemelijk is.
3. Zet de laag expliciet om naar RD (EPSG:28992) als het bestand onderdeel wordt van een Nederlandse ontwerp- of vergunningsworkflow.
4. Ruim de dataset op voordat u exporteert. Verwijder overbodige velden, stijlresten en objecten die niet in CAD hoeven te landen.
5. Exporteer pas daarna naar DXF of DWG, afhankelijk van wat het ontvangende team echt nodig heeft.

Die tussenstappen kosten een paar minuten extra. Ze besparen vaak uren correctiewerk zodra de tekening bij architect, constructeur of gemeente terechtkomt.

Waar het vaak misgaat bij export

De eerste fout is een KML behandelen alsof het al een tekenklare onderlegger is. Dat gebeurt vooral bij contouren van percelen, projectgrenzen en schetsmatige massa's die uit Google Earth of een webviewer komen. In beeld klopt het ongeveer. In een CAD-bestand moet het exact genoeg zijn om op te werken.

De tweede fout zit in de projectie. Nederlandse projecten draaien meestal op RD, terwijl KML standaard uit een geografisch stelsel komt. Als u die stap niet expliciet controleert, krijgt u discussies over verschoven grenzen, rare maatvoering of ondergronden die net niet samenvallen met data van PDOK of Kadaster.

Online converters zijn een derde risico. Voor een snelle proef werken ze soms prima. Voor projectdata gebruik ik ze liever niet. U ziet vaak onvoldoende hoe de omzetting met coördinaten, multipart-geometrie en attribuutvelden omgaat. Bij vertrouwelijke locatiegegevens speelt daarnaast gewoon privacy mee.

Een goede CAD-export begint bij controle van ligging, projectie en opschoning. Niet bij de exportknop.

Voor architecten, stedenbouwkundigen en ontwerpers is de winst praktisch. Een schone laag in GIS voorkomt handmatig overtrekken, onnodige interpretatie en herstelwerk in CAD. Dan wordt KML geen eindstation, maar een bruikbare stap richting een onderlegger waar het ontwerpteam echt mee verder kan.

Veelvoorkomende problemen en hun oplossingen

Een KML lijkt vaak prima zolang u alleen naar het scherm kijkt. De problemen beginnen pas zodra u het bestand naast PDOK-, Kadaster- of CAD-data legt. Dan ziet u drie terugkerende oorzaken: het bestand staat in het verkeerde coördinatenstelsel, de software krijgt te veel data tegelijk binnen, of de KML-structuur zelf is rommelig.

Verkeerde ligging door coördinaten

Dit is in Nederlandse projecten de fout die het meeste herstelwerk oplevert. KML gebruikt standaard WGS84 (EPSG:4326). Architecten, tekenaars en gemeenten werken vervolgens meestal in RD New (EPSG:28992). Als die omzetting niet goed gaat, verschuiven perceelgrenzen, sluiten contouren net niet aan op BGT of BAG, en loopt een DXF-export scheef ten opzichte van de onderlegger.

In de praktijk controleer ik daarom eerst de herkomst van het bestand. Komt het uit Google Earth, een webviewer of een buitenlandse tool, dan ga ik nooit uit van RD, ook niet als iemand dat erbij zegt.

Pak het zo aan:

• Controleer het CRS vóór import in CAD of GIS.
• Zet het bestand bewust om naar RD (EPSG:28992) als het in een Nederlandse ontwerpworkflow terechtkomt.
• Leg de data naast een bekende referentie, zoals een pandcontour uit de BAG of een perceelgrens uit het Kadaster.
• Gebruik een vaste werkwijze voor transformaties als u vaker tussen WGS84 en RD schakelt. Deze uitleg over coördinaten converteren helpt om die stap consequent uit te voeren.

Bestand opent niet of loopt vast

Een zwaar KML-bestand is niet per se kapot. Het is vaak gewoon onhandig opgebouwd voor de software die u gebruikt. Webviewers en lichtere CAD-tools hebben sneller moeite met veel objecten, complexe styles of grote embedded iconen. KMZ helpt dan vaak, omdat het bestand compacter wordt en rustiger laadt.

De snelste aanpak is meestal deze:

• Sla het bestand eerst lokaal op in plaats van direct vanuit browser of mail te openen.
• Open het eerst in een stabiele desktoptool, bijvoorbeeld QGIS of Google Earth Pro.
• Converteer naar KMZ als het bestand groot of traag is.
• Knip grote datasets op per deelgebied als u alleen een wijk, kavel of bouwblok nodig hebt.
• Exporteer daarna pas naar DXF of DWG voor het ontwerpteam.

Voor CAD-workflows geldt hetzelfde. Een schone selectie van alleen de relevante objecten werkt bijna altijd beter dan een complete KML met alle stijlen, labels en overbodige lagen.

Corrupte structuur en rommelige KML

Soms zit het probleem in de XML zelf. Dat gebeurt vooral bij bestanden die meerdere keren zijn geëxporteerd, handmatig zijn aangepast of uit verschillende systemen zijn samengevoegd. U merkt het aan objecten die ontbreken, foutmeldingen bij import, of een bestand dat in het ene programma wel opent en in het andere niet.

Open zo'n bestand eens in een teksteditor. U hoeft geen XML-specialist te zijn om de grote fouten te zien. Een abrupt einde, vreemde tekens of dubbele style-definities zijn meestal snel herkenbaar. Maak daarna een schone tussenstap in QGIS of een andere GIS-tool, verwijder overbodige opmaak en exporteer opnieuw.

Als een KML in meerdere programma's vreemd gedrag geeft, controleer dan eerst de structuur en het coördinatenstelsel. Dat bespaart meer tijd dan opnieuw importeren in vijf verschillende tools.

Als u vaak werkt met PDOK, BAG, BGT, Kadasterlagen en CAD-export, dan loont het om minder tijd kwijt te zijn aan losse downloads, projecties en handmatige opschoning. Percelio brengt Nederlandse geodata en woningdata samen op één plek, inclusief workflows voor kaartselectie en export naar DXF of DWG op RD-coördinaten. Dat scheelt vooral werk in de fase waar projecten normaal vastlopen: van brondata naar een bruikbare ontwerpunderlay.