Neue Keys in der Datenbank - meistens falsch

Das ist mir auch schon beim übertragen aus Commons oder WIKI passiert.

http://commons.wikimedia.org/wiki/File:2016_Freital_Spielplatz_Marktstra%C3%9Fe.jpg

statt http://commons.wikimedia.org/wiki/File:2016_Freital_Spielplatz_Marktstraße.jpg

@geri-oc: das ist nicht schlimm…

Hier geht’s um ein Lösch-Steuerzeichen, das da nicht so wirklich hingehört. Zur Verdeutlichung auf dem Screenshot gelb markiert:

Sieht man in Firefox übrigens unter http://www.openstreetmap.org/api/0.6/node/3188718399

Jetzt noch das Ticket: https://github.com/openstreetmap/openstreetmap-website/issues/1213

Lt. aktuellem Planet gibt es etwa 1200 Fundstellen mit 0x7f irgendwo in den Tags:

Link zur Auswertung

Kurz zum Format der Auswertung: für jede Fundstelle - das sind Zeilennummern mit einem Doppelpunkt am Ende - werden die 10 vorausgehenden Zeilen mit ausgegeben. So hat z.B. Knoten 73931797 einen entsprechenden Wert mit 0x7f im name Tag.

In dieser Auswertung aus dem vorigen Beitrage habe ich etwa 20 Vorkommen angesehen und immer den Editor Potlatch 2 als Ursache finden können.

Kann es sein, dass, wenn man sich bei P2 vertippt hat und das falsche Zeichen löscht, ein 0x7F für jedes Betätigen der “Zurück”- oder “Entf”-Taste eingetragen wird? - Möglicherweise nur bei bestimmten Betriebssystemen (Win, Linux, Mac, …)?

Deshalb finde ich auch einen Fix bei P2 erforderlich!

Franz

Sollte das gelöscht werden? Ich kann keinen Sinn erkennen: https://www.openstreetmap.org/changeset/59691406

Das sind Changeset (!) Tags die vom iD Editor gesetzt wurden. Sie sollen dokumentieren, ob sich ein Mapper mit der Mapping-Einführung beschäftigt hat. Sobald das Changeset geschlossen ist, können sie auch nicht mehr geändert oder gelöscht werden. Passt so und hat auch nicht wirklich was mit dem Thema in diesem Thread zu tun.