Re: source:maxspeed vs. maxspeed:type

maxspeed:signed wäre sozusagen source:maxspeed=sign in grün.

Mit dem Unterschied dass man eben auch maxspeed:signed=no taggen kann, und das ist ja das wichtige (Siehe Begründung letzter Post).

Mein key-Vorschlag wäre traffic:context bzw. traffic_context, Werte wie source:maxspeed.

Okay, kann ich verstehen, da ist aber die Frage ob es sich lohnt, noch einen weiteren Key mit gleichem Schema für die Values einzuführen nur um eine leicht andere Bedeutung zu auszudrücken - mit anderen Worten wäre ich mir da dann nicht sicher ob es dafür einen Konsens geben würde.

• source:maxspeed = "Das ist woher ich weiß dass maxspeed soundso ist!"
• maxspeed:type = "Das ist die die für maxspeed relevante Straßen-Kategorie"
• zone:traffic = "Das ist die für Verkehr allgemein relevante Zone"
• traffic_context = "Das ist der für Verkehr allgemein relevante Kontext"

Je allgemeiner man das formuliert, d.h. nicht nur relevant für einen Aspekt (z.B. maxspeed), desto schwieriger wird es, hier sinnvolle Werte zu finden. Man muss garnicht aus Deutschland heraus, um festzustellen dass es problematisch ist. Allgemeines Parkverbot auf Landstraßen gilt nur für Vorfahrtsstraßen. Das bedeutet, es müsste ein DE:rural_major_road und ein DE:rural_minor_road geben, zusätzlich zu DE:trunk (o.Ä.) wegen der unterschiedlichen Höchstgeschwindigkeiten.

Der Sinn von urban=yes/no ist eben, wegzugehen von der Festlegung der hier und da geltenden gesetzlichen Kategorien hin zu reinem OTG-Mapping. source:maxspeed=DE:urban mag ähnlich aussehen wie urban=yes, ist aber ein komplett anderer Ansatz. Zweck von urban=yes/no wäre zu erfassen welche Straßen innerhalb von Orten liegen. Man könnte dem Tag auch andere Werte geben, z.B. urban=open/closed (offene und geschlossene Ortschaften).