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

Markus Neteler neteler at itc.it
Fri Jul 7 12:02:05 EDT 2006


On Fri, Jul 07, 2006 at 11:54:34AM -0400, Helena Mitasova wrote:
> Markus Neteler wrote:
> >Helena Mitasova wrote on 07/07/2006 04:27 PM:
> >  
> >>On Jul 7, 2006, at 7:48 AM, Markus Neteler wrote:
> >>    
> >>>Hamish wrote on 07/07/2006 10:19 AM:
> >>>      
> >>>>I was never very clear on this, but have an idea that topology is
> >>>>meaningless for data which is only points (no tree; only bounding box
> >>>>matters?). If so, the (correct) solution becomes much easier.
> >>>>
> >>>>        
> >>>... nor me.
> >>>*If* topology is meaningless for point data, then we could add a test
> >>>in Vect_built() to
> >>>- check if only points are present in the map,
> >>>- if so, skip the topology creation.
> >>>      
> >>this is not generaly a good solution - I will get back to this when I
> >>have more time -
> >>it is good to read Radims document about what to do with the vector
> >>format
> >>first before further engaging in this discussion - Maciek please read
> >>it -
> >>that will give you a better idea what is going on.
> >>    
> >
> >This is certainly a good idea. May I suggest that someone picks all the
> >pieces from the various (Radim et al.) emails and creates a Wiki page out
> >of that?
> >  
> Markus - the better way would be to add the document that he has written 
> about the next step
> to do with vector support as a reference into
> http://mpa.itc.it/markus/grass61progman/Vector_Library.html
> he has identified scalability as a main issue for vector support and 
> suggests some solutions
> (I believe it is the building of spatial index that is needed for 
> topology building but potentially for
> other things that needs to be modified - but I really don't want to go 
> into this without reading it again).
> As for the emails - most of it is just repeating the same thing over and 
> over (I am starting
> to be like Radim), although I have posted Radim's suggestion on how to 
> modify
> v.info and v.to.rast that has not been implemented yet and that might be 
> useful (maybe add it to Radim's document)

Agreed - add it to Radim's document. At least a document.
Currently the info is scattered around and hard to find.

Radim's document is there:
doc/vector/TODO


Markus
 




More information about the grass-dev mailing list