<div dir="ltr">Ergänzung,<div>das von mir vorgeschlagene Mapping lediglich der Wohnanlagen Basisadressen, schließt nicht aus, dass jemand später Entrance- Nodes auch mit weiteren Adressen (Adressen basierend auf weitere OGD Adressen) in der Form addrN ergänzt.</div><div>Der Vorteil dieser Vorgangsweise bestünde darin, dass man zügig mit dem Erfassen der WEG Basis Adressen Adressen <a href="https://www.wienerwohnen.at/wiener-gemeindebau/gemeindebaubeschreibungen.html?gbSearchDistrict=1100&gbSearchStreet=&gbSearchYear=&gbSearchArchitect=&gbSearchRestoration=&gbSearchFlatCount=&page=1&rows=5&sorting=1,asc,0">https://www.wienerwohnen.at/wiener-gemeindebau/gemeindebaubeschreibungen.html?gbSearchDistrict=1100&gbSearchStreet=&gbSearchYear=&gbSearchArchitect=&gbSearchRestoration=&gbSearchFlatCount=&page=1&rows=5&sorting=1,asc,0</a> beginnen kann.</div><div><br></div><div>Grüße Johann</div><div>OSM geocodec</div></div><div class="gmail_extra"><br><div class="gmail_quote">Am 17. Februar 2018 um 19:56 schrieb Johann Haag <span dir="ltr"><<a href="mailto:johannhaag@hxg.at" target="_blank">johannhaag@hxg.at</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Ich habe ursprünglich zum Abbilden in der OGD gemulitplextern Wohnanlagen- Adressen, ebenfalls so wie Du an Multipolygon Strukturen gedacht.<div>Als ich aber später herausgefunden habe, dass je Wohnanlage nur je eine Basisadresse maßgeblich ist, bin ich von diesem Gedanken wieder abgekommen. </div><div><br></div><div>Die Problemstellung ist nun, dass OSM-Wien aktuell gefangener mehrerer Mapping Methoden ist, und dieser Zustand schon sehr sehr lange andauert.</div><div>Wie ich hier im talk Forum erfahren habe, ist ein gemeinsamer Konsens wichtig bis offensichtlich alles. Trotzdem finde ich, es wäre höchst an der Zeit, sich auf eine einzige praktikable und per Nominatim <a href="https://wiki.openstreetmap.org/wiki/DE:Nominatim" target="_blank">https://wiki.openstreetmap.<wbr>org/wiki/DE:Nominatim</a> <wbr>funktionierende Mapping- Methode zu einigen. Mein Vorschlag geht Richtung einzelner redundanter Nodes. Bei den von mir in Wien bereits gemappten PLZ-Relationen, habe ich festgestellt, dass man mit nur geringem Aufwand in einer PLZ Relation per simpler Overpass Abfrage falsch gemappte Adressen herausgefiltert und bereinigen kann. So sehe ich das auch bei redundanten Hausnummern. Mittels regelmäßiger Kontrolldurchläufe, kann man redundante Strukturen sehr gut überprüfen und warten.</div><div><br></div><div>Daher mein Vorschlag für Wiener Adressen das Datenmodell von Steve Coast, also redundanten Strukturen anzuwenden <a href="https://forum.openstreetmap.org/viewtopic.php?pid=685290#p685290" target="_blank">https://forum.<wbr>openstreetmap.org/viewtopic.<wbr>php?pid=685290#p685290</a> und anschließende mittels Kontrollabfragen diese Adressen regelmäßig zu warten.</div><div><br></div><div>Grüße Johann</div><div>OSM geocodec</div><div>Talk Lesezeichen <a href="http://talk.hxg.at" target="_blank">http://talk.hxg.at</a></div></div><div class="gmail_extra"><br><div class="gmail_quote">Am 17. Februar 2018 um 13:07 schrieb Friedrich Volkmann <span dir="ltr"><<a href="mailto:bsd@volki.at" target="_blank">bsd@volki.at</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 17.02.2018 08:45, Johann Haag wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hallo Friedrich,<br>
warum ergänzt Du nicht die Türen z.b. <a href="https://www.openstreetmap.org/node/3302241287" rel="noreferrer" target="_blank">https://www.openstreetmap.org/<wbr>node/3302241287</a> mit der Adresse der Wohnanlage.<br>
<br>
addr:city=Wien<br>
addr:country=AT<br>
addr:housenumber=76-80/1<br>
</blockquote>
<br>
addr:housenumber=76-80, ohne /1<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
addr:postcode=1100<br>
addr:street=Davidgasse<br>
addr:unit=1<br>
barrier=door<br>
entrance=yes<br>
</blockquote>
<br>
Vielleicht bin ich befangen durch meine langjährige Arbeit mit relationalen Datenbanken, aber Redundanzen sind mir ein Graus, weil überall, wo sie vorkommen, Inkonsistenzen entstehen. Das ist wie ein Naturgesetz. Z.B. du setzt addr:street auf Gußriegelstraße, und dann kommt jemand und ändert am Gebäude addr:street auf Gussriegelstraße mit ss (wie unlängst passiert), und schon gibt es einen Unterschied.<br>
<br>
Ein weiteres Problem ist, dass so lange Latten an Tags für den Mapper unübersichtlich werden. Man findet zwischen all den redundaten Tags die bedeutungstragenden nicht mehr heraus. Das ist schlimm genug bei Straßen, die mit oneway=no, access=yes, motorcar=yes, bicycle=yes, foot=yes, cycleway=no usw. getaggt sind. Bei den Adresstags multipliziert sich das noch, weil man dann ja konsequenterweise alle Identadressen mit auf den Eingang setzen müsste, also bei meiner Stiege statt:<br>
<br>
addr:unit=14<br>
barrier=door<br>
entrance=yes<br>
<br>
....wären das:<br>
<br>
addr:city=Wien<br>
addr:postcode=1100<br>
addr:country=AT<br>
addr:street=Davidgasse<br>
addr:housenumber=76-80<br>
addr:unit=14<br>
addr2:city=Wien<br>
addr2:country=AT<br>
addr2:postcode=1100<br>
addr2:street=Gußriegelstraße<br>
addr2:housenumber=5<br>
addr2:unit=14<br>
addr2:city=Wien<br>
addr3:country=AT<br>
addr3:postcode=1100<br>
addr3:street=Buchengasse<br>
addr3:housenumber=151(?)<br>
addr3:unit=14<br>
barrier=door<br>
entrance=yes<br>
<br>
Da nehme ich lieber in Kauf, dass dumme Anwendungen nur die Wohnhausanlage finden. Das ist eh schon ein Jammern auf hohem Niveau, denn Stiegen und Nebeneingänge sind noch fast nirgends gemappt, und selbst wenn eine Stiegennummer "nur" gerendert wird, ist das schon besser als gar nichts.<span class="HOEnZb"><font color="#888888"><span class="m_-8533016140429350890HOEnZb"><font color="#888888"><br>
<br>
-- <br>
Friedrich K. Volkmann       <a href="http://www.volki.at/" rel="noreferrer" target="_blank">http://www.volki.at/</a><br>
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria<br>
<br>
______________________________<wbr>_________________<br>
Talk-at mailing list<br>
<a href="mailto:Talk-at@openstreetmap.org" target="_blank">Talk-at@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-at" rel="noreferrer" target="_blank">https://lists.openstreetmap.or<wbr>g/listinfo/talk-at</a><br>
</font></span></font></span></blockquote></div><span class="HOEnZb"><font color="#888888"><br><br clear="all"><div><br></div>-- <br><div class="m_-8533016140429350890gmail_signature" data-smartmail="gmail_signature">Elektronikermeister Johann Haag<br>Innsbruckerstraße 42<br>6380 St. Johann in Tirol<br>ÖSTERREICH<br>Tel: <a href="tel:0664%201747414" value="+436641747414" target="_blank">+43 664/174 7414</a><br>Mailto:<a href="mailto:johannhaag@hxg.at" target="_blank">johannhaag@hxg.at</a></div>
</font></span></div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">Elektronikermeister Johann Haag<br>Innsbruckerstraße 42<br>6380 St. Johann in Tirol<br>ÖSTERREICH<br>Tel: +43 664/174 7414<br>Mailto:<a href="mailto:johannhaag@hxg.at" target="_blank">johannhaag@hxg.at</a></div>
</div>