<div class="gmail_quote">Am 19. Januar 2009 10:01 schrieb Martin Simon <span dir="ltr"><<a href="mailto:grenzdebil@gmail.com">grenzdebil@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
2009/1/19 Holger Issle <<a href="mailto:Holger@issle.de">Holger@issle.de</a>>:<br>
<div class="Ih2E3d">> Erkläre das mal Garmin, daß die Überlagerungen perfekt beherrschen<br>
> müssen. Das ist nicht mehr _grenz_debil. Insofern passt der Name fast<br>
> perfekt.<br>
<br>
</div>Komisch, eigentlich sende ich den vollen Namen mit. Naja.<br>
Ich glaube nicht, daß wir hier Garmin etwas erklären müssen - noch<br>
viel weniger müssen wir unser mapping auf deren Schwächen anpassen und<br>
debile Daten erzeugen, unter denen alle anderen (zumeist offenen und<br>
anpassbaren) Anwendungen leiden.<br>
<br>
Laut Google gibt es bereits patches in mkgmap, die sich um<br>
multipolygone kümmern. Abwarten....<br>
<div><div></div><div class="Wj3C7c"><br>
</div></div></blockquote></div><br>ja, die Garminkarten (zumindest unsere) haben ja z.B. auch ein Problem bei der Anzeige von Einbahnstrassen oder Plaetzen (weil - so war es zumindest lange Zeit - nur 1 Tag ausgewertet werden kann), aber das heisst fuer uns ja nicht, dass wir nur noch "einfach taggen", also nicht mehr als 1 Tag pro Objekt.<br>
<br>Ich finde die Antwort an Martin Simon ehrlich gesagt nicht ganz stilsicher, insbesondere, als sein Beitrag durchaus seine Berechtigung hat: wer *so* einfach rendern will, der kann auch keine perfekte Darstellung erwarten (die man ja uebrigens bei dem Gegenvorschlag erst recht auch nicht hat)<br>
<br>Martin<br>