OpenStreetMap is de Wikipedia van kaarten. Het is een gratis, open, crowd-sourced kaart van de hele wereld, gebouwd door een gemeenschap van miljoenen vrijwilligers en gebruikt als data-backbone voor duizenden producten die je al kent, van weer-apps tot wandel-apps tot deelrij-platforms.
Deze gids legt uit wat OpenStreetMap daadwerkelijk is, hoe het als dataset werkt, hoe het verschilt van Google Maps en welke rol het speelt in een moderne productie-mapping-stack zoals MapAtlas.
Het project in één alinea
OpenStreetMap (OSM) werd in 2004 in het Verenigd Koninkrijk opgericht door Steve Coast, nadat hij gefrustreerd raakte door het gebrek aan vrij beschikbare digitale kaartdata. Het idee was om een kaart van de wereld te bouwen zoals Wikipedia een encyclopedie bouwde: iedereen kan zich aanmelden, iedereen kan een feature toevoegen of bewerken en de resulterende data wordt gepubliceerd onder een open licentie. Vandaag heeft het project meer dan 10 miljoen geregistreerde bewerkers en een actieve kern van ongeveer 60.000 maandelijkse bijdragers. De volledige planetadatabase is meer dan 100 GB gecomprimeerd en groeit elke minuut.
Hoe OSM eruitziet als data
OSM is geen map van tegels. Het is een gestructureerde database van drie primitieve typen:
- Nodes: enkelvoudige punten met een breedtegraad en lengtegraad. Gebruikt voor dingen die in essentie een punt zijn (een bankje, een boom, een parkeermeter) en als bouwstenen voor complexere vormen.
- Ways: geordende reeksen nodes. Gebruikt voor lineaire features (een wegsegment, een rivier) en gesloten vormen (een gebouwvoetafdruk, een parkgrens).
- Relations: groeperingen van nodes en ways. Gebruikt voor busroutes (een reeks wegsegmenten), administratieve grenzen (een polygoon opgebouwd uit meerdere ways) en multipolygon-features.
Elk node, way en relation heeft een set sleutel-waardeparen. Een weg kan highway=residential, name=Rue de Rivoli, maxspeed=30 hebben. Een koffieshop kan amenity=cafe, name=Cafe Central, opening_hours=Mo-Fr 07:00-19:00, wheelchair=yes hebben. Het tagging-vocabulaire is door de gemeenschap bepaald, evolueert voortdurend en is gedocumenteerd op de OSM-wiki.
Die combinatie van open primitieven en getagde metadata maakt OSM zo herbruikbaar. Je kunt elk fietspad in Berlijn, elke defibrillator in Nederland of elke wijnregio in Frankrijk extraheren met één gestructureerde query.
Hoe de kaart tot stand komt
OSM wordt voortdurend bewerkt door vrijwilligers via webeditors (iD), desktopeditors (JOSM) en mobiele editors (Vespucci, StreetComplete). Bewerkingen komen binnen minuten in de centrale database terecht. Bronmateriaal omvat:
- Luchtbeelden gelicentieerd voor OSM-gebruik (Bing, Maxar, Esri)
- GPS-tracks geüpload door community-leden
- Overheidsopen data (kadaster, wegbestanden, adresbestanden)
- Lokale kennis, vooral voor openingstijden, namen, toegankelijkheid en kleine features
- Massamports van gestructureerde datasets (zorgvuldig beoordeeld, want slechte imports beschadigen de datakwaliteit)
Kwaliteitscontrole is community-gedreven: ervaren mappers beoordelen wijzigingen, geautomatiseerde tools markeren verdachte bewerkingen en regionale communities houden lokale conventies bij. Het resultaat is een kaart die uitzonderlijk gedetailleerd is op plaatsen waar de community actief is (West-Europa, stedelijk Noord-Amerika, Japan) en dunner gedekt in minder in kaart gebrachte regio's, waar commerciële alternatieven soms beter zijn.
OSM versus Google Maps
De meest gestelde vraag van developers is of ze op OSM of op Google Maps moeten bouwen. Het eerlijke antwoord hangt af van wat je bouwt.
Sterktes van OSM: open data die je kunt hosten, herdistribueren en analyseren; rijkere point-of-interest tagging in veel regio's; transparante herkomst; volledige Europese datassoevereiniteit; voorspelbare prijzen via OSM-gebaseerde providers; de mogelijkheid om custom mapstyles voor je merk te renderen.
Sterktes van Google Maps: Street View-beelden; erg sterke bedrijfslistingdata in sommige regio's; consumentenmerkbekendheid.
Voor developer-producten die EU-hosting, GDPR-conforme dataflows, custom styling en voorspelbare prijzen nodig hebben, is een OSM-gebaseerde stack doorgaans de betere keuze. Voor consumentenproducten die zwaar leunen op Google's bedrijfsreviews of Street View-beelden heeft Google unieke waarde.
Hoe productie-APIs op OSM bouwen
Je roept de OSM-database vrijwel nooit direct aan in productie. In plaats daarvan gebruik je een hosted API die op OSM-data bouwt en de lagen toevoegt die OSM zelf niet levert:
- Tile-rendering: 100 GB vectordata omzetten naar snelle kaarttegelsets voor elk zoomniveau vereist een serieuze tile-pipeline. Hosted providers doen dit voor je.
- Geocoding: adressen omzetten naar coördinaten vereist een geïndexeerde zoekmachine bovenop OSM, plus heuristieken voor ranking en disambiguatie.
- Routing en isochronen: OSM heeft de weggraph, maar rijroutes en reistijdpolygonen berekenen vereist een routing-engine (OSRM, Valhalla, GraphHopper) op dedicated infrastructuur.
- Map matching, distance matrices, optimalisatie: zelfde verhaal.
- SLA's, EU-hosting, GDPR-compliance: hosted providers bundelen de data met de contractvoorwaarden die enterprise-teams nodig hebben.
MapAtlas is het Europese mapping-platform gebouwd op OSM-grade data met EU-only hosting, GDPR-conforme infrastructuur en developer-grade APIs voor geocoding, routing, isochronen, distance matrices en dynamisch gestijlde kaarten.
Wanneer je directe OSM-data nodig hebt
Soms wil je de ruwe data zelf. Veelvoorkomende gevallen:
- Bulkanalyse: alle elektrische laadpalen in Duitsland tellen, elke defibrillator in Spanje in kaart brengen.
- Custom GIS-workflows: importeren in PostGIS voor ruimtelijke joins.
- Interne kaartproducten: je eigen tegels renderen met volledige controle over de stijl.
- Data-verrijking: OSM-tags toevoegen aan je eigen locatierecords.
Hiervoor zijn de Geofabrik-extracts of de Overpass API de standaard toegangspunten. Beide zijn gratis, beide draaien op vrijwilligersinfrastructuur en beide hebben attributie- en licentievoorwaarden die je in elk herdistribueerd product moet respecteren.
Waarom MapAtlas
MapAtlas bouwt developer-grade APIs op OSM-afgeleide data met EU-only hosting en GDPR-conforme infrastructuur. De Geocoding API, Search API, Directions API en Isochrone API retourneren allemaal schone, goed getagde locatierecords die zowel in productiecode als in de gestructureerde data die je naar AI-assistenten stuurt probleemloos werken. Probeer voor een snelle start de Coördinaten-tool of lees Wat is een geocode voor de achtergrond.
Veelgestelde vragen
Wat is OpenStreetMap?
OpenStreetMap (OSM) is een gratis, open, crowd-sourced kaart van de hele wereld, onderhouden door een wereldwijde gemeenschap van vrijwilligers. Iedereen kan de kaart bewerken, nieuwe wegen of plekken toevoegen en de data hergebruiken onder de Open Database License. Achter de schermen is OSM een gestructureerde database van nodes, ways en relations die straten, gebouwen, points of interest, transportnetwerken en natuurlijke kenmerken beschrijft. De meeste kaarten die je ziet in weer-apps, wandel-apps, deelrij-apps en developer-grade map APIs draaien op OSM-data, vaak aangevuld met eigen lagen.
Is OpenStreetMap vrij te gebruiken voor commerciële doeleinden?
Ja. OpenStreetMap-data is gelicentieerd onder de Open Database License (ODbL), die commercieel gebruik toestaat zolang je OpenStreetMap crediteert en afgeleide databases onder dezelfde licentie deelt. De basistileserver op openstreetmap.org heeft gebruikslimieten voor productieverkeer, dus de meeste teams gebruiken een hosted tileprovider (MapTiler, Mapbox, MapAtlas enzovoort) die op OSM-data bouwt en SLA's, custom styles en hogere rate limits biedt.
Hoe verschilt OpenStreetMap van Google Maps?
OpenStreetMap is open data: iedereen kan de volledige planeet downloaden en er een eigen product op bouwen, en de bewerkingsgeschiedenis is volledig transparant. Google Maps is een gesloten, propriëtair product: de onderliggende data is niet herdistribueerbaar en de prijsstelling hangt af van Google. Voor developer-producten die EU-hosting, GDPR-conforme dataflows, custom styling en voorspelbare prijzen nodig hebben, geeft een OSM-gebaseerde stack doorgaans meer controle. Voor functies die Street View-beelden of Google's specifieke bedrijfslistingdata vereisen, heeft Google unieke data.
Wat is een OSM-tag en waarom is dat belangrijk?
Elk feature in OpenStreetMap heeft een set sleutel-waardeparen die beschrijven wat het is. Een weg kan getagd zijn als `highway=residential`, een restaurant als `amenity=restaurant`, een bushalte als `highway=bus_stop`. Het tagging-vocabulaire is door de gemeenschap bepaald en gedocumenteerd op de OSM-wiki. Tags stellen downstream tools in staat data zinvol te filteren: je kunt alle ziekenhuizen in Parijs of alle laadpalen in Berlijn opvragen omdat elk feature consistent getagd is. Productiegecoders (waaronder MapAtlas) gebruiken OSM-tags om de relevantie van een match te scoren.
