Hi,
Thanks for pointing that out! It's a bug with the function that lets you follow an existing path, I see you also already brought it up on the discord.

Hello stoney,
thank you for adding all those golf course details!
Plase note that you're drawing the center lines the wrong way around: In FairwayMapper, you have to start the lines at the tee boxes and finish them on the greens. FairwayMapper also automatically adds the pins to the end of the line, and yours appear in the tee boxes instead of the greens.
I will fix this right now for the holes you already mapped, so don't worry about them, but please keep that in mind for future edits.
Thanks and happy mapping!

Hello,
Thank you for adding details to this industrial area!
You tagged some streets with access=public. I changed that to access=yes because confusingly, that is the right tag for public places. However, are you sure that these are public? The whole area is private and then there are 6 smaller roads mixed in seemingly randomly that are supposedly public. It seems like that might be a mistake because people couldn't even get there without walking over private roads?

Thanks and happy mapping!

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!