Deze kringloopwinkel stond al in Openstreetmap, als toekomstige winkel i.p.v. bestaande winkel. Ik heb de dubbeling verwijderd.

Ik heb de haltenodes hersteld. De aan het perron vastgeplakte ways heb ik laten staan.

In deze wijziging gaan de tags local_ref van de haltesnodes verloren, verdwijnen de haltenodes uit de busroutes en wordt het perron als voetgangersgebied getagd en de rand van het perron als perron...

Het was allemaal correct getagd en dat heeft veel werk gekost. Waarom moet dit nu weer?

I've reverted this edit. Unfortunately there are still many of these literal translations left...

Here you've also created a duplicate.

You've created a duplicate. I'll remove it.

Hi,
In the Netherlands building are imported from the BAG government database. You can ask for an import in this forum topic https://community.openstreetmap.org/t/bag-importverzoeken/3394/4228

I've made a request for this building.

Als ik het ontwerp bekijk, zie ik dat het toekomstige fietspad aan de westzijde komt te liggen. https://www.zuid-holland.nl/onderwerpen/verkeer-vervoer/vaarwegen/vaarwegen/vaarwegen/vaarweg-alphen-aan-den-rijn-woerden/vervanging-steekterbrug/toekomstbeelden-steekterbrug/

In dat geval is het dus wel een afgesloten fietspad (met access=no) en geen fietspad in aanleg (highway=construction, construction=cycleway).

Dit is niet de correcte manier om aan te geven dat een fietspad door hulpdiensten gebruikt kan worden. De correcte manier is het toevoegen van de tag emergency=yes.

Klopt het dat alle milonga's die nu als dansschool in Nederland zijn toegevoegd geen daadwerkelijke fysieke objecten zijn, maar evenementen die maar 1x per maand plaatsvinden?

In dat geval horen deze niet thuis in Openstreetmap. Dit is een kaart, die fysieke objecten weergeeft, geen gebeurtenissen.

In deze wijziging wordt het woongebied van Rijen (landuse=residential) verwijderd.

Ik zie vaker woongebieden verdwijnen in onvoorzichtige BAG-updates. Het is dan moeilijk om deze wijziging terug te vinden. Graag aandacht hiervoor!

Bedankt voor de toevoegingen.

Je voegt hier wel een adresachtige beschrijving in hoofdletters toe als naam van deze gebouwen. Dat is niet correct. Dergelijke beschrijvingen kun je het beste in de description-tag plaatsen en dan niet in all-caps.

Dit is geen secundaire weg, maar een bromfietsdoorsteek. Dan is er niets mis met highway=cycleway en bicycle=no, ook al vindt Osmose niet leuk.

I've added all the correct operator to all changing stations and charge points with brand=bp pulse in the Netherlands. The NSI often keeps brand and operator separated, so then that won't be a problem.

The NSI isn't a validation tool. It just gives suggestions that should be checked before changing. In the Netherlands I see many errors due to accepting NSI suggestions blindly without checking.

Het lijkt erop dat je hier de huizen uitlijnt met de daken i.p.v. de muren op maaiveldniveau. Omdat de luchtfoto's niet precies van boven zijn gemaakt, klopt de uitlijning van de daken niet precies.

De gebouwen in Openstreetmap zijn geïmporteerd uit de BAG en zijn vrijwel altijd correct ingemeten.

Ik zal deze en de wijziging ernaast terugdraaien.

Alle tankstations en laadpunten van BP in Nederland zijn overgenomen door OK. De laadpunten hebben nog wel het merk bp pulse (brand), maar de operator is OK geworden.

Ik heb de tagging van busbaan (highway=busway) en inzinkbare paal (bollard=rising) verbeterd.

Thanks for the details.
There were some errors in this edit:
- In the Netherlands POIs are mapped at the address node, not at the buildings. The petrol stations and the roof are separate entities.
- 'Verzorgingsplaats' is a description. It isn't part of the name, so it shouldn't be in the name-tag.

I've solved these errors.

Additional info: osm.wiki/The_Netherlands_road_network#Aruba

These route relations had been mapped by an experienced mapper, that has added many similar relations. For proper rendering the separate A- and B-relations are needed.