[Talk-de] Defaultwerte in OSM

[Peter Wendorff]

Hi.
Default-Werte in OSM gibt es meiner Meinung nach eigentlich NUR für die 
Anwendungen, die die Daten lesen und interpretieren.
Wir können niemanden zwingen, alle möglichen Attribute überhaupt 
anzugeben, wenn sie zutreffen.
Solange ich mir also nicht sicher sein kann, dass jemand, der kein 
maxspeed angegeben hat, das bewusst im Wissen über dieses Attribut getan 
hat, muss ich davon ausgehen, dass ich den maxspeed-wert einfach nicht weiß.
Dann muss sich jeder Anwendungsentwickler überlegen, was er damit tut. 
Klar: in Deutschland sollte man dann sinnvollerweise maxspeed=50 für 
innerorts und maxspeed=100 für außerort annehmen. Aber es bleibt die 
Unsicherheit darüber.

Wo von Luftbildern eingetragen wird, gibt es schlicht keine Info über 
maxspeed beim Mapper. Der Radfahrer merkt sich das auch nicht unbedingt, 
weil es ihn möglicherweise überhaupt nicht interessiert.
Ähnlich ist das bei vielen anderen Tags: access ist oft nur dann 
interessant, wenn es mich stört - spätestens die Info, dass 
Gefahrgut-LKW oder LKW insgesamt nicht durchdürfen, ist also schnell 
Nebensache und wird vergessen.

Das ist ja auch das Prinzip von OSM und kein Problem.
Ein Problem wird es dann, wenn jemand sagt, "das ist ja default, das 
trag ich DESHALB nicht ein", denn das ist schlichtweg blöd. Um für 
andere Mapper (ich will überall maxspeed in meiner Stadt erfassen) und 
für Anwendungen Sicherheit zu schaffen, kann man ja auch den default 
taggen, es stört selten.

Das einzige, was störend sein kann ist, dass die Attributlisten im 
Editor lang und unübersichtlich werden. Aber das lässt sich lösen und 
wird bei Bedarf sicher auch gelöst werden. Zum Beispiel könnten als 
solche erkannte "default"-Werte in der Liste nachrangig aufgeführt oder 
ausgegraut werden, anstatt alles komplett alphabetisch zu sortieren.

Ich tagge auch nicht konsequent maxspeed und access; meist auch 
vorzugsweise da, wo es mir auffällt. Aber ich lasse es nicht bewusst 
weg, "weil es ja default ist".

Gruß
Peter

Am 25.02.2012 03:16, schrieb Stephan Wolff:
> Moin,
>
> für viele Tagkombinationen sind Defaultwerte in OSM global definiert 
> oder werden allgemein vorausgesetzt wie z.B.:
> foot=yes für highway=residential
> foot=no für barrier=gate
> bridge=no für alle highway=*
> toll=no für alle highway=*
> lanes=2 für highway=tertiary
> lanes=1 für highway=track
> tracks=1 für railway=rail
> gauge=1435 für alle railway=*
> Zu den letzten beiden Tags gab es Diskussionen im Thread "Welche Tags 
> für Bahngleise".
>
> Ich möchte allgemein diskutieren, unter welchen Bedingungen
> Defaultwerte am Einzelobjekt wiederholt werden sollten.
>
> Die Extrempositionen "man soll nie Defaultwerte explizit wiederholen" 
> und "man soll alle bekannten Werte explizit hinschreiben" sind 
> sicherlich unsinnig. Letzteres würde Taglisten wie "bicycle=yes", 
> "bridge=no", "cutting=no", "embankment=no", "horse=yes", "foot=yes", 
> "highway=residential", ... ergeben.
>
> Für die Datenauswertung ist es egal, ob der Standardwert implizit 
> definiert oder zusätzlich  explizit vorhanden ist. Ein Analyseprogramm 
> oder ein Renderer muss beide Fälle gleich behandeln. (Das gilt 
> natürlich nicht für OSM-Tools zur Taganalyse wie taginfo, OSMI oder 
> Ito map.) Mit einem zusätzlichen Tag sagt man nur anderen Mappern, 
> dass man diesen Wert bestätigt.
>
> Ich würde Defaultwerte explizit wiederholen
> - im Einzelfall (z.B. "bridge=no" für ein kurzes Wegstück zwischen 
> zwei Brücken)
> - wenn der Defaultwert regional unüblich ist (z.B. "gauge=1435" in 
> Spanien oder Rußland
> - wenn sich ein Wert im Verlauf eines Wegs ändert ("lanes=2" vor und 
> hinter einer Ausbaustrecke mit "lanes=4" auch für highway=tertiary)
>
> Was ist eure Meinung?
>
> Viele Grüße
> Stephan
>
> PS: Noch schwieriger wird es, wenn Defaultwerte local unterschiedlich 
> definiert sind wie in [1]. Dann sind viele Analyseprogramme und 
> Renderer nicht mehr in der Lage, den korrekten Wert zu bestimmen. Aber 
> das ist ein anderes Thema.
>
> [1] http://wiki.osm.org/wiki/OSM_tags_for_routing/Access-Restrictions
>
>
> _______________________________________________
> Talk-de mailing list
> Talk-de at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>