Hab gestern Osmose entdeckt und etwas damit rumgespiel. Klasse Tool. Was mich wundert ist dass es doppelte Hausnummern anmeckert, in der Regel, wenn neben dem Gebäude noch die darin enthaltenen POIs eine Adresse haben. Ist das wirklich falsch? Ich dachte das wäre so normal.
Da teilt sich die Community vermutlich immer noch in 50/50 auf. Ich klicke da meistens False/positive an
Ok, also zumindest umstritten. Dann lasse ich die Finder davon und wende mich anderen “Fehlern” zu.
Umstritten =
die eine Hälfte ist der Meinung, man kann ja die Adresse eines in einem Gebäude befindlichen POIs ja auf Grund der Gebäudeumrisse klar zuordnen und sehen somit die Angabe der Adresse am POI selbst als redundant und überflüssig an
die andere Hälfte erfasst die Adresse am POI redundant, weil sie es einfach halten und nicht irgendwelche tollen Tools wie postgis installieren wollen, nur um irgendwie mit einer weiteren Abfrage die Adresse des POIs zu ermitteln.
Resultat: Ein gewissenhafter Auswerter muss beide Varianten verarbeiten und damit hat er noch mehr Arbeit.
Gruss
walter
Spricht also dafür, redundant zu erfassen, dann hätte der gewissenhafte Auswerte gar keine Arbeit mehr…
Ganz so einfach ist das nicht denke ich. Bei OSMAND ist es z.B. so, dass mir im Fall der redundanten Erfassung bei der Adresssuche die selbe Hausnummer mehrmals in der Liste erscheint. Das kann ja auch nicht Sinn der Sache sein.
Naja ich würde es mal so sagen: die Dublettenentfernung auf dieser Ebene ist softwaretechnischer einfach bzw. nicht so aufwendig, als wenn ich mir erst irgendwie mit Geometriemitteln die Adresse ermitteln muss …
ADD: Und denke jetzt mal nicht an die großen Datenauswerter sondern an die kleinen einfachen Leute zuhause. Die nehmen osmfilter (dann könnte man als Laie noch einigermaßen hinbekommen) und filtern alle Restaurants raus … und haben dann keine Adresse mit dabei stehen 
@wambacher und Co: ich lasse mich aber gerne davon überzeugen, dass es für den Laien zuhause am besten mit einem Einzeler mal eben so einfach ist, die Adresse (Anschrift) eines POIS zu ermitteln, welcher nicht mit addr getaggt wurde.
Naja, Adresse am POI muss ein Auswerter ohnehin beherrschen, weil nicht alle POI in einem zusätzlichen Polygon stecken. Das manche die Adressen bei den POIs weglassen, bedeutet dann halt Mehraufwand für den Auswerter.
Dass es einfach sei, wollte ich nicht behaupten. Es ist nur so, dass man “POI ohne Adresse in einem Building mit Adresse” auf jeden Fall behandeln muss. Sonst fehlen einem viele Adressen. Und wer das geschafft hat, für den sind alle anderen Fälle “Peanuts”.
Ich neige übrigens zur redundanten Erfassung, hab das früher aber auch anders gesehen und so erfasst. Es sollte wohl einfacher sein, doppelte Adressen bei der Auswertung zu ignorieren als sich mühsam alles zusammenzusuchen müssen.
tl;dr: falsch ist keines davon und es wird immer beides gemacht werden - also muss man damit umgehen (können)
gruss
walter.
Ich auch.
Das hat hauptsächlich folgende Gründe:
Woher will man denn wissen, ob ein Mapper den POI genau platziert hat, also ob der POI im richtigen Gebäude liegt?
Oft war zuerst der POI da und erst danach wurde das Gebäude mit Adresse erfasst, so dass sich der POI dann in dem falschen Gebäude befindet.
Manchmal werden auch Gebäude mit Hilfe genauerer Luftbilder oder amtlicher Daten korrigiert, so dass sich dann der POI auf einmal in dem falschen Gebäude befindet, das kommt besonders oft bei älterer, dichter und verwinkelter Bebauung vor.
Kurz:
Ich halte es für wenig robust, die Adresse am POI nicht zu erfassen und sich auf die Adresse des entsprechenden Gebäudes zu verlassen.
Das Problem ist jetzt aber, dass seit einiger Zeit mindestens 2-3 Mapper in meiner Umgebung damit begonnen haben die Adressen von (auch bei von mir erfassten) POIs zu entfernen, mit der Begründung, die Information sei unnötig.
Das gefällt mir so überhaupt nicht!
Viele Grüße,
whb
Nichts gegen Redundanz, aber es macht eine Überprüfung der POIs unnötig unübersichtlich.
Wenn ich schauen will ob Öffnungszeiten etc noch stimmen, muss sich mich erst mal durch den Wust von adr: klicken, bis die wirklich wichtigen Daten kommen.
ich bin ja ein Verfechter von Trennung von Gebäudedaten - da gehört eben auch die Adresse zumindest in Deutschland hinzu - und von POIs. Ganz schlimm wird es wenn unter einem Adresstag noch ein verstecktes Geschäft oder Büro steckt, welches eben nicht von JOSM durch ein Icon ersichtlich gemacht wird.
Also halten wir die Datenbank klein, Straße und Hausnummer auf das Gebäude der Rest ist unnötig.
@wegavision
Du beschreibst da lediglich Probleme, die sich aus einer ungenügenden Bedienung eines Editors ergeben. Dem Computer ist es egal, ob da noch andere Tags sind. Wenn es dir zu unübersichtlich ist, kannst du ja Filter einsetzen oder einen anderen Editor nutzen.
Naja OSM lebt von der Überprüfung durch die Nutzer. Und da sollten wir es den Nutzern nicht noch schwerer machen indem wir Datenmüll durch Redundanz erzeugen. Und das Arbeiten mit den Originaldaten ist immer besser, als mit irgendwelchen, die durch eine Filterung entstanden sind.
Wir sind ja zur Zeit noch in der Phase, dass man mehr in OSM eintragen kann, als überprüfen. Aber irgendwann wird letzteres wichtiger werden, man muss ich nur mal den Müll anschauen, den Google.Maps mit sich rumschleppt.
Nun denke einmal an einen “Nutzer” der nur sein Geschäft eingetragen hat und diesen POI auf seiner Website verlinkt. Dem fehlt auf einmal die addr:= in der Ausgabe - weil es ja ans Gebäude verschoben wurde. Lieber doppelte addr: - als weniger “Einfach - Nutzer”.
“Professionelle” finden viel schneller eine Möglichkeit “unnötige - doppelt” taggs wegzufiltern.
+1
+1
Was passiert denn, wenn bspw. ein Geschäft umzieht - im Normalfall würde doch einfach der node in das neue Gebäude “gezogen” werden und ansonsten die vorhandenen Eingaben nicht näher geprüft werden.
Oder - wenn die Adresse am entsprechenden PoI unvollständig (also z.B. nur Hausnummer und Straße) eingegeben wird. Hier müsste dann für den betreffenden PoI immer noch eine QS drauf gemacht werden. Wenn die Anschrift nur einmal am Gebäude ist, ist der Pflegeaufwand entsprechend geringer.
Außerdem: Es kann doch eigentlich immer nur ein Gebäude eine Anschrift / Adresse haben - PoI sind dann in diesem Gebäude.
Insgesamt ist doch bei redundanten Daten der QS-Aufwand wesentlich höher - es müsste (falls noch nicht vorhanden) ein neues QS-Tool gebaut werden, welches die bei einem PoI vorhandenen Anschriften mit der Anschrift des umgebenden Gebäudes abgleicht.
Sorry, aber das ist einfach nur falsch.