Neues Plugin zum Beheben von Addressfehlern

Johannes69 · 2010-11-14T18:52:35.000Z

Tordanik:

Johannes69:

Allerdings vereinfacht diese Funktion auch die Erzeugung von Relationen - was m. W. ein wesentliches Argument gegen die Relationen war. Mal die Reaktionen abwarten…

Gleich mal eine Reaktion: Hausnummern-Relationen sind ein Irrweg. Sie sind unnötig kompliziert - nicht nur bei der Erzeugung, sondern auch bei der Bearbeitung. Und ein Tool kann das nicht lösen, weil nicht jeder dieses Tool verwendet. Dein Tool nützt einem Benutzer eines anderen Editors, der auf deine Hausnummern stößt, z.B. gar nichts. Und spätestens beim Betrachten der History auf osm.org nutzt es auch einem JOSM-Benutzer nichts mehr.

Das wurde aber eigentlich schon ausführlich diskutiert. Ich würde mir höchstens mal ein Tool wünschen, um die Überbleibsel meiner früheren Experimente mit Hausnummern-Relationen einfacher wieder eliminieren und durch primitives, für jedermann leicht zugängliches Tagging ersetzen zu können. Aber das schaffe ich schon auch noch per Hand.

Hallo Tordanik,

die Funktion ist im neuen Release (24232) nicht mehr verfügbar. Adressierung über Relationen wird aber bei der Validierung nach wie vor berücksichtigt.

Ansonsten kann man jetzt die Tabellen per Mausklick auf den Header sortieren und auch die Postleitzahlen werden rudimentär validiert (z. B. “45D63” oder “918283” werden als ungültig erkannt), aber nicht, ob die PLZ wirklich existiert.

EvanE · 2010-11-14T20:00:48.000Z

Johannes69:

Ansonsten kann man jetzt die Tabellen per Mausklick auf den Header sortieren und auch die Postleitzahlen werden rudimentär validiert (z. B. “45D63” oder “918283” werden als ungültig erkannt), aber nicht, ob die PLZ wirklich existiert.

Hallo Oliver

Dar ist aber hoffentlich bewusst, dass Postleitzahlen ausserhalb DE völlig anders aufgebaut sein können.
Siehe bei Wikipedia die Artikel Postleitzahl und insbesondere Postleitzahlen in Großbritannien.

Edbert (EvanE)

kellerma · 2010-11-14T20:21:19.000Z

EvanE:

Johannes69:

Ansonsten kann man jetzt die Tabellen per Mausklick auf den Header sortieren und auch die Postleitzahlen werden rudimentär validiert (z. B. “45D63” oder “918283” werden als ungültig erkannt), aber nicht, ob die PLZ wirklich existiert.

Hallo Oliver

Dar ist aber hoffentlich bewusst, dass Postleitzahlen ausserhalb DE völlig anders aufgebaut sein können.
Siehe bei Wikipedia die Artikel Postleitzahl und insbesondere Postleitzahlen in Großbritannien.

Edbert (EvanE)

Hi Edbert,

wenn das stimmt, was im wiki steht, hat er das längst berücksichtigt

Postal codes are validated against a pattern. Supported countries are AT, AU, BR, CA, CH, CN, CZ, DE, DK, EE, ES, FI, FR, GB, GR, HR, HU, IL, IS, IT, JP, LA, LI, LT, LU, LV, ME, MX, NL, NO, PL, PT, RO, RU, SE, SI, SK, SL, SM, TR, UA and US

Leider sind beileibe nicht alle nodes/buildings mit dem “Länder-Tag” ausgestattet, sodaß diese “Sicherung” nicht sofort greift.

EDIT:
Sehe, es gibt jetzt auch dazu noch die Funktion “Select incomplete addresses”.
Supi !

Ciao,
Frank

Johannes69 · 2010-11-14T20:54:12.000Z

kellerma:

Hi Edbert,

wenn das stimmt, was im wiki steht, hat er das längst berücksichtigt

Postal codes are validated against a pattern. Supported countries are AT, AU, BR, CA, CH, CN, CZ, DE, DK, EE, ES, FI, FR, GB, GR, HR, HU, IL, IS, IT, JP, LA, LI, LT, LU, LV, ME, MX, NL, NO, PL, PT, RO, RU, SE, SI, SK, SL, SM, TR, UA and US

Leider sind beileibe nicht alle nodes/buildings mit dem “Länder-Tag” ausgestattet, sodaß diese “Sicherung” nicht sofort greift.

Ciao,
Frank

So ist es - das andere Länder andere PLZ-Systeme haben, war mir auch klar.

Hat ein Adresse kein country-Tag, wird die Ländereinstellungen des Rechners genommen - was zu mindestens näherungsweise stimmen sollte.

EvanE · 2010-11-14T21:01:33.000Z

Johannes69:

kellerma:

… Postal codes are validated against a pattern. Supported countries are AT, AU, BR, CA, CH, CN, CZ, DE, DK, EE, ES, FI, FR, GB, GR, HR, HU, IL, IS, IT, JP, LA, LI, LT, LU, LV, ME, MX, NL, NO, PL, PT, RO, RU, SE, SI, SK, SL, SM, TR, UA and US

Leider sind beileibe nicht alle nodes/buildings mit dem “Länder-Tag” ausgestattet, sodaß diese “Sicherung” nicht sofort greift.

…
Hat ein Adresse kein country-Tag, wird die Ländereinstellungen des Rechners genommen - was zu mindestens näherungsweise stimmen sollte.

Hallo Oliver

Prima, habe ich mir ja unnötig Sorgen gemacht.

Unzureichende Informationen (in den OSM-Daten) führen im Zweifelsfall zu falschen Ergebnissen.
Daran kannst du dann allerdings nichts machen.

Edbert (EvanE)

Elwood · 2011-12-26T08:22:50.000Z

Moin Oliver,

ein tolles Tool, allerdings fürchterlich (dynamisch) langsam(er). Bei großen Vorschlagmengen dauert gefühlt immer länger, bei jedem erneuten Benutzen des Tools geht es gleich langsam los. Die CPU rödelt bei 100%. Ich habe mal ein Ticket aufgemacht: http://josm.openstreetmap.de/ticket/7181

Viele Grüße,
Frank

Johannes69 · 2011-12-26T10:59:46.000Z

Elwood:

Moin Oliver,

ein tolles Tool, allerdings fürchterlich (dynamisch) langsam(er). Bei großen Vorschlagmengen dauert gefühlt immer länger, bei jedem erneuten Benutzen des Tools geht es gleich langsam los. Die CPU rödelt bei 100%. Ich habe mal ein Ticket aufgemacht: http://josm.openstreetmap.de/ticket/7181

Hallo Frank,

danke für den Hinweis. Kannst du mir bitte zwecks Nachvollziehbarkeit mitteilen, welches Gebiet du bearbeiten möchtest?

Elwood · 2011-12-26T13:19:32.000Z

Hallo Oliver,

schau mal hier…

http://www.openstreetmap.org/?lat=52.488&lon=13.2921&zoom=14

um den Hubertusplatz herum.

Bei ca. 140 vorhandenen Hausnummern braucht das Plugin > 2h um Vorschläge zu erzeugen.

Gruss, Frank

things-change · 2011-12-27T07:59:54.000Z

EvanE:

dulcedo:

Bei einer Zuweisung der Adressdaten zum Gebäude sehe ich grosse Schwierigkeiten weil so die Kennzeichnung der Eingänge verloren geht, auch gehört solch ein Eingang oft zu einer ganz anderen Strasse weil sie vielleicht vor 200 Jahren in Einer verbunden waren. Gerade solche Informationen sind aber nicht nur für Zustelldienste sehr nützlich.

Hallo dulcedo

Das ist wirklich überholt.
Je einen Knoten in den Gebäudeumriss, dort wo sich
die Eingänge befinden, mit building=entrance und
diese Information ist bestens vorhanden.

Edbert (EvanE)

Und wenn es z.B. eine Doppelhauhälfte ist? Grenze im Gebäude soll nicht geraten werden, wenn nicht ersichtlich; stattdessen soll ein Gebäude gezeichnet werden, und 2 Nodes an den Eingängen, in die die jeweilige Hausnummer eingetragen wird, hab ich erst kürzlich gelesen.

EvanE · 2011-12-27T08:28:25.000Z

things-change:

EvanE:

Je einen Knoten in den Gebäudeumriss, dort wo sich
die Eingänge befinden, mit building=entrance und
diese Information ist bestens vorhanden.

Und wenn es z.B. eine Doppelhauhälfte ist? Grenze im Gebäude soll nicht geraten werden, wenn nicht ersichtlich; stattdessen soll ein Gebäude gezeichnet werden, und 2 Nodes an den Eingängen, in die die jeweilige Hausnummer eingetragen wird, hab ich erst kürzlich gelesen.

Doppelhäuser bestehen von ihrem Ansatz her aus zwei gleich großen Teilen. Raten wäre also kein Problem. Spätere Anbauten sind in der Regel leicht zu erkennen.

Auch kann man problemlos zwei Nummern als “31,32” oder “17,17a” für ein Gebäude vergeben. Wenn man vor dem Doppelhaus steht, wird man wohl ohne weitere Mühe die gesuchte Nummer finden.

Ich verwende meist den Gartenzaun, um die Lage der Trennung zu bestätigen, falls das am Dach nicht zu erkennen ist. Das setzt natürlich ordentliche Luftbilder voraus.

Edbert (EvanE)

things-change · 2011-12-27T08:40:57.000Z

Habs gefunden.

Ist aber auch nur ‘Vorgeschlagene Richtlinien zum Eintragen’ beim Hausnummernprojekt Dortmund.

http://wiki.openstreetmap.org/wiki/DE:Luftbilder_aus_Dortmund/Hausnummern

Dort Punkt 7

EvanE · 2011-12-27T09:23:11.000Z

things-change:

Habs gefunden.
Ist aber auch nur ‘Vorgeschlagene Richtlinien zum Eintragen’ beim Hausnummernprojekt Dortmund.
http://wiki.openstreetmap.org/wiki/DE:Luftbilder_aus_Dortmund/Hausnummern

Dort Punkt 7

Wie bereits geschrieben, kann man oft anhand der Grenzen in den Gärten die Größe der einzelnen Häuser erkennen. In Innenstädten funktioniert das nicht immer, aber bei typischen Doppel- oder Reihen-Häusern geht das fast immer.

Auch wenn durch Besichtigung klar ist, dass die beiden Hausfronten in etwa gleich lang sind, sehe ich keinen Grund eine Trennung nicht einzutragen.

Edbert (EvanE)

GeorgFausB · 2011-12-27T12:04:09.000Z

Moin,

EvanE:

Wie bereits geschrieben, kann man oft anhand der Grenzen in den Gärten die Größe der einzelnen Häuser erkennen. In Innenstädten funktioniert das nicht immer, aber bei typischen Doppel- oder Reihen-Häusern geht das fast immer.

Auch wenn durch Besichtigung klar ist, dass die beiden Hausfronten in etwa gleich lang sind, sehe ich keinen Grund eine Trennung nicht einzutragen.

zweifellos - aber siehst Du auch einen Grund, bei den angesprochenen Typen die Trennung einzutragen statt einfach die Adressdaten am Eingang zu lassen?
OK, manchmal unterscheiden sich die Wand- oder Dachfarben - falls man die entsprechend erfassen möchte (Stichwort 3D-Darstellung), ist es notwendig.

Gruß
Georg

Elwood · 2011-12-27T12:41:42.000Z

Wird es nicht langsam OT? Kann den Zusammenhang mit dem Josm-Plugin nicht erkennen!

Frank

EvanE · 2011-12-27T14:10:29.000Z

GeorgFausB:

EvanE:

Wie bereits geschrieben, kann man oft anhand der Grenzen in den Gärten die Größe der einzelnen Häuser erkennen. …

Auch wenn durch Besichtigung klar ist, dass die beiden Hausfronten in etwa gleich lang sind, sehe ich keinen Grund eine Trennung nicht einzutragen.

zweifellos - aber siehst Du auch einen Grund, bei den angesprochenen Typen die Trennung einzutragen statt einfach die Adressdaten am Eingang zu lassen?
OK, manchmal unterscheiden sich die Wand- oder Dachfarben - falls man die entsprechend erfassen möchte (Stichwort 3D-Darstellung), ist es notwendig.

Hallo Georg

Der Grund ist ganz einfach: Es sind zwei verschiedene Häuser.
Dass die eine gemeinsame Doppelwand haben, sollte meines Erachtens kein Kriterium sein.

Und jetzt, nach der Mahnung von Elwood, Schluss von meiner Seite.

Edbert (EvanE)

Elwood · 2011-12-28T10:22:23.000Z

Moin Oliver,

ich habe gestern noch einen vermeintlichen Bug gefunden. Wenn ich selektierte unvollständige Adressen “Vorschlagen” lasse, verschwinden sie einfach aus der Liste, sodaß es nicht mehr möglich ist, sie zu “Übernehmen”. Kann allerdings nicht spekulieren, woran das liegen mag.

Falls es noch wichtig ist, ich benutze OpenJDK16 auf FreeBSD.

Gruss, Frank

PS: Edbert: Danke

Johannes69 · 2011-12-28T12:36:31.000Z

Elwood:

Hallo Oliver,

Bei ca. 140 vorhandenen Hausnummern braucht das Plugin > 2h um Vorschläge zu erzeugen.

Gruss, Frank

Sollte jetzt behoben sein, bitte updaten und testen.

Johannes69 · 2011-12-28T12:37:59.000Z

Elwood:

Moin Oliver,
ich habe gestern noch einen vermeintlichen Bug gefunden. Wenn ich selektierte unvollständige Adressen “Vorschlagen” lasse, verschwinden sie einfach aus der Liste, sodaß es nicht mehr möglich ist, sie zu “Übernehmen”. Kann allerdings nicht spekulieren, woran das liegen mag.

Ok, ich schaue mir das mal an…

Elwood · 2011-12-28T13:44:58.000Z

Johannes69:

Sollte jetzt behoben sein, bitte updaten und testen.

aahhh! Turbo Mode : (sowohl das Plugin, als auch der Fix) Thx!

Gruß, Frank

Elwood · 2011-12-28T14:30:45.000Z

Zum vermeintlichen Fehler. Ich glaub, ich kann ihn reproduzieren:

Wenn man aus der Straßenliste oben auswählt und dann den “Ausgewählte Adressen der Straßen” anklickt, verschwinden die unten aus der Liste, werden und werden auch nicht übernommen (was ja richtig wäre!).

Gruß, Frank