Closed tordans closed 1 year ago
Hierzu sollten wir mal eine vorher-nachher-Übersicht machen
Ich frage mich seit dem Proposal, ob unsere Scripte beide Varianten auswerten können sollten, also insbesondere wenn wir uns den conditions widmen. Mein Python-Script ist ja quasi in der alten Zeit geboren und kann damit umgehen, aber ich weiß nicht ob man das immer weiter mitschleifen muss. Vielleicht muss man halt erst dafür sorgen, dass alles in aktuellem Schema gemappt ist oder entsprechende Stellen sind als "auffällige Daten" erkennbar. So wie der JOSM-parking-lane-Style, der sehr schön sichtbar macht, wenn etwas nicht stimmt.
Ich votiere dafür, das neue Script nur auf dem neuen Schema aufbauen zu lassen. Und parallel daran zu arbeiten, dass das alte Schema ausläuft. Wir sollten in OSM mehr Arbeit investieren ins Aufräumen (Chaos zu beseitigen), statt darein, Chaos zu managen. (Oder wie Wikinaut sagen würde: "den Zaun reparieren statt ständig die Hühner einzufangen.")
Ergänzung: Ich hatte auch schon vor, eine MapRoulette Challenge dafür zu machen; ich habe jetzt mal https://github.com/gislars/strassenraum-berlin/issues/26 angelegt um das zu tracken.
Wann können wir das Ticket schließen:
a. Wenn wir aktuell im neuen Script nur das neue Schema verwenden
und
b. Wenn wir übereinstimmen, dass wir nur das neue Schema verwenden
a. und b. sind glaube ich nach aktuellem Stand erfüllt, daher schließe ich? ;)
Aktuell haben wir ein Misch-Tagging in Berlin. Die größten Teile (und ganz Neukölln) verwenden das alte
parking:lane
Schema.Alles, was mit einer neueren Version des Zlant-Editors erfasst wurde dagegen nutzt das neue Schema. Die Auswirkungen sind aber überschaubar, da wir kaum Fragestellungen mappen, die das geänderte Tagging betreffen (wenig conditional).
In den nächsten Monaten sollen wir …
Eine Liste an Änderungen findet sich…