<div dir="ltr"><div><div><div><div><div><div><div>>> ...<br>
>> Jetzt gibt es drei Möglichkeiten:<br>
>> 01) Du greifst wieder selbst in die Tasten ...<br>
>> 02) ich sende Dir an Deine Uni-email einen Screenshot vom<br>
>> Korrekturergebnis nach lokalem Rendering bei mir und Du greifst selbst<br>
>> in die Tasten; nur vergleichst Du vor dem Upload Dein lokales Rendering<br>
>> mit dem Screenshot<br>
>> 03) ich uploade die Änderungen, die ich ja bereits lokal auf Platte<br>
>> habe, selbst und Du schaust Dir die Änderungen dann direkt in den<br>
>> OSM-Daten an (- die für uns beide zeitsparende Lösung ...)<br>
><br>
> Ich bin auch für die zeitsparende Lösung. Habe mir den alten Stand der<br>
> Klinik lokal gesichert. Die Änderungen kann ich mir dann später im<br>
> Detail anschauen.<br>
><br>
> Die OSM2World jar knöpfe ich mir dann auch vor.<br>
><br>
> Vielen Dank für die sehr ausführliche Hilfe,<br>
> Martin<br><br></div>o.k., done...<br><br></div>Allerdings hab ich jetzt ggü. meinen Ausführugen von gestern abend noch ein kleines Experiment eingebaut:<br></div>Ich hab die beiden Innenhöfe im nördlichen Gebäudeteil (innerhalb der multipolygon-relation mit den drei Objekten) genauso wie den Innenhof im östlichen Gebäudeteil (innerhalb der multipolygon-relation mit den zwei Objekten) aus der multipolygon-relation des Gebäudeumrisses rausgeworfen, da die Gebäudehöhe des Umrisses hier ja gar nicht greifen dürfte, weil sie vom jeweiligen building:part=yes überlagert wird. <br>
Mit dem lokal laufenden OSM2World.jar klappt's! <br>JOSM hingegen zeigt die Innenhöfe nun nicht mehr ausgespart an. Das macht eine spätere Bearbeitung durch Dritte unübersichtlicher ...<br><br></div>Nun hoffe ich auf zwei Dinge:<br>
1) das die OSM2World-Routine zum Generieren der tiles sich so verhält, wie 'meine' lokale *.jar (V0.2.0), was leider nicht immer so ist !</div></div>2) und das F4 keine neuen Fehler wirft !<br></div><div>Wir werden es bald wissen ...<br>
</div><div><br></div><div>Grüße<br></div><div>Rainer<br></div></div>