Ja wenn denn die User auch die Presets nutzen würden. Hatte z.b. ein Beispiel, wo nachträglich an einem barrier=fence die Höhe, leider manuell mit “heigth” erfasst wurde.
Aber ja, natürlich liegt das alles im Promille Bereich.
Und klar, eine andere Möglichkeit wäre natürlich auf Grund der “newkey” Liste viel häufiger und konsequenter entsprechende Changesets zu kommentieren und danach zu fragen, was die neuen Keys aussagen, was sie bedeuten, ob sie wirklich öffentlicher und allgemeiner Natur sind, usw.
Da ist wirklich alles dabei:
Tippfehler, Notbezeichnungen (weil der richtige Tag garde nicht greifbar ist) oder man dem Englischen nicht mächtig ist, sinnvolle Zusatzinfos (ob die jemals relevant werden ist etwas anderes) und natürlich auch komisches.
Was die Editoren betrifft so decken diese vielleicht 99% der gängigen tags ab aber auch nicht mehr.
Es passiert mir regelmäßig, dass komplette keys fehlen oder aber tags, weil es sich noch nicht bis zu den Editorentwicklern herumgesprochen hat oder etwas im Moment noch exotisch oder noch nicht etabliert ist.
Systematisch nach Tippfehler suchen und diese halb-automatisch korrigieren. Das wäre mein Vorschlag.
Da die Bedeutung/Sinn/Zweck NICHT angefaßt wird sollte das ohne große Diskussion machbar sein.
Eins der Probleme ist schlicht, dass sich der Stand der Presets zwischen den Editoren stark unterscheidet (siehe auch https://github.com/simonpoole/beautified-JOSM-preset/issues/27 im default preset von JOSM fehlen noch ein paar mehr). Der Effekt ist weniger ausgeprägt bei den wirklich häufig vorkommenden Objekten (Strassen etc), dort sind es eher irgendwelche Subtags, aber bei den Sachen die ein paar 1000 mal vorkommen oder seltener.
Guck doch mal bei pascal neis osm discussions
Ich maße mir nicht unbedingt an, die eventuellen Fehler zu verbessern - und mir somit ein Haufen weiterer osmose, keepright, und sonstiger QA Tools aufzuhalsen - Spaß beiseite, häufig frage ich auch nach, was denn der neue Key aussagt, wenn es sich nicht um einen reinen Typo handelt.
Da ich die letzten Tage einiges mit iD gemacht habe:
Eigentlich nutze ich die Presets nur selten.
Meistens die Autovervollständigung in den “unteren” Roh-Feldern, also bi warten cycle tab d warten esignated …
Das bringt mich auf die Idee, ob es evtl. ein Tool gibt / jemand schreiben könnte hüstel, dass die EIGENEN Keys (und values) auflistet. womöglich entdeckt man dabei auch manche nette Neukreation wie bi=d weil man wieder zu ungeduldig war …
Immerhin die Tage zum Ausmerzen eines key-value-Paares beigetragen in Vorbereitung auf die aktuelle session. Bei taginfo bicycle=use_cycleway statt use_sidepath entdeckt in einer Region, war offensichtlich nur ein einziger Autor vor rund einem Jahr, der das nach Anschreiben binnen weniger Stunden reparierte …
Dafür mache ich gerade einen Praxistest für einen neuen value …
So, und jetzt gibt es ein Problem, bei dem auch ich nicht mehr weiter weiß. Gleich der erste Eintrag in der Liste mit dem “Nichts”, und folgender OverpassQuery Abfrage:
Harald wies mich heute (zu recht) auf zwei Schreibfehler hin… ok, der eine… da vergaß ich ein kleines e… geändert.
Das andere ist aber weitläufiger…
Da änderte ich gestern den Key von “de.boundary_name” nach “de:boundary_name” tausche also Punkt gegen Doppelpunkt. Harald wies mich im Changeset zurecht hin, daß es natürlich “boundary_name:de” heißen muß. Ich schaute also nochmal genauer und sah, daß in der Ersterfassung des Steines zwei verschiedene Mapper zugange waren, Radler59 mit drei und ich mit einem Stein… Daß ließ mich vermuten, daß da ein System dahinter steckte… und richtig…
Die ursprüngliche Schreibweise “de.boundary_name” findet sich mindestens Deutschlandweit…: http://overpass-turbo.eu/s/rL3
Ich halte das für die Folge einer fehlerhaften JOSM- Vorlage…
Von der Sache her müsste es in einem Rusch geändert werden, was aber dann unter sie entsprechenden Massenedit-Regelungen fallen würde…
[Edit]
Ich würde es auch machen… Soweit ich es überblicke betrifft es nur D und mit 35 Value-Varianten eine überschaubare Zahl, die auf Grund des Value-Inhaltes kaum Probleme machen dürften, oder?
Ich schreibe auch Lutz nochmal.
[/Edit]
Tja, Harald: kleine Ursache, große Wirkung… Danke für den Blickiges Auge.