Dan hoop ik dat die de juiste plek is om aan te geven dat OSM (en ook Strava en RouteYou) grote delen van Boxtel als “Lennisheuvel” benoemen. Ik weet niet waar de feitelijke grens tussen de plaats Boxtel en het kerkdorp Lennisheuvel zou moeten liggen, maar zelfs kasteel Stapelen wordt gezien als Lennisheuvel. Ook heel Boxtel-Oost dat aan de andere kant van het dorp ligt dan Lennisheuvel wordt als Lennisheuvel gezien.
Interessant, waar zie je dat in OSM?
Ik zie namelijk dat de woonplaatsgrens van Lennisheuvel niet in OSM lijkt te staan, maar misschien zoek ik verkeerd. Met Nominatim (zoeken op OSM) vind ik alleen een punt voor de naam van het dorp.
Ook even gezocht met Overpass Turbo maar ik vind geen woonplaatsgrens voor Lennisheuvel of iets wat er op lijkt in de omgeving van de gemeente Boxtel
De query die ik heb gebruikt (misschien ziet iemand nog manieren om beter te zoeken):
[out:json][timeout:25];
nwr["boundary"="administrative"]["name"~"Le.*"]({{bbox}});
out geom;
Toevoeging: Lennisheuvel bestaat ook niets als woonplaats voor BAG-adresnodes, die hebben Boxtel als addr:city.
Ik zie in de zoekresultaten ook een verwijzing naar Lennisheuvel. Mijn interpretatie is dat dit net is omdat Lennisheuvel als een punt is ingetekend en ofwel het dichtstbijzijnde punt van een bepaald niveau of een cirkel er rond wordt getoond.
Nominatim, (debug interface) de search engine gebruikt op osm.org kijkt ook naar in de buurt liggende place nodes een voegt die toe aan het resultaat. Voor kasteel Stapelen geeft dit het volgende (uitgewerkte) resultaat.
De debug interface kan ook worden bereikt door te klikken op de Nominatim link onder Zoekresultaten
Dat is handig! En inderdaad zoals @Ruben_Van_de_Velde aangeeft lijkt dit te komen door de plaatsnode van Lennisheuvel op basis van afstand. Wat ik dan weer apart vind is dat de plaatsnode van Boxtel niet naar voren lijkt te komen en zo op het oog staat die dichterbij dat kasteel: Node: Boxtel (3123173277) | OpenStreetMap
Of geeft Nominatim dan juist voorkeur aan een plaatsnode met aan afwijkende naam van de administratieve grens waarin het zoekpunt ligt?
Bedankt voor jullie uitzoekwerk!
Het lijkt erop dat er een bepaalde afstand is tot Lennisheuvel waarop hij Lennisheuvel als “place:village” injecteert? Ik probeerde te kijken of ik in de Kampina ook ergens de grens kon vinden:
gezien als Lennisheuvel en niet gezien als Lennisheuvel.
Het lijkt mij sowieso dat “Lennisheuvel” niet als adres zou moeten worden toegevoegd. Zie bijvoorbeeld: dit adres in Lennisheuvel via PostNL.
P.S. De reden dat het me zo stoort is dat allerlei apps zoals RouteYou en Strava steeds overal “Lennisheuvel” zeggen, terwijl dat niet zo is. Kan best verwarrend zijn.
Ik ben geen specialist dus ik kan helaas niet precies uitleggen hoe het zit. Maar ik kan wel mijn observaties en vermoedens delen 
- De node Boxtel maakt, in de rol admin_centre), deel uit van 2 boundary relations
Ik vermoed dat als een place node deel uitmaakt van een boundary relation de node wordt genegeerd omdat het gebied dan exact bekend is.
De tagging van de node werpt bij mij ook nog wel een vraagje op.
De tags gebruikt in de node lijken te refereren aan de plaats en niet aan de gemeente dus heel puur zou de node dan dus niet gebruikt moeten worden voor de gemeente. Maar de defenite voor admin_centre in de wiki zegt Node representing the administrative centre (a capital, county seat etc.), usually a town, city or village (depending of the boundary level, see place=*). This role is for capitals (as in capital cities), not capitols (as in legislative buildings). Voor mijn gevoel zou de plaats dan dus geen admin_centre nodig hebben omdat er geen verdere onderverdeling is?
Is er een manier om dit in een overzicht te krijgen? Want de plaats Boxtel hoeft inderdaad niet verder opgedeeld te worden voor adressen. De gemeente is uiteraard wel opgedeeld in de plaatsen Boxtel, Lennisheuvel, Liempde, Esch. Of zou de node Lennisheuvel geen waarde bij “adress rank” moeten hebben?
Overigens staat de naam van de plaats Boxtel bij Carnaval, Eendengat (name:carnaval), ook niet juist, dat zou Indegat moeten zijn.
Het "probleem’ hier is denk ik dat Nominatim geen zoekmachine is voor adressen maar om objecten te vinden in de OSM database met de nodige info zodat als eer meerdere worden gevonden de aanvullende info kan worden gebruikt om een keuze te maken. Je kan dit ook zien aan wat en hoe een en ander wordt weergegeven in de resultaten.
Kasteel Stapelen bijvoorbeeld komt terug als Kasteel Kasteel Stapelen, 1, Stapelen, Lennisheuvel, Boxtel, Noord-Brabant, Nederland, 5281 EH, Nederland
- De eerste Kasteel is wat het is in OSM (hier historic=castle)
- dan Kasteel Stapelen de OSM naam (name-Kasteel Stapelen)
- en ook 2x Nederland, ik denk 1x afkomstig van de addr info en 1x van de boundary Nederland
Het post adres zou denk ik het volgende moeten zijn :
Kasteel Stapelen
Stapelen 1
5281 EH Boxtel, Nederland
Deze twee zaken bevatten gedeeltelijk dezelfde informatie maar het zijn twee verschillende dingen.
Geen idee of het correct is maar Lennisheuvel valt in OSM binnen de boundary van de plaats Boxtel.
Dat valt nog te bezien De lijst van carnavals plaatsnamen op wikipedia geeft de naam als Eendegat (Indegat) dus met Indegat als alternatief.
Waarschijnlijk ga ik te kort door de bocht maar: Als Lennisheuvel een officiële woonplaats binnen de gemeente Boxtel zou zijn dat had er een woonplaatsgrens met admin_level=10 moeten bestaan in OSM en die is er niet. Ook in CBS-lijst van woonplaatsen komt Lennisheuvel niet voor.
Hier maak ik ook (ter bevestiging wat Kees_59 zegt) een beetje uit op dat bij losse plaatsnodes in de buurt Nominatim maar een ‘gok’ moet doen of een punt daarbij hoort.
If there is no administrative area, you can add the approximate extent of the place and tag it place= as well.
Een mogelijke oplossing zou dus zijn om de grens van Lennisheuvel in OSM op te nemen en een relatie te maken waar de plaatsnode ook in komt (als label?). Zodat Nominatim kan zien dat een punt binnen of buiten het gebied valt. Tag:boundary=place - OpenStreetMap Wiki Maar daar lees ik ook:
Caution: not all named places have verifiable boundaries - in that case, the boundary should not be mapped in OpenStreetMap.
Weet niet hoe duidelijk dit in het geval van Lennisheuvel is.
Hoe kom ik er dan achter of de plaats Lennisheuvel een grens heeft die extern verifieerbaar is? En zo ja, hoe krijg ik dat in OSM. #nieuwhier
Hier zijn de gegevens voor administratieve verificatie.
Er zijn plaatsnaamborden voor verificatie op de weg.
Maar hou er rekening mee dat informatie niet direct mag worden overgenomen van wikpedia (Zie: Collaboration with Wikipedia op de OSM wiki).
Op de site van de gemeente Boxtel vond ik nog deze pagina met verwijzing naar deelgebieden (onder het kopje Welstandsnota):
Daar staat dus ook een verwijzing naar Lennisheuvel:
Dat kaartje is helaas wel van 2015. Weet niet in hoeverre dat (nog) klopt met observatie van de plaatsnaamborden. Maar als die kaart een legitieme bron is zou die rode lijn denk ik wel in OSM opgenomen kunnen worden. Wie is de ‘eigenaar’ van die data? We zouden om toestemming kunnen vragen
Als je het mij vraagt is 2015 voor een zaak als deze meer dan recent genoeg om nog als waarheid te gebruiken.
P.S. Ik dacht even “wat heeft dit nou met het Westland te maken?”. Lezen is ook een vak.
1 Like