<div dir="ltr"><div>Following a discussion with Pierre and Bborie I have posted the results of running some quick tests on the influence of tile size and storage type on query run times.<br><br><a href="http://duncanjg.wordpress.com/2013/09/21/effect-of-tile-size-and-data-storage-on-postgis-raster-query-times/">http://duncanjg.wordpress.com/2013/09/21/effect-of-tile-size-and-data-storage-on-postgis-raster-query-times/</a><br>
<br></div>The tests can be easily replicated by adapting the R code (run under Linux using system commands) in order to compare results on different systems and with different data.<br><div><div><div><div class="gmail_extra">
<br></div><div class="gmail_extra">I hope this might help other users when selecting  tile size.. <br><br>The optimum for polygon overlays will depend to some degree on the size and complexity of the polygons with respect to the resolution of the raster. The relationship was not very sensitive over a range of 200 to 400 pixels in the particular example used. The same range was also optimum for point overlays, providing the data was held out of the database. If these results hold with  other examples (and they seem to do in my experience) then the advice to use tile sizes of 255 pixels appears to be good.<br>
<br></div><div class="gmail_extra">However. When data are held in the database point on raster queries are slower. In the case of point overlays they may be orders of magnitude slower and there seems to be a linear relationship with tile size (smaller the better). This is awkward, as small tiles are slower to load and the optimum for point overalys does not coincide with that for polygon overlays (which seem to take around twice as much time as they do with out db data).<br>
<br></div><div class="gmail_extra">I ran the tests using the latest development version. Tips for compiling on Ubuntu are here.<br><br><a href="http://duncanjg.wordpress.com/2013/09/21/keeping-postgis-up-to-date-compiling-from-source-and-updating-databases/">http://duncanjg.wordpress.com/2013/09/21/keeping-postgis-up-to-date-compiling-from-source-and-updating-databases/</a><br>
</div><div class="gmail_extra"><br></div><div class="gmail_extra">Duncan<br></div><div class="gmail_extra"><br><br><br></div><div class="gmail_extra"><br></div><div class="gmail_extra">-- <br>Dr Duncan Golicher<br>Investigador Titular, <br>
El Colegio de la Frontera Sur, Chiapas,Mexico<br>Mexico tel +52 1 967 137 94 20<br>Skype name duncangolicher<br><br>Publications: <a href="http://www.mendeley.com/profiles/duncan-golicher" target="_blank">http://www.mendeley.com/profiles/duncan-golicher</a><br>
<br>Senior lecturer, Bournemouth University, UK<br>Centre for Conservation Ecology & Environmental Change<br>School of Applied Sciences<br>Christchurch House rm C218a<br>Bournemouth University<br>Fern Barrow<br>Poole (Dorset) BH12 5BB UK<br>
Tel. +44 (0)1202 961682<br><br>For list of publications see Researcher ID:<br><a href="http://www.researcherid.com/rid/B-4240-2009" target="_blank">http://www.researcherid.com/rid/B-4240-2009</a><br><br><a href="mailto:dgolicher@bournemouth.ac.uk" target="_blank">dgolicher@bournemouth.ac.uk</a><br>
<a href="mailto:dgoliche@ecosur.mx" target="_blank">dgoliche@ecosur.mx</a><br><br>Researcher ID:<br><a href="http://www.researcherid.com/rid/B-4240-2009" target="_blank">http://www.researcherid.com/rid/B-4240-2009</a><br>

</div></div></div></div></div>