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
[email protected]
http://lists.openstreetmap.org/listinfo/talk-de
_______________________________________________
Talk-de mailing list
[email protected]
http://lists.openstreetmap.org/listinfo/talk-de
