Hi,
you added "scount" tags here - this looks like a mistake. Could you check that?

I agree this tagging is not really nice, and I would recommend to remove it. Why don't you just add a link to the website? It's not really opening_hours, so I wouldn't use opening_hours:url, but maybe a similar tag?

Hi,
could you explain these edits?
I see several issues here:
- you added many tags with 'Yes' as value instead of 'yes'
- many objects got a "address1" tag which shouldn't be there
- many objects got a phone tag that don't contain numbers in international format
- the changesets don't contain a source for this data

Hi,
could you check you tags? I found several "name:zh-hans" instead of "name:zh-Hans".

Hi,
hier stimmt etwas nicht - das gesamte Klinikum und eine Feuerwache sind jetzt als Dieseltank getagged. Die Tags müssten wohl auf ein eigenes Objekt.

Hi,
I noticed these new exit:bicycle and bicycle:exit tags. Shouldn't that be noexit:bicycle?

Hi,
can we remove the foreign tags on this node? node/11063390739

According to the changeset, the data comes from Bing...
May I point you to the mandatory Import Guidelines?
osm.wiki/Import/Guidelines

E.g. there needs to be a documentation of the import process in the Wiki, a proper source in the changeset and a description of the new tags you create.

May I suggest to change to change the "electrobus" tags to something that fits better with other tagging schemes?

1. we already use electric_vehicle and electric_bicycle. How about using "electric_bus"?

2. replace "type" by "manufacturer", which is already in use in many contexts.

Hi,
could you explain what these strangely shaped areas are? They don't have proper tags and don't seem to be appropriate for OSM.

Hi,
'payment' tags are used to tag how payment can be done. It seems you used them to tag the kind of permit needed.
I suggest to change them to either a 'permit = A1' tag
or to a 'parking:zone=A1' tag

Hi,
could you explain what these nodes represent? They have tags like "radaition" which are not used in any other place in OSM.

Hallo,
ich habe gerade ein paar destination-Tags korrigiert: die tschechische Sprache hat das Kürzel cs, nicht cz.

Hallo,
bitte überprüfe einige deiner Tags - "forward" gibt es nicht in Zusammenhang mit sidewalk - das müsste left oder right heißen.

Hallo,
Ich kenne die Situation vor Ort nicht, aber laut Google scheint es sich dabei tatsächlich um den Namen dieser Wohnwagensiedlung zu handeln.

Hallo,
ich habe gerade einige deiner destination-Keys korrigiert, z.B.

destination:ref:forward:to -> destination:ref:to:foward.

Das "to" kommt immer vor dem "backward" oder "lanes".
Schau besser nochmal nach, ob ich auch alle dieser verdrehten Tags erwischt habe.

Hi,
something went wrong with the charging stations you mapped. They got some strange tags:
charging_station_basej0 = bicycle
charging_station_basej1 = authentication:app

Could you check & fix this?

If it's not clear what the correct natural value is, then there should be a 'fixme' tag on the area so that every mapper in the area gets a marker in their editor.
Just adding a wrong tag again is not helpful at all.

Even the questionable 'hazard' tag seems to be fitting according to the OSM Note that was left here a year ago (there is still a hazard in the area if you try to access it). Contacting that user seems to be a good source for further information...

Check e.g. osm.wiki/Limitations_on_mapping_private_information

Note that this particular case is not mentioned here, but things that are listed there as not allowed are much less problematic according to law.

The ethnicity of people is considered as private information that needs special protection by law in many places, e.g. by GPDR and CCPA. Having this kind of information in an open database would make use of OSM almost impossible in these areas. I also remember several discussions with the result that a geo-database lime OSM is not the right place for this kind of information.