Ich denke Du interpretierst da zu viel rein was sich der Programmierer gedacht hat. Sowiet ich mich erinnern kann waren das einfach nur zwei unterschiedliche Lösungsarten von unterschiedlichen programmieren um beide Taggingschemen abzudecken.
>> Construction=XXX ist viel zu schade fuer yes/no
Wo habe ich den behauptet dass man sich auf yes/no beschränken sollte?
Im Gegenteil, mein Ziel ist das Eintragen des Bauzustandes mit Datum um daraus viele weitere Informationen ableiten zu können (frisch geteerte Fläche die noch nicht freigegeben ist -> beliebt bei Skatern etc)

Garry

@mabapla:
Mein Aussage ist dass es mir wichtig ist dass die Daten sinnvoll nach möglichst allgemeingültigen Regeln(objektunabhängig) in der Datenbank stehen.
Wenn es den einen oderen Renderer gibt der das nicht korrekt umsetzt dann ist dass "ein kleiner Schönheitsfehler" der von den jeweiligen Renderer-Programmieren behoben werden sollte und nicht durch verändern der Datenbank!

Garry

Das einfachhalten mit construction=yes ermöglicht einfache Online-Anwendungen die z.B. von einem Navi aus direkte Statuseinträge in die OSM-Datenbank einfach ermöglicht.
D.h. wenn man irgendwo vorbeikommt und stellt fest dass etwas fertig wurde oder für Bauaktivitäten gelöscht wurde kann man dies sofort per Knopfdruck weiterleiten ohne mit irgendwelchen Datenbanktools hantieren zu müssen.
Ja, wäre mit highway=construction auch irgendwie möglich, erhöht aber die Zahl der unnötigen Fehlerquellen deutlich und ein amoklaufendes Programm kann dann grösseren Schaden anrichten als bei einer Beschränkung auf den construction-key.
Ausserdem muss alles was sonst noch "construction" sein kann separat berücksichtig werden, also viel unnötiger Aufwand.

@Flitzpiepe:
Solche Local Heros gibt es überwiegend da wo sowieso schon alles erfasst ist. Es gibt aber alleine in D immer noch grössere weisse Flecken die nicht oder nur sehr spärlich erfasst sind. Dort ist dann auch nicht damit zu rechnen dass Strassenänderungen schnell nachgezogen werden.
Das mit der Genauigkeit des Strassenverlaufs spielt in der Realität auch eine grössere Rolle als Du vermutest: Bei solchen Projekten rollen z.T. die Bagger quasi über Nacht an und machen Verbindungwege unpassierbar. Schön wenn man dann genaue Daten hat aus denenen man zumindest erahnen kann welche Wege betroffen sind. Denn oft kommt es so zu kilometerweiten Umwegen.
@Das Argument ist in etwa so wie "wenn ich eine Autobahn sehe gehe ich erstmal davon aus dass ich da mit 180km/h langfahren kann". Hier fordert doch auch keiner dass man in die highway-Klasse noch Abstufungen für die Geschwindigkeit mit einbringt sonder löst dies über einen separaten Tag.
Dein sogennanter "Vorteil" sehe ich als Nachteil der er sich auf den Zeitpunkt des Mappens bezieht - und der ist auf der Karte überhaupt nicht ersichtlich.

construction=yes schliesst ja nicht aus dass weitere tags hinzugefügt werden die die Situation näher beschreiben.
@bachel:
Die Aussage ist, hier wurde zum Zeitpunkt der Eintragung etwas gebaut bzw. dafür vorgesehen. Du hat keinen Einfluss darauf wie es dort zum Zeitpunkt der Anwendung der Daten aussieht. Es kann sein, dass die Daten monatelang nicht aktualisiert wurden. Ebenso kann das angewendete Kartenmaterial schon Monate alt sein. Es vergeht also grundsätzlich eine unbekannte Zeitspanne zwischen Datenerfassung und Anwendung. OSM gibt zwar theroetisch die Möglichkeit sehr aktuelle Daten zu verwenden, aber sie werden es in der Praxis nie in absehbarer Zeit flächendeckend sein.