Perhaps this is a job for WFS Basic -- <br><br>If we make a layer for WFS basic -- we could use the bbox and then then maxfeatures which could be a call to a clustering algorithm to limit the points (rather than something like the first x points it comes to).&nbsp; With the output format, we could stay along the GeoRSS lines by utilizing GeoRSS, or we could define a GeoJSON output format (Sean Gilles has already done some work on this) that closely matches GeoRSS in data format but might save some time on the client side (and it'd be simple to dump from a Python server).
<br><br><a href="http://www.ogcnetwork.net/wfsbasic">http://www.ogcnetwork.net/wfsbasic</a><br><br><div><span class="gmail_quote">On 10/24/06, <b class="gmail_sendername">David William Bitner</b> &lt;<a href="mailto:david.bitner@gmail.com">
david.bitner@gmail.com</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">The problem that this breeds is that while it would work great when zoomed in, you still have the same problem when zoomed out unless you do some kind of point clustering.
<br><br>Which leads me to .... <a href="http://wiki.osgeo.org/index.php/Point_Clustering" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
http://wiki.osgeo.org/index.php/Point_Clustering</a> .. If you have any thoughts on methods for point clustering (or any code that implements point clustering) please add them to this wiki.&nbsp; This is a problem that a lot more folks than just openlayers are facing.
<br><br>My personal take on this after a fair bit of playing around with clustering on the client side is that it just is not scaleable to thousands of points.&nbsp; Given that with GeoRSS, WFS, or other text feeds, either the data must exist on the server or there must be a proxy in place -- it makes a lot of sense to have a customized proxy that takes a feed along with a request for a tile size (in pixels and geographic) and returns the points clustered appropriately with some sort of attribute system that can show aggregated details.
<br><br>Last night I started playing around with Python Numeric and PyCluster with kmeans and hierarchical clustering.&nbsp; I think that this approach has quite a bit of promise and it seemed pretty quick to me -- and would give better (at least subjectively to me) clumping of the data than gridded or interleaved approaches.
<br><br>With a clustered point server (either proxy or direct from data -- think points equivalent to tile.php), all we would need to do is to define our output format (JSON anyone?) and then create an OL layer that can take in that output.
<br><br>David<br><br><div><div><span class="e" id="q_10e7aa011f63a9d7_1"><span class="gmail_quote">On 10/24/06, <b class="gmail_sendername">Erik Uzureau</b> &lt;<a href="mailto:euzuro@gmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
euzuro@gmail.com</a>&gt; wrote:</span></span></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div><span class="e" id="q_10e7aa011f63a9d7_3">

So on thinking this over, it has occurred to me something that might<br>
be a good solution to this problem:<br>
<br>
A sort of blend of the OpenLayers.Layer.Markers layer and the <br>
OpenLayers.Layer.WMS.Untiled Layer. <br>
<br>
Basically, the problem now is this:<br>
<br>
Let's say you are using OpenLayers.Layer.Text and load 1000<br>
features/markers (like Andy is doing)<br>
<br>
Each and every one of those markers gets added to the DOM, <br>
even though given the current view, maybe only 20 or 30 of them<br>
are visible. <br>
<br>
The genius idea behind WMSUntiled is that it loades a tile that is <br>
[variably] larger than the current map extent, and only loads the data<br>
for that tile... and it is not until the user changes the extent (by panning<br>
or zooming) such that the original tile no longer covers the entire map<br>
extent that the layer has to reload data. <br>
<br>
Well, we could really do the same thing for markers, right? Keep all <br>
the markers in the OpenLayers.Layer.Makers.markers[] array and then<br>
each time we need to load a tile, scan the markers array to see which<br>
of them fall inside the bounds. <br>
<br>
...which of course leads me to think that we could do some restructuring<br>
of the layers classes. I have for long felt that WMS/Untiled.js was a bit off. <br>
<br>
First of all, it *is* tiled. It's just that there's only ever *one* tile. So to start <br>
with, it might make more sense to call it&nbsp; SingeTile or UnGridded or <br>
something along those lines. <br>
<br>
Furthermore, if we are going to have an UnGridded WMS, why shouldn't<br>
we have an UnGridded WFS? <br>
<br>
Obviously, the class rearrangements would require a significant amount<br>
of work and rewriting and testing, etc. <br>
<br>
For Andy's problem, writing a simple UnGridded/SingleTiled Marker layer <br>
would not be particularly difficult. <br>
<br>
Is anyone out there interested in any of this?<br>
<br>
Erik<br><br>
<br>
<br><div><span class="gmail_quote">On 10/18/06, <b class="gmail_sendername">Erik Uzureau</b> &lt;<a href="mailto:euzuro@gmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">euzuro@gmail.com</a>

&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Dear andy,<br><br>How many text markers are we talking about here? It is a known limitation<br>of browsers that they cannot handle displaying (and then moving around)<br>large numbers of Div DOMElements... especially with IE.
<br><br>If you can tell us a little more about what you're trying to do, maybe we can<br>help you better. :-)<br><span><br><br>--Erik</span><div><span><br><br>On 10/18/06, andy &lt;
<a href="mailto:aborruso@tin.it" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">aborruso@tin.it</a>&gt; wrote:<br>
&gt; Dear all,<br>&gt; I need an advice. I must use a marker layer for its tooltip feature. I<br>&gt; have used &quot;OpenLayers.Layer.Text&quot;, I have had what I need but I have<br>&gt; slowness when I have a lot of text markers.
<br>&gt; Are the other methods to create markers faster? Which is fastest?<br>&gt;<br>&gt; Thank you,<br>&gt;<br>&gt; a<br>&gt;<br>&gt; P.S. In the openlayers home page there is an inaccessible link:<br>&gt; <a href="http://openlayers.org/presentations/foss4g2006/examples/" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">


http://openlayers.org/presentations/foss4g2006/examples/</a><br>&gt; _______________________________________________<br>&gt; Users mailing list<br>&gt; <a href="mailto:Users@openlayers.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

Users@openlayers.org</a><br>&gt; 
<a href="http://openlayers.org/mailman/listinfo/users" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://openlayers.org/mailman/listinfo/users</a><br>&gt;<br></span></div></blockquote></div><br>



<br></span></div>_______________________________________________<br>Dev mailing list<br><a href="mailto:Dev@openlayers.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">Dev@openlayers.org</a><br>
<a href="http://openlayers.org/mailman/listinfo/dev" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
http://openlayers.org/mailman/listinfo/dev</a><br><br><br></blockquote></div><br><br clear="all"><br>-- <br>************************************<br><span class="sg">David William Bitner

</span></blockquote></div><br><br clear="all"><br>-- <br>************************************<br>David William Bitner