<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">2014-07-01 23:03 GMT+02:00 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:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On 1/07/2014 8:13 p.m., Rob Marjot wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
In my application (and my understanding of a responsive app) this isn't acceptable (anno 2014).<br>
</blockquote>
<br></div>
Well your milage will vary. Even at anno 2014, web technology is not  up to managing a million vertices by download vector and js processing. If you have a small set of vectors then you can do it.</blockquote><div><br></div>
<div>Well, it's not realistic that on the majority of the canvas' pixels there will be a bend in the geometry. Therefore, the millions of vertices will be reduced to only a fraction, for a given zoom and extent (by: clipping => quantizing => simplifying).</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The usage scenario is going to be very "explorative": in the map there will be all sorts of geometries statically visualized (WMS), while interactive geoms (being query results) are to be drawn (and instantly highlighted on hover) on top of it (in a sidebar, the objects' properties will be listed). <br>

</blockquote></div>
Well the key there is keeping the interactive geom (query results) down to bare minimum size. Dont underestimate the impact of download load time (as opposed to interpretation in JS) on responsiveness. I am not sure server-side processing to canvas coordinates would be as important as generalizing the geometry before sending it.</blockquote>
<div><br></div><div>One approach could be to start the download of vector geometries only after finish rendering the WMS map. So, the user can already start reading the map, deciding what to hover over. By that time, ((over)simplified) vectors will nicely have been received and rendered, so the actual highlighting will work. Thus implemented, I'm expecting a better user experience that requiring the user to wait for 1 second again-and-again for each hovered pixel / location.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im HOEnZb"><br>
<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></div><div class="HOEnZb"><div class="h5">
______________________________<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>
</div></div></blockquote></div><br></div></div>