<!DOCTYPE html PUBLIC '-//W3C//DTD HTML 4.01 Transitional//EN'>
<html>
<head>
<meta http-equiv='Content-Type' content='text/html;charset=iso-8859-1'>
<style>BODY{font:10pt Tahoma, Verdana, sans-serif;}</style>
</head>
<body>
<br><blockquote style="border-left: 2px solid rgb(0, 0, 255); padding-left: 5px; margin-left: 5px; margin-right: 0px;"><hr><b>From:</b> Markus Kittenberger [mailto:Markus.Kittenberger@gmx.at]<br><b>To:</b> discuss@outpost.funkferuer.at<br><b>Sent:</b> Sat, 08 Apr 2006 18:37:55 +0200<br><b>Subject:</b> Re: [ff] [Discuss] Custom Google Overlay vs. Google Markers vs. serverside solution<br><br><!-- -->
<br><blockquote style="border-left: 2px solid rgb(0, 0, 255); padding-left: 5px; margin-left: 5px; margin-right: 0px;"><hr><b>From:</b> Markus Kittenberger [mailto:<a href="mailto:Markus.Kittenberger@gmx.at">Markus.Kittenberger@gmx.at</a>]<br><b>To:</b> Adrian Dabrowski [mailto:<a href="mailto:atrox@quintessenz.at">atrox@quintessenz.at</a>]<br><b>Sent:</b> Sat, 08 Apr 2006 18:35:57 +0200<br><b>Subject:</b> Re: [ff] [Discuss] Custom Google Overlay<br><br><!-- -->
<br> From: Adrian Dabrowski [mailto:<a href="mailto:atrox@quintessenz.at">atrox@quintessenz.at</a>]<br> To: Markus Kittenberger [mailto:<a href="mailto:Markus.Kittenberger@gmx.at">Markus.Kittenberger@gmx.at</a>], <a href="mailto:discuss@lists.funkfeuer.at">discuss@lists.funkfeuer.at</a><br> Sent: Sat, 08 Apr 2006 15:44:54 +0200<br> Subject: Re: [ff] [Discuss] Custom Google Overlay<br><br> > Ad FF Karte<br> mit ist auch die idee durch den kopf gegangen, serverseitig eine<br> hybrid-map zu erzeugen; vielleicht kann ich mich morgen damit spielen.<br><br>Wolltest du ein overlay image generieren das dann im Browser über die google Map gelegt wird, oder die tiles für die google map am Server überbearbeiten<br><br>serverseitig hat den Vorteil, das man nicht mit javascript rummursken müsste, also deutlich effizientere Lösungen machbar sind. (Wieviel von der höheren Effiienz am Ende im Browser übrig bleibt ist ne andere Sache)<br><br>und falls man dann eine nicht 100% javascriptabhängige Webseite wie (google maps) zur Anzeige verwendet wär das dann ein echter Vorteil<br><br><br> > Hab nun endlich ein overlay für googlemaps zamgebracht das intern die<br> > jsgraphics library verwendet<br> > <a href="http://www.walterzorn.de/jsgraphics/jsgraphics.htm" target="_blank">http://www.walterzorn.de/jsgraphics/jsgraphics.htm</a><br><br> da kann man zwar steuern, _was_ man zeichnet, aber im endeffekt<br> verwendet es wieder lauter kleine anneinander gereihte DIVs - müssen<br> schauen, was mehr performance bringt.<br><br>Arbeitet gogle genauso, das sieht mir irgendwie nach image overlays aus? (es gibt ne schwache viereckige aufhellung bei jeder linie)<br><br>für ne Österreichübersichtskarte ist jsgraphics auf jeden Fall schneller als die google Marker und Linien, wenn man weiter als ganz wien auf einmal reinzoomt dann zurzeit auf jeden fall die google api.<br>Allerdings zeichnet mein script unglaublich lange linien sobald man reinzoomt, auch wenn diese ja nicht mal teilweise sichtbar sind. )-;<br><br>Allerdings mit jsgraphic nur zu zeichnen was man auch sieht könnt etwas anspruchsvoll werden, denn beim scrollen sollt es nicht allzusehr auffallen das man nun teilweise zeichnen muss, das kostet auch wieder performance beim scrollen, allerdings scrollt sichs mit weniger divs auch besser,..<br><br>Ein guter Kompromiss wäre nur in den Bereichen wo tiles von google ausserhalb des sichtbaren bereichs gecached sind (oder gerade runtergeladen werden) die nodes und links einzuzeichnen. (Hab nur noch keine schnittstelle gefunden wo ich mitkrieg wann google ein neues tile runterladet)<br><br>rein optisch sind die Linien der google api netter als jsgraphics, goggle maps legt zwar mit jeder linie nen unnötigen grauschleier über das dahinterliegende drüber, aber es siehts wenigstens nicht pixlig aus.<br>Das kann man zwar mit transparenten divs in jsgraphic auch hinkriegen aber das geht erst recht wieder auf die performance.<br><br>Und die Bilder serverseitig schon mit nodes und links zu erstellen ist halt definitiv ein Hack an der Google API (in den man die Bilder vom Tileserver direkt runterlädt) Ist zwar auf jeden Fall leicht mit guten tools die bilder effizient zu ändern aber im Endergebnis auch nicht immer schneller, und nebenbei kann google kann seine Tileserver halt auch ohne Vorwarnung recht schnell ändern,...<br>(Aber serverseitig könnt ma dann auch die Aerials von google mit Strassenkarten anderer Anbieter kombinieren, oder die reichweite der antennen per höhenprofil drüberlegen (ansich statische Reichweitenbilder jeder einzelnen node (die man auch in der google maps api einbauen könnte sobald die Bilder mal hat)))<br>Javascript könnte man dann halt nur noch für animierte Popups und mouse over effects verwenden, also nur für den netten Schnickschnack.<br><br>Ein/Ausblenden der nodes/links/whatever geht dann aber natürlich nimma so leicht/schnell,<br><br>Also mbmn sollten wir zwei Karten haben:<br> eine serverseitige mit weniger schnickschnack aber halt trotzdem besser als die jetzige<br> und eine rein javascriptbasierte die aber halbwegs schnell ist (nicht nur auf multicore prozessoren)<br>Oder alternativ eine hybride die alles vereint (-; (d.h. javscript overlays falls man will/ der Broweser es kann, und serverseitige overlays falls einem das lieber/ oder falls die einzige möglichkeit (weil kein js oder für js zu komplex)) ähnliche hybridlösungen beim scrollen und zoomen.<br><br>Ich hoffe ich hab jetzt nicht alle verwirrt (-;<br><br>lg Markus<br><br><br><br> adrian<br><br><!-- -->
</blockquote><!-- --><style>
BODY {font:10pt Tahoma,Verdana,sans-serif;}
</style>
</blockquote></body></html>