Hi, would you mind doing a quick spelling check for your tags in the future?
I think so far I've encountered 5 different spellings for the word 'crossing' in your uploads ;)

The changes you made here completely mangled this relation relation/11557454
It now only has two members that are completely disconnected from each other.

Hi, ich glaub du hast den Lüftungsturm hier dupliziert

way/675517146
way/1232965154

Multiple OSM objects pointing to the same wikidata entry is perfectly valid and should not be removed

Please don't add random tags that don't mean anything just because you need them for your app

Hi, you seem to misunderstand how names work in OSM. You removed `name:fr` tag here and in other similar changesets and replaced them with a `name:es` tag.
`name:*` tags do not denote any 'official' name, but simply indicate how something is called in the corresponding language. Adding a `name:es` tag is fine and correct, but the other name tags should not be removed.
Please restore the `name:fr` tags you removed.

Best regards, Woazboat

Hi, I'm curious about the source for the name change of the street here. Where did you find the information that it's supposedly called Grand Avenue?

Best Regards,
Woazboat

Hallo,

Erst einmal, toll dass ihr in der Leitstelle OSM verwendet. Immer schön zu sehen wenn OSM auch "offiziell" verwendet wird.

Kommen wir zur eigentlichen Sache.
Kurz vorweg, der User @beautifulplaces kann getrost ignoriert werden. Es handelt sich um einen altbekannten Troll der schon mehrmals gebannt wurde, immer wieder versucht diese Bans zu umgehen, und für den alles eine wirre "Verschwörung von Berufsgeographen gegen ihn" ist.

Die Organised Editing Guidelines sind nicht nur für mapping durch kommerzielle Firmen gedacht, sondern kommen auch dann zur Anwendung wenn Mapper an einem gemeinsamen (extern) organisierten Ziel arbeiten oder die Bearbeitungen im Auftrag einer Organisation erfolgen. Der Sinn dahinter ist, dass diese Bearbeitungen als solche gekennzeichnet sind damit sie einfacher von anderen Usern zugeordnet und verstanden werden können. Wie ich sehe hast in deinem Userprofil schon vermerkt dass du bei der Leitstelle arbeitest. Was hier im Vorhinein nicht ganz hervorgegangen ist ist ob diese Bearbeitungen für/im Auftrag der Leitstelle passieren oder ob diese rein privat sind. Das wäre z.B. nützlich zu wissen und zu kennzeichnen.

Changeset-Kommentare bzw. Beschreibungen sind als Information für andere Benutzer gedacht um es ihnen leichter zu machen die durchgeführten Änderungen zu verstehen. Alleine die Existenz eines Changesets impliziert bereits dass etwas geändert bzw. upgedated wurde, d.h. eine Changesetbeschreibung die nur "Update" ist komplett redundant und hat keinerlei Informationsgehalt. Sinnvoller wäre hier ein kurzer Kommentar wie z.B. "Polizeistation-Namenskürzel f. Leitstelle Tirol".

Nun zum verwendeten Tag. `alt_name` ist eigentlich nicht für (interne) Kürzel gedacht, sondern sollte ein Name sein der auch allgemein bekannt ist und auch als Name verwendet wird. Hier in diesem Fall halte ich es eher für unwahrscheinlich dass eine Person auf der Straße ein Polizeiinspektion "PI" nennen würde? Wenn es wirklich eine Namensabkürzung ist wäre `short_name` besser geeignet.
Kürzel oder Referenznummern die keine wirklichen Namen sind wären besser im `ref:*`=* namespace aufgehoben. Hier könnte auch ein eigener namespace für die Leitstelle Tirol angelegt werden wie (nur als Beispiel) `ref:AT:T:leitstelle`=*.

lg, Woazboat

Super, danke! Schaut gut aus soweit ich das gesehen hab

No, that's not how OSM works. If you want to import data, you need to follow the import guidelines set by the community. That includes
1) Making sure the data is useful and correct. Promising to fix things 'afterwards' is not sufficient.
2) Getting into contact with the OSM community to notify them about the planned import and to get feedback.

While it's commendable that you want to contribute to OSM, the project and its community are bigger than just your group of friends and you are not working in a vacuum.

way/1125961871/history

Hi, der Weg hier war als virtuelle Verbindung für ein korrektes/sinnvolles Fußgängerrouting eingetragen. Wenn Gehsteige separat von der Straße mittels eigener Wege gemappt sind ist das teilweise notwendig um die möglichen Verbindungs- und Überquerungspunkte abbilden zu können da OSM technisch leider keine gute Unterstützung für parallel verlaufende Wege wie z.b. Gehsteige hat zwischen denen man in der Realität an jeder beliebigen Stelle hin und her wechseln könnte.
Für diese virtuellen Verbindungswege gibt es den footway=link Tag (der hier in diesem Fall auch gesetzt war) um sie unterscheiden zu können.
Bei Kreuzungen endet der Gehsteig ja genau genommen eigentlich auch an der Fahrbahnkante und führt nicht durchgängig über die Straße hinweg, aber dennoch sollten die Wege über den 'nicht existenten' Teil auf der Fahrbahn hinweg verbunden werden um ein sinnvolles Wegnetz zu erhalten.
Wege dieser Art sollten aus diesem Grund bitte nicht entfernt werden.

lg, Woazboat

Siehe auch:

footway=*#Common_values

osm.wiki/Proposal:Tag:footway%3Dlink

Hi, thanks for reverting this. Please leave a comment on the original changeset so others who see it know that it has already been handled and the conversation is linked

The 'club house' you added here is 90m x 70m and there are absolutely no references online to the Royal Baira Country Club. What are your sources for this? Otherwise I'm inclined to believe this doesn't exist and you added nonexistent stuff to the map (again)

It's better to use revert tools instead of manually deleting/undoing changes. Otherwise some small changes like e.g. this nonexistent crossing that was added remain unnoticed

node/11178768463/history

@Magoto care to explain yourself why you added this obviously incorrect motorway?

Hi, der Tag den du hier gesucht hast ist

amenity=events_venue

bzw.

amenity=conference_centre

Für community-betriebene event locations gibt es auch amenity=community_centre + community_centre=events_venue / community_centre=meeting_room , aber das scheint hier nicht der fall zu sein

lg

Hi, the wikidata=* tag should contain only the Q ID and not the full URL, e.g.:

`wikidata=Q7058982`

wikidata=*

Similarly, the wikipedia=* tag should only contain the language + page title code and not the URL, e.g.:

`wikipedia=en:Northern Stage`

wikipedia=*

Hi, ich glaub das Naturschutzgebiet Klafferkessel ist jetzt doppelt eingetragen.

relation/8718945
way/1181295602

That is literally the tunnel into the Altausee salt mine that thousands of visitors walk through regularly (including me a few years ago).

https://salzwelten.at/en

You can see a picture here
https://salzwelten.at/Medien/Altaussee/38/image-thumb__38__lightbox/SW_AA_gefalltete_Steinsalzschichten_mit_Stolleneingang.jpg

I think the wiki page for `location`=* provides a reasonable guideline for when to use the `tunnel`=* key.

location=*

> "For features which are contained within a _self-supporting_ tunnel (...) use `tunnel`=* (...)"

This distinction is quite reasonable I think. If a cable is simply buried in the ground without anything around it it would just be tagged with `location=underground` without a `tunnel`=* tag.

As an additional data point: Mine tunnels also (often) only have one entrance, are not meant for transportation from one end/exit to the other, and are also tagged with `tunnel`=*.
way/227946737

Note that 'tunnel`=* does not necessarily mean it's for humans in the first place. (e.g. `tunnel=culvert`)

> make tunnel=* compulsory on all linear underground objects

If they are artificially 'housed'/'eingefasst' then yes. Not if it's a natural cave.