On Tue, Oct 13, 2015 at 11:55 AM, Markus Neteler <[email protected]> wrote: > On Tue, Oct 13, 2015 at 8:43 PM, Dylan Beaudette > <[email protected]> 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 _______________________________________________ grass-dev mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/grass-dev
