GDALRasterBand::ComputeStatistics() recalculates them.<br><br><div class="gmail_quote">On Sat, Aug 7, 2010 at 7:06 PM, Rudi von Staden <span dir="ltr"><<a href="mailto:rudivs@gmail.com">rudivs@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="im">On 07/08/2010 13:29, Rudi von Staden wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Below I've included the output I'm getting (followed by my python script). The RasterizeLayer command should be burning the polygon onto the single band raster (initialized to have all cells = 255) using a value of 0. However, the stats show that nothing has happened, and if I check the resulting GTif, all cells are still 255.<br>
</blockquote>
<br></div>
Apologies. It seems I was a little hasty in checking my own output, and I had some issues with the extents being different. It is working now, but the statistics are not reported correctly ([255.0, 255.0, 255.0, 0.0] before and after). Do I have to set them manually, or is there some way to recalculate them?<br>
<br>
Rudi<br>
_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org" target="_blank">gdal-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/gdal-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br>
</blockquote></div><br><br clear="all"><br>-- <br>Best regards,<br>Chaitanya kumar CH.<br>/tʃaɪθənjə/ /kʊmɑr/ <br>+91-9494447584<br>17.2416N 80.1426E<br>