Automatische Korrektur von Fehlern in addr:* (1) - Strasse, Str. & Co.

MasiMaster · 2013-02-12 13:32:08

pyram wrote:

Das Ausschreiben ist meiner Meinung nach nur für Abkürzungen gedacht. "Dr." und "St." sind nicht wirklich Abkürzungen, sondern praktisch alternative Schreibweisen. Zumindest sind bei uns die Straßen ganz offiziell mit "Dr.-xy-Straße" benannt. Auch "Schwaig b.Nürnberg" ist offiziell genau so benannt (mit Abkürzung und fehlender Leerstelle, auch wenn Letzteres durch die Gemeinde selbst nicht immer so benutzt wird).

Aha, und was ist dann "Str."?
Ich verw. bei Abk. immer einen Punkt a. Ende. Alt. Schreibweisen sind eher Portemonnaie & Portmonee.

Laut wiki DE:Names sollte man keine Abkürzungen verwenden. Zum Beispiel könnte "St." Street oder auch Saint oder Sankt heißen. "Dr." ist vielleicht eine Ausnahme, da sie wohl international ist. (wobei dann noch die Frage ob Doktor oder Doctor, ist aber nur ne Spitzfindigkeit.)

Die Abkürzung hier auch in OpenStreetMap zu verwenden, weil sie auch auf dem Straßenschild steht, finde ich keinen guten Grund. Sonst müsste man zum Beispiel dieHolzstr. wieder Abkürzen.

Übrigens fänd ich eine Vereinheitlichung bei Städtenamen gar nicht schlecht:
Frankfurt an der Oder
Frankfurt a. d. Oder
Frankfurt, Oder
Frankfurt (Oder)

Oli-Wan · 2013-02-25 15:24:04

Asche auf mein Haupt: Ich habe heute einen Fehler im Code von Wall·E bzw. eine Etage tiefer im zugrundeliegenden OSM-Paket gefunden. Die Koordinaten zuvor heruntergeladener Punkte wurden beim Hochladen nicht exakt reproduziert, sondern gerundet. (Wer jetzt "%f" vor Augen hat, liegt richtig.) So ein Fehler soll natürlich nicht passieren, zumindest für die Zukunft ist er nun aber abgestellt. (Fast) alle bisher von Wall·E bearbeiteten Knoten haben jedoch eine ungewollte Verschiebung erfahren (Wege sind nicht betroffen).

Die gute Nachricht: der maximal mögliche Fehler beträgt etwa 7 cm, typisch sind weniger als 4 cm. Daher halte ich eine nachträgliche Korrektur des Rundungsfehlers für verzichtbar.

tunnelbauer · 2013-02-28 16:11:41

Ich hätte noch einen Punkt gefunden der in der Korrektur mitaugenommen werden könnte/sollte:

In der history dieses Wegs zB zu finden (ich habe den einen Weg korrigiert - aber es gibt sicher mehr davon...)
http://www.openstreetmap.org/browse/way … 20/history

Hier gibt es blanks nach dem Bindestrich (-blank), welche sicher nicht richtig sind... Eventuell sollte man auch auf die umgekehrte Konstellation hin prüfen (blank-)

Oli-Wan · 2013-03-01 10:02:43

tunnelbauer wrote:

Ich hätte noch einen Punkt gefunden der in der Korrektur mitaugenommen werden könnte/sollte:
...
Hier gibt es blanks nach dem Bindestrich (-blank), welche sicher nicht richtig sind... Eventuell sollte man auch auf die umgekehrte Konstellation hin prüfen (blank-)

Solche Fälle gibt es zuhauf. Wenn nach einer Bearbeitung durch Wall·E noch "- " oder " -" vorhanden ist, wird eine Warnung ins Log geschrieben. (Jedenfalls ist das vorgesehen; bisher findet sich nur ein einziges Beispiel - "Heinrich - Krumm straße" - welches auch schon wegen "straße" nach einem Leerzeichen im Log gelandet wäre. Man sieht mal wieder: Fehler sind stark korreliert.)
Allerdings sehe ich kaum eine Möglichkeit, eine Korrektur mit der notwendigen Sicherheit automatisch vorzunehmen: ist das Leerzeichen zuviel oder der Bindestrich? Oder muß der Name gar in einem Wort geschrieben werden?
Bei Leerzeichen, Bindestrich und Zusammen-/Getrenntschreibung gibt es zahllose Fehler, die ein Mensch (unter der Annahme, daß der tatsächliche Straßenname den Regeln der deutschen Rechtschreibung folgt) oft sicher beheben kann, vgl. Karl-Liebknechtstrasse -> Karl-Liebknecht-Straße. Ein Algorithmus (bzw. der Entwickler eines solchen) hat es da aber sehr schwer. Allenfalls könnte man eine Liste verdächtiger Straßennamen erzeugen und diese in eines der einschlägigen Werkzeuge einspeisen.

Last edited by Oli-Wan (2013-03-01 10:06:41)

gulp21 · 2013-03-03 16:22:18

tunnelbauer wrote:

Hier gibt es blanks nach dem Bindestrich (-blank), welche sicher nicht richtig sind... Eventuell sollte man auch auf die umgekehrte Konstellation hin prüfen (blank-)

Ich habe jetzt eine zusätzliche Prüfung zum housenumbervalidator hinzugefügt, sodass jetzt auch solche Fehler angezeigt werden. Beispiel

CADdog63 · 2013-03-03 20:21:14

Als Anhänger des Zweifingersuchsystems auf der Tastatur is ein häufiger Fehler von mir: "Starße" statt Straße".
Sollte das auch berücksichtigt werden oder bin ich der einzige, dem das passiert?

Oli-Wan · 2013-03-03 20:51:42

CADdog63 wrote:

Als Anhänger des Zweifingersuchsystems auf der Tastatur is ein häufiger Fehler von mir: "Starße" statt Straße".
Sollte das auch berücksichtigt werden oder bin ich der einzige, dem das passiert?

Die Idee gab es in der Tat schon mal in diesem Faden. Aus einem umfangreichen Erweiterungsvorschlag (Posting #74; vielleicht ein bißchen viel auf einmal für einen Bot, der damals noch grün hinter dem XML-Parser war) habe ich sie dann wieder herausgenommen (Posting #132), weil es Bedenken gegen Ersetzungen vermeintlich vertauschter und fehlender Buchstaben gab. Allerdings habe ich gerade in den letzten Tagen daran gedacht, "Strßae" und "Starße" (inklusive -s-Variante) nun doch mit aufzunehmen. Bei den Exemplaren, die ich im Datenbestand sehe, ist für mich eindeutig, daß es sich nur um Tippfehler von "Straße" handelt. Ich muß aber noch einmal gründlich überlegen, ob diese Zeichenfolgen auch durch andere Tippfehler in anderen Wörtern entstehen könnten.

EvanE · 2013-03-03 22:07:20

CADdog63 wrote:

Als Anhänger des Zweifingersuchsystems auf der Tastatur is ein häufiger Fehler von mir: "Starße" statt Straße".
Sollte das auch berücksichtigt werden oder bin ich der einzige, dem das passiert?

Ich schreibe zwar mit vier Fingern, aber den Fehler mache ich auch oft. Zum Glück kenne ich meine häufigsten Fehler (sehr beliebt auch 2ter Buchstabe ebenfalls groß) und achte darauf. Aber gelegentlich kommt doch mal einer durch.

Es tut gut nicht der Einzige zu sein.
Edbert (EvanE)

Oli-Wan · 2013-03-08 12:24:26

Kleiner Nachtrag: "sraße" wird nur durch "straße" ersetzt, wenn kein "t" davorsteht (also "tsraße"), weil in dem Fall nicht klar ist, ob ein Buchstabendreher ("Landstraße -> Landtsraße") vorliegt oder ein Buchstabe vergessen wurde ("Kantstraße -> Kantsraße").

Edit - Nachtrag zum Nachtrag: nach längerer Fehlersuche funktioniert die Ersetzung von "sraße" sowie "staße" nun auch.

"Starße" und "Strßae" inklusive -s- werde ich auch bald aufnehmen, da ich keine Verwechslungsgefahr sehe (Widerspruch?). CADdog63 hat freundlicherweise in den letzten Tagen auch wieder einige Argumente dafür in die Datenbank eingebaut

Ein weitere Gruppe von Tippfehlern, die mir mit dem neuen schnellen flexiblen vielseitigen Filterprogramm (ohne Vorfilterung per osmfilter schneller als mit) aufgefallen ist: "e" am Ende von Straße durch die auf der Tastatur benachbarten Ziffern 2 oder 3 ersetzt. Um diese Fälle kümmere ich mich aber selbst, statt die Korrektur zu automatisieren; erstens kann auch eine Hausnummer angehängt sein, zweitens lohnt der Aufwand bei aktuell zehn Objekten nicht.

Last edited by Oli-Wan (2013-03-09 00:39:42)

user_5359 · 2013-03-10 20:02:58

Könntest Du Wall-E beibringen auch Großschreibungen (bzw. Mischformen) von den Address-Schlüsseln zu berücksichtigen und auch zu standardisieren? Wenn dann auch statt des Doppelpunkt auch andere Trennzeichen gefunden würden, wäre ein Großteil aller Tippfehler im Schlüssel (nicht im Wert) mutgesäubert.

Dank für die Arbeit und Grüße Georg V.

EvanE · 2013-03-10 21:04:36

user_5359 wrote:

Könntest Du Wall-E beibringen auch Großschreibungen (bzw. Mischformen) von den Address-Schlüsseln zu berücksichtigen und auch zu standardisieren? Wenn dann auch statt des Doppelpunkt auch andere Trennzeichen gefunden würden, wäre ein Großteil aller Tippfehler im Schlüssel (nicht im Wert) mutgesäubert.

Hallo Georg V.

Schlüssel vom Format "addr:*" zu prüfen und ggfs. zu korrigieren wäre ein komplett neue Aufgabe mit eigenen Test- und Korrektur-Routinen.
Wünschenswert ist das sicher (auch in einem größeren Zusammenhang). Aber es wirft eine Menge neuer Fragen auf, solche Fehler zu finden und wie man sie eindeutig einer Korrektur zuordnen kann.

PS: Das Hotel George-V ist dir bekannt?

Dem Dank für die Arbeit möchte ich mich anschließen.
Edbert (EvanE)

CADdog63 · 2013-03-10 21:42:26

Oli-Wan wrote:

CADdog63 hat freundlicherweise in den letzten Tagen auch wieder einige Argumente dafür in die Datenbank eingebaut

Mist, einmal habe ich es ja selber bemerkt
Danke jedenfalls für deine Arbeit

Oli-Wan · 2013-03-11 00:06:58

Hallo Georg, Edbert,
die falsch geschriebenen addr-Schlüssel werde ich mir bei Gelegenheit mal ansehen und überlegen, was ich da machen kann; danke für den Tipp. Edbert hat schon Recht - solche Fehler passen eher in eine neue Korrekturgruppe "Tippfehler in Schlüsseln" als in die Adresskorrekturen, die nur mit fixen Schlüsseln arbeiten. Die technischen Schwierigkeiten dabei sind überschaubar: es dürfte im Grunde nur eine Funktion zum Verschieben von Schlüsseln notwendig sein, und die ist schon vorhanden; der Rest ist aus meiner gegenwärtigen Sicht nur eine Abfrage auf jeweils endlich viele bekannte falsche Werte, plus Erkennung falscher Groß- und Kleinschreibung durch speziell angepaßte Regexe. Den nichttrivialen, aber auch spannenden Teil dabei bilden in der Tat die grundsätzlichen Überlegungen, wie man Fehler erkennt und welche man sicher korrigieren kann.

Ich denke allerdings, daß als nächstes erst einmal der überschüssige Leerraum an die Reihe kommt. Aber auch damit werde ich mir noch Zeit lassen: Der Code ist zwar (vorbehaltlich Überraschungen beim Testing) im Wesentlichen fertig, aber das Forum scheint doch ein wenig Erholung von den vielen Threads zu Wall·E zu brauchen; außerdem hoffe ich immer noch auf einen Toolserver-Account steht erst einmal der Umzug auf den vor wenigen Minuten eingerichteten Toolserver-Account an.
Vielleicht wächst mit der Wartezeit auch der Leidensdruck, auf daß sich jemand anders an eines dieser Themen herantraut

Last edited by Oli-Wan (2013-03-11 00:47:30)

stephan75 · 2013-03-11 17:59:55

Falls eine Straße vom Bot korrigiert wurde, und die dazugehörigen Häuser mit den addr: Tags noch die "alte" Schreibweise haben, so müssten diese addr: Objekte im OSM-Inspector der geofabrik.de auftauchen und zwar im Adressen-Layer als dunkelrote Punkte ... das kann man gut sehen wenn man am linken Bildschirmrand dort alle anderen Features ausschaltet.

Dabei auch immer den Stand der Datenbank bei geofabrik beachten ... in dem Layer hinkt er derzeit etwas hinterher.

SennaHB · 2013-03-15 10:33:05

MasiMaster wrote:

Übrigens fänd ich eine Vereinheitlichung bei Städtenamen gar nicht schlecht:
Frankfurt an der Oder
Frankfurt a. d. Oder
Frankfurt, Oder
Frankfurt (Oder)

Ich persönlich finde Klammern für einen Städtenamenzusatz auch besser als bspw. einen Schrägstrich oder gar ein Komma
da letztere ja für Alternative bzw. Aufzählung stehen, aber entscheidend ist hier die offizielle Schreibweise des Städtnamens
und diesbezüglich gibt es keine einheitliche Schreibweise!
Somit es hier nicht eindeutig wie im Falle von "Straße".

Die korrekten Städtname sind "Frankfurt am Main" und "Frankfurt (Oder)".
Es heißt bspw. auch "Halle (Saale)" und nicht "Halle an der Saale" und seit 1995 nicht mehr "Halle/Saale".

Bei OSB hatte ich mal eine Diskussion um das Ausschreiben der Abk. in Städtenamen "Frankenberg/Sa.".
Hier lautet die offizielle amtliche Schreibweise auch genau so.

streckenkundler · 2013-03-15 10:41:29

SennaHB wrote:

Die korrekten Städtname sind "Frankfurt am Main" und "Frankfurt (Oder)".
Es heißt bspw. auch "Halle (Saale)" und nicht "Halle an der Saale" und seit 1995 nicht mehr "Halle/Saale".

Das wir die korrekten amtlichen Städtenamen verwenden sollten, steht für mich außer Frage...
Da muß man z.B. beachten, daß "Brandenburg an der Havel" korrekt ist und nicht irgendeine Klammerschreibweise. OSM ist hier korrekt.

ergänzt Sven

Last edited by streckenkundler (2013-03-15 10:41:49)

SennaHB · 2013-03-15 10:41:42

Gestern fuhr ich ein Fahrzeug mit Garmin-Navi und was sehe ich... in allen Straßennamen wurde Straße mit Doppel-ss geschrieben
Es waren aber keine OSM-Kartendaten!

Ich muss zugegen, dank dieses Threads und Oli-Wans Anstrengungen ist man nun richtig sensibilisiert für diese Problematik

Oli-Wan · 2013-03-15 11:46:24

Frankfurt an der Oder
Frankfurt a. d. Oder
Frankfurt, Oder
Frankfurt (Oder)

Technisch kein Problem; ich kann mir auch durchaus vorstellen, dies aufzunehmen. Allerdings ist die "Zustimmungshürde" in diesem Fall aus meiner Sicht eine andere: nicht das Forum ist maßgeblich, sondern die Mapper vor Ort. Bedingung wäre aus meiner Sicht:

Es muß eine "richtige" ("amtliche") Schreibweise geben (sollte in DE keine Hürde darstellen).
Die örtlichen Mapper müssen sich einig sein, diese Schreibweise zu verwenden, und einverstanden sein, daß Wall·E hierbei nachhilft. Dies kann auf der örtlichen Mailingliste und/oder dem Stammtisch oder auch durch einzelne Mails abgesprochen werden; Hauptsache ist, daß damit der Großteil der regelmäßigen Mapper erreicht wird.
Die überwiegende Mehrheit der vorhandenen Adressen sollte bereits den "richtigen" Ortsnamen enthalten. Wenn nicht, ist die ausdrückliche Zustimmung der Mapper erforderlich, die in nennenswerter Zahl den "falschen" Ortsnamen verwendet haben.
Sollte es bereits Editwars zwischen den Verfechtern verschiedener Schreibweisen gegeben haben, muß dieser Konflikt zuerst gelöst werden, da ich hierin nicht verwickelt werden will.

Also falls jemand aus einer betroffenen Stadt hier mitliest oder jemand von euch die Mapper aus einer solchen Stadt darauf aufmerksam machen will...

Oli-Wan · 2013-03-15 14:03:32

Ich habe gerade mal den aktuellen "Bodensatz" hochgeladen: http://toolserver.org/~mapjedi/funny-addrs.osm

Die Datei enthält alle addr:*-getaggten Objekte, die

im Filter hängenbleiben
von Wall·E nicht bearbeitet werden können
ich nicht in die "wird schon stimmen"-Ausnahmeliste für untypische, aber vermutlich nicht falsche Adressen (derzeit 271 Knoten, 339 Wege) geschrieben habe.

Viele weitere Objekte habe ich schon manuell korrigiert, aber diese sind nun übrig und häufig nur mit Ortskenntnis zu korrigieren (teils vielleicht auch per Webrecherche).

Vielleicht mag der eine oder andere mal schauen, ob er was in seiner Gegend findet. Auch die Suche nach dem eigenen Nutzernamen (JOSM-Suche: "user:username") wird für einige von uns Ergebnisse liefern. Nicht in allen Fällen muß ein Fehler vorliegen; Bestätigungen, daß eine Adresse korrekt ist, sind mir auch willkommen - dann landet sie eben auch unter "wird schon stimmen".

Typische Fälle sind:

Straße und Hausnummer zusammengefaßt, aber keine gleichnamige Straße in der Nähe
Straße und Hausnummer zusammengefaßt und zusätzlich eine abweichende Hausnummmer
Objekte zusammengefügt mit Ergebnissen wie addr:postcode="68161;68159"
Adressen innerhalb von Passagen, Anlagen etc.
(leider schon ziemlich alte) Hausnummern wie "18 oder 20"
dazu ein paar "gewöhnliche", frische Fehler, die auch im housenumbervalidator auftauchen, aber bisher noch nicht durch Mapper behoben wurden, wie addr:postcode=11 oder addr:city=<unterschiedlich>

Edit: Bucsthbaendreher.

Last edited by Oli-Wan (2013-03-15 14:19:09)

TEL0000 · 2013-03-15 17:16:47

Oli-Wan wrote:

Ich habe gerade mal den aktuellen "Bodensatz" hochgeladen: http://toolserver.org/~mapjedi/funny-addrs.osm

Ich hab just for fun mal ne Karte draus gemacht: http://test.be2art.de/OSM/funny-addrs.php

slhh · 2013-03-15 23:57:40

In der Karte habe ich diesen Weg gefunden:
http://www.openstreetmap.org/browse/way … 08/history

Warum korrigiert Wall-E den nicht? Das sollte doch eine einfache Korrektur von Strasse sein.

Oli-Wan · 2013-03-16 00:05:18

Gut aufgepaßt
Das war ein Timeout bei der Kommunikation mit dem API-Server, steht im Logfile als: ERROR while processing way #141504408
Die Nachbarn mit dem gleichen Fehler wurden korrigiert. Dieser hier folgt beim nächsten Lauf - versprochen.

TEL0000 · 2013-03-16 00:50:20

Stehen in der "wird schon stimmen"-Liste nur IDs von OSM-Objekten, oder gibt es auch Ausnahmeregeln?

Ich frage mich nämlich warum dort Adressen wie diese nicht auftauchen: http://www.openstreetmap.org/browse/way/119163698

Oli-Wan · 2013-03-16 10:25:16

Jein. Die "wird schon stimmen"-Liste enthält tatsächlich nur IDs, aber "Straße 67" wird schon einen Schritt früher aussortiert.

Das funny_addr-Filterprogramm reagiert unter anderem auf Zahlen in addr:street, kennt aber eine Reihe von Ausnahmen. Neben "Straße des 1. März", "An der alten B 23", "Autobahn 45 Ost" werden auch "Straße 67" und "Privatstraße 89" verworfen. Das alles natürlich per Regex:

/(Straße|Platz) des [[:digit:]]{1,2}\\. (Januar|Februar|März|April|Mai|Juni|Juli|August|September|Oktober|November|Dezember)/
/(An der (alten )?)?([ABLK] ?|((Bundes|Landes|Kreis)straße) )[[:digit:]]+/
/(An der )?(BAB( A)? *|Autobahn (A ?)?|A ?)[[:digit:]]+( +\\(?(Nord|Ost|SüdWest)(seite)?\\)?)?/
/(Straße|Privatstraße) [[:digit:]]+/
/[[:digit:]]+\\. [[:alpha:]äöüß -]+/
/[[:digit:]]+er Straße/

Daneben gibt es noch "spezielle" Ausnahmen: zum einen solche, wo ich eigentlich die betroffenen Objekte einzeln in die "wird schon stimmen"-Liste packen sollte (scheitert bislang an Faulheit), zum anderen eine Ausnahme für die eigenwilligen addr:street in Mannheim.

Last edited by Oli-Wan (2013-03-16 10:36:12)

TEL0000 · 2013-03-16 11:57:51

Verstehe. Sieht soweit auf jeden Fall ganz sinnvoll aus.

Announcement

#51 2013-02-12 13:32:08

Re: Automatische Korrektur von Fehlern in addr:* (1) - Strasse, Str. & Co.

#52 2013-02-25 15:24:04

Re: Automatische Korrektur von Fehlern in addr:* (1) - Strasse, Str. & Co.

#53 2013-02-28 16:11:41

Re: Automatische Korrektur von Fehlern in addr:* (1) - Strasse, Str. & Co.

#54 2013-03-01 10:02:43

Re: Automatische Korrektur von Fehlern in addr:* (1) - Strasse, Str. & Co.

#55 2013-03-03 16:22:18

Re: Automatische Korrektur von Fehlern in addr:* (1) - Strasse, Str. & Co.

#56 2013-03-03 20:21:14

Re: Automatische Korrektur von Fehlern in addr:* (1) - Strasse, Str. & Co.

#57 2013-03-03 20:51:42

Re: Automatische Korrektur von Fehlern in addr:* (1) - Strasse, Str. & Co.

#58 2013-03-03 22:07:20

Re: Automatische Korrektur von Fehlern in addr:* (1) - Strasse, Str. & Co.

#59 2013-03-08 12:24:26

Re: Automatische Korrektur von Fehlern in addr:* (1) - Strasse, Str. & Co.

#60 2013-03-10 20:02:58

Re: Automatische Korrektur von Fehlern in addr:* (1) - Strasse, Str. & Co.

#61 2013-03-10 21:04:36

Re: Automatische Korrektur von Fehlern in addr:* (1) - Strasse, Str. & Co.

#62 2013-03-10 21:42:26

Re: Automatische Korrektur von Fehlern in addr:* (1) - Strasse, Str. & Co.

#63 2013-03-11 00:06:58

Re: Automatische Korrektur von Fehlern in addr:* (1) - Strasse, Str. & Co.

#64 2013-03-11 17:59:55

Re: Automatische Korrektur von Fehlern in addr:* (1) - Strasse, Str. & Co.

#65 2013-03-15 10:33:05

Re: Automatische Korrektur von Fehlern in addr:* (1) - Strasse, Str. & Co.

#66 2013-03-15 10:41:29

Re: Automatische Korrektur von Fehlern in addr:* (1) - Strasse, Str. & Co.

#67 2013-03-15 10:41:42

Re: Automatische Korrektur von Fehlern in addr:* (1) - Strasse, Str. & Co.

#68 2013-03-15 11:46:24

Re: Automatische Korrektur von Fehlern in addr:* (1) - Strasse, Str. & Co.

#69 2013-03-15 14:03:32

Re: Automatische Korrektur von Fehlern in addr:* (1) - Strasse, Str. & Co.

#70 2013-03-15 17:16:47

Re: Automatische Korrektur von Fehlern in addr:* (1) - Strasse, Str. & Co.

#71 2013-03-15 23:57:40

Re: Automatische Korrektur von Fehlern in addr:* (1) - Strasse, Str. & Co.

#72 2013-03-16 00:05:18

Re: Automatische Korrektur von Fehlern in addr:* (1) - Strasse, Str. & Co.

#73 2013-03-16 00:50:20

Re: Automatische Korrektur von Fehlern in addr:* (1) - Strasse, Str. & Co.

#74 2013-03-16 10:25:16

Re: Automatische Korrektur von Fehlern in addr:* (1) - Strasse, Str. & Co.

#75 2013-03-16 11:57:51

Re: Automatische Korrektur von Fehlern in addr:* (1) - Strasse, Str. & Co.

Board footer