<div dir="ltr">Moin,<br><br>hmm, da gibt's 'ne ganze Reihe von Schwierigkeiten, nicht nur die fehlenden Innenhöfe des Südstadtklinikums in Mapnik ...<br><br>Schau Dir mal die <a href="http://maps.osm2world.org/?h=128&view=N&zoom=18&lat=54.07247&lon=12.10749&layers=B0TTFF" target="_blank">OSM2World-Map</a> an. Dem Radiologie-Gebäude fehlt der westliche Innenhof, beim Südstadtklinikum der westliche und östliche Innenhof. Dafür erhebt sich über dem westlichen Innenhof des Klinikums dann eine achtgeschossige Bebauung!<br>
Oder die <a href="http://map.f4-group.com/#lat=54.0718786&lon=12.1068017&zoom=18&camera.theta=72.807&camera.phi=-165.585" target="_blank">F4-map</a>; hier klappt das mit den Innenhöfen im Südstadtklinikum gar nicht mehr!<br>
<br>Was ist hierfür die Ursache, wo doch scheinbar die Gebäuderelationen (outer/inner) aus 2D-Sicht korrekt sind ?<br>
<br>Kleiner Exkurs zum 3D-Gebäude-Mapping:<br>1) Alle gebäudeweiten Infos (Adresstags, Kontaktangaben, Namen, sonstige Eigenschaften, ggf. auch die Gesamthöhe) kommen an den Gebäudeumriss - und NUR dahin.<br>2) Gibt es Innenhöfe, so werden diese durch eine Relation (type=multipolygon) dem Gebäudeumriss zugeordnet. Die Relation selbst erhält keine weiteren tags; sie dient nur der Zuordnung der Innenhöfe.<br>
3) Unterschiedliche Gebäudeteile (in Höhe, Geschoßzahl, Fassadenfarbe, Material, Dachform etc.) werden durch building:part=yes und die entsprechenden weiteren tags beschrieben; gibt es für Teilbereiche des Gesamtgebäudes keine eigenen "building:part=yes"-Objekte, so greift - so vorhanden - die Definition des Gebäudeumrisses (auch wenn das so nicht im <a href="http://wiki.openstreetmap.org/wiki/DE:Simple_3D_Buildings" target="_blank">wiki</a> dokumentiert ist). Und: KEIN "building:part=yes"-Objekt darf aus dem Gebäudeumriss herausragen.<br>
4) Zum Schluß wird das ganze Gebäudepuzzle noch in eine Relation (type=building) gesteckt.<br><br>Nun zu den Gründen für die Fehler:<br>a) das Radiologie-Gebäude: <br>der westliche Innenhof wird vollflächig von zwei building:part-Objekten überdeckt und ist damit zwar in Mapnik & Co prima zu sehen, da hier nur die Relation (type=multipolygon) ausgewertet wird; in den 3D-Viewern aber ist dieser Innenhof 'zugemauert'. Punkt 4) fehlt ...<br>
<br>b) das Klinik-Gebäude:<br>Auch hier passt die Relation (type=multipolygon) für die Zuordnung der neun Innenhöfe, die Relation selbst trägt aber viele weitere tags, die ALLE an den Gebäudeumriss gehören. Dummerweise auch amenity=hospital! Damit erhebt sich über der Kontur des Gebäudeumrisses (building=yes) ein zweites Gebäude - das Krankenhaus. Wenn man genauer hinschaut, dann sieht man das auch wunderbar beim Mapnik bzw. 'open.mapquest'. Und es erklärt die mit 'Türmen ausgefüllten' Innenhöfe in der F4-map; mit building:height=22, so wie definiert.<br>
Diese hatte !i! zuvor offenbar auch bei OSM2World erhalten und als Reparaturmaßnahme die tags building:height=0 und building:part=yes für einzelne Höfe ergänzt. Das braucht's nach einer Korrektur dann natürlich nicht mehr ...<br>
Und für die Kür: Die Durchfahrten im östlichen Gebäudeteil sind als Tunnel getagt (ist das nicht covered=yes?) und sie ragen sie aus der Gebäudekontur heraus, was bei nahem Hinsehen (oder Selbst-Rendern) häßliche Verwerfungen mit der Bodenfläche zur Folge hat. Am besten wäre es, hier für die Gebäudeteile genau oberhalb der Durchfahrten mit min_height=4 (o.ä) zu arbeiten, covered=yes am highway zu ergänzen und auf die Tunnel ganz zu verzichten. Zumindest aber müßten die Tunnel gekürzt werden.<br>
Und ... Punkt 4) fehlt ...<br><br>Viel Erfolg beim 'Schrauben' - local mapper first ;-)<br><br>Viele Grüße aus Lübeck<br>Rainer<br></div>