website links zouden zo clean als mogelijk moeten zijn (website=*). In dit geval heb ik de UTM referer verwijdert (als aangegeven (Remove any tracking parameters) in de "Privacy and security" sectie op de wiki.

There are 2 tags (木材barrier=kerb_kerb=raised) inside the material key of these 2 nodes (node/12882535799 and node/7683582442). Not clear to me if they should be separate tags or if it is a copy error

P.S. shouldn't the material value be in English?

Ways: way/1432013229 and way/1432013230 did something went wrong with copying here?

Ways: way/1460165779 and way/1460165780 did something went wrong with copying here?

Illogical:
* Relation type on node.
* "new" check_date from 2022?

Late reaction.
There is a tag 'historic=yes' inside the key 'cemetery' on way:way/437015523. This looks incorrect to me.

Lijkt erop dat email is blijven "plakken"?

Volgens de website (https://bakkerijhetzand.nl/roosendaal/) van Bakkerij 't Zand zou hier nu een vestiging van hen zijn? Kan jij dit bevestigen dan wel ontkrachten?

Something wrong with node/13666627193 and node/13666627192? Looks like there is a tag inside the value of another tag

It is a bit late but way/945567286 'material=20 mph'?

Er lijkt iets te zijn misgegaan met deze way (way/1489189665). Er staan geen tags op.

Printerpro heeft hetzelfde adres als JD Sports (node/2610251777). JD sports heeft echter op de website (https://www.jdsports.nl/store-locator/rotterdam-beursplein/2277/) Beursplien 8 als adres (mogelijk verhuisd?).

En in Nederland wordt een POI in de regel gecombineerd met de adres node.

At Hôtel Central (node/4059877025) you have used the key communication:mobile_phone for a mobile telephone number That is no correct.

communication:mobile_phone (communication:mobile_phone=*) is to identify if or what type is used on antennas.

For mobile telephone numbers the key mobile (mobile=*) could be used.

P.S. The "tel:" in the value should not be there, only the number.

Also, according to the wiki name= should not be used anymore (memorial=ghost_bike). Instead subject= should be used.

Hi

Ik heb deze node verwijderd omdat het een duplicaat was van node/2848020749

In Nederland wordt een POI in de regel gecombineerd met de adres node.

Sorry for the late call.

Bit of a strange value for socket:tesla_supercharger:output (@) here?
Side note: key has been changed to socket:nacs:output in a later edit but the value was kept.

P.S. Most Tesla operated superchargers seem to be named "Tesla Supercharger".

I came by node/13556633893 which has an extra = in the value of the socket:type2_combo:output.
I also noticed that the value of socket:type2:current is set to 250 Kw that can not be correct. Current should be in Amps.

@herbinator. Ik heb die spatie niet weggehaald. Maar "belangrijker" heb je nog gekeken hoe het zit met wel of niet open op zondag? (Niet meer op deze node natuurlijk maar op de gemergde node/2737074487)

Ik heb de complete opening_hours nog even door yohours gegooid (https://projets.pavie.info/yohours/?oh=We%2008:00-12:30;%20Su-Tu,%20Th-Fr%2008:00-18:00;%20Sa%2008:00-15:00) en die kan het niet aan. Opening_hours evaluation tool is wat minder strict op de syntax en kan er wel wat van maken (https://openingh.openstreetmap.de/evaluation_tool/?EXP=We+08%3A00-12%3A30%3B+Su-Tu%2CTh-Fr+08%3A00-18%3A00%3B+Sa+08%3A00-15%3A00)

Nodes 92310197, 13599781835 and 13599779741 have yes' as value for lit, might that be a typo?

Looks like something went wrong with the lit tag on way/556229126

Het is in Nederland gebruikelijk om de POI te combineren met de adres node, daarom heb ik de POI data verplaatst naar de adres node (changeset/179848207).

P.S. Ik zag dat je de ele key had gewijzigd in floors. Als dit gaat om het aantal verdiepingen dan is floors niet de gebruikelijke key daarvoor (wereldwijd slechts een paar honderd keer gebruikt en niet gedocumenteerd op de wiki) gebruik in plaats daarvan buildings:levels (building:levels=*).