Adding insult to injury does not make it look any better, Adament1. You removed data without any knowledge of the area, without any reliable source and without any discussion. The reversion was justified and I am glad that it happened.

Are you aware that PDOK is outdated in that area? That park has recently been overhauled as you can see with respect to the newly added stream that does not appear in PDOK.

Is dit een hek?

Ik hoop dat je het niet erg vindt als ik een paar puntjes aanstip:

1) De standaardtaal op OSM is Brits Engels. Als een Nederlandstalige beschrijving wordt opgegeven (en dat is op zich prima) dan kan daarvoor description:nl worden gebruikt.

2) Voor monumenten bestaan speciale tags die ervoor zorgen dat de informatie automatisch kan worden verwerkt. Ik ben hier niet mee bekend dus ik kan je alleen wijzen op het bestaan ervan:

historic=*
osm.wiki/Proposed_features/heritage

Wat je niet weet kun je gewoon weglaten. Als je er niet uitkomt dan kun je altijd terecht op het forum:
https://forum.openstreetmap.org/viewforum.php?id=12

I can imagine the confusion. I used "number_plate" for a shop in my own town.

I have to point out that "license_plates" is American English and not British.

De wijzigingen zien er netjes uit maar in dit geval heb je de club dubbel aangegeven, zowel op het adres als op het gebouw. Ik heb de tag van het gebouw gehaald.

Op zich is de tag niet zinloos maar hij is waarschijnlijk op meerdere plaatsen onterecht aangebracht. Ik neem aan dat dit met de beste bedoelingen is gebeurd en er wordt je niets kwalijk genomen. Ik wil er alleen op wijzen dat toegevoegde gegevens betrouwbaar moeten zijn, dus bijvoorbeeld verkregen uit eigen waarneming of uit betrouwbare (en toegestane) bron.

Succes!

Het lijkt me sterk dat je van al deze viaducten weet wat de hoogte is. Dit is niet de manier waarop OSM wordt samengesteld. De tag is zinloos en zal in veel gevallen onterecht zijn aangebracht.

"join the pipe" is het type.

Thnx!

Bedoel je "node" of "note"?

"node=knooppunt 47"

Street and addresses are treated differently in the Netherlands. I hope that you haven't made any changes there, which I unfortunately can 't tell from such a large change set.

Om de een of andere reden ontstaan er vaak losse lege knopen als je een BAG-import uitvoert zoals bij deze woning.

Ik heb het nog iets verder aangepast. Op deze pagina kun je napluizen waarom ik deze wijzigingen heb gemaakt: osm.wiki/Conditional_restrictions

Ik kan van hieraf niet zien wat er lokaal staat aangegeven. Ik maakte uit de tagging op dat motorvoertuigen alleen tijdens de opgegeven tijdstippen van de weg gebruik mogen maken, en dan zou ik dat inderdaad zo aangeven.

Je kunt het ook omdraaien en met de conditional aangeven wanneer motorvoertuigen er juist niet mogen komen ("no" ipv "yes" en de tijden aanpassen). In dat geval is motor_vehicle=* overbodig.

Je bent al heel ver gekomen maar er zitten nog een paar zaken in de weg.

Met de access heb je aangegeven wanneer motorvoertuigen er mogen komen, de rest blijft daarmee onbepaald. Als je motor_vehicle=yes verandert in motor_vehicle=no dan worden die gaten opgevuld met "no". Anders mogen motorvoertuigen er altijd komen.

Volgens mij is de juiste syntax:
motor_vehicle:conditional=yes @ ...

Het lijkt me niet dat de restrictie werkt met motor_vehicle=yes als uitgangspunt.

Ik heb de laatste van jouw edits aangepast en de fouten verwijderd: wegen losgemaakt van gebouwen, hoofdletters toegevoegd aan namen en dubbele tags verwijderd (b.v. op zowel gebouw als adres). Ik moet erop wijzen dat als je informatie in zijn geheel van internet betrekt er geen enkele zekerheid bestaat dat de gegevens overeenkomen met de werkelijkheid. Het heeft de meeste waarde voor OSM als je objecten mapt die je zelf hebt waargenomen en deze af en toe controleert.

Ter info:
Layer geeft de verticale plaatsing aan van kruisende wegen. Zonder kruisende wegen heeft layer geen betekenis. De cijfers hebben verder alleen een relatieve waarde. Layer=-1 kan dus niet worden gelezen als "onder het maaiveld."