Automatische Korrektur von Fehlern in addr:* (5) - street, housenumber

Oli-Wan · 2013-03-22 11:54:19

Ich denke darüber nach, das Übereinstimmungskriterium für den Straßennamen geringfügig aufzuweichen.
Als Erinnerung für alle, die allmählich den Überblick verlieren: Wall·E versucht, z.B. addr:street="Bahnhofstraße 20a" in addr:street=Bahnhofstraße und addr:housenumber=20a aufzuteilen. Wegen der Vielfalt von Sonderfällen wie "Weg Nr. 12" (Hamburg), "An 44" (Landau) oder "Gewerbegebiet an der B 95" ist als Sicherung eine Prüfung eingebaut, ob es in der Nähe des Objekts eine Straße gibt, die den vermeintlichen Namen trägt. "Bahnhofstraße" wird in aller Regel gefunden, die Zerlegung wird somit durchgeführt; "Weg Nr." wird dagegen nicht gefunden und eine Bearbeitung unterbleibt.
Ich erwäge nun, bestimmte Abkürzungen als synonym anzusehen, etwa "St." für "Sankt". D.h. "St. Nimmerlein-Straße 12" würde auch bei Vorhandensein einer "Sankt Nimmerlein-Straße" in der Nähe bearbeitet, ebenso "Sankt Nimmerlein-Straße 12" bei Vorhandensein einer "St. Nimmerlein-Straße". Ein Risiko von Fehlkorrekturen scheint mir dabei nicht gegeben zu sein. Allerdings würde ich die bisherige Schreibweise in addr:street beibehalten (also nicht "St." zu "Sankt" vereinheitlichen) - welche Schreibweise "richtig" ist, mag ein Mapper vor Ort entscheiden, so es einen gibt. Mir geht es nur darum, die falsch verortete Hausnummer auch in so einem Fall korrigieren zu können.

Anlaß der Überlegungen war dieser Knoten, wo die obige Ergänzung freilich nichts genützt hätte, weil noch zwei weitere Fehler im Straßennamen die Korrektur verhindert hätten. Insgesamt lagen hier in einem einzigen addr:street-Tag satte fünf Fehler bzw. Abweichungen zum in OSM verwendeten Straßennamen vor. (Die übrigen Tags sind überraschend gut weggekommen, bloß das amenity-Tag ist falsch.)

wambacher · 2013-03-22 12:11:42

-snip- verguckt

Last edited by wambacher (2013-03-22 12:14:15)

Oli-Wan · 2013-03-22 12:15:26

- snip -
Walters Frage schneller beantwortet, als er sie wieder löschen konnte

Last edited by Oli-Wan (2013-03-22 12:18:44)

jman1983 · 2013-04-01 11:37:22

Hallo zusammen,

mir ist gerade noch ein "Fall" eingefallen, welcher evtl. auch hier mit korrigiert werden könnte (er wäre aber auch für einen neuen Faden geeignet) und zwar:
Wenn ein Mapper beim eintragen der Hausnummer versehentlich die Shift-Taste (bzw. die Feststelltaste) gedrückt hat und sowas bei "rauskommt":
anstatt 2 -> "
anstatt 5 -> %
anstatt 18 -> !(
Mir wäre jetzt kein Fall bekannt, wo soetwas wirklich in einer Adresse stehen würde (lasse mich aber gerne aufklären), zur zusätzlichen Absicherung könnte man per overpass prüfen ob in der Nähe jeweils eine höhere bzw. niedrigere Hausnummer vorhanden ist.

Vllt. ist es ja mal eine Überlegung es mit einzubauen.

Ansonsten weiter so, wirklich eine spitzen Arbeit, die du hier leistest!

Oli-Wan · 2013-04-01 11:53:08

jman1983 wrote:

anstatt 2 -> "
anstatt 5 -> %
anstatt 18 -> !(
Mir wäre jetzt kein Fall bekannt, wo soetwas wirklich in einer Adresse stehen würde (lasse mich aber gerne aufklären)

So etwas ist mir in Hausnummer und Postleitzahl schon begegnet, sah dann aus wie ein Comic-Fluch ("%$&§!").
Kann ich mal ins Filterprogramm aufnehmen - dann sehe ich, ob es sich lohnt, über eine automatische Korrektur nachzudenken. Mein Bauchgefühl sagt aber, daß es eher wenige Fälle sein werden und daher eine manuelle Korrektur sinnvoller ist. (In addr:postcode war obiges das einzige mir bekannte Vorkommen; hier ist das Filterprogramm bereits sensitiv auf "alles außer Zahlen".)

Oli-Wan · 2013-05-16 12:53:15

Mit einiger Verspätung nun noch einmal zu den "geshifteten" Hausnummern (also ! statt 1 etc.).
Ich habe nun den Bestand nach entsprechenden Hausnummern durchsucht. Es gibt durchaus reichlich Hausnummern wie "!" oder "&"; aber eine automatische Korrektur ist - zumindest mit vertretbarem Aufwand - nicht sinnvoll möglich. Bei "!" mag es noch gehen, aber schon bei "&" gibt es Probleme: Je nach Tastaturlayout liegt "&" entweder auf der 6- oder der 7-Taste. Da hilft nur: nachsehen, auf welcher Straßenseite und zwischen welchen anderen Nummern die fragliche Hausnummer liegt. Auch "1#" kann auf "13" (QWERTY-Layout) zurückgehen oder (m.E. häufiger) auf einen Wurstfinger auf der Returntaste (QWERTZ, insbesondere Notebooktastaturen).

Daneben gibt es noch Fälle, wo die Hausnummer zwischen Anführungszeichen steht (die meisten davon in Hannover und von ein und demselben Mapper), oder ganz eigenartige Dinge wie f/*r, aber auch legitime Exoten.

Ich werde mich demnächst mal daran machen, einige der manuell korrigierbaren Sonderzeichen zurechtzurücken. Sobald ich dem Filterprogramm ausgetrieben habe, reichlich falsch positive Resultate mit u.a. ½ zu liefern, kann ich das Suchergebnis auch bereitstellen, falls jemand mithelfen will. Edit: Lohnt nicht, zu wenige.

Last edited by Oli-Wan (2013-05-16 15:39:15)

aighes · 2013-05-16 13:00:29

Auf @talk-de wird im übrigen gerade darüber diskutiert, ob man Hausnummern, die in addr:housename gelandet sind per Bot in addr:housenumber ändert. Nur falls du dich da einbringen möchtest.

Oli-Wan · 2013-05-16 13:26:30

aighes wrote:

Auf @talk-de wird im übrigen gerade darüber diskutiert, ob man Hausnummern, die in addr:housename gelandet sind per Bot in addr:housenumber ändert. Nur falls du dich da einbringen möchtest.

Danke, habe ich gesehen - und verfolge die Diskussion mit Interesse. Ich halte mich da aber raus, um nicht den Faden zu kapern oder einseitig zu beeinflussen. In der Diskussion ist auch schon weit mehr OSM-Sachverstand vertreten, als ich noch einbringen könnte.

Das lustige ist, daß ich selbst just gestern wieder mal über eine entsprechende Ergänzung meines Programms nachgedacht habe; lediglich die Faulheit hat ein entsprechendes Posting hier verhindert. Ich hatte zwar auch schon länger gesehen, daß etwa im housenumbervalidator regelmäßig addr:housename=<Zahl> angezeigt und in der Folge von einem Mapper in addr:housenumber geändert werden, sodaß man grundsätzlich erwägen könnte das zu automatisieren; aber der große Cluster von derartigen "Hausnamen" in Berlin-Siemensstadt - die vermutlich genau den von Peter Wendorff geschilderten Fall darstellen - hat mich davor zurückschrecken lassen. (Deren Ersteller habe ich ohne Erfolg Ende März angeschrieben.) Daneben gibt es wohl noch jede Menge Altlasten, die nicht im housenumbervalidator angezeigt werden; jedenfalls war eine entsprechende Suche gestern recht ergiebig.
Eine Möglichkeit zur Abgrenzung verrutschter Hausnummern von Gebäude-Referenznummern etc. wäre, zusätzlich das Vorhandensein von addr:street zu fordern (und sowieso die Abwesenheit von addr:housenumber oder deren Übereinstimmung mit addr:housename).

A proposito Berlino, falls jemand von dort mitlesen sollte: Es gibt am ZOB nahe Westkreuz einige sehr eigenartige "Hausnummern", die vermutlich Bushaltestellen sind: http://www.openstreetmap.org/browse/node/2227177305

cziehr · 2013-05-16 15:08:43

Oli-Wan wrote:

A proposito Berlino, falls jemand von dort mitlesen sollte: Es gibt am ZOB nahe Westkreuz einige sehr eigenartige "Hausnummern", die vermutlich Bushaltestellen sind: http://www.openstreetmap.org/browse/node/2227177305

Korrekt, das sind die einzelnen Haltestellen, vergleichbar mit den verschiedenen Gleisnummern am Bahnhof. Bin letzte Woche von dort mit dem Bus abgefahren. Hier ein Bild (nicht von mir) wie es in der Realität aussieht: http://www.bus-bild.de/1024/2-mercedes- … -56233.jpg (in diesem Fall Haltestelle bzw. Gate 27)

jman1983 · 2013-05-16 16:08:07

Oli-Wan wrote:

Mit einiger Verspätung nun noch einmal zu den "geshifteten" Hausnummern (also ! statt 1 etc.).
...

Ich war in der Zwischenzeit auch nicht ganz untätig und habe mich an einen "privaten" Bot gemacht. Allerdings ist er noch nicht ganz ausgereift, obwohl er z.B. schon eine "geografische Abhänigkeit" besitzt. Soll soviel heißen wie: Eine Hausnummer !! (11) kann nicht bei 72,74,76,76a,76b etc. sein...

Ob ich ihn jemals soweit voranbringe, dass er in die "freie Wildbahn" darf, weiß ich noch nicht. Du hast ja die Messlatte für "Bot's" ziemlih hoch gelegt. (Was ich absolut begrüße!!!)
Solltest du dich dazu entschließen, diese Art der Korrektur auch durchführen zu wollen, werde ich umgehend mein kleines, bescheidenes Skript ins Archiv befördern.

MfG

Jan

Oli-Wan · 2013-05-16 16:28:06

jman1983 wrote:

Ich war in der Zwischenzeit auch nicht ganz untätig und habe mich an einen "privaten" Bot gemacht. Allerdings ist er noch nicht ganz ausgereift, obwohl er z.B. schon eine "geografische Abhänigkeit" besitzt. Soll soviel heißen wie: Eine Hausnummer !! (11) kann nicht bei 72,74,76,76a,76b etc. sein...

Wie oben geschrieben, glaube ich nicht, daß sich dieser Fehlertyp mit der notwendigen Sicherheit automatisch beheben läßt. Schon alleine die verschiedenen Tastaturlayouts erschweren die Sache erheblich; dazu kommt, daß etwa "/" durchaus korrekt und "&" zumindest mit Absicht verwendet werden kann. Selbst für eine Heuristik, die nur einen Teil der Fälle sicher korrigieren kann, scheint mir der Programmieraufwand in keinem angemessenen Verhältnis zu den vorhandenen Fehlern zu stehen. Aber ich bin gespannt, was Du Dir da ausgedacht hast - vielleicht liege ich mit meiner Einschätzung ja auch falsch. Allerdings habe ich heute (zumindest in DE) das Testmaterial drastisch dezimiert.

PS. Selbst wenn aus Deinem Korrekturskript nichts werden sollte - Du hast Dir ja sicher einige Gedanken zur Filterung problematischer Hausnummern gemacht, die könnten evtl. im housenumbervalidator Verwendung finden. Ich habe auf die Schnelle nur nach einer kleinen Auswahl verdächtiger Zeichen gesucht:

static const regex housenumber_strangechars ("[\"#!*$%&=^]")

EvanE · 2013-05-16 18:40:54

Bei addr:housename=<ZAHL> kann folgender Fall problematisch sein:
Auf dem Gelände des Uni-Klinikums Bonn (UKB, Bonn-Venusberg) haben die Gebäude eine Nummer unabhängig von deren postalischen Adresse (meist Sigmund-Freud-Straße xx). Diese interne Nummer steht groß vor den Gebäuden und wird im lokalen Lageplan verwendet.
Um diese Information zu erfassen, wurden die Eingangsknoten mit addr:housename versehen (nicht von mir). Eine Verwendung von ref=<ZAHL> statt addr:housename scheint mir kein Ausweg zu sein.

Wie auch immer, in so einer Situation, die man auf vielen größeren Geländen finden kann, ist es nicht möglich housename einfach auf housenumber zu ändern.

Edbert (EvanE)

Oli-Wan · 2013-05-16 19:02:03

EvanE wrote:

Auf dem Gelände des Uni-Klinikums Bonn (UKB, Bonn-Venusberg) ... wurden die Eingangsknoten mit addr:housename versehen

Sehr interessant, habe mir das gerade mal angeschaut. Würde man, wie oben von mir vorgeschlagen, zusätzlich das Vorhandensein eines addr:street-Tags fordern, blieben die "Hausnamen" des UKB außen vor. (Jene in Berlin-Siemensstadt ebenfalls.)

Die beiden Hausnummern an der Hautklinik (12 und 325, jeweils Sigmund-Freud-Straße) sind aber nicht so gewollt, oder?

slhh · 2013-05-16 21:16:43

Oli-Wan wrote:

EvanE wrote:
Auf dem Gelände des Uni-Klinikums Bonn (UKB, Bonn-Venusberg) ... wurden die Eingangsknoten mit addr:housename versehen
Sehr interessant, habe mir das gerade mal angeschaut. Würde man, wie oben von mir vorgeschlagen, zusätzlich das Vorhandensein eines addr:street-Tags fordern, blieben die "Hausnamen" des UKB außen vor. (Jene in Berlin-Siemensstadt ebenfalls.)

Bei folgendem Beispiel (TU Hamburg-Harburg) hat man zur Numerierung zwar Buchstaben verwendet, aber es zeigt, dass die Hausnumerierung auch mit addr:street und addr:housenumber zusammenkommen kann. Dass mal eine Hausnummer mal nicht vergeben oder nicht erfasst ist, weil der Mapper sie nicht kannte oder die Beschilderung fehlt, ist auch nicht unwahrscheinlich.

http://www.openstreetmap.org/?lat=53.46 … 7&layers=M

errt · 2013-05-16 21:29:23

EvanE wrote:

Bei addr:housename=<ZAHL> kann folgender Fall problematisch sein:
Auf dem Gelände des Uni-Klinikums Bonn (UKB, Bonn-Venusberg) haben die Gebäude eine Nummer unabhängig von deren postalischen Adresse (meist Sigmund-Freud-Straße xx). Diese interne Nummer steht groß vor den Gebäuden und wird im lokalen Lageplan verwendet.
Um diese Information zu erfassen, wurden die Eingangsknoten mit addr:housename versehen (nicht von mir).

Wobei mir housename auch nicht richtig zu sein scheint. Zumindest ist es bei Universitäten ja oft der Fall, dass es einerseits natürlich eine Gebäudenummer gibt, andererseits aber zumindest ein Teil der Gebäude zusätzlich einen Namen hat, beispielsweise zur Ehrung ehemaliger Universitätsmitglieder oder auch eher funktional. Das wäre in housename dann eher korrekt, also müsste man für die Gebäudenummer einen anderen Weg finden - wobei ref= schon am ehensten dem Üblichen entspräche.

Oli-Wan · 2013-05-16 21:38:18

slhh wrote:

Bei folgendem Beispiel (TU Hamburg-Harburg) hat man zur Numerierung zwar Buchstaben verwendet, aber es zeigt, dass die Hausnumerierung auch mit addr:street und addr:housenumber zusammenkommen kann. Dass mal eine Hausnummer mal nicht vergeben oder nicht erfasst ist, weil der Mapper sie nicht kannte oder die Beschilderung fehlt, ist auch nicht unwahrscheinlich.
http://www.openstreetmap.org/?lat=53.46 … 7&layers=M

Ich verstehe den Einwand nicht ganz: hier sind addr:street und addr:housenumber vorhanden, dazu noch name="Gebäude X". Selbst wenn letzterer "Gebäude 24" lauten sollte und/oder als addr:housename eingetragen wäre so wie hier (wo übrigens auch eine von der Hochschule vergebene Gebäudenummer als ref:RWTH hinterlegt ist), gäbe es hier kein (vermeintliches) Falschtagging einer Hausnummer in addr:housename. Ein solches könnte nur dann fälschlich erkannt werden, wenn statt "Gebäude 24" nur "24" eingetragen wäre.

slhh · 2013-05-16 21:52:34

Oli-Wan wrote:

Ein solches könnte nur dann fälschlich erkannt werden, wenn statt "Gebäude 24" nur "24" eingetragen wäre.

Das dürfte dann sehr vom Mapper abhängen, was in OSM eingetragen wird. Ebenso dürfte es sehr vom mapper abhängen, welcher Schlüssel für diese angaben verwendet wird. Im Falle der TU Hamburg-Harburg gibt es sicher kein Problem, aber das Beispiel sollte zeigen, dass Ausgangslagen durchaus realischtisch sind, bei denen die automatische Korrektur problematisch wäre, wenn der Mapper die Daten in bestimmter Weise erfasst hat.

EvanE · 2013-05-16 22:43:24

Oli-Wan wrote:

EvanE wrote:
Auf dem Gelände des Uni-Klinikums Bonn (UKB, Bonn-Venusberg) ... wurden die Eingangsknoten mit addr:housename versehen
Sehr interessant, habe mir das gerade mal angeschaut. Würde man, wie oben von mir vorgeschlagen, zusätzlich das Vorhandensein eines addr:street-Tags fordern, blieben die "Hausnamen" des UKB außen vor. (...)
Die beiden Hausnummern an der Hautklinik (12 und 325, jeweils Sigmund-Freud-Straße) sind aber nicht so gewollt, oder?

Jep, 325 sollte ein Hausname sein. Ich muss irgendwann mal im UKB noch einige Ergänzungen machen und werde das dann anpassen.

Leider ist das im UKB so, dass dort nur Nummern an/vor den Häusern sind. "Gebäude 325" oder "UKB 325" wäre als Hausname sicher sinnvoller, entspricht aber leider nicht den Tatsachen.

Edbert (EvanE)

EvanE · 2013-05-16 22:49:46

errt wrote:

EvanE wrote:
Bei addr:housename=<ZAHL> kann folgender Fall problematisch sein:
Auf dem Gelände des Uni-Klinikums Bonn (UKB, Bonn-Venusberg) haben die Gebäude eine Nummer unabhängig von deren postalischen Adresse (meist Sigmund-Freud-Straße xx). Diese interne Nummer steht groß vor den Gebäuden und wird im lokalen Lageplan verwendet.
Um diese Information zu erfassen, wurden die Eingangsknoten mit addr:housename versehen (nicht von mir).
Wobei mir housename auch nicht richtig zu sein scheint. Zumindest ist es bei Universitäten ja oft der Fall, dass es einerseits natürlich eine Gebäudenummer gibt, andererseits aber zumindest ein Teil der Gebäude zusätzlich einen Namen hat, beispielsweise zur Ehrung ehemaliger Universitätsmitglieder oder auch eher funktional. Das wäre in housename dann eher korrekt, also müsste man für die Gebäudenummer einen anderen Weg finden - wobei ref= schon am ehensten dem Üblichen entspräche.

Das ist ja der Grund auf Hausname und Eingang auszuweichen.
Die Gebäude heißen Abc-Klinik oder so ähnlich. Dadurch ist Name also bereits belegt.

Unabhängig davon haben haben sie eine groß angeschriebene Gebäudenummer innerhalb des Klinik-Geländes. Und diese ist wiederum unabhängig von ihrer Anschrift / Postadresse. Womit die Hausnummer ebenfalls nicht sinnvoll ist.

Edbert (EvanE)

Oli-Wan · 2013-08-08 11:52:11

Um noch einmal hierauf zurückzukommen:

aighes wrote:

Auf @talk-de wird im übrigen gerade darüber diskutiert, ob man Hausnummern, die in addr:housename gelandet sind per Bot in addr:housenumber ändert.

Da Bürste sein Vorhaben augenscheinlich nicht weiter verfolgen wird, möchte ich noch einmal die Frage aufwerfen, ob diese Korrektur in mein Programm mit aufgenommen werden kann/sollte. Ausgangspunkt ist, daß regelmäßig Hausnummern (rein numerisch, ggf. noch mit Buchstabenzusatz) in addr:housename statt in addr:housenumber landen. Das wird zum einen durch die automatische Ergänzung von Tagschlüsseln in JOSM begünstigt, zum anderen durch "housename"-Felder in Editoren wie P2, iD, wo der User bisweilen einfach das falsche erwischt. (Genauso wie Postleitzahlen in addr:housenumber landen, oder Städtenamen in addr:country, oder verschiedene Adressbestandteile vertauscht werden). Das tägliche Aufkommen kann im housenumbervalidator besichtigt werden (aktuell ist allerdings nicht viel zu sehen).

Der einfachste Ansatz wäre, addr:housename auf Hausnummer-artige Werte zu prüfen (123, 123a, 123-127) und ohne weitere Umstände in addr:housenumber zu verschieben (es sei denn, dieses Tag ist bereits mit einem abweichenden Wert belegt).

Problem ist nun (vgl. Hinweise zum UK Bonn weiter oben), daß gelegentlich sonstige Gebäudenummern in addr:housename landen, welche keine Hausnummern im eigentlichen Sinne sind (von der Gemeinde vergeben, postalischen Zwecken dienend), sondern z.B. internen Verwaltungszwecken dienen oder die Orientierung auf einem weitläufigen Gelände ermöglichen, welches z.B. nur eine Hausnummer hat oder wo die Hausnummern der einzelnen Gebäude irregulär verstreut sind. Nach meinem Verständnis wären diese sonstigen Nummern zwar in der Regel in ref, ref:* oder gar (mit Präfix) name besser aufgehoben als in addr:housename, eine Verschiebung in addr:housenumber ist in diesen Fällen auch nicht sinnvoll.

Kann man diesen Einwänden Rechnung tragen und die housename-housenumber-Verschiebung so gestalten, daß diese Sonderfälle ausgesperrt werden? Ich denke: ja, wenn man folgende Bedingungen stellt.

addr:housename hat einen Hausnummer-artigen Wert /[[:digit:]]+( ?[[:alpha:]])?/ (evtl. noch ergänzt um Mehrfachnummern).
In addr:housenumber steht entweder der gleiche Wert wie in addr:housename oder keiner. Im Falle identischer Werte können die weiteren Bedingungen entfallen.
Tag addr:street vorhanden.
darüber hinaus außer weiteren addr:*-Tags nur Schlüssel aus einer begrenzten Positivliste, etwa building=* und entrance=* sowie Metatags wie source und created_by.
Diese Bedingung wird auch an Elternobjekte gestellt.
...?

1 und 2 sollten klar sein. 3 bis 5 sollen die Fälle ausschließen, wo "irgendeine" Nummer in addr:housename gelandet ist, aber nicht die Hausnummer.
Eine Adressangabe mit addr:street verlangt in der Regel auch nach einer addr:housenumber. Ist keine Straße angegeben, kann der Wert in addr:housename durchaus eine sonstige Referenznummer sein (es sei denn, die Straße wurde bloß nicht eingetragen - in diesem Fall unterbleibt halt eine mögliche und sinnvolle Korrektur).
Solche sonstigen Referenznummern finden sich gehäuft an Gebäuden mit weitergehender Funktion (amenity, shop usw.); daher die Beschränkung auf Gebäude und Eingänge. Dabei sind noch Tags am Elternweg eines Knotens sowie z.B. am Multipolygon, dem ein Weg angehört, zu berücksichtigen.

Jetzt wollte ich gerade die Gebäude der Bonner Uniklinik gegen obigen Regelsatz abgleichen - aber da scheint es keine addr:housename mehr zu geben...
Anderes Beispiel: Weg 184762125 und die anderen Gebäude auf dem Siemens-Gelände in Berlin bleiben unangetastet - addr:street fehlt. Gleiches gilt für die Gebäude im Industriepark Wolfgang (Hanau) wie Weg 212472773. Weitere semi-legitime Exoten finde ich gerade nicht.

slhh · 2013-08-09 01:27:50

Ein Beispiel wo solche Gebäudenummern (waren allerdings als name=* getaggt) vermutlich falsch in Hausnummern umgetagt wurden, ist das DESY-Gelände: http://www.openstreetmap.org/#map=18/53.57634/9.88164
Der Adressnode mit Hausnummer 85 innerhalb von einem mit Hausnummer 20 getaggten Gebäude zeigt zumindest, dass dort etwas falsch ist.

Mit den doppelten Nummern wäre ich etwas vorsichtiger. Per Zufalls kann es auch mal bei einem einzelnen Gebäude eine Übereinstimmung von Gebäude und Hausnummer geben.
Vielleicht hilft hier als zusätzliches Kriterium, ob sich weitere addr:housename im Nummernformat in der Umgebung befinden, da Gebaudenummern immer gehäuft auftreten dürften.

PeterPablo · 2013-08-09 14:57:39

Hi Oli-Wan,
der housenumbervalidator von gulp hat mir z.B. diesen Addressknoten für die Verbesserung vorgeschlagen: http://www.openstreetmap.org/browse/node/2402341861
Wieso fasst Dein Bot den Knoten nicht an und ändert "Str." in "Straße"? Oder ist er nur noch nicht dorthin gekommen?
In nächster Umgebung gibt es zig weitere solche Knoten. Ich habe bisher von einer händischen Korrektur abgesehen, damit Du das ggf. automatisiert behebst.

Danke,
Peter

Oli-Wan · 2013-08-09 15:13:09

Ganz einfach: der beanstandete Knoten liegt in Österreich.
Von der AT-Mailingliste habe ich nur die Zustimmung zu Leerraum und wiederholten Knoten eingeholt, vgl. auch Übersicht auf der Wikiseite. Mit österreichischen Adressen bin ich nicht vertraut, deshalb kann ich auch ohne einheimische Hilfe das Programm für Adresskorrekturen nicht für Österreich anpassen.

geri-oc · 2013-08-17 09:25:34

Ist es möglich, automatisch die bisherigen "Mittelschulen" (in Sachsen?) in "Oberschule" umzubenennen?

EvanE · 2013-08-17 12:11:15

geri-oc wrote:

Ist es möglich, automatisch die bisherigen "Mittelschulen" (in Sachsen?) in "Oberschule" umzubenennen?

Möglich wäre das schon, aber wäre das auch sinnvoll?
Immerhin gilt bei OSM der Leitsatz, wir mappen, was vor Ort ermittelt werden kann.

Namen von Schulen ergeben sich aus dem, was vor Ort angeschrieben ist und nicht aus organisatorischen Änderungen durch das Kultusministerium.

Bei automatischen Ändern der Namen, wäre zudem die Mechanical Edit Policy zu beachten/befolgen. Das schließt eine gründliche Diskussion (das Forum reicht nicht) und Dokumentation ein.

Edbert (EvanE)

Announcement

#26 2013-03-22 11:54:19

Re: Automatische Korrektur von Fehlern in addr:* (5) - street, housenumber

#27 2013-03-22 12:11:42

Re: Automatische Korrektur von Fehlern in addr:* (5) - street, housenumber

#28 2013-03-22 12:15:26

Re: Automatische Korrektur von Fehlern in addr:* (5) - street, housenumber

#29 2013-04-01 11:37:22

Re: Automatische Korrektur von Fehlern in addr:* (5) - street, housenumber

#30 2013-04-01 11:53:08

Re: Automatische Korrektur von Fehlern in addr:* (5) - street, housenumber

#31 2013-05-16 12:53:15

Re: Automatische Korrektur von Fehlern in addr:* (5) - street, housenumber

#32 2013-05-16 13:00:29

Re: Automatische Korrektur von Fehlern in addr:* (5) - street, housenumber

#33 2013-05-16 13:26:30

Re: Automatische Korrektur von Fehlern in addr:* (5) - street, housenumber

#34 2013-05-16 15:08:43

Re: Automatische Korrektur von Fehlern in addr:* (5) - street, housenumber

#35 2013-05-16 16:08:07

Re: Automatische Korrektur von Fehlern in addr:* (5) - street, housenumber

#36 2013-05-16 16:28:06

Re: Automatische Korrektur von Fehlern in addr:* (5) - street, housenumber

#37 2013-05-16 18:40:54

Re: Automatische Korrektur von Fehlern in addr:* (5) - street, housenumber

#38 2013-05-16 19:02:03

Re: Automatische Korrektur von Fehlern in addr:* (5) - street, housenumber

#39 2013-05-16 21:16:43

Re: Automatische Korrektur von Fehlern in addr:* (5) - street, housenumber

#40 2013-05-16 21:29:23

Re: Automatische Korrektur von Fehlern in addr:* (5) - street, housenumber

#41 2013-05-16 21:38:18

Re: Automatische Korrektur von Fehlern in addr:* (5) - street, housenumber

#42 2013-05-16 21:52:34

Re: Automatische Korrektur von Fehlern in addr:* (5) - street, housenumber

#43 2013-05-16 22:43:24

Re: Automatische Korrektur von Fehlern in addr:* (5) - street, housenumber

#44 2013-05-16 22:49:46

Re: Automatische Korrektur von Fehlern in addr:* (5) - street, housenumber

#45 2013-08-08 11:52:11

Re: Automatische Korrektur von Fehlern in addr:* (5) - street, housenumber

#46 2013-08-09 01:27:50

Re: Automatische Korrektur von Fehlern in addr:* (5) - street, housenumber

#47 2013-08-09 14:57:39

Re: Automatische Korrektur von Fehlern in addr:* (5) - street, housenumber

#48 2013-08-09 15:13:09

Re: Automatische Korrektur von Fehlern in addr:* (5) - street, housenumber

#49 2013-08-17 09:25:34

Re: Automatische Korrektur von Fehlern in addr:* (5) - street, housenumber

#50 2013-08-17 12:11:15

Re: Automatische Korrektur von Fehlern in addr:* (5) - street, housenumber

Board footer