Hallo, hast du gesehen, dass hier bereits maxspeed:forward und maxspeed:backward eingetragen war? jetzt ist "maxspeed" als dritter Wert uneindeutig. Schaust du dir das nochmal an?

Hi, was möchtest du mit "motor_vehicle=designated" ausdrücken?
Siehe dazu auch folgende Seite im Wiki: osm.wiki/DE:Tag:access%3Ddesignated

Nicht dafür! :)

Ja bitte! Ich wollte noch was dazuschreiben, hab's aber wirklich vergessen. Die Adressen sind amtlich vergeben, vermutlich besteht hier bereits eine Baufreigabe für Wohn- oder Mischnutzung. Auch wenn die Garagen keinen Briefkasten haben, können die Adressen angefahren werden - ähnlich wie kleine Trafostationen, die haben auch alle eine amtliche Adresse, aber keinen Briefkasten.

Jetzt hat fmc_2 nochmal ordentlich durchgepflügt hier. Ist jetzt überhaupt noch etwas offen?

Grüß dich, lässt du die Gebäude mit Life-Cycle-Prefix bitte noch drin solange das Luftbild sie noch zeigt? Danke dir!

Der vorherige Wert war "wiki-konform" und maschinenlesbar. Der aktuelle Wert scheint eher für die "description" zu sein oder was meinst du dazu?
charge=*

Bei zeitabhängigen Werten wäre sogar statt "charge" ein "charge:conditional" empfohlen. An diesem Beispiel wohl "charge:conditional=20 EUR/day @ (Nov 01-Apr 01)".

Das wäre dann wohl bei allen deinen heutigen Änderungen noch anzupassen. Schaust du dir das nochmal an? Danke dir!

Diese Änderung wurde revertiert. Siehe dazu auch: note/4972709

changeset/172387973

Danke dir!

Hi, was bedeutet "footway=designated"?

Bin da ganz bei dir und wiederhole mich jetzt tatsächlich - nur eben auf deutsch :)
Das einzelne surface=asphalt gibt bei segregated=yes keine 100 % Gewissheit an, dass wirklich beide Seiten s=a sind. Beispiele dazu hatte ich auf GitHub mehrere verlinkt. Alle drei Werte sind redundant - aber stören sie wirklich so sehr? Für alle die sich jetzt denken: Ja aber die Datenmenge!!!1elf!: Die Welt-Karte hat aktuell knappe 75 GB bei der Geofabrik. segregated=yes haben noch keine 300.000 Wege weltweit, davon knapp 80 % ein surface-Tag. Am Beispiel von "surface=asphalt" im XML Format sind das in der ganzen Weltkarte deutlich weniger als 10 MB - von knapp 75 GB! Wir reden hier von einem Datenvolumen von 0,013 %.

Klar, kann man jetzt auch s=a ganz weglassen und nur die beiden spezifischeren Werte belassen, aber wie du sagst, das kann noch nicht jeder Router.
Da könnte man jetzt aber auch laut sagen: Na und? Ist ja nicht "unser" Problem, wenn die Software das nicht kann.

Dementsprechend volle Unterstützung deiner Aussage: Ein unlösbares Problem :)

Ich weiß nicht, ob du wirklich alles gelesen hast, aber ich kann in meinen eigenen Argumenten nirgends ein „mir egal” lesen. Das Löschen vorhandener Werte ohne individuelle Kommunikation mit dem Eintragenden würde ich persönlich als Vandalismus betrachten und die DWG dazu einschalten. Bisher ist das aber noch garnicht passiert :)

Moin! Korrekt, ich würde auch sagen, es wurde schon mal alles angesprochen :)
https://github.com/streetcomplete/StreetComplete/issues/5878

Feedback:
- landuse's die direkt nebeneinander liegen, kann man gerne miteinander verbinden. Bitte nicht mit Straßen oder anderen Objekten. Aber zwei Äcker nebeneinander können verbunden werden.
- Wenn du den Ort deiner Bearbeitung wechselst, lade deine Änderungen dazwischen immer hoch. In dem Fall beim Ortswechsel von Moos nach Hilpertenhof.

Ich hab hier ein foot=yes draus gemacht, da Fußgänger nicht verboten sind.

operator:type=marina gibt es nicht: https://taginfo.openstreetmap.org/tags/operator%3Atype=marina
Und das Tagging war wiki-konform: seamark:small_craft_facility:category=*

changeset/172163650

operator:type=marina gibt es nicht: https://taginfo.openstreetmap.org/tags/operator%3Atype=marina
Und das Tagging war wiki-konform: seamark:small_craft_facility:category=*

changeset/172163585

operator:type=marina gibt es nicht: https://taginfo.openstreetmap.org/tags/operator%3Atype=marina
Und das Tagging war wiki-konform: seamark:small_craft_facility:category=*

changeset/172163417

Hi and thank you for your contribution!

Please note for the future: changesets should be local.

To avoid conflicts and as a courtesy to reviewers, it is recommended to:
• combine changes in a small geographical area (within a city, district or province)
• keep changes within the same country
• upload/save changes before moving on to map in a different area

Why? Have a look at the section
"Geographical size of changesets" on this wiki page:
osm.wiki/Changeset#Geographical_size_of_changesets

Thanks for considering, have a nice day and happy mapping!

Your changeset comment reads “corrected color "grau" -> "grey"” and it does not say that you did not check it.
In that case, it would have been better to delete the values instead of entering incorrect OTG, syntactically correct values. But that would also be suitable for a community discussion.