Wofür werden denn da zwei Tags benötigt um eine Information zu vermitteln: Das man hier nur 30 fahren darf?

Und schreib die Absprache in note:de=*

Oh, wusste nicht das es da irgendwelche Absprachen gibt. Hab die Kette gesehen, aber da muss man schon schlank und flexibel sein um durch zu passen.

Wollte mit nem eScooter durch und es sah mir nicht wirklich "legal" aus das zu tun.

Würde foot=permissive in dem Fall empfehlen.

Hallo axelr,

das ist keine kurzfristige Sperrung. Die Straße wird vermutlich grundsaniert werden müssen.

Ist schon seit ner Weile so im Wiki dokumentiert, zumindest im Englischen Teil.

source:maxspeed=* ist ja nicht mehr als eine Notiz, maxspeed:type=* macht auch wenig Sinn.

DE:urban ist ja eindeutig definiert als 50 km/h, ergibt also keinen Sinn Redundanzen zu schaffen und maxspeed=50 UND DE:urban hin zu schreiben.

Hab in der Gegend verifiziert, teilweise ist das außerhalb der Ortschaft und damit eben ein explizites maxspeed=50. Die impliziten hab ich entsprechend dann mit maxspeed=DE:urban markiert.

Ansonsten war da relativ viel Kraut und Rüben durch die 4 verschiedenen Tags, was ich ebenfalls aufgeräumt hab.

Mir ist im Gegenzug keine Applikation bekannt die source:maxspeed=* oder maxspeed:type=* versteht. :)

Find ich auch :)

Man kann nun auch bei Shops angeben, dass sie weg sind (shop=vacant) und bei leeren Geschäften wird gefragt, ob da nun was neues drin ist :)

Hey jraller,

I noticed you've added a lot of stop signs in this changeset, but used positions which doesn't fit the street positons, making the roads zig-zaggy.

I'll fix this, but please read this wiki article for any future changes based on aerial photography. :)

osm.wiki/Imagery_Offset_Database

Okay :)

Hey Lukas,

ja das ist falsch. Die Treppe weiter rechts, hat ramp:stroller=yes.

SC zeigte mir die Optionen an, ohne das zu sehen war was vorher getaggt war. Habe die wheelchair ramp getagt, weil links die Treppe ja ebenerdig wird und man mit nem Rollstuhl ohne Probleme drauf fahren kann.

Die Treppen Stufen Menge ist genau an der Stelle erfasst, wo der Weg hoch geht.

An sich ist das ja eine Treppe, mit nem ~45° knick, aber wir haben glaube ich immer noch keine Lösung für Treppen als Areas.

Gerne, danke fürs drauf aufmerksam machen! 😎

fixed in 88588990

Das check_date als Subtag wird demnächst auch von StreetComplete verwendet um zu schauen, welche Infos sehr alt sind und erneut bestätigt werden sollten.

Entsprechend macht es Sinn damit anzufangen die Änderungen basierend auf alten Bildern jetzt schon mit einem Datum zu versehen.

Ja, dazu hab ich direkt auch ein Ticket erstellt.

Wenn ich ein Foto von 2015 anschaue um damit zu entscheiden ob eine Bushaltestelle eine Hütte hat oder nicht, ist das kein "survey".

Besser wäre shelter:check_date=2015-01-02, dann weiß man wie alt die Info des Tags ist.

Siehe

https://framagit.org/Pic4Carto/Pic4Review/-/issues/164

Und

https://framagit.org/Pic4Carto/Pic4Review/-/issues/163

Vielleicht kannst Du zu beidem auch noch was hinzufügen? :)

Find es Blödsinn, die Datenbank mit 2-5 Jahre alten IDs von Bildern eines kommerziellen Providers vollzuschreiben. Die App erlaubt es aber nicht, da einzugreifen.

Entsprechend korrigiere ich die Tags im Moment im Nachhinein.

Hab schon Bugreports erstellt, dass ich als Nutzer gern nur explizit einzelne Bilder taggen möchte, aber nicht einen unabschaltbaren Automatismus mechanische Edits machen lassen möchte.

Danke!

Zum Inhalt der Änderung: Wir können gerne darüber diskutieren, aber ein Changeset-Kommentarfeld ist denkbar schlecht dafür geeignet. Schreib mir dafür bitte eine PM.

Dieser Edit ist groß, aber nicht mechanisch. Jeder Einzelfall wurde von mir geprüft, bevor eine Änderung vorgenommen wurde.

@flohoff schau doch bitte in die Dokumentation im Wiki, construction=minor ist dort dokumentiert.

Das Ziel einer Datenbank ist, Dinge nicht zu "vergessen". Davon ab wird ein Construction-Tag zum Beispiel in SC gerendert, und jeder Nutzer der dort vorbei kommt, kann die Baustelle wieder als entfernt markieren.

Ich sehe keinen Grund eine Baustelle nicht einzutragen, egal welche Dauer projektiert ist. Wir arbeiten hier an einem Projekt, das den Ist-Zustand der Infrastruktur in unserer Umgebung erfassen soll.

Wenn irgendwelche Mapper irgendwo irgendwas für sich als Konsens beschossen haben, ist das keine Vorgabe für andere Mapper das nicht anders zu handhaben. Davon ab ist das nirgendswo dokumentiert, also vermutlich beziehst Du dich auf irgendeine Foren-Diskussion, keine Abstimmung im Wiki.

Hey icke,

leider ist bei deinem Edit ein bisschen was schief gelaufen, destination:arrow:lanes enthält 6 Werte für nur 3 Spuren, zum Beispiel in diesem Weg:
way/25421370/history

Außerdem sind die Werte mit Semicolon nicht Vertikalen Strichen getrennt.

Ich habs mal korrigiert, nur falls Du weitere Changesets gemacht hast, schau da doch mal nach ob der selbe Fehler passiert ist.

LG Ruben