Thank you for the clarification Sören. Any ideas on how r.series could be leaving maps open or otherwise corrupting inputs in those cases where:
1. there are a lot of maps (>100) 2. method=sum Dylan On Tue, Oct 13, 2015 at 12:11 PM, Sören Gebbert <[email protected]> wrote: > Hi Dylan, > r.series is a module implemented in C with no relations to r.mapcalc. > t.rast.series is a Python module that makes use of r.series internally. > > Best regards > Soeren > > 2015-10-13 21:06 GMT+02:00 Dylan Beaudette <[email protected]>: >> 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 _______________________________________________ grass-dev mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/grass-dev
