[OpenLayers-Users] Huge amount of data crashing browser

[Zac Spitzer]

they are simply different technologies.

a server is simply using a far more efficent approach than rendering
vectors in a browser... vector data alone is very verbose and that's what
is causing the problem in the browser

an image is depending on the color depth is like 100k and just needs
to be displayed.

what your doing with vectors is sending all the data to the browser
which is probably much more detailed than required for the screen
display. The browser needs to process all that data, and display it..

java or c++ or C on a server will always out perform javascript

z

On Tue, Nov 17, 2009 at 12:22 PM, Pedro Baracho <pedropbaracho at gmail.com>wrote:

> I know GeoServer is different from OpenLayers, but what I am questioning is
> how big is that impact on rendering data.
> I have a development environment on my machine consisting of Apache Tomcat
> and GeoServer.
> This same machine is running the Browser that accesses OL code.
>
> The vector data is hosted on a Oracle server on a different machine.
>
> 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'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.
>
> 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 "4gb+ simple"? That is what I
> find weird.
>
> I didn'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.
>
> Cheers,
> Pedro.
>
> On Mon, Nov 16, 2009 at 10:25 PM, Zac Spitzer <zac.spitzer at gmail.com>wrote:
>
>> there is a huge different between a server rendering an image and
>> a browser rendering a vector layer
>>
>> a browser can only handle a limited volume of vector data
>>
>> z
>>
>> On Tue, Nov 17, 2009 at 6:05 AM, Pedro Baracho <pedropbaracho at gmail.com>wrote:
>>
>>> Cluster strategy didn't help me, because I need the lines to be rendered.
>>>
>>> Right now I am using MaxResolution to crop the whole Layer if the level
>>> of detail is small (i.e. low zoom level).
>>> 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't be such a huge
>>> impact on memory.
>>>
>>> Have you guys seen this before?
>>>
>>> And thanks a lot for the help!
>>>
>>>
>>> On Mon, Nov 16, 2009 at 11:30 AM, Eric Lemoine <
>>> eric.lemoine at camptocamp.com> wrote:
>>>
>>>> On Mon, Nov 16, 2009 at 1:10 PM, Pedro Baracho <pedropbaracho at gmail.com>
>>>> wrote:
>>>> > My data can be displayed via WMS. It represents the streets of my city
>>>> and
>>>> > is composed by a huge number of center lines.
>>>> >
>>>> > I am currently using BBOX strategy and it is insufficient.
>>>> > I am going to check cluster strategy. Do you know how can I use it to
>>>> > display lines instead of points?
>>>>
>>>> From the top of my head I remember that you can use the cluster
>>>> strategy with other types of geometries than points. However clusters
>>>> are always represented as points.
>>>>
>>>> Cheers,
>>>> --
>>>> Eric Lemoine
>>>>
>>>> Camptocamp France SAS
>>>> Savoie Technolac, BP 352
>>>> 73377 Le Bourget du Lac, Cedex
>>>>
>>>> Tel : 00 33 4 79 44 44 96
>>>> Mail : eric.lemoine at camptocamp.com
>>>> http://www.camptocamp.com
>>>>
>>>
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users at openlayers.org
>>> http://openlayers.org/mailman/listinfo/users
>>>
>>>
>>
>>
>> --
>> Zac Spitzer
>> Solution Architect / Director
>> Ennoble Consultancy Australia
>> http://www.ennoble.com.au
>> http://zacster.blogspot.com
>> +61 405 847 168
>>
>>
>>
>>
>


-- 
Zac Spitzer
Solution Architect / Director
Ennoble Consultancy Australia
http://www.ennoble.com.au
http://zacster.blogspot.com
+61 405 847 168
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/openlayers-users/attachments/20091117/ac9ec917/attachment.html