Elke kaart die je gebruikt bestaat eigenlijk uit twee lagen op elkaar. Onderop de geometrie: wegen, kustlijnen, gebouwcontouren, de vormen die een kaart op een kaart laten lijken. Daarbovenop de laag die hem bruikbaar maakt, het antwoord op "wat is hier eigenlijk?" Die tweede laag is POI data.
POI staat voor point of interest, en POI data is de gestructureerde vastlegging van de plekken waar mensen om geven: de apotheek die tot tien uur open is, de laadpaal met de juiste connector, de kliniek die je verzekering accepteert, het café met een drempelvrije ingang. Zonder die laag is een kaart een plaatje van straten. Met die laag wordt een kaart doorzoekbaar, filterbaar en bruikbaar voor software.
Deze gids behandelt wat er precies in een POI record staat, waar de data vandaan komt, waarom de kwaliteit zo sterk verschilt per leverancier en hoe POI data wordt ingezet in applicaties en door AI agents.
Wat Telt Als Point of Interest
Een point of interest is een plek met een naam, gemodelleerd als een enkel punt in plaats van een vlak of een lijn. De test: zou iemand er redelijkerwijs naartoe willen of willen weten dat het er is?
Restaurants, hotels, ziekenhuizen, pinautomaten, speeltuinen, uitzichtpunten, brievenbussen, laadpalen, bushaltes en milieustraten zijn allemaal POIs. Straten niet, want dat zijn lijnen. Wijken en gemeenten niet, want dat zijn polygonen en niemand navigeert naar het midden van een wijk. Gebouwen zitten in een interessant grijs gebied: een winkelcentrum is zelf een POI en bevat tegelijk tientallen losse POIs.
Dat laatste geval is belangrijk, want daar lopen naïeve datasets vast. Een enkele coördinaat in het midden van een luchthaven brengt geen reiziger naar een specifieke gate, lounge of autoverhuurbalie. Goede POI data modelleert de parent en de children apart en legt de relatie vast.
Wat Er in een POI Record Staat
De minimale POI is een coördinaat met een naam en een categorie. Genoeg om een pin te tekenen. Niet genoeg om een product op te bouwen.
Een productiewaardig record bevat aanzienlijk meer:
- Een stabiele identifier. Verandert het ID bij elke update, dan kun je een plek niet volgen over tijd en niet matchen met je eigen database.
- Naam, inclusief lokale varianten. Een plek in Brussel heeft zowel een Franse als een Nederlandse naam nodig. Een plek in Athene heeft Grieks schrift en een geromaniseerde vorm nodig.
- Coördinaten, het liefst met een aanduiding van wat het punt voorstelt: een dakcentroïde, een ingang of een geïnterpoleerd adres.
- Een gestructureerd adres, opgesplitst in componenten in plaats van een enkele string, zodat het te matchen, te valideren en per land te herformatteren is.
- Categorie, uit een vaste taxonomie en niet uit vrije tekst. "Restaurant" is bruikbaar. "restaurant / eetgelegenheid / Restaurant / eten" verspreid over vier records voor hetzelfde begrip niet.
- Openingstijden, in een machineleesbaar formaat dat omgaat met gebroken diensten, seizoenswisselingen en feestdagen.
- Contact en web: telefoon, website, reserveringslink.
- Voorzieningen en toegankelijkheid: rolstoeltoegang, terras, parkeren, geaccepteerde betaalmethoden, of honden welkom zijn.
- Herkomst en actualiteit: waar het record vandaan komt en wanneer het voor het laatst is geverifieerd.
Dat laatste veld slaan mensen over en daar hebben ze later spijt van. Een POI database zonder actualiteitssignaal geeft je geen enkele manier om te weten of een restaurant twee jaar geleden is gesloten.
Waar POI Data Vandaan Komt
Er zijn drie brede bronnen, en vrijwel elke echte dataset is een mix.
Open data. OpenStreetMap is de grootste vrij gelicentieerde POI verzameling ter wereld, gebouwd en onderhouden door een wereldwijde community die plekken direct tagt. De dekking is uitstekend in dichtbevolkte Europese steden en wisselender op het platteland en in delen van de wereld buiten Europa en Noord-Amerika. De attributenrijkdom is soms opvallend, omdat bijdragers dingen taggen waar een commerciële karteerder nooit moeite voor zou doen.
Officiële registers. Handelsregisters, haltebestanden van vervoersautoriteiten, zorgregisters, schoolregisters en kadastrale data. Deze data is gezaghebbend en goed onderhouden, maar komt in tientallen incompatibele nationale formaten en bevat zelden de attributen waar eindgebruikers om geven.
Commerciële verzameling. Leveranciers aggregeren het bovenstaande, scrapen zelf bij, kopen feeds in en verkopen toegang. Waar je voor betaalt zijn meestal niet de ruwe plekken maar het samenvoegwerk.
Dat samenvoegen heet conflatie, en daar zit vrijwel alle moeilijkheid. Hetzelfde café kan in drie bronnen staan met drie spellingen, twee licht afwijkende coördinaten en een verouderd telefoonnummer. Bepalen dat het om een plek gaat, en bepalen welke versie van elk attribuut wint, is het lastige deel van een POI database bouwen.
Waarom de Kwaliteit Zo Sterk Verschilt
Twee datasets kunnen allebei "40 miljoen POIs" claimen en in de praktijk totaal verschillen. De cijfers die er wel toe doen:
- Positionele nauwkeurigheid. Ligt de pin op het gebouw, op straat, of midden in de postcode? Voor een winkelzoeker is dat cosmetisch. Voor last mile bezorging bepaalt het of de chauffeur de deur vindt.
- Attributenvolledigheid. Tien miljoen records met alleen namen zijn minder waard dan twee miljoen met openingstijden, categorieën en toegankelijkheid.
- Categorieconsistentie. Is de taxonomie inconsistent, dan lekt elke filter die je bouwt.
- Actualiteit. Retail en horeca wisselen snel. Een dataset die jaarlijks wordt ververst beschrijft een wereld die niet meer bestaat.
- Duplicaatpercentage. Slechte conflatie blaast aantallen op en levert drie pins voor een winkel.
Negeer bij het beoordelen van een leverancier het getal in de kop en vraag welk deel van de records openingstijden heeft en hoe recent die zijn geverifieerd.
Waar POI Data voor Wordt Gebruikt
Store locators en vestigingszoekers. Het meest voorkomende gebruik: laat je vestigingen bij mij in de buurt zien, gefilterd op wat ik nodig heb. Zie Een Store Locator Bouwen voor de techniek.
Locatiekeuze en verzorgingsgebied. Concurrenten, aanvullende voorzieningen en publiekstrekkers tellen binnen een reistijdgrens rond een kandidaatlocatie. POI data plus een isochroon vormt de kern van de meeste retail locatiebeslissingen.
Logistiek en bezorging. Een bestemming herleiden tot een exacte ingang in plaats van een dakcentroïde, en weten of de ontvangende zaak überhaupt open is.
Vastgoed en woningaanbod. Beschrijven wat er rond een pand ligt: scholen, vervoer, winkels, groen. Dat maakt van een advertentie met foto's iets dat een koper of een AI kan beoordelen.
Reizen en local discovery. Van "wat ligt er bij mijn hotel" tot volledige reisschema's.
POI Data voor AI Agents
Hier is de vraag het hardst verschoven. Vraagt iemand aan een assistent "zoek een apotheek bij het station die nu open is en drempelvrij toegankelijk is", dan kan die assistent niet naar een kaart turen. Hij heeft records nodig die hij programmatisch kan filteren: categorie is apotheek, openingstijden omvatten de huidige timestamp, rolstoelattribuut is true, coördinaat ligt binnen een looptijdgrens vanaf het station.
Elk van die condities is een POI attribuut. Een agent met een rijke POI bron beantwoordt de vraag; een agent met alleen namen en coördinaten moet gokken, en gokken over plekken in de echte wereld is precies hoe je zelfverzekerd foute aanbevelingen krijgt.
Daarom wordt POI data steeds vaker als tool aan agents geleverd in plaats van als tile. Via een API of een MCP server kan een agent plekken opvragen, op attributen filteren en gestructureerde resultaten terugkrijgen waarover hij kan redeneren en die hij kan citeren.
POI Data in Je Product Krijgen
Drie praktische keuzes.
Licensing. Weet wat je met de data mag doen, vooral rond caching, herdistributie en weergave buiten een kaart. Ook open data kent verplichtingen, met name naamsvermelding en bij sommige licenties share-alike voorwaarden.
Waar het verwerkt wordt. Werk je in Europa en dragen je queries gebruikerslocatie, dan is de vraag waar die queries worden verwerkt een compliancevraag en niet alleen een latencyvraag. Zie De EU Developer Guide voor GDPR-Compliant Map APIs.
Hoe je het actueel houdt. Bepaal vooraf of je een live API bevraagt of een snapshot synchroniseert. Snapshots zijn snel en voorspelbaar en beginnen meteen te verouderen. Live queries blijven actueel en voegen een dependency toe.
MapAtlas levert GDPR-compliant POI search, place details en nearby lookup in Europa en daarbuiten, gebouwd op open kaartdata en ontsloten via zowel een search API als een MCP server, zodat dezelfde gestructureerde records een store locator en een AI agent bedienen.
Kort Samengevat
POI data is de laag die een kaart vragen laat beantwoorden. Een record is een coördinaat plus de attributen waarop software kan filteren: naam, categorie, adres, openingstijden, toegankelijkheid, actualiteit. Het komt uit open data, officiële registers en commerciële verzameling, en de waarde die een leverancier toevoegt zit vooral in het netjes samenvoegen daarvan.
Beoordeel een dataset op attributendiepte en actualiteit, niet op het aantal pins dat hij claimt. En staan AI agents ergens op je roadmap, beoordeel hem dan op de vraag of een agent erop kan filteren zonder te gokken.
Verder Lezen
Veelgestelde vragen
Wat is POI data?
POI data is gestructureerde informatie over points of interest: concrete plekken die iemand wil vinden of bezoeken, zoals een apotheek, een laadpaal, een school, een hotel of een bushalte. Een POI record koppelt een coördinaat aan beschrijvende attributen: naam, categorie, adres, openingstijden, contactgegevens en vaak ook toegankelijkheid en voorzieningen. Het is de laag die een kaart verandert van een plaatje met straten in iets dat je kunt doorzoeken, filteren en programmatisch gebruiken.
Wat is een point of interest?
Een point of interest is een enkele plek met een naam, weergegeven als punt op de kaart in plaats van als vlak of lijn. Het kenmerk is dat iemand er naartoe wil of ervan wil weten. Een restaurant, een pinautomaat, een uitzichtpunt en een milieustraat zijn allemaal points of interest. Straten en bestuurlijke grenzen niet, want die worden gemodelleerd als lijnen en polygonen en niemand navigeert naar een grens.
Welke attributen bevat een POI record?
Minimaal heeft een POI een stabiele identifier, een naam, een breedte- en lengtegraad en een categorie. Productiedatasets gaan veel verder: een gestructureerd adres, openingstijden, telefoonnummer en website, prijsniveau, rolstoeltoegankelijkheid, terras of parkeerplaats, betaalmethoden en de datum waarop het record voor het laatst is geverifieerd. Die attributendiepte bepaalt meestal het verschil tussen een bruikbare POI database en een kale lijst met pins.
Waar komt POI data vandaan?
Uit drie hoofdbronnen. Open data, vooral OpenStreetMap, waar een wereldwijde community plekken tagt onder een vrije licentie. Officiële en administratieve registers, zoals het handelsregister, haltebestanden van vervoersautoriteiten en zorgregisters. En commerciële verzameling, waarbij een leverancier data aggregeert, scrapet of inkoopt en toegang verkoopt. Serieuze datasets combineren alle drie en draaien daarna conflatie en validatie om duplicaten samen te voegen en conflicten op te lossen.
Hoe gebruiken AI agents POI data?
Een AI agent die de vraag "vind een apotheek bij het station die nu open is" moet beantwoorden, kan niet redeneren over een kaartafbeelding. Hij heeft records nodig die hij kan filteren: categorie is apotheek, openingstijden dekken het huidige moment, coördinaat ligt binnen een reistijdstraal rond het station. POI data levert precies dat, en daarom wordt het steeds vaker via APIs en MCP servers aan agents aangeboden in plaats van als plaatje op een scherm.
