<div dir="ltr"><div><div>Thanks all for trying to help out with this and all information and suggestions, much appreciated!<br><br></div><div>It is probably not related to incremental compilation issues. I had those in the past, even though I always use make clean and re-run the configuration file. So since then I regularly do a completely clean compilation, i.e., removing the complete grass folder in /usr/local/bin and downloading the grass source files again rather then updating. I did so for the latest compilation too.I<br>
<br>I'll try if I can find anything in the log files and try the suggestions of Soeren. I will also try to run the same calculations using a new mapset and new data, to rule out corrupt data.<br></div></div><br><br><div>
<div class="gmail_extra"><br><br><div class="gmail_quote">On Sat, Aug 3, 2013 at 4:02 AM, Glynn Clements <span dir="ltr"><<a href="mailto:glynn@gclements.plus.com" target="_blank">glynn@gclements.plus.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="im"><br>
Paulo van Breugel wrote:<br>
<br>
> Sorry, pushed the short cut sending the email off too early.. What I wanted<br>
> to ask is, is there any way I can find out what kind of error I am getting?<br>
> Now, the only message is "Error".<br>
<br>
</div>There are only a few possible causes of "Error reading raster data",<br>
namely an error from lseek(), read(), G_zlib_read() or GDALRasterIO(),<br>
or a short count returned from read().<br>
<br>
Any of these can be caused by corrupted data, but that would normally<br>
be repeatable.<br>
<br>
G_zlib_read() is only applicable to floating-point maps, while<br>
GDALRasterIO() is only applicable to GDAL-linked maps (r.external).<br>
<br>
If it's a hardware error, it will be logged by the kernel. The log<br>
files are usually in /var/log, but which errors go in which files<br>
depends upon the distribution.<br>
<br>
If you're compiling from source, be sure to run "make clean" between<br>
"svn update" and "make". Incremental compilation isn't reliable in the<br>
general case. If "svn update" updates the configure script, be sure to<br>
re-run configure before doing anything else.<br>
<span class=""><font color="#888888"><br>
--<br>
Glynn Clements <<a href="mailto:glynn@gclements.plus.com">glynn@gclements.plus.com</a>><br>
</font></span></blockquote></div><br></div></div></div>