Adressqualität Bundesland Salzburg

Luzandro · 2018-04-05 07:16:59

Dein Glühwürmchem mappen scheint aber etwas fehleranfällig zu sein. Ich zitiere hier einmal dein Bild von oben:
PLqpf1b.pngg

Hier ist keine Adresslücke. Das Hotel hatte schon eine Adresse und bei den zusätzlichen Adressen hast du offenbar keine Plausabilitätsüberprüfung durchgeführt:

Ist es plausibel, dass das Hotel 4 verschiedene Adressen hat?
Ist es plausibel, dass es Adressnummern hat, die gar nicht der angrenzenden Straße entsprechen?
Ist es plausibel, dass diese Adressen an der Stelle dennoch korrekt sind, obwohl sie alle im Block nördlich davon auch schon vorkommen?

Auch die Ferdinand-Porschestraße 3 und 5 habe ich in meinem ersten Post hier schon angesprochen. Die Adresse 5 existiert jetzt 3 mal und beide neuen Einträge sind vermutlich falsch.
emga hat dich auf doppelte Adressen hingewiesen, ich habe dich auf Fehler hingewiesen, aber in keinem der Fälle hast du versucht diese zu bereinigen und deinen Prozess zu optimieren, sondern nur von einer Phase 2 gesprochen, die offenbar noch nicht eingetreten ist, während du schon wieder wo anders neue Adressen incl. doppelter Einträge erfasst.
Wenn vorher noch gar keine Adressen vorhanden waren, ist das zwar sicher dennoch ein Fortschritt, aber es ist immer leichter, neue Daten einzutragen, als später Fehler in bestehenden zu finden, also wie schon emga sagte, bitte mehr auf die Qualitätskontrolle achten. Der oben genannte mögliche Fehler bei der Frauenalmstraße ging wohl zum Teil auch noch auf den plan.at-Import zurück.

Last edited by Luzandro (2018-04-05 07:22:21)

wiki the map · 2018-04-05 13:34:23

Luzandro wrote:

Dein Glühwürmchem mappen scheint aber etwas fehleranfällig zu sein.

Das freut mich, wir sind uns darüber Einig dass die Verortungsqualität der Adressen, vom Österreichischen Bundesamt für Eich und Vermessungswesen, im Bundesland Salzburg eher schlecht ist.

Dank Glühwürmchen Mapping wissen wir das nun sogar Glühwürmchen Amtlich.

Grüße Johann

wiki the map · 2018-04-05 14:01:57

Also noch einmal meine Arbeitsweise vom Beginn bis zum Finale.

Sq657AR.pngg
Nach Ergänzung (Phase 1) schaut das so aus
0W4fZw0.pngg
Als nächster Schritt folgt das vereinigen der neu gemappten Adress- Nodes mit bereits vorhandenen Gebäude Polygonen.

cCkM445.pngg
Gebäude und Adress Nodes vereinigt.
B6BNcPY.pngg

Gppes · 2018-04-06 09:12:14

Johann, konntest Du die hier kritisierten Punkte mittlerweile bereinigen?

Sollte das nicht der Fall sein, besteht die Gefahr, dass Du lokale Mapper vergraemst. Es waere Schade, wenn diese ihr Hobby nicht mehr mit Freude ausfuehren koennen, wenn Du - in diesem Bereich als Couchmapper - Dinge machst, die nicht im Konsens mit diesen Leuten sind!

Auch hier waere ein Revert Deiner Edits zu erwaegen, wenn Du keinen Konsens erreichen kannst!

Ich finde die multiplen Adressen in dem hier im Thread gezeigten Hotel furchtbar und empfinde das Hochladen halbfertiger Edits als schlechten Stil.

Luzandro · 2018-04-06 11:55:03

Gppes wrote:

Auch hier waere ein Revert Deiner Edits zu erwaegen, wenn Du keinen Konsens erreichen kannst!

Ich glaube nicht, dass das notwendig oder sinnvoll ist. Ich habe mir dann auch noch andere Changesets angeschaut und abgesehen von dieser Ausnahme sind mir keine weiteren Fälle aufgefallen, wo tatsächlich schon vorhandene Daten durch schlechtere ersetzt wurden.

Dazu, wie es zu diesen eigenartigen Änderungen gekommen ist, hat sich Johann noch nicht geäußert, aber eine besondere Verschlechterung stellen die auch nicht dar:

Luzandro wrote:

es gibt aber ein paar suspekte Changesets, wo anscheinend die Adressinformation bei den Häusern gelöscht wurde und stattdessen ein POI mit anderer addr:city über den Häusern angelegt wurde
https://www.openstreetmap.org/changeset … 8/13.00063
https://www.openstreetmap.org/changeset … 56/12.9803

Was dagegen systematisch vorkommt, ist ein schlampiger Umgang mit dem Adresshelper, wo Hausnummern übersprungen und andere doppelt vergeben werden (was im übrigen selbst auf den von ihm hier geposteten Screenshots zu sehen ist). Das sollte sich mit der overpass-Abfrage nach doppelten Hausnumern, genauso wie auch die "Hotel-Adressen", finden lassen. Es wäre allerdings schön, wenn das Johann auch einmal als Problem ansehen würde, die bisherigen Changesets bereinigt und in Zukunft sorgfältiger vorgeht und nicht einfach wo anders weitermacht wie bisher und irgendeinem Amt die Schuld an seinen Uploads gibt.

Last edited by Luzandro (2018-04-06 12:04:59)

wiki the map · 2018-04-06 12:32:41

Luzandro wrote:

es gibt aber ein paar suspekte Changesets, wo anscheinend die Adressinformation bei den Häusern gelöscht wurde und stattdessen ein POI mit anderer addr:city über den Häusern angelegt wurde
https://www.openstreetmap.org/changeset … 8/13.00063
https://www.openstreetmap.org/changeset … 56/12.9803

Es handelte sich hierbei um das bewusste Auflösen von Komma separierten Doppeladressen Addr1,Addr2 in mittels Adresshelper gesetzte einzel- Nodes, welche ich anschließend in zwei getrennten Gebäude Polygonen auflöse. Der Adresshelper liefert aufgrund der Position der Nodes eine bessere Information als Kommaseparierte Mahrfachadressen.

Gppes wrote:

Ich finde die multiplen Adressen in dem hier im Thread gezeigten Hotel furchtbar und empfinde das Hochladen halbfertiger Edits als schlechten Stil.

Luzandro wrote:

Was dagegen systematisch vorkommt, ist ein schlampiger Umgang mit dem Adresshelper, wo Hausnummern übersprungen und andere doppelt vergeben werden (was im übrigen selbst auf den von ihm hier geposteten Screenshots zu sehen ist).

Der angesprochene Screenshots zeigt einen Arbeits- Zwischenschritt. Da der Bereich in diversen Postings als Beispiel angeführt wird, lasse ich diesen im Moment bewusst so stehen. Dies nun als Beweis einer angeblichen schlampigen Arbeitsweise anzuführen, ist wohl nur noch perfide.

Dann löse ich den Bereich nun wohl besser auf.

Wenn schon jeder einzelne meiner Changesets genau nach Fehler durchforstet wird, hätte ich gerne auch mal eine Erwähnung in Zahl, wie viele Adressen von mir in Salzburg in letzter Zeit ergänzt worden sind. http://resultmaps.neis-one.org/osm-susp … 279/11.541 Als aktueller Nr. 3 Mapper in Österreich, alles Freiwilligenarbeit in meiner Freizeit, erwarte ich mir wenigstens minimalen Respekt.

Der bisherige Ertrag in diesem Thread: Luzandro und seine Coloured_Streets. Genau für solchen Input lohnt sich hier die Forumsarbeit.

Grüße Johann
edit: Typo

Last edited by wiki the map (2018-04-06 20:34:50)

Luzandro · 2018-04-07 06:00:10

wiki the map wrote:

Es handelte sich hierbei um das bewusste Auflösen von Komma separierten Doppeladressen Addr1,Addr2 in mittels Adresshelper gesetzte einzel- Nodes, welche ich anschließend in zwei getrennten Gebäude Polygonen auflöse.

Das trifft zum Teil beim 2ten Changeset zu, die Gebäude beim ersten haben oder hatten alle genau eine einzelne Adresse:
https://www.openstreetmap.org/way/222979257/history

wiki the map wrote:

Wenn schon jeder einzelne meiner Changesets genau nach Fehler durchforstet wird, hätte ich gerne auch mal eine Erwähnung in Zahl, wie viele Adressen von mir in Salzburg in letzter Zeit ergänzt worden sind.

Du hast den Thread selbst mit einem Link zu einem Changeset eröffnet, wo dich emga vor fast 2 Wochen auf Fehler hingewiesen hat. Seitdem warst du sehr aktiv, hast daran aber nichts geändert und machst weiterhin den gleichen Fehler mittlerweile über 100km entfernt und erwartest, dass das niemand kritisiert und du dafür gelobt wirst? Offenbar siehst du es ja gar nicht als Fehler an, so stolz, wie du es hier präsentierst, incl. der Methodik, wie du diese erfasst, während die Fehler mit dieser nichts zu tun haben sollen und unvermeidbar an schlechten amtlichen Daten liegen, obwohl du gleichzeitig sehr darauf bestehst, dass es sich dabei nicht um einen Import handelt.

wiki the map · 2018-04-07 08:02:16

Guten Morgen Luzandro,
ich muss gestehen dass ich über das was ich im Bundesland Salzburg vorfinde, zusehends entsetzt bin.

* Weite Landstriche ohne Adressen, oder mit gsehr großen Adresslücken
* Amtliche Adressen systematisch auf Nebengebäude verortet
* Gebäude welche im Pinzgau über Bundesstraßen gezeichnet wurden
* Bestehendes Mapping, z.B Zentrum Siezenheim völliges Chaos
* Mapper welche Orsteilenamen in den Ortsnamen pressen, und so OSM Nominatim in die Irre führen

Normalerweise verlasse ich mich gerne auf amtliche Daten, sowie auf das was lokale Mapper in einer Region bereits erfasst haben.
Beides liegt in Salzburg im Argen. Aber plötzlich ist genug Energie da, um einem aktiven Mapper entgegenzutreten.
Es gibt in Salzburg aktive Mapper, Mapper die mit mir freundlich kommunizieren. Stelle ich fest dass es in der Region einen aktiven OSM Mitwirkenden gibt, klopfe ich bei diesem immer freundlich an, erkläre was ich mache, und ich bekomme immer eine freundliche Antwort.

Das was aber hier einige Besitzstandverwalter abziehen, das ist wirklich seltsam, diese Haltung spiegelt sich klar am bisherigen Mapping Zustand in Salzburg wieder.

Das erfreulich ist nun, das Pinzgau hat nun Adressen, und sogar in sehr guter Qualität.
Ich erwarte von Kritikern, dass diese ein gewisses Maß an Mitarbeit zur Problemlösung erkenne lassen.

Grüße Johann

emga · 2018-04-07 10:59:10

wiki the map wrote:

* Weite Landstriche ohne Adressen, oder mit gsehr großen Adresslücken
* Amtliche Adressen systematisch auf Nebengebäude verortet
* Gebäude welche im Pinzgau über Bundesstraßen gezeichnet wurden
* Bestehendes Mapping, z.B Zentrum Siezenheim völliges Chaos
* Mapper welche Orsteilenamen in den Ortsnamen pressen, und so OSM Nominatim in die Irre führen
Normalerweise verlasse ich mich gerne auf amtliche Daten, sowie auf das was lokale Mapper in einer Region bereits erfasst haben.
Beides liegt in Salzburg im Argen. Aber plötzlich ist genug Energie da, um einem aktiven Mapper entgegenzutreten.

Johann, das "Problem" ist dein Ablenken von der Kritik bzw nicht darauf eingehen.
Mehrere Personen haben nun schon auf die Duplikate u.ä. hingewiesen. Als Antwort bekommt man Sachen zu hören wie "Schlechte Qualität der Quelle", "Wo gehobelt wird fallen Späne" (Sinngemäß) und du sofort einen Angriff gegen deine Arbeit siehst bzw eine Verschwörung gegen dich/deine Arbeit.
Das macht eine/diese Diskussion sehr anstrengend und ist auch nicht Zielführend da am Ende beide Seiten schlecht gelaunt sind.
Keiner will dir hier etwas böses, es wurde nur schon mehrmals der selbe Fehler/Ungenauigkeit erwähnt. Im nächsten "Import" passiert das selbe wieder.

Vielleicht noch kurz zu deinen Angeführten Punkten:

ad Adresslücken, ja es muss sich auch für jeden Landstrich ein Mapper finden der Interesse daran hat dort zu arbeiten
ad Amtliche Adressen, Problem des Amtes nicht von OSM, und wenn ich sie Importiere dann muss man sie kontrollieren/korrigieren

ad Pinzgau:
Ich habe dort vor kurzem begonnen etwas zu arbeiten, ja die Qualität ist mancherorts fraglich. Liegt zum einen an extrem alten Edits (letztens einen Weg gefunden vor 8 Jahren gemappt, Mapper laut Profilbild schon damals 80+ Jahre, ich kann ihn wsl gar nicht mehr fragen, bzw Account inaktiv, von der Qualität der Luftbilder, GPS etc zu dieser Zeit ganz zu schweigen. Wald Import vor 4-5 Jahren... Zum anderen kommen irgendwelche Touristen hier her und mappen wild über den halben Tauern National Park oder ähnliches (ist vielleicht überspitzt dargestellt)
Ich persönlich betreibe das mapping als Hobby, ergo dauert es halt ein bisschen länger, und manche Sachen mach ich gar nicht, weil ich es auch nicht muss.

Ad Wals und Siezenheim, wie schon oben gesagt es muss sich halt auch für jeden Landstrich ein Mapper finden den es interessiert das er dort was macht, wenn es den nicht gibt, dauert es länger oder Dinge passieren gar nicht, da ist Salzburg aber keine Ausnahme in Österreich.

Also nicht alles gleich als Angriff werten, und zuerst mal das Wochenende genießen, prinzipiell ist die Welt und OSM ein guter Platz.

wiki the map · 2018-04-07 14:55:46

emga wrote:

Also nicht alles gleich als Angriff werten, und zuerst mal das Wochenende genießen, prinzipiell ist die Welt und OSM ein guter Platz.

Heute ist definitiv kein guter Tag zum Mappen, sitze gerade zum Picknik im Park vor dem Schloss Herrenchiemsee.
Sonne und Frühlingswetter geniessen.

Grüsse Johann

Gppes · 2018-04-07 19:58:54

wiki the map wrote:

emga wrote:
Also nicht alles gleich als Angriff werten, und zuerst mal das Wochenende genießen, prinzipiell ist die Welt und OSM ein guter Platz.
Heute ist definitiv kein guter Tag zum Mappen, sitze gerade zum Picknik im Park vor dem Schloss Herrenchiemsee.
Sonne und Frühlingswetter geniessen.
Grüsse Johann

Was spricht dagegen Vespucci auf dem Smartphone zu installieren? ;-)

{Edit: https://www.openstreetmap.org/changeset/57893035 :-D}

Last edited by Gppes (2018-04-07 20:01:16)

wiki the map · 2018-04-07 21:14:19

Gppes wrote:

wiki the map wrote:
emga wrote:
Also nicht alles gleich als Angriff werten, und zuerst mal das Wochenende genießen, prinzipiell ist die Welt und OSM ein guter Platz.
Heute ist definitiv kein guter Tag zum Mappen, sitze gerade zum Picknik im Park vor dem Schloss Herrenchiemsee.
Sonne und Frühlingswetter geniessen.
Grüsse Johann
Was spricht dagegen Vespucci auf dem Smartphone zu installieren? ;-)
{Edit: https://www.openstreetmap.org/changeset/57893035 :-D}

Die auf der Herreninsell erzielbare Tmobile Bandbreite, reicht gerademal zum Öffnen einer Webseite. App Store Fehlanzeige.
Aber Danke für den Tipp.

Grüße Johann

wiki the map · 2018-04-07 23:09:32

Grödig,
Auszug Wikipedia:
Das Gemeindegebiet umfasst folgende fünf Ortsteile (in Klammern Einwohnerzahl Stand 1. Jänner 2017[1]):

Eichet (292)
Glanegg (2131)
Grödig (3717)
Sankt Leonhard (1074)
Fürstenbrunn
Die Gemeinde besteht aus den Katastralgemeinden Glanegg und Grödig.

admin_level=10 löst man mit addr:suburb auf
wie aber admin_level=9
?

Ref: https://wiki.openstreetmap.org/wiki/DE:Key:addr

Negreheb · 2018-04-11 08:00:30

Ist das jetzt eine Frage oder was?

Meine Meinung zur Gesamtsituation nach lesen dieses Threads:
wenn Ortschaften gefunden wird, wo nichts oder fast nichts an Adressen zu finden ist, dann finde ich Imports gut. Bevor keine Daten da sind, besser schlechte Daten. Wo bis jetzt noch niemand war, wird auch künftig nur selten jemand hinkommen. Sobald aber recht viele Daten da sind - und das ist in Salzburg der Fall, ist vorsicht angebracht. Sonst führt das zu den auf der Mailingliste und hier angesprochenen Fehlern.

Und die Kritik an der Methode, dem Datenbestand, etc. etc. wird von dir Ignoriert oder als persönliche Angriff gewertet.
Was es schwierig macht mit dir zu reden - was man auch hier wieder merkt. Ich hatte das an der Mailingliste zwar geschrieben, daber der Moderator ist dort nicht so auf zack, wie es scheint.

Und es kann auch nicht sein, dass du einen Import machst und dann muss/darf emga hinter dir herräumen. Dann von Zusammenarbeit zu reden ist schon etwas vermessen imho.

Ein weiterer Kritikpunkt von mir:

wie ich bereits beschrieben habe, https://forum.openstreetmap.org/viewtopic.php?id=61714 mappe ich in Phase 1 Adressen prinzipiell auf den in der Basemap vorgeschlagene Position, nur so ist man in der Lage den Adressbestand per Sichtung auf Vollständigkeit zu überprüfen.

Wenn ich deine Anleitungen richtig verstehe, erstellst du nodes an den Stellen, wo auf Basemap die Adressnummer angezeigt wird, anstatt dem Gebäude selbst die Tags zu verpassen.
Wieso? Afaik wird die Adresse ans Gebäude gepappt, nicht auf eine Node, für alle Zuweisungen etc. oder hat sich hier etwas geändert? Adresse ans Grundstück - so wie es eigentlich ja ist(deswegen hat Google oft auch Adressen, wo keine Gebäude stehen - die kaufen direkt aus den Gemeinden die Daten zu) - geht ja nicht ordentlich, weil man nicht weis, wo die Grundstücke verlaufen, deswegen wird am Gebäude getaggt.

Ich bin gerade erst nach Salzburg zurück und werde mich mal Beizeiten wieder umschauen, wo was ist, was ich machen möchte.

Damit auch mal was positives gesagt wird: Du erstellst viele bebilderte Anleitungen, mit Hilfe deren man deine Arbeit nachvollziehen kann und die wohl auch vielen anderen helfen können. Danke dafür (Wohlgemerkt, nur über 2, 3 drübergeflogen und nicht im Detail verfolgt)

Grüsse

Nakaner · 2018-04-11 09:11:11

Hallo Negreheb,

Negreheb wrote:

Meine Meinung zur Gesamtsituation nach lesen dieses Threads:
wenn Ortschaften gefunden wird, wo nichts oder fast nichts an Adressen zu finden ist, dann finde ich Imports gut. Bevor keine Daten da sind, besser schlechte Daten. Wo bis jetzt noch niemand war, wird auch künftig nur selten jemand hinkommen. Sobald aber recht viele Daten da sind - und das ist in Salzburg der Fall, ist vorsicht angebracht. Sonst führt das zu den auf der Mailingliste und hier angesprochenen Fehlern.

Das haben die Amerikaner, Franzosen und Niederländer auch mal gedacht und fleißig Drittdaten importiert (TIGER in den USA, Gebäudekataster in Frankreich, AND in den Niederlanden). Die Konsequenzen sind bekannt – es gibt normiert auf die Einwohnerzahl in beiden Ländern weniger Mapper pro 10.000 Einwohner. Ob man das 1:1 auf Österreich übertragen kann, weiß ich nicht, schließlich habt ihr eine mit Deutschland und der Schweiz vergleichbare Mapperdichte, obwohl ihr einen schlechten Import hattet.

Negreheb wrote:

Und die Kritik an der Methode, dem Datenbestand, etc. etc. wird von dir Ignoriert oder als persönliche Angriff gewertet.
Was es schwierig macht mit dir zu reden - was man auch hier wieder merkt. Ich hatte das an der Mailingliste zwar geschrieben, daber der Moderator ist dort nicht so auf zack, wie es scheint.

Du musst eine Mailingliste i.d.R. abonnieren, bevor du Mails an sie schreiben kannst. Bei vielen Mailinglisten ignorieren die Moderatoren Mails von Externen, weil es sich meistens um Spam handelt.

Viele Grüße

Michael

Negreheb · 2018-04-11 10:22:41

Interessante Sichtweise. Über die Sache mit viele falsche Daten da (=muss ja keiner mehr Mappen) oder keine Daten da (=Oh, hier muss gemappt werden) lässt sich gut diskutieren.
Danke, an das hatte ich nicht gedacht, lasse ich mir mal durch den Kopf gehen.

Ich weis eh, hatte aber von ner anderen als angemeldet geschrieben. Die vorherige Mail wurde nach einem Monat freigeschaltet
Habe mich bisher nicht viel mit Mailinglisten beschäftigt, hatte das nur abboniert um paar Infos zu bekommen, wo noch kein Forum da war.

wiki the map · 2018-04-11 11:52:05

Soeben bin ich im Mappen mal wieder nach Wien zurückgekehrt, und ich bemerke es hat sich einiges verändert. Nein, nicht etwa Wien, sondern meine aktuelle Arbeitsweise.

Ich arbeite nun mit einem transparenten Adress Layer https://forum.openstreetmap.org/viewtop … 97#p694197 sowie mit der JOSM Erweiterung Coloured_Streets https://forum.openstreetmap.org/viewtop … 47#p693747

Mein bisheriger Bearbeitungs- Zwischenschritt Adressimport und erst anschließendes bereinigung entfällt nun.
Der transparente basemap Adress Layer auf dem Basemap Luftbild, ermöglicht ein sofortiges Verorten der Adress Nodes auf die korrekte Adress Position.

Möglicherweise ist später noch ein Vereinigen der Adress- Nodes mit den Gebäude Polygonen sinnvoll, einen echten Mehrwert erkenne ich hierin aber nicht. Adress Nodes haben auch ihre Vorteile.

Grüße Johann

Negreheb · 2018-04-11 12:08:29

Ein Mehrwert der mir gerade einfällt:
Navigationsgeräte (unter anderem für Blinde) gehen dann nur schlecht. Geroutet wird entweder zum Gebäude oder zum POI.
Wenn am Gebäude ein entry=yes gesetzt, kann direkt dorthin geroutet werden (wird afaik auch so gemacht) - mit POI nicht möglich. Man kann natürlich argumentieren, dass der Blinde den Eingang eh finden wird, wenn er mal da ist, aber ich sehe keinen Vorteil darin, das als POI zu taggen (außer, einfacherer Import, aber das ist nicht Sinn der Sache).
Die Adresse gehört zum Gebäude, bei einem Gebäude mit mehreren Eingängen mit unterschiedlichen Adressen mappe ich z. B. die Adresse direkt an den entry-Tag.
Beim händisch-taggen ist es egal, was von den beiden gemacht wird, nützlich und sinnvoller ist imho Taggen am Gebäude. Beim autoimport mag das komplizierter sein, aber das is halt (aktuell?) so.

Welche Vorteile hat ein AdressPOI?

EDIT: Ein bisschen rumgeschaut, es scheint prinzipiell ein entweder/oder konsens da zu sein, bezogen auf wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element One feature, one OSM element aber ich finde die Vorteile der einfacheren Auswertung für Navigationsgeräte gut - werde also weiterhin so mappen.

Last edited by Negreheb (2018-04-11 12:27:36)

wiki the map · 2018-04-11 12:39:11

Negreheb wrote:

Welche Vorteile hat ein AdressPOI?

Uns vom BEV zur Verfügung gestellte Adressen, sind auf den Grundstück Zutrittpunkt verortet, in OSM hingegen innerhalb des Gebäudeumrisses.

Zwei kaum miteinander vereinbare Zustände.

Der Verortungsprozess unter Zuhilfenahme des AustriaAdressHelper Plugins muss also zwingend einen Transfer der Adresse zwischen Verortungspunkt, und dem OSM Gebäude bewerkstelligen.
Leider ist das Plugin aktuell so konzipiert, dass nur ein Hinzufügen der Adresse zu einem bestehenden Objekt möglich ist, am Verortungspunkt gibt es aber ein solches oft nicht. Daher helfe ich mir selbst und arbeite mittels Gaming Hardware und erzeuge je Adresse, auch ein passendes Objekt als Adressträger. (Tipp am Land erkennt man das Wohngebäude oft am Kamin, Wirtschaftsgebäude haben dort äußerst selten Hausnummern)

https://www.openstreetmap.org/user/wiki … iary/43339

Super wäre, wenn das Plugin eine zweite Tastenkombination kennen würde, mittels derer man zugleich mit der Adresse auch ein Adress-Node erzeugen könnte.

Meine aktuelle Arbeitsweise: Adress- Punkt laut BEV setzten, und anschließend diesen an die korrekte Stelle laut OSM Vorgabe ziehen.

Also klicken und anschließend ziehen.

Beispiel: https://overpass-api.de/achavi/?changeset=57968156

Last edited by wiki the map (2018-04-11 12:48:54)

Negreheb · 2018-04-11 12:51:45

Wow. Zuerst, dass uns das BEV die Daten übergeben hat, ist eine gute Sache. Wo das BEV die Daten hinterlegt hat, ist für OSM aber irrelevant. Weil, denen geht das sonstwo vorbei, wo OSM das üblicherweise macht. Und in OSM ist das üblicherweise eben der Gebäudeumriss.

Also, das Plugin macht es so, wie es fast überall üblich ist, nämlich auf den Gebäudeumriss. Und du machst es über komplizierte Umwege so, dass es dann wie in BEV aussieht. OSM =/= BEV. Will es auch gar nicht sein. So wie Linux nicht Windows sein will.
Punkte setzen, nur weil es im BEV so ist, ist mM nach der absolut falsche weg. Für OSM unüblich(zumindest bei uns), und du hast es dir offensichtlich mM unnötig schwer gemacht und machst es mit Krücken wieder machbar (=Maus mit Makros).

EDIT: Nicht falsch verstehen, du gibst dir da wirklich viel mühe und ich finde das gut. Aber mit OSM soll BEV abbilden hast du einfach einen kleinen Denkfehler gemacht, mit einigen Konsequenzen.

Last edited by Negreheb (2018-04-11 13:12:47)

Miflo · 2018-04-11 14:28:49

Ich verwende Node Adressen eigentlich Hauptsächlich in zwei Fällen.

1) Gebäude abgerissen, da im Moment nicht bekannt ist was dort hin kommt bzw es kein Gebäude gibt -> Node

2) Gäbäude mit mehreren Adressen aber nur einen Eingang, wodurch nicht ersichtlich ist, welche Adresse die Hauptadresse ist. (Bei mir in der Gegend weit verbreitet, da man von den Conscriptionsnummern auf Straßenbezogene Nummern übergegangen ist und somit jedes Eckhaus defakto zwe Hausnummern bekommt. Und ich die Variante addr2 bis addr100 ehrlich gesagt etwas unsinnig und im Moment Örtlich begrenzt verbreitet. Ich sehe nicht, dass sich ein Router die Arbeit macht einen TAG auszuwerten zu dem es Weltweit 10.000 (addr2:housenumber) Einträge gibt im Vergleich zu den 77.000.000 von addr:housenumber.

Um eine neue Möglichkeit in den Raum zu werfen, wir können es auch streng nach dem Motto "Wir mappen was wir sehen" die Adresse an die Position der Hausnummerntafel mappen. Dann haben wir alles abgedeckt, manchmal an Einfahrten, manchmal an Hausecken und Manchmal am Eingang.

lg
Miflo

wiki the map · 2018-04-11 14:32:24

Negreheb wrote:

Wow. Zuerst, dass uns das BEV die Daten übergeben hat, ist eine gute Sache. Und du machst es über komplizierte Umwege so, dass es dann wie in BEV aussieht. OSM =/= BEV.

Bitte genau lesen, ich hole mittels Plugin die Adresse auf dem BEV Verortungspunkt ab, anschließend verschiebe den mit der Adresse befüllten Node- Container, auf oder in den für OpenStreeetMap korrekten Gebäudeumriss.

Das Problem speziell in Wien, dass Du die Adresse bei einem weit in den Innenhof eingerückten Gebäude mit dem Plugin dort nicht abholen kannst. Mit meiner Methode hingegen funktioniert das problemlos.

Test: Gebäudeumriss in Wien wo das Adresshelper Plugin scheitert https://www.openstreetmap.org/way/355783865 Zschokkegasse 49

Ein Beispiel im Bundesland Salzburg: https://www.openstreetmap.org/way/164689545 Pointweg 72
Hier gelingt mittels Addresshelper Plugin ebenfalls das abholen der Adresse Haus Nr. 72 erst in der Nähe des DriveWay Fußpunktes https://www.openstreetmap.org/node/1742806951

LG Johann

Last edited by wiki the map (2018-04-11 15:52:16)

wiki the map · 2018-04-11 16:03:15

Miflo wrote:

Ich verwende Node Adressen eigentlich Hauptsächlich in zwei Fällen.
1) Gebäude abgerissen, da im Moment nicht bekannt ist was dort hin kommt bzw es kein Gebäude gibt -> Node
2) Gäbäude mit mehreren Adressen aber nur einen Eingang, wodurch nicht ersichtlich ist, welche Adresse die Hauptadresse ist. (Bei mir in der Gegend weit verbreitet, da man von den Conscriptionsnummern auf Straßenbezogene Nummern übergegangen ist und somit jedes Eckhaus defakto zwe Hausnummern bekommt. Und ich die Variante addr2 bis addr100 ehrlich gesagt etwas unsinnig und im Moment Örtlich begrenzt verbreitet. Ich sehe nicht, dass sich ein Router die Arbeit macht einen TAG auszuwerten zu dem es Weltweit 10.000 (addr2:housenumber) Einträge gibt im Vergleich zu den 77.000.000 von addr:housenumber.

Um eine neue Möglichkeit in den Raum zu werfen, wir können es auch streng nach dem Motto "Wir mappen was wir sehen" die Adresse an die Position der Hausnummerntafel mappen. Dann haben wir alles abgedeckt, manchmal an Einfahrten, manchmal an Hausecken und Manchmal am Eingang.
lg
Miflo

Stimme dir zu, wo es geht löse ich daher Adress Nodes im Gebäudeumriss auf. In meinem Gaming Pad habe ich dazu sogar eine Spezialteste definiert. Umriss selektieren, Taste unter dem Joystick betätigen, und schon ist der Node aufgelöst https://www.openstreetmap.org/user/wiki … iary/43339

Codesequenz:
Alt
Shift+I
Strg
Shift
G

(Hinweis, es darf sich hierbei nur jeweils ein aufzulöender Node im Polygon befinden)

Es gibt aber auch einen guten Grund, Addressnodes zu belassen. Sobald nämlich später mittels Lokalaugenschein der Eingang eines Gebäudes gefunden wurde, kann man elegant den Address- Node in den Gebäudeumriss an passender Position einfügen, und so als Entrance Node recyceln.

Lg Johann
edit typo

Last edited by wiki the map (2018-04-11 16:40:27)

Negreheb · 2018-04-12 07:04:25

@Wiki
Da habe ich das tatsächlich falsch interpretiert. Sorry dafür. Was aber wenig an der ganzen Aussage ändert. Du schreibst

Leider ist das Plugin aktuell so konzipiert, dass nur ein Hinzufügen der Adresse zu einem bestehenden Objekt möglich ist, am Verortungspunkt gibt es aber ein solches oft nicht. Daher helfe ich mir selbst und arbeite mittels Gaming Hardware und erzeuge je Adresse, auch ein passendes Objekt als Adressträger.

Und dort (neuer Standort) gibt es einen Adressträger schon - das Gebäude. Ist aber eh egal, die Diskussion ob Node oder am Gebäudepolygon ist mühselig und wird in verschiedenen Ländern und von verschiedenen Personen anders gehandhabt.
Solang niemand auf die Idee kommt, meine Gebäudeadressen auf POI-Adressen umzustellen, soll er doch machen was er will.

Miflo wrote:

...
2) Gäbäude mit mehreren Adressen aber nur einen Eingang, wodurch nicht ersichtlich ist, welche Adresse die Hauptadresse ist. (Bei mir in der Gegend weit verbreitet, da man von den Conscriptionsnummern auf Straßenbezogene Nummern übergegangen ist und somit jedes Eckhaus defakto zwe Hausnummern bekommt. Und ich die Variante addr2 bis addr100 ehrlich gesagt etwas unsinnig und im Moment Örtlich begrenzt verbreitet. Ich sehe nicht, dass sich ein Router die Arbeit macht einen TAG auszuwerten zu dem es Weltweit 10.000 (addr2:housenumber) Einträge gibt im Vergleich zu den 77.000.000 von addr:housenumber.
...

Ich hatte hierzu mal die Erklärung bekommen, dass die Adresse dort an der Mauerseite, wo die Haustür ist, die "wichtigere" ist, wenn man so will. Diese Adresse wird üblicherweise auch für die Post hergenommen usw., deswegen Tagge ich üblicherweise diese Adresse.
Vielleicht hilft das ja

wiki the map · 2018-04-12 12:00:32

Negreheb wrote:

Und dort (neuer Standort) gibt es einen Adressträger schon - das Gebäude.

Entschuldige, ich muss hier hinzufügen, dass ich beim Mappen von Adressen jeweils folgenden JOSM Filter anwende.

[out:xml][timeout:25][bbox:{{bbox}}];
{{geocodeArea:Austria}}->.searchArea;
(
 node
  ["addr:housenumber"](area.searchArea)({{bbox}});
  way
  ["addr:housenumber"](area.searchArea)({{bbox}});
  relation
  ["addr:housenumber"](area.searchArea)({{bbox}});
);
(._;>;);
out meta;

Man kann hierdurch in JOSM wesentlich größere Kartenbereiche laden, und man sieht perfekt welche Adresse bereits vorhanden ist.
Leider sind hierdurch mögliche Adressträger (Gebäudepolygone ohne Adresse) ebenfalls ausgeblendet.
Das Zeichnen von Gebäudepolygonen ist in diesem JOSM (Filter)-Modus strikt verboten, daher arbeite ich bei der Adressergänzung mit Nodes. Diese lege ich innerhalb des am Luftbild ersichtlichen Gebäudegrundrisses, nicht im Zentrum, sondern in Richtung BEV- Grundstück Zutrittspunkt ab. Beispiel: https://overpass-api.de/achavi/?changeset=58023896

Grüße Johann

edit: text

Last edited by wiki the map (2018-04-12 14:44:21)

Announcement

#26 2018-04-05 07:16:59

Re: Adressqualität Bundesland Salzburg

#27 2018-04-05 13:34:23

Re: Adressqualität Bundesland Salzburg

#28 2018-04-05 14:01:57

Re: Adressqualität Bundesland Salzburg

#29 2018-04-06 09:12:14

Re: Adressqualität Bundesland Salzburg

#30 2018-04-06 11:55:03

Re: Adressqualität Bundesland Salzburg

#31 2018-04-06 12:32:41

Re: Adressqualität Bundesland Salzburg

#32 2018-04-07 06:00:10

Re: Adressqualität Bundesland Salzburg

#33 2018-04-07 08:02:16

Re: Adressqualität Bundesland Salzburg

#34 2018-04-07 10:59:10

Re: Adressqualität Bundesland Salzburg

#35 2018-04-07 14:55:46

Re: Adressqualität Bundesland Salzburg

#36 2018-04-07 19:58:54

Re: Adressqualität Bundesland Salzburg

#37 2018-04-07 21:14:19

Re: Adressqualität Bundesland Salzburg

#38 2018-04-07 23:09:32

Re: Adressqualität Bundesland Salzburg

#39 2018-04-11 08:00:30

Re: Adressqualität Bundesland Salzburg

#40 2018-04-11 09:11:11

Re: Adressqualität Bundesland Salzburg

#41 2018-04-11 10:22:41

Re: Adressqualität Bundesland Salzburg

#42 2018-04-11 11:52:05

Re: Adressqualität Bundesland Salzburg

#43 2018-04-11 12:08:29

Re: Adressqualität Bundesland Salzburg

#44 2018-04-11 12:39:11

Re: Adressqualität Bundesland Salzburg

#45 2018-04-11 12:51:45

Re: Adressqualität Bundesland Salzburg

#46 2018-04-11 14:28:49

Re: Adressqualität Bundesland Salzburg

#47 2018-04-11 14:32:24

Re: Adressqualität Bundesland Salzburg

#48 2018-04-11 16:03:15

Re: Adressqualität Bundesland Salzburg

#49 2018-04-12 07:04:25

Re: Adressqualität Bundesland Salzburg

#50 2018-04-12 12:00:32

Re: Adressqualität Bundesland Salzburg

Board footer