Bedankt voor de aanpassingen, Gerwin en Eggie.

Ik heb nu rijstroken verbeterd, de bushaltes op 'in aanbouw' gezet omdat ze nog niet in gebruik zijn en de U-routes verbeterd.

Helaas zijn er nog geen satellietbeelden zonder wolken van de nieuwe situatie. Als deze er zijn, kan het beter uitgelijnd worden. Voorlopig heb ik van deze foto gebruik gemaakt https://informatiemuggenburg-zuid.nl/2026/04/28/n245-is-weer-geopend/

Bedankt voor de verbetering. Het was inderdaad een fout van mij dat Lichtenbeek de volledige school De Esdoorn heeft vervangen.

De 'website van de school' was inderdaad die van Lichtenbeek. Het hielp niet meer dat de websites van diverse Wonderwijs-scholen dit weekend niet werkten, waardoor het leek alsof De Esdoorn niet meer bestond.

Ik denk dat de informatie over de samenwerking met Lichtenbeek het beste in de description-tag kan worden toegevoegd, eventueel aangevuld met de tag school:special_needs=mixed (faciliteiten voor speciaal onderwijs waarbij leerlingen de klas delen met reguliere leerlingen).

Bedankt voor je toevoegingen.

Hier gaat wel iets fout. In het telefoonnummer horen spaties tussen de landcode, het netnummer en het abonneennummer. In dit geval dus +31 475 491272. In deze wijziging haal je die spaties weg.

Ik heb het hersteld.

Deze weg is doorgaand voor fietsers, dus geen service-weg.

Ik heb de correcte classificatie hersteld.

Ik heb de wegtypes verbeterd:
- highway=unclassified (lokale weg) voor de wegen naar de voorkant van bedrijven.
- highway=service voor de wegen op parkeerplaatsen.

It seems all EmmaTabojic's replies are in PMs instead of at this changeset. I'll explain why this change was incorrect here.

In this change lanes are mapped as separate ways. That's incorrect. Way represent carriageways. Lanes are mapped in tags on the way.

Rule of thumb for the difference between lanes and carriageways:
- Separated by paint = lane
- Physically separated by e.g. a barrier or verge = carriageway

In this case there is no physical separation. The lanes are separated by a solid line. This means the ways also shouldn't be separated in Openstreetmap.

The solid line is mapped by the tag change:lanes=yes|not_right|not_left|yes.

The impossibility to use exit 3 from the left lanes is mapped by a turn restriction: relation/12079665 So an Openstreetmap-based navigation shouldn't give incorrect navigation instructions.

I hope this explanation makes it clearer why your change was reverted.

Hoi Eggie, Deze mapper maakt dezelfde fout als de vorige. Er is geen fysieke scheiding.

De tag highway=construction wordt normaal niet gebruikt voor kortdurende werkzaamheden. Dat soort afsluitingen worden aangegeven met access:conditional = no @ (periode), waarbij in de periode de begin- einddatum komen te staan.

In dit geval geef je aan dat de werkzaamheden tot 6 maart duren, maar de fietspaden staat nu halverwege april nog steeds op highway=construction. Zijn de werkzaamheden al voorbij?

Volgens de BAG (officiële overheidsdatabase) is dit gebouw nummer 115A en is 117 Chalet d'n Observant, ten zuiden van hier.

De website van Natuurmonumenten zegt:
Startlocatie ENCI-groeve (Chalet d'n Observant)
Lage Kanaaldijk 117, 6212 NA Maastricht (LB)

Nummer 117 is dus de startlocatie, waar je kan parkeren, niet het adres van dit gebouw.

De huisnummers waren foutief toegevoegd als onderdeel van de naam. Ik heb de namen daarom verbeterd.

In deze wijziging wordt ook de Kruithuisweg in Delft omgezet naar binnen bebouwde kom. Deze weg ligt echter volledig buiten de bebouwde kom.

This cafe has already been mapped. node/13630912418

I'll remove this duplicate.

In deze wijziging gaat een correcte turn-restriction kapot. Deze turn-restriction heeft niets te maken met de richting Meibergdreef - A9.

Ik zal deze wijziging terugdraaien.

Vechtdallijnen is niet de naam van deze individuele spoorlijn, maar de naam van de concessie. Deze concessie staat al in Openstreetmap.

Inmiddels heb ik veel ervaring met winkelketens updaten vanuit hun eigen websites en ik ben vaak genoeg verouderde informatie op die websites tegenkomen. Als je een volledige keten naloopt, hoor je niet zomaar winkels te verwijderen die niet op die website staan. Dit is precies waar de fixme-tag voor is bedacht.

Openstreetmap zal nooit helemaal perfect en up-to-date zijn. Zie dat vooral als een uitdaging om de kaart beter te maken waar je dat kan en niet als een doembeeld van een achterhaalde kaart.

Websites van bedrijven worden helaas niet altijd even goed bijgehouden. De meeste mensen zoeken een filiaal ook niet via de locatie-pagina op de website.

Je zal toch echt wat meer moeten hebben dan dat het filiaal niet op de website staat. Zo niet, dan is een fixme de beste oplossing.

De website is niet altijd juist. Daarom voeg ik een fixme toe aan een filiaal dat niet vermeld wordt. In dit geval ben ik alle winkels van Welkoop langsgelopen. Dan kom je de uitzonderingen dus tegen.

Het is onwenselijker om correcte informatie te verwijderen op basis van het niet vermeld zijn in 1 bron, dan om incorrecte informatie te laten staan met een fixme.

Als het bijvoorbeeld door een nieuwsbericht wordt ondersteunt dat een winkel is gestopt, dan is er een daadwerkelijke bron voor het niet-bestaan van de winkel en verwijder ik het direct.

Ik heb nu een aantal locaties verbeterd, dus de tagging aangevuld (nu ook incl moped/mofa/foot/bicycle) en de wandelroutes naar de fietspaden verplaatst.

Bij je voorbeeld was het inderdaad fout dat deze stukjes foot=use_sidepath hadden, maar ik weet niet hoe het in de afgelopen jaren is bewerkt. way/1193643202

Je moet daar toch via het fietspad oversteken? Bij mij stuurt GraphHopper me als enige over het fietspad, terwijl OSRM en Valhalla me over de weg sturen.

Ook in deze wijziging was foot=use_sidepath en de wandelroute fout.