Oliver,<br><br>There have been an effort to provide such kind of options in GDAL RFC 24 (<a href="http://trac.osgeo.org/gdal/wiki/rfc24_progressive_data_support">http://trac.osgeo.org/gdal/wiki/rfc24_progressive_data_support</a>)<br>
for the drivers involved in slow IO operations an possibly in use of multiple threads in this regards.<br>I guess it might be a bit unrelated to this issue but just in case.<br><br><br>Best regards,<br><br>Tamas<br><br><br>
<br><div class="gmail_quote">2009/2/5 Oliver Eichler <span dir="ltr"><<a href="mailto:oliver.eichler@gmx.de">oliver.eichler@gmx.de</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi,<br>
<br>
Is there a way to get a progress when using RasterIO? Guess not ;) But it<br>
would be quite nice to have. Usually RatserIO is really fast, so you don't<br>
need it, but if you play with WMS access a feedback would be _really_ nice.<br>
<br>
I know API changes suck. But is there any chance in future to pass a callback<br>
function pointer and a void pointer to RasterIO. The callback function will<br>
receive the progress and the void pointer. That should make C and C++ lads<br>
happy. A way to abort transaction would be nice, too.<br>
<br>
I would really like to press on this topic, because I thing RasterIO is pretty<br>
neat and fast. I can get WMS access with just a few lines and it's quite the<br>
same as handling a file. I really appreciate that, however without visual<br>
feedback on the download progress the normal user will get frustrated. And<br>
that would force me to re-implement all the magic.<br>
<br>
How is the chance to get this into GDAL?<br>
<br>
Oliver<br>
_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org">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>