Da das gerade wieder in Diskussion ist, hier meine Meinung: Die Polygone zusammen zu fassen ist wirklich kein Mehrwert. Die Begründung von Halbtax ist nachvollziehbar, aber müssig und nicht Schlüssig.

Hallo SKowalke. I will remove the protect class again. The park administration asked us last year to remove the protect class, as the class is not well fitting and redundant with the more readable protection_title anyway. Which sounds reasonable to me.

Hallo
Danke für das Pflegen der defis in OSM. Könntet ihr versuchen, bei Gelegenheit diesen Eintrag zu verbessern, dann könnten wir wieder Rückmeldung geben? Liebe Grüsse, Michael

Hoi Thomas
Haben wir uns am Stammtisch gesprochen? Jedenfalls solltest du dich mit osm.wiki/Switzerland/HikingNetwork auseinander setzen. Das lwn ist mindestens erforderlich. Auch wenn das ein Netzwerk ist, den tag brauchts, darauf hat man sich geeinigt.
Bitte keine riesen Relationen machen. Die sollten immer linear bleiben.
Bitte keine Namen vergeben, die sind nicht benannt. Zum mappen hat sich das from= to= oder note= eingebürgert.

Du musst dich auch ans urheberrecht halten wie hier diskutiert: osm.org/changeset/153280417#

Super. Ja gerne weiterleiten an den tatsächlichen editor. Er/Sie darf das auch gerne unter eigenem account machen, ist ja alles gut bis auf ein paar formale Fehler :)

Hallo Okurdi88. Danke für dein Engagement. Ich möchte dich bitten, mit Imports zurückhaltend zu sein, und im absoluten Minimum die mit ein paar mappern abzusprechen. Siehe osm.wiki/Import/Guidelines (ist vielleicht passiert, aber dass ich nichts davon mit bekommen habe spricht eher dagegen)

Hier spezifisch: Existierende grenzen verwenden. Im changeset auf die wiki Seite verweisen: osm.wiki/DE:Switzerland/Parks und ein announcement auf talk-ch veröffentlichen. Ich werde das jetzt machen (ich mache die pärke updates üblicherweise seit ein paar Jahren).

Beste Grüsse
Michael

Hallo polettif,
beim separat erfassen des trottoirs einer Strasse wäre sidewalk=separate das empfohlene tag, nicht foot=no.
Fröhliches mappen
Michael

MF? MF what? Please try to write meaningful changeset text

Please don't add emojis to name tags. And don't add alt_name tags just to add a few more words.

Hi. Your changeset is OK. But We would appreciate a better changeset comment than "B". Something like: Refined forest outline

Hi, welcome to OpenStreetMap. You marked the whole building as a dentist. A point inside the building is sufficient. I corrected this and a few other things. Also, we don't really map marketing names. Some buildings have names for historic reasons, but this one seems not observable (no signs on the ground indication that awkward name)

Dear vmicho. habi is right, and your assertion that it is "basically correct" does not make any sense. Your way of abstraction goes beyond reason. Please mind the intention behind tags and features. Misusing them degrades the Quality of OSM.

Hi Nagi. About this post box, I am quite confused. I see that you surveyed just a few weeks ago. But I can't really find it. There is a container labelled "Geschäftskunden" at the road to the east. But it doesn't look like a post box, and only the label is in post yellow, nothing else. Do you have a hint where I can find it?
Thanks
Michael

Thank you for your response. I think it depends on what you want to use it for. Those relations do have an admin_level from which you can choose which level you want to regard. Maybe the largest, because you want the narrowest match. Or the lowest, because you want the highest in hierarchy? And maybe you only want to do it if the name matches.
Happy mapping

Cham: This wikidata tag was already on the municipality. the wikidata item is definitely *not* for the town, but the municipality. What a bad mechanical edit.

Bach und Grenze sollten nicht vereint werden. Die Grenze ist fix und passt sich nicht mehr dem Bach verlauf an. Wenn jemand den Bach verbessert, soll nicht die Grenze aus Versehen geändert werden.

Ach so, kleines Missverständnis. Ich hatte die Öffnungszeiten dem Format angepasst. Man kann durchaus Einschränkungen wie "nur nach Terminvereinbarung" als Text eingeben. Das wichtige war, die Wochentage auf Englisch zu schreiben, und die Einschränkung in Anführungszeichen.

Hallo Godar27 und willkommen bei OpenStreetMap. Danke für das eintragen des Coiffeurs. Die öffnungszeiten brauchen ein bestimmtes Format, damit sie maschinenlesbar sind. Siehe osm.wiki/DE:Key:opening_hours
Und es macht durchaus Sinn, den Punkt im Haus zu platzieren, wie du das anfänglich gemacht hast.
Grüsse
Michael

Dear BBMaper,

I just stumbled upon this undiscussed import. It is correct that we can use the Siwss address dataset. I also recognize that Valais is direly lacking in addresses. But just carelessly dumping the dataset is still not acceptable.

1. We want to connect it to the existing data. That means put it on the building outline if buildings are already mapped. Dumping them as nodes just doubles the work for no benefit
2. We want you to review it. There are addresses that are slightly outside a building. Or in the middle of the forest. Are there maybe house numbers for carports or sheds, which do not make sense to add.
3. You have already been told not to delete existing data osm.org/changeset/112428221. And you did it again! There is no excuse any more.

Why is there no Benefit of just dumping the data in OSM: Anyone is free to use that dataset. They can just import it themselves (and decide if they want it at all!) Drawbacks: Apart from the double work (delete node when moving address to the outline) this data would linger forever in OSM, with no one caring, rotting.

best regards
Michael

motorcar=no reicht, access=no ist nicht gut, viel zu allgemein.
Und man kann dies direkt am bollard angeben