<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Sep 9, 2016 at 12:18 PM, Miguel Carrero <span dir="ltr"><<a target="_blank" href="mailto:miguel.carrero.pazos@gmail.com">miguel.carrero.pazos@gmail.com</a>></span> wrote:<br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote">I’ve tried with g.list, and pass a file with all map names in r.mapcalp, but realised that there is a limit on space to sum a high number of maps at the same time.</blockquote></div><br></div><div class="gmail_extra">If you are using the file input instead of the command line and still hitting some limit, you can check if it is system open files limit [1]. On Linux, you can check soft limit with [2]:<br></div><div class="gmail_extra"><br>ulimit -a<br><br></div><div class="gmail_extra">which gives 1024 on my system. And check also the hard limit with:<br></div><div class="gmail_extra"><br>ulimit -aH<br><br></div><div class="gmail_extra">which gives 65536 on my system. And then increase the soft limit with:<br></div><div class="gmail_extra"><br>ulimit -n number<br><br></div><div class="gmail_extra">Also, try it with some smaller amount of maps (like 10) to check that the issue is really in the open file limit (or command line length) not, for example, in the syntax.<br></div><div class="gmail_extra"><br></div><div class="gmail_extra">Vaclav<br></div><div class="gmail_extra"><br>[1] <a href="https://grasswiki.osgeo.org/wiki/Large_raster_data_processing#Number_of_open_files_limitation">https://grasswiki.osgeo.org/wiki/Large_raster_data_processing#Number_of_open_files_limitation</a><br>[2] <a href="https://lists.osgeo.org/pipermail/grass-dev/2014-April/068368.html">https://lists.osgeo.org/pipermail/grass-dev/2014-April/068368.html</a><br><br></div></div>