[GRASS-dev] Error reading raster data for row xxx (only when using r.series and t.rast.series)

[Dylan Beaudette]

On Tue, Oct 13, 2015 at 11:55 AM, Markus Neteler <neteler at osgeo.org> wrote:
> On Tue, Oct 13, 2015 at 8:43 PM, Dylan Beaudette
> <dylan.beaudette at gmail.com> wrote:
>> Dangit... This is strange, just did an 'svn up', make distclean, make,
>> make install, and now this:
>>
>> Welcome to GRASS GIS 7.1.svn (r66487)
>> GRASS GIS homepage:                      http://grass.osgeo.org
>> This version running through:            Bash Shell (/bin/bash)
>> Help is available with the command:      g.manual -i
>> See the licence terms with:              g.version -c
>> Start the GUI with:                      g.gui wxpython
>> When ready to quit enter:                exit
>>
>> GRASS 7.1.svn (prism):~/src/grass_trunk > g.version -r
>> GRASS 7.1.svn (2015)
>> libgis Revision: 64732
>> libgis Date: 2015-02-24 16:54:05 -0800 (Tue, 24 Feb 2015)
>>
>> Has it been so long since I have compiled GRASS that I have missed
>> something?
>
> Yep:
> https://trac.osgeo.org/grass/changeset/65591
> "Prevent concurrent raster reads when a mask is present"
>
> (which also got backported subsequently)
>
>> I see that the libgis is still "old".
>
> ... this is unrelated since the issue was in r.mapcalc (hence
> affecting all modules using it).
>
> The true revision number of interest is the one next to GRASS GIS
> 7.1.svn (r66487).
>
> I guess your issue is now solved.
>
> Markus

Maybe. I updated my local copy of grass_trunk last Monday, compiled,
and experienced the issues with r.series and t.rast.series... in the
absence of a MASK map.

Are the *.series modules a convenient front-end to r.mapcalc?

Thanks!
Dylan