Nahmd,
Für mich steht an dieser Stelle der Erfasser im Vordergrund. Den halte ich für weder bösartig noch für doof (bei letzterem ist Kollege Woodpeck möglicherweise anderer Ansicht). Ich gehe davon aus, dass der Erfasser eine Zufahrtsstraße erfassen wollte und dass das Space aus Versehen ans Ende des Values gerutscht ist. Kombination aus menschlicher und technischischer Unzulänglichkeit. Taste berührt, Software führt keine Normalisierung durch, DB-Schnittstelle hat keine Abfrage, DB-Feld keine Constraints. Keine Absicht. Nur dumm gelaufen.
Mit wenig Aufwand kann man erreichen, dass die DB das enthält, was der Erfasser — und hier maße ich mir einfach mal an, das ahnen zu können — gewollt hat.
Dem Nutzer von qualitätsgesicherten Daten unterstelle ich mal, dass er weiß, dass die OSM-Datenbank dynamisch ist, dass er also auf die Möglichkeit von Änderungen in den Daten vorbereitet ist. Und anhand der Mtime erkennen kann: oops! Das wurde nach meinem letzten Check geändert, ist also nicht mehr qualitätsgesichert.
Ein unsinninges Blank zu entfernen ist etwas, was jeder normale Bearbeiter auch nebenbei tun würde. Damit muss jeder Nutzer der DB rechnen.
Letztes Jahr hab ich einen Freund, der sich ein wenig™ mit Datenbanktechnik auskennt, über dieses Thema unterhalten, und er hat mir skizziert, wie er das Problem angehen würde. Seitdem weiß ich, dass das Thema mindestens eine Nummer zu groß für mich ist. Ich verstehe die Lösung (nehme ich jedenfalls an), wäre aber nie selbst darauf gekommen. 
Leider habe ich ihn nicht zu einer Mitarbeit bei OSM bewegen können. 
Um Deine Frage zu beantworten: nein, habe ich nicht. Dafür bin ich definitiv nicht schlau genug.
Gruß Wolf