I removed the duplicate AED node of yours and removed the name=AED in the other node.

Hi, thanks for the contributions! The volleyball field looks good. I removed the generic name=speeltuin on the playground for you since it's already clear for all data consumers that this is a playground by looking at the other tags and they (e.g. a map) are free to add a label "speeltuin" for all playgrounds on their map, for example, so it's just duplicate data or rather wrong because normally name=* only means the name is signed.

Yes, here is the old existing node: osm.org/node/9555896239
You can also see it if you zoom all the way in (while editing) or if you temporarily move the node away in iD (osm.org web editor) while editing.

By the way, if the AED doesn't have a specific name, it should not have a name tag. This also applies for the other AED you created: osm.org/node/12564853200
Having emergency=defibrillator is enough in itself to clearly indicate it as an AED. It is up to each different data consumer (for example map views, but also programmatic users, data science/studies, etc.) if they want to show that as in icon (and not any text if there's no signed name) or with an "AED" text or a translated text of AED.
See here for other helpful tags to use for an AED (but which don't include name): osm.wiki/Tag:emergency%3Ddefibrillator

Also, generic names should never be used, always use just the proper tags and the potentially signed name. This makes the OSM database most useful to all kinds of data consumers and not just for example for map views like the default osm.org map or Osmand. See osm.wiki/Tagging_for_the_renderer
And for more information regarding the name tag, see: osm.wiki/Names#Name_is_the_name_only

Feel free to ask if anything is unclear or removing the duplicate node doesn't work.

Hi and thanks for contributing to OSM. This defibrillator was already in OSM. I think there is also a way to search for AEDs in OSM so you could see if it is already there before adding.
Could you remove the duplicate (newer, less tags) node again?

Hi and welcome to OSM and thanks for contributing! The steps here osm.org/way/4969742 were deleted in this changeset here, so edited by you. But from other sources, I highly suspect they are still there. Are they really not there anymore and did you survey the place? Was it maybe a mistake in the edit?

Hi, danke für deine Mapping Contributions! Kleine Anmerkung: Ist inzwischen zwar schon korrigiert, aber zur Info für die Zukunft:
lanes:forward und lanes:backward sollten sich immer zu lanes aufsummieren. So etwas wie lanes:psv ist nur eine zusätzliche Info und geht nicht in diese Berechnung ein. lanes:psv ist ein Teil von entweder lanes:forward oder lanes:backward, aber wird nicht extra dazu summiert.
Noch fröhliches mappen :)

Hi, thanks for your contributions! You changed the driveway osm.org/way/219223924/history but highway=service should not have an address and a name only if it is signed as such, but here it's a private driveway without signage, only the building or an address node (or a POI) should have an address. See osm.wiki/Addresses
I removed the address information from it.
Happy mapping!

Hi, thanks for your contributions! You changed the driveway osm.org/way/219223924/history but highway=service should not have an address, only the building or an address node (or a POI) should have an address. See osm.wiki/Addresses
I removed the address information from it.
Happy mapping!

Hi, thanks for your contributions! You changed the driveway osm.org/way/971939638/history but highway=service should not have an address, only the building or an address node (or a POI) should have an address. See osm.wiki/Addresses
I removed the address from it.
Happy mapping!

Hi, thanks for your contributions.
The convenience store you added in this changeset ( osm.org/node/11940262191/history ) has addr:street=45, which is wrong. I changed it for you to be addr:housenumber=45 and addr:street=Rue de la Commune - Gemeentestraat to make the address valid. If that is wrong, please let me know or change the tags.
Happy mapping!

Hi spaarkaart, thanks for your contributions! You added payment options of all debit and credit cards being accepted at this Colruyt ( osm.org/way/227925796 ). Is this true and it truly accepts more than just Bancontact cards as seems to be often the case?
Thanks!

Makes sense, thanks for the response 10 years later though :D And thanks for all your contributions, happy mapping :)

Ok, yeah I knew about the tagging on the way. I just wanted to confirm that the changeset wasn't a mistake because for me it seemed like you wanted to do the exact opposite ("fixing a mistake which was putting it on the road itself").
Thanks for clarifying and the explanation.

Hi, thanks for your contributions. I know this is an old changeset, but it's the first one to set the height of the Finance Tower in Brussels to 144 meters. I see it listed everywhere as 145 meters. Was there a specific source that said 144 which is more accurate?

Thanks already!
hackthemap

You write "fixed mistakes caused by changeset 113411495 (traffic_calming=table on the road itself)" but traffic_calming=table is tagged instead of removed on the whole road itself here in your changeset. Is that raised road really the case or did you want to remove it and put it on a node instead and this is a mistake?

Yes, to just keep the surface tag for now to keep compatibility with current data consumers. Changed it now. I think it's better to have the information in structured data (proper tags) compared to a note and if nobody is using the suffixes, then data consumers will understandably not care to implement them, so one has to start somewhere.

Hi! Thanks a lot for the note tag and splitting the way to add more surface details. Could we add the surface:forward and surface:backward in addition to surface because they seem clearly defined with the general forward/backward suffix, just not used very much? The normal surface tag could still stay as a tag wtih the same common/worst value, in order to only add correct information in addition for consumers who understand it without making it worse for existing consumers? Could that make sense, what are your thoughts?

Thanks for the addition! Small note : I think it should be EUR with capital letters instead of Eur at least according to osm.wiki/Key:charge

Thanks for the changes!
But this seems to be some kind of service point of ING where you can also make appointments to talk to someone to open accounts, etc. not just an atm there.
I would map that as amenity=bank if there is no other tagging for these kinds of service points I should use?

On the website https://www.ing.nl/particulier/klantenservice/bankzaken-beginnen-of-beeindigen/geldautomaat-of-kantoor-zoeken/index.html for this point it says:
"Hier kun je terecht voor:

Hulp bij digitaal bankieren & dagelijkse bankzaken
In winkels van bv. Bruna, Primera of Read Shop
Bankzaken regel je eenvoudig in de app of Mijn ING"

Ich sehe dass der ID web editor hier leider einige Sachen vorschlägt die so keinen Sinn machen :/
Bei einem recycling container (im allgemeinen) gibt es einen operator, vllt noch operator:short_name und operator:wikidata etc. aber kein brand und auch kein short_name, da das ja wieder der name des Objektes selbst wäre und dieser spezielle Container hat ja keinen Namen.