[OSM in MV] Band 57, Eintrag 1; Südstadtklinikum und Radiologie-Gebäude in Rostock

[Matthias Meisser]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi Rainer,

danke für die komplexe Analyse. In der Tat habe ich das "verbrochen",
als ich das Areal für 3D fit gemacht habe.
Ich werde mal zusehen, dass ich am Wochenende dafür Zeit finde das zu
fixen.

P.S. Ist schon cool wieder in einem Land zu sein, wo es vor der
Haustür noch so viel zu mappen gibt :)

Gruß,
Matthias

Am 03.10.2013 09:02, schrieb Rainer Paulke:
> Moin,
> 
> hmm, da gibt's 'ne ganze Reihe von Schwierigkeiten, nicht nur die
> fehlenden Innenhöfe des Südstadtklinikums in Mapnik ...
> 
> Schau Dir mal die 
> OSM2World-Map<http://maps.osm2world.org/?h=128&view=N&zoom=18&lat=54.07247&lon=12.10749&layers=B0TTFF>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! Oder die
> F4-map<http://map.f4-group.com/#lat=54.0718786&lon=12.1068017&zoom=18&camera.theta=72.807&camera.phi=-165.585>;
>
> 
hier klappt das mit den Innenhöfen im Südstadtklinikum gar nicht mehr!
> 
> Was ist hierfür die Ursache, wo doch scheinbar die
> Gebäuderelationen (outer/inner) aus 2D-Sicht korrekt sind ?
> 
> Kleiner Exkurs zum 3D-Gebäude-Mapping: 1) Alle gebäudeweiten Infos
> (Adresstags, Kontaktangaben, Namen, sonstige Eigenschaften, ggf.
> auch die Gesamthöhe) kommen an den Gebäudeumriss - und NUR dahin. 
> 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. 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 wiki
> <http://wiki.openstreetmap.org/wiki/DE:Simple_3D_Buildings>dokumentiert
>
> 
ist). Und: KEIN "building:part=yes"-Objekt darf aus dem
> Gebäudeumriss herausragen. 4) Zum Schluß wird das ganze
> Gebäudepuzzle noch in eine Relation (type=building) gesteckt.
> 
> Nun zu den Gründen für die Fehler: a) das Radiologie-Gebäude: 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 ...
> 
> b) das Klinik-Gebäude: 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. 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 ... 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. Und ... Punkt 4)
> fehlt ...
> 
> Viel Erfolg beim 'Schrauben' - local mapper first ;-)
> 
> Viele Grüße aus Lübeck Rainer
> 
> 
> 
> _______________________________________________ MeckPomm mailing
> list MeckPomm at lists.openstreetmap.de 
> http://lists.openstreetmap.de/mailman/listinfo/meckpomm
> 

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJSTT+OAAoJEAF+labaLeyD0g4IAK45qviiTBjv7Vm8IxpAYoT2
kMj/Vk2faYOSc/smVpDMB503K3slTP6UjtV5B+OHwuUCeBMlyYzrK64Mv+hYhhu+
39u/aTB21u1IIQcYkFEL1SU+Uya+6r8HmeQ9jTcGiYYVd7eBW5qLOYm/kx0N1s4g
/kbOuKY0r1dUBp+vgWYglrQ6GsVwur4UnRWrWJIbCfYYJRKXXEsk1OA6qAzSgduH
U6c18M/L21IZcUvVYggq9MpKVm4aqyelKz5LlMpsqQYdYKXyAq6zjqtZqXWqqm+x
/KYDYFvCKTWpAEV/Z+O3jPOQvOhS1rFxayU4ppPQMYzPstRe48t++2M9trrvsEs=
=/PuN
-----END PGP SIGNATURE-----