<p dir="ltr">Hi,</p>
<p dir="ltr">In one of our application,  we slice the request back to the server to smaller chunks. Each chunk requests 10 features.</p>
<p dir="ltr">All request, are using the html5 worker threading method. In this case it forbids the browser from hanging.</p>
<p dir="ltr">We are not using KML like u do. Moreover our method is not sofisticated but it is working just right  for us. </p>
<p dir="ltr">Hope it helps.</p>
<p dir="ltr">Remi</p>
<div class="gmail_quote">On 29 Jul 2013 21:35, "Claudio V." <<a href="mailto:claudio.carvalho@lemaf.ufla.br">claudio.carvalho@lemaf.ufla.br</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">Hi, just to be sure, you mean more than 1,000 points/markers (not polygons or lines)? In the only experience I had with that many points I wasn't loading the KML through OpenLayers.Layer.Vector (as in <a href="http://openlayers.org/dev/examples/kml-layer.html" target="_blank">http://openlayers.org/dev/examples/kml-layer.html</a>, for example). We had a 'upload' dialog, so that the user could choose a file from his machine. We then used the KML Parser to extract the features and then added to a layer. This way we were able to display around 20,000 markers (before things started to get slow). If what you're doing is something similar I could give you some hints.<br>

<div class="gmail_extra"><br><br><div class="gmail_quote">2013/7/28 Phil Scadden <span dir="ltr"><<a href="mailto:p.scadden@gns.cri.nz" target="_blank">p.scadden@gns.cri.nz</a>></span><br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div><br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
What is the best practice to plot more than 1,000 itens from a KML file?<br>
<br>
I have tried cluster strategy, but it still takes too much time.<br>
<br>
Any clue is welcome!<br>
</blockquote></div>
I would say best practise is dont use any vector format for more than 500 points of geometry, period. And KML can be considerably more verbose than say GML. You are up against limitations of the browser, network transfer speeds and especially the execution speed of js. Have a long look at the application and see how you move rendering to the server (WMS). If you are stuck with KML, then look at the KML module in geoserver for example.<br>



<br>
Notice: This email and any attachments are confidential.<br>
If received in error please destroy and immediately notify us.<br>
Do not copy or disclose the contents.<br>
<br>
______________________________<u></u>_________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.osgeo.org" target="_blank">Users@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/openlayers-users" target="_blank">http://lists.osgeo.org/<u></u>mailman/listinfo/openlayers-<u></u>users</a><br>
</blockquote></div><br></div></div>
<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>
<br></blockquote></div>