Thank you for your help! <div><br></div><div>At the moment, as I have short deadline I simplified geometries using GEOSGeometry.simplify available in the GeoManager of Geodjango, so the client only cope with 400/500 vertex istead of 50000, it works smoothly also with IE7 . When I have more time I would like to try to set a WMS server which seems an elegant solution. </div>
<div class="gmail_extra"><br><br><div class="gmail_quote">2012/11/20 Sergeant_york <span dir="ltr"><<a href="mailto:electronicpanda@gmail.com" target="_blank">electronicpanda@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hello again,<br>
<br>
I strongly agree with wms solution from one of the posts in this topic. If<br>
you can use serverside capabilities it will be the best solution and as far<br>
as I know people uses wms for showing geometries that has many vertexes.<br>
<br>
for this you can:<br>
1- use serverside wms service (for example geoserver it also reads shape<br>
files)<br>
2- get boundaries data as images from server and apply sld for best look<br>
(google, bing etc works like that)<br>
3- show these borders as OpenLayers.Layer.Wms layer, you can even transform<br>
features in different reference systems (for example from epsg:4326 to<br>
epsg:900913)<br>
4- you can also cache images in server for best speed<br>
<br>
with this:<br>
1- Performance issues will be solved at limited amount of wms layers<br>
2- Drawing will be done in server so you don't have to keep millions of<br>
vertexes in clientside<br>
3- can get feature info (with vertexes and attributes) with usng<br>
OpenLayers.Control.WMSGetFeatureInfo<br>
<br>
but with wms layer you cannot:<br>
1- edit any geometries in this layer, or you can edit with the help of<br>
vector layer but costs more effort<br>
2- change layer styling easy as clientside styling with vectors. It costs a<br>
bit more effort to apply dynamic styling<br>
3- work with only clientside application. You need a server, geoserver for<br>
drawing and datastore (in this case your shape file) which is inside of the<br>
server<br>
<br>
I changed my idea for simplification with respect to zoom levels, because<br>
applying this algorithm to every feature in vector layer in clientside can<br>
also cause performance issues(tryed and failed). Yet it is nice to use to<br>
get data from server so still in the future if you will use this one, every<br>
database accepts OGC standarts has simplify method or you can check this:<br>
<br>
<a href="http://en.wikipedia.org/wiki/Ramer%E2%80%93Douglas%E2%80%93Peucker_algorithm" target="_blank">http://en.wikipedia.org/wiki/Ramer%E2%80%93Douglas%E2%80%93Peucker_algorithm</a><br>
<br>
<br>
<br>
<br>
<br>
--<br>
View this message in context: <a href="http://osgeo-org.1560.n6.nabble.com/very-slow-map-using-WKT-Multipolygon-with-a-lot-of-Points-tp5017181p5017672.html" target="_blank">http://osgeo-org.1560.n6.nabble.com/very-slow-map-using-WKT-Multipolygon-with-a-lot-of-Points-tp5017181p5017672.html</a><br>

<div class="HOEnZb"><div class="h5">Sent from the OpenLayers Users mailing list archive at Nabble.com.<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.osgeo.org">Users@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/openlayers-users" target="_blank">http://lists.osgeo.org/mailman/listinfo/openlayers-users</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Fab<br><br><a href="http://twitter.com/fabrizioburatta" target="_blank">http://twitter.com/fabrizioburatta</a><br><br><a href="http://www.linkedin.com/in/fburatta" target="_blank">http://www.linkedin.com/in/fburatta</a><br>
<br><a href="http://nonfartiprenderedalpanico.blogspot.com/" target="_blank">http://nonfartiprenderedalpanico.blogspot.com/</a><br>
</div>