Das Thema ist ein Hornissennest. Diejenigen die dem “radikal-minimalismus” verfallen sind halten jedes tag was man auf irgendeine weise als default erahnen könnte für absoluten “Bloat” und die verdammnis soll dich sofort ereilen.
Defakto ist es so das “doppelte tag/values” perfekt im PBF wegkomprimiert werden also kaum ins Gewicht fallen. Dazu kommt das einen “Algorithmus” zu entwerfen der für jede Sonderlocke den richtigen Wert hat zwar im Bereich des Theoretisch machbaren ist, aber sicherlich nicht für JEDEN Hobbyprogrammierer der mit OSM Daten etwas macht.
Daher ja - Es macht Sinn viel “explizit” zu taggen. Es macht auch Sinn Dinge zu taggen wenn man erwarten könnte das sie da sind, in diesem fall aber nicht.
Beispiele:
oneway=no/yes auf einem cycleway. Die StVO sagt das Straßenbegleitende Radwege eben nur der Rechtsseitige genutzt werden dürfen, es sei denn die andere Seite ist freigegeben oder angeordnet. Ohne tagging kann ich nicht wissen was vor Ort angeordnet ist bzw ob jemand es vielleicht einfach nur nicht erfasst hat. (Gerne genommener Fehler - An Kreuzungen verbleibt das oneway=yes)
lit=no/yes - Man könnte denken das man innerhalb geschlossener Ortschaften immer von lit=yes ausgehen könnte. Dem ist aber nicht so. Es gibt keine saubere Regel, also auf jedem weg, parking etc ein explizites lit=no/yes
sidewalk=yes/no/both/left/right - Es gibt keine Regel nachdem man einen Bürgersteig annehmen kann. Also explizit taggen. Auch ausserhalb geschlossener Ortschaften (Deren Dimension ja in OSM auch gar nicht erfasst ist).
source:maxspeed= oder maxspeed:type= ersetzen kein maxspeed= - Das ist nur woher das kommt. Denn ein maxspeed=50 kann durch ein Ortsschild, oder eine anderes Schild angeordnet werden.
Etc etc etc … Es gibt tausend Beispiele.
Und bevor jemand argumentiert “Ja aber man könnte das ja mit einem Algorithmus machen”. Derjenige soll bitte diesen Algorithmus in den Programmiersprachem Python, Ruby, Perl, C, C++, Go vorlegen und entsprechend validieren (Auf dem Planet) so das die ganzen Hobbyprogrammierer das einfach nur inkludieren könne. Diejenigen die dabei gerne mit "Das ist aber ja ganz einfach… " argumentieren haben oft noch NIE mit OSM Daten algorithmisch gearbeitet.
Also - Bleib dabei - Tag die Dinge explizit.
Flo