<html><body><div style="color:#000; background-color:#fff; font-family:arial, helvetica, sans-serif;font-size:10pt"><div><span>Hi Tim-</span></div><div><span> I understand that the stats are only gathered when needed. Still, I think users should have the option to compute stats and possibly other support files on load. This could be accomplished via a preference/setting or a pop-up dialog. In theory, you could have a thread pool to generate the support files in the background. The size of the thread pool could be determined by a user preference/setting. <br></span></div><div><br></div><div>Just a thought.</div><div><br></div><div>Take Care,<br><span></span></div><div><span>Peter<br></span></div><div><br></div><div style="font-family: arial,helvetica,sans-serif; font-size: 10pt;"><div style="font-family: times new roman,new york,times,serif; font-size: 12pt;"><font face="Arial" size="2"><hr size="1"><b><span style="font-weight:
bold;">From:</span></b> Tim Sutton <lists@linfiniti.com><br><b><span style="font-weight: bold;">To:</span></b> Peter Borissow <peter.borissow@yahoo.com><br><b><span style="font-weight: bold;">Cc:</span></b> Frank Warmerdam <warmerdam@pobox.com>; qgis-developer <qgis-developer@lists.osgeo.org><br><b><span style="font-weight: bold;">Sent:</span></b> Wednesday, August 10, 2011 5:46 AM<br><b><span style="font-weight: bold;">Subject:</span></b> Re: [Qgis-developer] slow raster loading<br></font><br>Hi<br><br>On Wed, Aug 10, 2011 at 12:20 AM, Peter Borissow<br><<a ymailto="mailto:peter.borissow@yahoo.com" href="mailto:peter.borissow@yahoo.com">peter.borissow@yahoo.com</a>> wrote:<br>> Also, might be a good idea to spawn a separate thread to generate the aux<br>> file in the background...<br>><br><br>It could be a possibility but the way things are set up now, stats are<br>only gathered when really needed, and if you need
then for the<br>activity you are doing you would have to wait for them anyway. The<br>only merrit of using a separate thread would be if we decided to start<br>gathering complete stats on first load of a raster in the background<br>always so that they are preemptively there when the user does<br>something that needs stats. However I don't know if that is a good<br>idea - if you have many rasters in a project that need stats it will<br>spawn many threads and the IO / CPU overhead may be unpleasant.<br><br>Regards<br><br>Tim<br><br>><br>> ________________________________<br>> From: Frank Warmerdam <<a ymailto="mailto:warmerdam@pobox.com" href="mailto:warmerdam@pobox.com">warmerdam@pobox.com</a>><br>> To: Tim Sutton <<a ymailto="mailto:lists@linfiniti.com" href="mailto:lists@linfiniti.com">lists@linfiniti.com</a>><br>> Cc: qgis-developer <<a ymailto="mailto:qgis-developer@lists.osgeo.org"
href="mailto:qgis-developer@lists.osgeo.org">qgis-developer@lists.osgeo.org</a>><br>> Sent: Tuesday, August 9, 2011 5:51 PM<br>> Subject: Re: [Qgis-developer] slow raster loading<br>><br>> On Tue, Aug 9, 2011 at 2:37 PM, Tim Sutton <<a ymailto="mailto:lists@linfiniti.com" href="mailto:lists@linfiniti.com">lists@linfiniti.com</a>> wrote:<br>>><br>>> Yes thats why I was asking if the file permissions exist to write the<br>>> aux.xml. If they don't behaviour should be the same as prior to my<br>>> native raster stats commits i.e. stats will be recalced each time you<br>>> open a project / add a layer and trigger something that needs the<br>>> stats.<br>><br>> Tim, and others,<br>><br>> By the way, there is a mechanism in GDAL to support storing .aux.xml<br>> information in an alternative directory when the file cannot be<br>> created on the target directory due to permissions,
read-only media, etc.<br>><br>> This is enabled by setting the GDAL_PAM_PROXY_DIR option to<br>> point to a directory where files can be written. If there is a place<br>> known to QGIS that would be good for this, it might make sense<br>> to take advantage of this.<br>><br>> Best regards,<br>> --<br>> ---------------------------------------+--------------------------------------<br>> I set the clouds in motion - turn up | Frank Warmerdam,<br>> <a ymailto="mailto:warmerdam@pobox.com" href="mailto:warmerdam@pobox.com">warmerdam@pobox.com</a><br>> light and sound - activate the windows | <a href="http://pobox.com/%7Ewarmerdam" target="_blank">http://pobox.com/~warmerdam</a><br>> and watch the world go round - Rush | Geospatial Software Developer<br>> _______________________________________________<br>> Qgis-developer mailing list<br>> <a
ymailto="mailto:Qgis-developer@lists.osgeo.org" href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>> <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>><br>><br>><br><br><br><br>-- <br>Tim Sutton - QGIS Project Steering Committee Member (Release Manager)<br>==============================================<br>Please do not email me off-list with technical<br>support questions. Using the lists will gain<br>more exposure for your issues and the knowledge<br>surrounding your issue will be shared with all.<br><br>Visit <a href="http://linfiniti.com" target="_blank">http://linfiniti.com</a> to find out about:<br> * QGIS programming and support services<br> * Mapserver and PostGIS based hosting plans<br> * FOSS Consulting Services<br>Skype: timlinux<br>Irc: timlinux on #qgis at
freenode.net<br>==============================================<br><br><br></div></div></div></body></html>