Thanks for the suggestion,<br><br>I have to read png from openstreetmap. I'm trying to render an A4 paper size sheet so I have a lot of data to move.<br>It may be better to divide the area to be read in blocks and to give to each thread a block. Foreach block a thread should read all the bands. Probabilly I should allign the block to the tile's boundary<br>
<br>Stefano<br><br>-- <br>Dr.Eng. Stefano Moratto<br><a href="mailto:stefano.moratto@gmail.com">stefano.moratto@gmail.com</a><br><a href="mailto:stefano.moratto@csiat.it">stefano.moratto@csiat.it</a><br><a href="http://www.csiat.it">http://www.csiat.it</a> - Traffic Optimization Software<br>
<br><div class="gmail_quote">On Tue, Feb 8, 2011 at 10:48 PM, Even Rouault <span dir="ltr"><<a href="mailto:even.rouault@mines-paris.org">even.rouault@mines-paris.org</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;">
Le mardi 08 février 2011 22:41:50, Stefano Moratto a écrit :<br>
<div class="im">> Hello,<br>
> given an opened GDAL dataset, is it possibile to perform<br>
> gdalrasterio calls for each band in a dedicated thread per band in a<br>
> thead-safe way?<br>
> E.g. I have a raster image with 3 band (r,g,b). Since I have 4 core I would<br>
> like to I run a thread for a band r, one for band g and one for band g.<br>
<br>
</div>This has been discussed recently. See <a href="http://lists.osgeo.org/pipermail/gdal-%0Adev/2011-January/027567.html" target="_blank">http://lists.osgeo.org/pipermail/gdal-<br>
dev/2011-January/027567.html</a> and the following messages.<br>
<br>
(I'd note that if you process a pixel interleaved image, there are<br>
optimizations in the GTiff driver to make the fetching of other bands almost<br>
'free' if you read block by block, so there's probably little to gain, but the<br>
results of your experiments are welcome)<br>
<br>
><br>
><br>
> Regards,<br>
> Stefano<br>
</blockquote></div><br><br clear="all"><br><br>