Nice work. What about make it scalable? In case, the vector library would take more then GRASS_VECTOR_MEMORY_MAX (or similar), make it file-based. Keep it in memory otherwise.
j On Tue, Jun 23, 2009 at 08:28:49PM +0200, Markus GRASS wrote: > Paolo Cavallini wrote: > > Markus GRASS ha scritto: > > > >> What to do now? Leave it all in memory as in grass6, build in memory > >> then write out (risk of running out of memory on massive datasets), or > >> keep it always in file? I'll not commit any time soon (also waiting for > >> the lib/raster commotion to settle down), I need feedback on how to > >> proceed or if I should forget about it. > >> > > > > I think advice from Radim would be very useful here. > > All the best. > > > OK, let me rephrase. I think I have two alternatives to the current > implementation of the vector spatial index and would like to know if > grass7 should get 1) faster vector display and lower memory consumption > at the cost of (sometimes) slower vector processing [1], 2) faster > vector display, a similar speed in vector processing but keep the risk > of running out of memory when processing large datasets, or 3) no > changes to the spatial index. IMHO this should be a general decision of > the GRASS community, not of one or two developers. > > The actual implementation is not easy and advice from Radim and other > developers would really be very useful. > > Markus M > > [1] the sometimes slow speed of v.lidar.edgedetection is caused by the > module not the vector libs, as is probably true for other modules e.g. > v.extract (I remember a remark earlier this year, haven't searched the MLs) > > _______________________________________________ > grass-dev mailing list > [email protected] > http://lists.osgeo.org/mailman/listinfo/grass-dev -- Jachym Cepicky e-mail: jachym.cepicky gmail com URL: http://les-ejk.cz GPG: http://www.les-ejk.cz/pgp/JachymCepicky.pgp Key fingerprint: 0C6D 0EAE 76BD 506C F299 ED8A C8AB 74B8 08D4 E08F
signature.asc
Description: Digital signature
_______________________________________________ grass-dev mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/grass-dev
