Hi,
it's impossible that a pedal car is nearly as fast as a f1 car and take
as much as a truck. My opinion is that either you force your customer to
use safe and fast browsers or you have to reduce the load by minimum of
polygons drawn or switch to a desktop prog like QuantumGIS. Minimize the
number of geometries by a strategy, if you want to edit them then
cluster is not an alternative. If you pass attributes with your features
then you can leave them out and load them later, if you need them. I
don't know if it helps and this is not a standardized solution, if you
minimize your data to the less verbose format, I think it's WKT or a
custom json, and write your own update Serversidewhatever. Simply a
simple format to parse for the browser with minimum of memory
consumption. But I think, it will be much work for at best little more
performance.
We must also always say our users to switch to a new browser if they
want to have the functionality and speed("Sry, there is a minimum
requirement. It's free, ask/force your admin to install it."). In the
end there is no workaround you can only cut things out. You never will
have a performance like chrome or ff out of a bad engine. Think about
how much seconds you spend to get a second less for users.
I know there is no solution for your performance problem but maybe an
argument for your customers.
Best regards
Slawomir
Am 07.04.2011 14:21, schrieb David Alda Fernandez de Lezea:
Zac,
thanks for your response. I know IE sux, but 95% of our customers have
IE6 installed, and they are not allowed to switch to another version
or to get other browsers.
I get the polygons from GeoServer from a wfs layer. They are complex
polygons with lots of vertices (parcels from cadastre) and I can't
simplify the features because we are on the task of online editing
using wfs-t protocol, so the edition must be accurate.
I'm just wondering if there is something that I can show, like a
progress bar or loading image, to tell the user this kind of
operations will take a bit, but I'm afraid is going to be difficult
because of the browser program.
Any idea?
Regards,
Un saludo,
··················································································
*David Alda Fernández de Lezea*
Lurralde eta Biodibertsitate Saila / Dpto. de Territorio y Biodiversidad
*IKT*
Granja Modelo s/n · 01192 · Arkaute (Araba)
··················································································
Tlfnos.: 945-00-32-95Fax: 945-00.32.90
··················································································
email: [email protected]
<mailto:[email protected]> web: www.ikt.es
<http://www.ikt.es/>
··················································································
------------------------------------------------------------------------
*De:* [email protected]
[mailto:[email protected]] *En nombre de *Zac
Spitzer
*Enviado el:* jueves, 07 de abril de 2011 13:33
*Para:* [email protected]
*Asunto:* Re: [OpenLayers-Users] Browser slow performance while
parsingOpenLayers.Vector.Feature features
short answer, IE just sucks
long answer, you could switch over to a real mapserver engine
how dense are your polygons? generalising them might help a bit if
they are very dense
On Thu, Apr 7, 2011 at 9:29 PM, David Alda Fernandez de Lezea
<[email protected] <mailto:[email protected]>> wrote:
Hi list,
I'm having some performance issues with most browsers, but
specially with IE (this is the real problem).I have a vector layer
in which once the map is shown I load from 50 to 100 polygons and
I zoom to them. I know that this is a task it will consume some
time, but the problem is that the browser gets freezed and I would
like to improve that in order to improve the user experience.
I've tried this in
FF --> 5-10 seconds
Safari --> 5 seconds
Chrome --> 5 seconds
Opera --> 5 seconds
IE6 --> 60 seconds
IE7 --> 40 seconds
IE8 --> 30 seconds
Is there something that I can do to improve the browser's response??
Thanks.
Un saludo,
··················································································
David Alda Fernández de Lezea
Lurralde eta Biodibertsitate Saila / Dpto. de Territorio y
Biodiversidad
IKT
Granja Modelo s/n · 01192 · Arkaute (Araba)
··················································································
Tlfnos.: 945-00-32-95 Fax: 945-00.32.90
··················································································
email: [email protected] <mailto:[email protected]>
web: www.ikt.es <http://www.ikt.es>
··················································································
_______________________________________________
Users mailing list
[email protected] <mailto:[email protected]>
http://lists.osgeo.org/mailman/listinfo/openlayers-users
--
Zac Spitzer
Solution Architect / Director
Ennoble Consultancy Australia
http://www.ennoble.com.au
http://zacster.blogspot.com
+61 405 847 168
_______________________________________________
Users mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/openlayers-users
_______________________________________________
Users mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/openlayers-users
