[GRASS-dev] Re: [bug #3877] (grass) r.to.vect, v.in.ascii use too much memory for millions of points

[Markus Neteler]

Andrew,

On Wed, Jul 05, 2006 at 03:09:02PM -0400, Andrew Danner wrote:
...
>  I haven't had a chance to look into the Vect_build code and see if
> there is a way to reduce memory usage. Is there any white paper or
> technical specs on how the new vector library is organized and what the
> vector topology looks like?

there is a document here (part of the programmer's manual):

 http://mpa.itc.it/markus/grass61progman/Vector_Library.html

That what I could extract from Radim and sketch up :-)

It's generated from the (aprtially) doxygenized source code.

Markus

 
> -Andy
>   
>    
> On Wed, 2006-07-05 at 20:39 +0200, Maciek Sieczka via RT wrote:
> > Markus wrote:
> > 
> > > New patch submitted, see
> > > 
> > >  https://intevation.de/rt/webrt?serial_num=3354&display=History
> > > 
> > > Does it solve the problem?
> > 
> > So I checked with current CVS and the same problem still applies to r.to.vect.
> > 
> > "r.to.vect -z feature=point input=dem_5 output=dem_5_pt" eats up all 1GB RAM +
> > 1GB SWAP at about 5 000 000 points.
> > 
> > The above mentioned Andrew Danner's fix for v.in.ascii is great stuff but
> > r.to.vect problem remains (in my bug report I was complaining about only
> > r.to.vect, few days later Hamish changed the subject, as v.in.ascii issue
> > popped up during discussion).
> > 
> > Is it possible that r.to.vect suffers from a similar problem as v.in.ascii
> > did, so a similar fix would do? Andrew?
> > 
> > Maciek
> > 
> > 
> > -------------------------------------------- Managed by Request Tracker
> 

-- 
Markus Neteler  <neteler itc it>  http://mpa.itc.it/markus/
ITC-irst -  Centro per la Ricerca Scientifica e Tecnologica
MPBA - Predictive Models for Biol. & Environ. Data Analysis
Via Sommarive, 18        -       38050 Povo (Trento), Italy