Hello again,
thank you for adding all those parking spaces!
Please note that confusingly, the correct tag for public features is access=yes, not access=public. I fixed that already, so don't worry, but it would be great if you could keep that in mind for future uploads.

Thank you!

Hi,
I am a real person. i think it is because your account is new. There has been some vandalism in the past so now new accounts can't change too much at once. I think it's currently set to 1000 edits per hour.

You can read more about that here if you want: https://heigit.org/analyzing-the-changesets-of-osm-newcomers/

So you just need to wait a bit before adding those bus routes.

Happy mapping!

Yes, the correct one to be used for public areas is just access=yes. This is mostly important for routing engines or other 3rd party services that automatically parse the data, so having standard values is especially important for those.
As with every openstreetmap tag value, you can make up any tags you like for cases which are not covered particularly well with the established standard values, but in this case, yes just does the job.
See access=* for more on those values.

Happy mapping!

Hello and thank you for adding all those camping grounds!
Please note that the correct tag for dog is dog, not dogs. I fixed this everywhere!

Thanks and happy mapping!

I apologize for the change set bbox size, I thought I had removed that one edit from the changeset.

The node and way id mixup also occured here. Please fix it before editing anything else on osm with that app

The same issue as in changeset/183732921 with mixed up node and way ids also happened here. I fixed it. Please make sure your app handles way IDs properly.

Hello,
It seems like there is an issue with your editor. Osm counts up ids for nodes and ways separately. You tried to edit way/115767704, which is the church in denmark, but you actually added the tags to node 115767704, which happens to be a random node of a street in Lousiana, Usa.
As far as I can see, the tags you added were all already on the church, too, so I just removed them from the wrong street node.
It would be great if you could further investigate how it came to this mixup (programming mistake vs user error for instance) to understand how to avoid it. A lot of newer editors are vibecoded and have this very mixup problem, unfortunately.

Thanks and happy mapping!
(An other) Jonas

My main argument for having it there is that the main purpose for having that tag in general is not for people to look up what a word means or who a certain person was if they don't know, which I guess is where usually etymology comes from. I think it is rather about having the data set for whatever social analysis people want to do. There are residential areas where every street is named after a species of tree, and an other one where every street is named after musical instruments, and all of that is very interesting in my opinion. The point of wikidata is to have this public knowledge structured in a way that allows for those analysis, and in some way, linking osm and wikidata is just an extentsion of that wealth of data.
A human looking at a map knows what a raspberry is, but the more of name:etyomlogy:wikidata tags exist, the more it will be possible to analyse how societies honor people, places or concepts by naming their streets.
I do understand where you're coming from though. I think I will keep it there, mostly for the aforementioned reason, but also because it's not wrong and although it might technically be unnecessary in some view, it doesn't hurt having it.

But it's still named after the concept of communication, right? And isn't that what etymology means in this context? Just how a garden street might be named after gardens.

Kein Problem! Ich habe ihn in seinen eigenen wikivoyage=* tag verschoben. Der ist zwar unüblich, aber es gibt ein paar davon, da finde ich ist er gut aufgehoben.
Schönes Wandern!

Hallo,
vielen Dank für das Dtaillierte Mappen dieses Wanderwegs!
Ich hatte ursprünglich den Wikidta-Tag entfernt (bzw zu Wikivoyage geändert), weil Wikidata-Tags nur auf Wikidata Objekte verweisen sollen und deswegen auch nur eine sehr strenge Form einhalten müssen, nämlich ein Q mit nachfolgenden Zahlen. Das ist besonders wichtig, weil der Sinn von Wikidata ist, Daten maschinenlesbar aufbereitet zu haben. Ein Link auf eine andere Seite, die mit Wikidata nichts zutun hat, ist da nicht hilfreich.
Ich habe jetzt im letzten Changeset das korrekte Wikidata-Objekt Q18536599 für den Grimmsteig verlinkt. Ich hoffe das passt so!

Viele Grüße und frohes Kartieren
Jonas

Hi,
Thanks for adding all those details! The wikidata tag on thr Chifley node was indeed incorrect, what you want to do if you have the wikipedia page is select tools (top right) --> go to wikidata item. Then you copy the wikidata ID (beginning with Q and then a number) into the tag. I already fixed it here. I hope this helps!
Thanks and happy mapping!

Uważam, że rysowanie lasu nie jest konieczne, skoro poszczególne drzewa są już narysowane, ale nie jest to całkowicie błędne.

Hello,
thank you for adding all the wikidata tags! For some reason, some of them have the invisible unicode symbol U+2069 at the end. It is not a big problem most of the time, but some data consumers might have issues processing the data. For example, in the ID editor, the wikidata filed stays empty instead of displaying the usual title, description, and identifier field.
I don't know enough about your process to find the issue, but it would be great if you could search for the cause yourself. In the meantime, I am in the process of cleaning up these cases.

I found these by querying overpass for nonstandard wikidata tag values with this query: [out:json][timeout:60000];nwr["wikidata"]["wikidata"!~"^Q[0-9]+(; ?Q[0-9]+)*$"];out center;

Thanks and happy mapping!

Ich habe das mal in changeset/182733083 korrigiert.

Hello,
thank you for adding all those places!
I am curious about the island you tagged as Cayo Raya. You tagged both wikipedia and wikidata, but neither of them exist. I can't find anything under that name online, only Cayo Costa Raya, which is a but further west. Are you sure this is the right name? And can you please help me find the right wikipedia and wikidata for this island so it can be tagged properly?

Thanks and happy mapping!

Hello Tommy,
thank you for adding these trees. In the future, please note that natural=tree is only supposed to be used on individual nodes, not on areas or ways. I fixed this already by replacing a tree area by two nodes for the individual trees.

Thank you and happy mapping!

Hello,
thank you for adding all those trees.

Please note that natural=tree is only supposed to be used on single nodes, not on ways or areas. I fixed this by replacing your tree ways with individual nodes already.

Thank you and happy mapping!

Hallo,
ich wurse bei meiner ursprünglichen Änderung darauf aufmerksam gemacht, dass die Bilder veraltet sind und jetzt sehr viel mehr Bäume hier stehen als die 6, die man aktuell sehen kann. Bin persönlich nicht vor Ort und muss deshalb auf die Einschätzung vertrauen, dass Wald es schon am besten trifft.