<div dir="ltr"><div><div><div>I can't register with osgeo to submit a bug as no-one has replied with a 'mantra' for me to do so... what a convoluted bug reporting system!<br><br></div>And in your opinion Moritz, does it look like my workflow will not be possible unless I find a 64bit machine with a decent amount of RAM?<br><br></div>Thanks for your support on this.<br><br></div>James<br><div><div><div><div class="gmail_extra"><br><div class="gmail_quote">On 27 October 2016 at 20:47, Moritz Lennert <span dir="ltr"><<a href="mailto:mlennert@club.worldonline.be" target="_blank">mlennert@club.worldonline.be</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Le Thu, 27 Oct 2016 20:33:23 +0100,<br>
<span class="">James Duffy <<a href="mailto:james.philip.duffy@gmail.com">james.philip.duffy@gmail.com</a>> a écrit :<br>
<br>
</span><span class="">> On 27 October 2016 at 17:48, Moritz Lennert<br>
> <<a href="mailto:mlennert@club.worldonline.be">mlennert@club.worldonline.be</a>> wrote:<br>
><br>
<br>
</span><span class="">> > > Running:<br>
> > ><br>
> > > r.univar -et gp_ortho.1 zones=gp_seg_optimum_clump<br>
> > > output=testoutput2.csv<br>
> > ><br>
> > > Returns:<br>
> > ><br>
> > > Current region rows: 12627, cols: 23991<br>
> > > ERROR: G_realloc: unable to allocate 224000 bytes of memory at<br>
> > >        raster/r.univar/r.univar_main.<wbr>c:324<br>
> ><br>
> ><br>
> > Ok, so the issue is with r.univar (although the issue has made me<br>
> > aware that i.segment.stats could be made way more memory efficient<br>
> > as well).<br>
> ><br>
> > How much RAM do you have on your machine ?<br>
> ><br>
><br>
> It's a virtual machine which I have dedicated about 10GB.<br>
><br>
><br>
> ><br>
> > This warrants a bug report. Would you be willing to file one on<br>
> > <a href="http://trac.osgeo.org/grass" rel="noreferrer" target="_blank">http://trac.osgeo.org/grass</a> ?<br>
> ><br>
><br>
> I'm happy to submit it if you can guide me as to what exactly should<br>
> go into it please?<br>
><br>
<br>
</span>The bug report should concentrate on r.univar<br>
<br>
You should provide:<br>
<br>
- region settings (output of g.region -p)<br>
- info about the two maps going into the command, i.e. <a href="http://r.info" rel="noreferrer" target="_blank">r.info</a>, plus the<br>
  info that the segment map is an output of r.clump and thus<br>
  sequentially numbered<br>
- the error message<br>
<br>
I don't know how difficult it will be to allow for lower memory usage<br>
in r.univar, so we'll have to see if an improvement is possible.<br>
<span class="HOEnZb"><font color="#888888"><br>
Moritz<br>
<br>
</font></span></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><span style="color:rgb(39,78,19)"><span style="font-family:tahoma,sans-serif"><font size="4"><b>James Duffy</b></font><br>PhD Researcher<br>Environment and Sustainability Institute<br>Penryn Campus<br>University of Exeter<br>Penryn<br>Cornwall<br>TR10 9FE</span></span><br></div></div></div></div></div></div>
</div></div></div></div></div>