[GRASSLIST:3219] Re: r.proj gripe

[Len Coop]

Thanks Eric,

As mentioned in my previous posting,
Keith's suggestion solved my gripe, by using swap to expand memory past
any amount required by r.proj. However, it would be much better for r.proj, upon
running out of memory, to die
gracefully (and not hang a Linux box!) with some kind of suggestion
to expand memory or swap. Knowing this months ago would have saved me
much trouble. Thanks for the suggestions.

Len

"Eric G. Miller" wrote:
> 
> On Mon, Feb 25, 2002 at 01:40:22PM -0500, Patrick Dunlavey wrote:
> > At 10:07 AM 2/25/2002 -0800, Len Coop wrote:
> > >Anybody care to re-write r.proj so it uses memory more efficiently? That
> > >has
> > >been my #1 gripe about GRASS these days.
> >
> > I haven't had problems reprojecting sizable datasets (e.g. 4800x1600 cells
> > latlong to 4000x3000 cells albers equal area) on a RedHat 7.0 box with 128
> > mb RAM and PentiumPro 200mhz. It's slow, and this is not the machine I
> > would work on by choice, but it doesn't choke.
> >
> > Two thoughts: If r.proj is choking due to a lack of memory, with the price
> > of memory chips these days, I don't think it should be hard to justify
> > bumping up your RAM.
> >
> > Alternatively, I wonder if there are some factors that influence success
> > with r.proj besides available memory (e.g. could be that different source
> > and destination projections require different resources).
> 
> The reason I suggested i.rectify as an alternative, is because it
> doesn't try to do everything in memory.  However, it needs registration
> points, so it might be a bit more work.  Hopefully r.proj can be
> rewritten to use a segmented approach like i.rectify.
> 
> --
> Eric G. Miller <egm2 at jps.net>

-- 
Leonard Coop
Research Associate
Entomology Dept & Integrated Plant Protection Center
2046 Cordley
Oregon State University
Corvallis OR 97331-2907
Phone 541-737-5523
Fax   541-737-3080
http://osu.orst.edu/dept/entomology/coopl