Ui, da hab ich ja ne Grundsatzdiskussion losgetreten wie bei LINUX vs. Windows ;-)<br>
Also, um unnötig Arbeit und Probleme zu vermeiden dürfte es am besten 
sein bei Multipolygonen alle infos (building, Adresse und source) auf 
den äußeren Weg zu legen und darauf zu vertrauen dass der Renderer 
richtig damit umgeht. Sonst endet das wie bei Flash wo ich immer wieder alle Frames und Objekte durchgeklickt hab weil ich nen bestimmten AS-Code gesucht hab. Besser die Infos sind dort wo sie auch von Anfängern gefunden werden, sonst werden die gleich am Anfang abgeschreckt weil alles so "kompliziert" ist.<br>
<br>Bei den POIs gebe ich noch keinen endgültigen Tipp ab, dafür hab ich mich zu wenig mit den Dingern beschäftigt. Jetzt kämpfe ich mal weiter gegen Windmühlen (Multipolygon-Häuser), wenn das geschafft ist kommt der nächste Schritt dran ;-)<br>
<br>LG<br>Walter<br><br><div class="gmail_quote">Am 10. April 2012 11:49 schrieb Boris Cornet <span dir="ltr"><<a href="mailto:borisC@osm-at.org">borisC@osm-at.org</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Servus!<br>
<div class="im">> Entweder alles zusammen auf die Relation oder auf den äußeren Weg.<br>
<br>
</div>Obwohl ich mich schon eher zu den Puristen zähle, hier werde ich ganz<br>
schnell zum fundamentalen Pragmatiker.<br>
<br>
Ich empfehle dringend, Adressen *NUR* auf den äußeren Weg zu taggen.<br>
Warum: Nichts ist unschöner als doppelte Informationen (der Purist<br>
bleckt schon wieder durch ;-). Da aber kaum jemand tatsächlich die<br>
tags von multipolygonen checkt, wird früher oder später jemand<br>
vermeintlich draufkommen, dass da die Adresse fehlt, und sie<br>
nachtragen.<br>
<br>
Und was auch häufig vorkommt, ist, dass jemand den Häuserblock in<br>
einzelne Häuser unterteilt (nach Stiegen o.ä.). Damit wird die<br>
relation uberflüssig und verschwindet, und damit auch die Adresse.<br>
<br>
Und relationen haben sowieso die unangenehme Angewohnheit, ständig<br>
kaputt zu sein. Wenn die Adressen am Außenring sind, bleiben sie<br>
erhalten, auch wenn der Innenhof gerade mal wieder verschwunden ist.<br>
<br>
Die Renderer verstehen beides, schon alleine deshalb, weil geschätzte<br>
99,998% der Multipolygon-Häuser am äußeren Ring getaggt sind.<br>
<br>
Und außerdem finde ich (Abschweifung zu dem anderen thread), dass<br>
shops, amenities u.ä. innerhalb eines Gebäudes keine extra addr:*<br>
tags bekommen sollten. Zum einen ist die Information ohnehin schon da<br>
(durch das umgebende Haus), und zum anderen ist der Aufwand sehr viel<br>
geringer, den Shop an eine neue Position zu bringen, wenn er umzieht<br>
(und das kommt weiß Gott nicht so selten vor).<br>
<br>
Jetzt wird gleich jemand antworten, aber das ist doch kompliziert wenn<br>
man die Adresse aus einem umgebenden Polygon ablesen muss, und ich<br>
antworte vorsorglich schon darauf, dass jede Anwendung, die ernsthaft<br>
mit Adressdaten arbeiten will, mit Sicherheit eine GIS-taugliche<br>
Datenbank verwendet, und eine IsWithin-Abfrage ist so ziemlich das<br>
einfachste für so eine Datenbank.<br>
<br>
Und dann noch: Wie seht denn das aus - zehn mal die gleiche Hausnummer<br>
in einem Haus? [duck]<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Bis demnächst,<br>
   Boris<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
<br>
_______________________________________________<br>
Talk-at mailing list<br>
<a href="mailto:Talk-at@openstreetmap.org">Talk-at@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk-at" target="_blank">http://lists.openstreetmap.org/listinfo/talk-at</a><br>
</div></div></blockquote></div><br>