<span class="Apple-style-span" style="font-family: arial, sans-serif; font-size: 13px; border-collapse: collapse; ">If you are looking to serve dynamic maps/data then you&#39;re probably going to look at geoserver&#39;s or mapserver&#39;s non-cached services (WMS, WFS... but not WMS-C or TMS). Dynamic data sources are extremely slow when compared to static cached services (WMS-C or TMS)(unless of course your dataset is small). If performance is what you are after, try and use a <u>cache as much as possible</u>...<div>
<br></div><div>My first rant would be to consider what data is dynamic and what is not. As soon as you work out what is not dynamic... look to caching (WMS-C in Geoserver or TMS in tilecache). I don&#39;t believe one will out perform the other... it&#39;s really just disk I/O, caches are fast! I&#39;ve always used tilecache with geoserver wms rendering the maps. TileCache has some oooober tweakable configuration and you have the ability to (intelligently) manage your cache with very little effort.</div>
<div><br></div><div>Dynamic data performance relies heavily on the performance of the datasource. PostGIS is in my experience a brilliant spatial database. If the database is slow sometimes you might need to change the transaction config and fine tune it. But that&#39;s life :) </div>
<div><br></div><div>MapServer vs Geoserver. It depends... both are good. Geoserver is quick and easy to setup, better standards compliance, but styling your maps (with SLD&#39;s) takes a while. MapServer is probably a touch faster rendering, offers some nice anti-aliasing and styling of maps, but has less interoperability. To be honest, plan on using them both - but use a common service specification that they both offer (like WMS or WFS). That way you could switch the backend without disrupting clients.<br>
<div><br></div><div>These would be my recipes:</div><div><br></div><div>OpenLayers ----&gt; TileCache TMS (on Apache+Python) -----wms----&gt; Geoserver (on Tomcat or other) --------&gt; PostGIS (or readonly ShapeFile).</div>
<div>or<br>OpenLayers ----&gt; TileCache TMS (on Apache+Python) -----wms----&gt; Mapserver (on Apache) --------&gt; PostGIS (or readonly ShapeFile).</div><div>or</div><div>OpenLayers ----&gt;  -----wmsc----&gt; Geoserver (on Tomcat or other) --------&gt; PostGIS (or readonly ShapeFile).</div>
<div><br></div><div><br></div><div>Hope this helped.</div><div><br></div><font color="#888888"><div>--AH :)</div></font></div></span><br><div class="gmail_quote">On Fri, Apr 23, 2010 at 12:55 AM, David Fawcett <span dir="ltr">&lt;<a href="mailto:david.fawcett@gmail.com">david.fawcett@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">WMS-C or TMS<br>
<br>
Thanks,<br>
<font color="#888888"><br>
David.<br>
</font><div><div></div><div class="h5"><br>
On Fri, Apr 16, 2010 at 11:50 AM, Eric Lemoine<br>
&lt;<a href="mailto:eric.lemoine@camptocamp.com">eric.lemoine@camptocamp.com</a>&gt; wrote:<br>
&gt; On Fri, Apr 16, 2010 at 3:54 PM, David Fawcett &lt;<a href="mailto:david.fawcett@gmail.com">david.fawcett@gmail.com</a>&gt; wrote:<br>
&gt;&gt; Jeff,<br>
&gt;&gt;<br>
&gt;&gt; I sounds like OpenLayers with a WMS or TileCache or tiled WMS layer<br>
&gt;&gt; would work for you.  Even if you used a pre-rendered tile backend, I<br>
&gt;&gt; believe that you could still send WMS getFeatureInfo requests to a WMS<br>
&gt;&gt; server (you would need to keep the data in sync though).<br>
&gt;&gt;<br>
&gt;&gt; If KaMap wasn&#39;t performing well for you, I don&#39;t think that just<br>
&gt;&gt; because KaMap was built on phpMapScript, you should assume that you<br>
&gt;&gt; will get the same performance from MapServer.<br>
&gt;&gt;<br>
&gt;&gt; MapServer can serve up WMS pretty well.  You can look at a comparison<br>
&gt;&gt; of MapServer and GeoServer in the FOSS4G WMS shootout.<br>
&gt;&gt; <a href="http://www.slideshare.net/gatewaygeomatics.com/wms-performance-shootout" target="_blank">http://www.slideshare.net/gatewaygeomatics.com/wms-performance-shootout</a><br>
&gt;&gt;<br>
&gt;&gt; The trick to serving any of this data quickly is making sure that you<br>
&gt;&gt; have pre-processed and optimized/indexed your data as much as possible<br>
&gt;&gt; to reduce the amount of processing that has to happen at the time of a<br>
&gt;&gt; request.  As for MapServer vector data sources, I believe that the<br>
&gt;&gt; common thought is that shapefiles are still faster, but PostGIS<br>
&gt;&gt; performance has been significantly improved in the past few years.  In<br>
&gt;&gt; cases where your data is more complex, you have more complicated<br>
&gt;&gt; filtering needs, or your data changes frequently, the flexibility of<br>
&gt;&gt; PostGIS is worth the small performance hit.  MapServer also has<br>
&gt;&gt; support for SQL Server.<br>
&gt;&gt;<br>
&gt;&gt; David.<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; If you are familiar with MapServer, you can use it to pre-render the<br>
&gt;&gt; tiles for your TileCache or WMS-T.<br>
&gt;<br>
&gt; David, I guess you meant WMS-C, no?<br>
&gt;<br>
&gt;<br>
&gt; --<br>
&gt; Eric Lemoine<br>
&gt;<br>
&gt; Camptocamp France SAS<br>
&gt; Savoie Technolac, BP 352<br>
&gt; 73377 Le Bourget du Lac, Cedex<br>
&gt;<br>
&gt; Tel : 00 33 4 79 44 44 96<br>
&gt; Mail : <a href="mailto:eric.lemoine@camptocamp.com">eric.lemoine@camptocamp.com</a><br>
&gt; <a href="http://www.camptocamp.com" target="_blank">http://www.camptocamp.com</a><br>
&gt;<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@openlayers.org">Users@openlayers.org</a><br>
<a href="http://openlayers.org/mailman/listinfo/users" target="_blank">http://openlayers.org/mailman/listinfo/users</a><br>
</div></div></blockquote></div><br>