Am 4. November 2009 20:58 schrieb Claudius <span dir="ltr"><<a href="mailto:claudius.h@gmx.de">claudius.h@gmx.de</a>></span>:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Am 04.11.2009 20:32, Andre Hinrichs:<br>
<div class="im">> Hallo OSMler!<br>
><br>
> Ich bin da gerade mal auf ein Problem gestoßen wozu ich keine Antwort<br>
> gefunden habe: Wie taggt man Adressen bei multiplen Gebäuden?<br>
><br>
> Konkret: Hier sind ein paar Bauernhöfe, die natürlich aus mehreren<br>
> Gebäuden bestehen. Manchmal ist von der Straße aus nicht zu erkennen,<br>
> welches dieser Gebäude das Wohngebäude ist. Tagge ich jetzt alle Gebäude<br>
> mit der Adresse, oder wie? Eigentlich würde ich vermuten, nur dem<br>
> Wohngebäude die Adresse zu verpassen, jedoch ist das wie gesagt manchmal<br>
> nicht einfach, ohne den Hof (mit Gummistiefeln) zu betreten. Mir würde<br>
> dann noch als Lösung einfallen, den ganzen Hof in eine site-Relation zu<br>
> packen und dieser dann die Adresse zu geben.<br>
><br>
> Das Problem tritt vielleicht auch für andere Fälle auf, z.B.<br>
> Firmengeländen usw.<br>
><br>
> Wie macht ihr das???<br>
><br>
><br>
> Gruß<br>
> Andre<br>
<br>
</div>Adressknoten am Eingangstor.<br></blockquote><div><br>Dann würde ich schon lieber eine site- oder address*-relation nehmen - warum gerade am Eingangstor und warum nicht auf die Gebäude (die die Adresse tatsächlich innehaben) vererbbar?<br>
<br>Eine Relation könnte hier auch sinnvoll die in einem anderen Thema heute besprochenen multiplen Läden und Einrichtungen in einem Gebäude, aber mit derselben Adresse, zusammenfassen - so haben wir die Adressinformation in der Datenbank nur ein einziges mal, wissen über die Relation aber genau, auf welche Objekte sie anzuwenden ist - der Renderer/Router/mkgmap kann sich dann aussuchen, ob er POIs, Gebäudepolygone oder andere Objekte in der Relation damit versehen will.<br>
<br> *wäre noch zu definieren<br><br>Gruß,<br><br>Martin<br></div></div>