I know GeoServer is different from OpenLayers, but what I am questioning is how big is that impact on rendering data.<div>I have a development environment on my machine consisting of Apache Tomcat and GeoServer.</div><div>

This same machine is running the Browser that accesses OL code.</div><div><br></div><div>The vector data is hosted on a Oracle server on a different machine.</div><div><br></div><div>I find weird that Geoserver, running on my machine, can retrieve the vector data from Oracle Server, render an image and deliver it to the browser, while the browser itself, can&#39;t take the XML and render an image. And it is not a performance issue. It simply consumes all my physical memory (that is something like 4.5+ gb) and FF crashes, without any warning or error logging from OL.</div>

<div><br></div><div>I know that rendering and delivering an image is a lot simpler than building nested divs and image tags, parsing XML, etc. Even more if you compare Java to Javascript. But is it really &quot;4gb+ simple&quot;? That is what I find weird.</div>

<div><br></div><div>I didn&#39;t have time to check the rendering code yet, because I am currently working on a project that will serve only WMS images. But I was a bit disappointed when I tried using WFS to show the same data. I thought it would take a lot to load, but in fact it simply crashed the browser over and over.</div>

<div><br></div><div>Cheers,</div><div>Pedro.</div><div><br></div><div><div class="gmail_quote">On Mon, Nov 16, 2009 at 10:25 PM, Zac Spitzer <span dir="ltr">&lt;<a href="mailto:zac.spitzer@gmail.com">zac.spitzer@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;">there is a huge different between a server rendering an image and <br>a browser rendering a vector layer<br><br>a browser can only handle a limited volume of vector data<br>

<br>z<br><br><div class="gmail_quote"><div><div></div><div class="h5">On Tue, Nov 17, 2009 at 6:05 AM, Pedro Baracho <span dir="ltr">&lt;<a href="mailto:pedropbaracho@gmail.com" target="_blank">pedropbaracho@gmail.com</a>&gt;</span> wrote:<br>


</div></div><blockquote class="gmail_quote" style="border-left:1px solid rgb(204, 204, 204);margin:0pt 0pt 0pt 0.8ex;padding-left:1ex"><div><div></div><div class="h5">Cluster strategy didn&#39;t help me, because I need the lines to be rendered.<br>

<br>Right now I am using MaxResolution to crop the whole Layer if the level of detail is small (i.e. low zoom level).<br>
The weird thing is that GeoServer can serve me the image in real time of the same layer and OL crashes the browser for lack of memory, and both (the browser and the GeoServer) are hosted and running on my development machine. I know OL is javascript, but even though, there shouldn&#39;t be such a huge impact on memory.<br>




<br>Have you guys seen this before?<br><br>And thanks a lot for the help!<div><div></div><div><br>

<br><div class="gmail_quote">On Mon, Nov 16, 2009 at 11:30 AM, Eric Lemoine <span dir="ltr">&lt;<a href="mailto:eric.lemoine@camptocamp.com" target="_blank">eric.lemoine@camptocamp.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left:1px solid rgb(204, 204, 204);margin:0pt 0pt 0pt 0.8ex;padding-left:1ex">








<div>On Mon, Nov 16, 2009 at 1:10 PM, Pedro Baracho &lt;<a href="mailto:pedropbaracho@gmail.com" target="_blank">pedropbaracho@gmail.com</a>&gt; wrote:<br>
&gt; My data can be displayed via WMS. It represents the streets of my city and<br>
&gt; is composed by a huge number of center lines.<br>
&gt;<br>
&gt; I am currently using BBOX strategy and it is insufficient.<br>
&gt; I am going to check cluster strategy. Do you know how can I use it to<br>
&gt; display lines instead of points?<br>
<br>
</div>From the top of my head I remember that you can use the cluster<br>
strategy with other types of geometries than points. However clusters<br>
are always represented as points.<br>
<br>
Cheers,<br>
<font color="#888888">--<br>
</font><div><div></div><div>Eric Lemoine<br>
<br>
Camptocamp France SAS<br>
Savoie Technolac, BP 352<br>
73377 Le Bourget du Lac, Cedex<br>
<br>
Tel : 00 33 4 79 44 44 96<br>
Mail : <a href="mailto:eric.lemoine@camptocamp.com" target="_blank">eric.lemoine@camptocamp.com</a><br>
<a href="http://www.camptocamp.com" target="_blank">http://www.camptocamp.com</a><br>
</div></div></blockquote></div><br>
</div></div><br></div></div><div class="im">_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@openlayers.org" target="_blank">Users@openlayers.org</a><br>
<a href="http://openlayers.org/mailman/listinfo/users" target="_blank">http://openlayers.org/mailman/listinfo/users</a><br>
<br></div></blockquote></div><font color="#888888"><br><br clear="all"><br>-- <br>Zac Spitzer <br>Solution Architect / Director<br>Ennoble Consultancy Australia<br><a href="http://www.ennoble.com.au" target="_blank">http://www.ennoble.com.au</a><br>

<a href="http://zacster.blogspot.com" target="_blank">http://zacster.blogspot.com</a><br>
+61 405 847 168<br><br><br><br>
</font></blockquote></div><br></div>