
<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /></head><body style='font-size: 10pt; font-family: Verdana,Geneva,sans-serif'>

<p>Nice - I will test that branch.</p>

<p>Andreas</p>

<p>On 2017-07-11 11:26, Nyall Dawson wrote:</p>

<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0"><!-- html ignored --><!-- head ignored --><!-- meta ignored -->

<div class="pre" style="margin: 0; padding: 0; font-family: monospace">On 11 July 2017 at 19:22, Neumann, Andreas <<a href="mailto:a.neumann@carto.net">a.neumann@carto.net</a>> wrote:

<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0">Hi Martin,<br /> <br /> Sounds interesting. Of course this is not urgent. We now need to concentrate<br /> on all the stuff that requires refactoring and API changes in the master<br /> branch.<br /> <br /> But it would really be nice, if such rendering improvements could be<br /> introduced in a future 3.x version. Maybe something for the next QGIS grants<br /> program?</blockquote>

<br /> Andreas - do you compile master builds? I'd love it if you could give<br /> the branch from <a href="https://github.com/qgis/QGIS/pull/4777">https://github.com/qgis/QGIS/pull/4777</a> a test and give<br /> feedback on the open questions in that PR. I suspect you'll be pleased<br /> with the behavior with that change.<br /> <br /> Full credit for the changes goes to Sourcepole - I've just forward<br /> ported the feature from their fork and modernised the code for 3.0.<br /> <br /> Nyall<br /> <br />

<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0"><br /> Andreas<br /> <br /> On 2017-07-11 10:48, Martin Dobias wrote:<br /> <br /> Hi Andreas<br /> <br /> On Tue, Jul 11, 2017 at 9:38 AM, Neumann, Andreas <<a href="mailto:a.neumann@carto.net">a.neumann@carto.net</a>><br /> wrote:<br /> <br /> Hi Martin,<br /> <br /> I noticed that loading and redraw only happens when the mouse button is<br /> released after the panning operation. While I understand the reasoning for<br /> this (definitely on the safe side and no unnecessary redraws), I wonder, if<br /> for WMTS, loading and display could already happen while panning and the<br /> mouse button isn't yet released, e.g. triggered whenever a certain threshold<br /> of panning distance (e.g. in percent of the last extent) was surpassed.<br /> <br /> This would be even nicer than the current behaviour. Or are there technical<br /> reasons, not to do that? Google maps works like this. It redraws while<br /> panning.<br /> <br /> <br /> Good news - there are no technical reasons that would prohibit us from<br /> such improvement. Background rendering could start earlier, we just<br /> need to add logic for such behavior. There is already a pending pull<br /> request from Nyall to render adjacent parts of map canvas once<br /> rendering of the visible area has finished - that may already be a<br /> sufficient solution - I have not had time to play with it yet though.<br /> Maybe these two approaches (render on map dragging, render outside of<br /> current view) can be combined somehow for the best UX while keeping<br /> overhead of extra rendering low.<br /> <br /> We could even think about moving more towards tile-based approach to<br /> rendering of map canvas, with the advantage of being able to cache map<br /> tiles from previous canvas redraws for the same scale. This would<br /> allow instant appearance of areas previously rendered with lower CPU<br /> use at the expense of consuming more memory and having more<br /> complicated logic for labeling.<br /> <br /> Regards<br /> Martin<br /> <br /> </blockquote>

</div>

</blockquote>

<p><br /></p>


</body></html>