[GRASS-user] i.segment.stats memory usage error
Moritz Lennert
mlennert at club.worldonline.be
Thu Oct 27 12:47:42 PDT 2016
Le Thu, 27 Oct 2016 20:33:23 +0100,
James Duffy <james.philip.duffy at gmail.com> a écrit :
> On 27 October 2016 at 17:48, Moritz Lennert
> <mlennert at club.worldonline.be> wrote:
>
> > > Running:
> > >
> > > r.univar -et gp_ortho.1 zones=gp_seg_optimum_clump
> > > output=testoutput2.csv
> > >
> > > Returns:
> > >
> > > Current region rows: 12627, cols: 23991
> > > ERROR: G_realloc: unable to allocate 224000 bytes of memory at
> > > raster/r.univar/r.univar_main.c:324
> >
> >
> > Ok, so the issue is with r.univar (although the issue has made me
> > aware that i.segment.stats could be made way more memory efficient
> > as well).
> >
> > How much RAM do you have on your machine ?
> >
>
> It's a virtual machine which I have dedicated about 10GB.
>
>
> >
> > This warrants a bug report. Would you be willing to file one on
> > http://trac.osgeo.org/grass ?
> >
>
> I'm happy to submit it if you can guide me as to what exactly should
> go into it please?
>
The bug report should concentrate on r.univar
You should provide:
- region settings (output of g.region -p)
- info about the two maps going into the command, i.e. r.info, plus the
info that the segment map is an output of r.clump and thus
sequentially numbered
- the error message
I don't know how difficult it will be to allow for lower memory usage
in r.univar, so we'll have to see if an improvement is possible.
Moritz
More information about the grass-user
mailing list