Das macht alles Sinn was ihr sagt (Nakaner, SimonPoole, Tordanik). Was keinen Sinn macht, ist, das ganze, also
- einen finalen globalen Konsens zum Taggen von impliziten Geschwindigkeitsbegrenzungen zu finden und
- die Verantwortung von und Richtlinien für Softwareautoren, hier in diesem einen Topic
diskutieren zu wollen. (Abgesehen davon dass es nicht besonders höflich ist, meinen schon vorher geäußerten Wunsch kommentarlos zu ignorieren)
Was 1. angeht, hat sich in den letzten 7 Jahren schon kein Konsens gefunden (aus fehlendem Interesse(?), aber wohl jedenfalls genug Interesse, um eine starke Meinung dazu zu haben!) wohl aber haben sich 3-4 Tagging-Schemata etabliert die allesamt in der Wiki dokumentiert sind und von dem keines deprecated ist. (Die App erfindet also keineswegs neue Tags.)
Jedem, der in den vergangenen Jahren implizite Geschwindigkeitsbegrenzungen getaggt hat, dem wird bewusst gewesen sein, dass es zu dem zu verwendenden Key anscheinend global noch keinen Konsens gibt. Das Fehlen eines Konsenses hat sie aber nicht davon abgehalten. Und das, so finde ich,** ist absolut nicht schlimm**. Denn:
Was all diese Tagging-Schemata gemein haben, ist, dass sie alle im Wesentlichen kompatibel zueinander sind - in dem Sinne, als dass sie sich untereinander jeweils sehr einfach in die eine oder andere Form per automatischem Edit bringen lassen können, sobald der Community die Situation mal doll genug ein Dorn im Auge ist, dass sie sich final auf ein einheitliches Schema einigt.
(Für diejenigen die sich damit nicht beschäftigt haben: die Schemata gleichen sich im wesentlichen in ihren Werten, nur benutzen sie unterschiedliche Keys - maxspeed=XX:something, source:maxspeed=XX:something, maxspeed:type=XX:something, zone:maxspeed=XX:something)
Ich habe überhaupt kein Problem damit, sobald ein globaler Konsens gefunden ist, das Tagging der App entsprechend anzupassen. Nicht für source:maxspeed und nicht für einen beliebigen anderen Tag.
Bis dahin kann meine App nichts kaputt machen, wenn sie die eine oder andere Möglichkeit taggt (wie oben begründet). Um nun zum Eingangspost zurückzukehren, ist maxspeed:type nun eben von den halbwegs etablierten das Tag, dass sich am problemlosesten automatisch in die jeweils anderen Schemata übertragen lässt, da es weder mit *source *kollidiert (source:maxspeed), noch mit einer expliziten Geschwindigkeitsbegrenzung (maxspeed=XX:something), falls gesetzt.
Daher sehe ich keinen Grund, generell das Taggen von Geschwindigkeitsbegrenzungen zurückzuhalten, bis sich ein Key global etabliert hat, wann immer das mal geschehen mag.
Übrigens, StreetComplete taggt nichts automatisch um, nie. Anscheinend im Gegensatz zu iD, wenn die Behauptung hier stimmt
Im Falle von Geschwindigkeitsbegrenzungen, zeigt die App nur Aufgaben an für Straßen, die **keine **der genannten Alternativen zu source:maxspeed verwenden
(Pseudo-Overpass-Query):
highway ~ motorway|trunk|primary|secondary|tertiary|unclassified|residential
and !maxspeed and !maxspeed:forward and !maxspeed:backward
and !zone:maxspeed and !maxspeed:type and !source:maxspeed
and (access !~ private|no or (foot and foot !~ private|no)) // not on private roads
Es muss also niemand Angst haben, dass sein Lieblingstag überschrieben wird, bevor kein globaler Konsens gefunden wurde. Ich habe den Eindruck, das ist nicht allen hier bewusst.