Hey Roberto,<br>Can you tell me more about this bug? I ran a tile through v.surf.bspline that was significantly larger than this and I never ran into any problems. Nor can I find any defects in the output.<br><span style="font-family: arial;">GRASS 6.2.0 (Mudflats):~ > r.info map=BSP_FF</span><br style="font-family: arial;"><span style="font-family: arial;"> +----------------------------------------------------------------------------+</span><br style="font-family: arial;"><span style="font-family: arial;"> | Layer: BSP_FF Date: Sun Dec 3 18:53:28 2006 |</span><br style="font-family: arial;"><span style="font-family: arial;"> | Mapset:
temp Login of Creator: maperdue |</span><br style="font-family: arial;"><span style="font-family: arial;"> | Location: Mudflats |</span><br style="font-family: arial;"><span style="font-family: arial;"> | DataBase:
/mnt/Storage1/grass |</span><br style="font-family: arial;"><span style="font-family: arial;"> | Title: ( BSP_FF ) |</span><br style="font-family: arial;"><span style="font-family: arial;"> | timestamp:
none |</span><br style="font-family: arial;"><span style="font-family: arial;"> |----------------------------------------------------------------------------|</span><br style="font-family: arial;"><span style="font-family:
arial;"> | |</span><br style="font-family: arial;"><span style="font-family: arial;"> | Type of Map: raster Number of Categories: 255 |</span><br style="font-family: arial;"><span style="font-family: arial;"> | Data Type:
DCELL |</span><br style="font-family: arial;"><span style="font-family: arial;"> | Rows: 6878 |</span><br style="font-family: arial;"><span style="font-family: arial;"> | Columns:
4798 |</span><br style="font-family: arial;"><span style="font-family: arial;"> | Total Cells: 33000644 |</span><br style="font-family: arial;"><span style="font-family: arial;"> | Projection: UTM (zone
10) |</span><br style="font-family: arial;"><span style="font-family: arial;"> | N: 5275187 S: 5268309 Res: 1 |</span><br style="font-family: arial;"><span style="font-family: arial;"> | E: 584612 W: 579814 Res:
1 |</span><br style="font-family: arial;"><span style="font-family: arial;"> | Range of data: min = 3.222074 max = 250.353352 |</span><br style="font-family: arial;"><span style="font-family: arial;"> | |</span><br style="font-family:
arial;"><span style="font-family: arial;"> | Data Source: |</span><br style="font-family: arial;"><span style="font-family: arial;"> | |</span><br
style="font-family: arial;"><span style="font-family: arial;"> | |</span><br style="font-family: arial;"><span style="font-family:
arial;"> | |</span><br style="font-family: arial;"><span style="font-family: arial;"> | Data Description: |</span><br style="font-family: arial;"><span style="font-family:
arial;"> | generated by v.surf.bspline |</span><br style="font-family: arial;"><span style="font-family: arial;"> | |</span><br style="font-family: arial;"><span style="font-family:
arial;"> | |</span><br style="font-family: arial;"><span style="font-family: arial;"> +----------------------------------------------------------------------------+<br><br>This grid was 33mil cells with ~30mil input data points.<br><br>However, I do receive a seg fault when I try to define a set of sparce data nodes to be interolated (input_ext=).<br><br>Cheers,<br><br>Mike<br><br>PS Yes, v.surf.bspline is much faster than v.surf.rst. But more importantly, it seems to step through the data to prevent memory allocation
errors. Is this true? Nice!!! :-)<br></span><br><b><i>Roberto Antolin <roberto.antolin@polimi.it></i></b> wrote:<blockquote class="replbq" style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"> Hi Carlos and Mike,<br>At this moment, there is actually a limitation with v.surf.bspline. <br>There is a bug and I think it is no possible working with 13.5 mill <br>cells. I'm working on it, but by the moment It will reach only 4mill <br>cells. Yes, I know it is no enough, sorry. I hope that in a near future <br>this will be also fixed. Maybe, if you try with a lower resolution <br>(about 20m) v.surf.bspline should work.<br><br>However, I think v.surf.bspline will be faster than v.surf.rst. ;-)<br><br>Regards,<br>Roberto.<br><br>Michael Perdue ha scritto:<br><br>> Carlos,<br>><br>> To the best of my knowledge, the only limitation on v.surf.rst is <br>> imposed by the limits of your hardware. IE, your probably running into <br>>
memory allocation problems. You can try increasing your swap space, <br>> but be aware that v.surf.rst will take a painfully long time to <br>> process that many points. Alternately, I'd recommend you give r.in.xyz <br>> and v.surf.bspline a try.<br>><br>> Cheers,<br>><br>> Mike<br>><br>> On 4-Dec-06, at 3:49 AM, Carlos "Guâno" Grohmann wrote:<br>><br>>> Hello, I have this LIDAR dataset with abou 5.5 millions points that I<br>>> imported with v.in.ascii -ztb, and I want to interpolate in a DEM with<br>>> 5m resolution, which gives me about 13.5 million cells. When I try to<br>>> run v.surf.rst (GRASS 6.3 cvs), it get killed after 30-40 minutes. Is<br>>> there a limitation on v.surf.rst?<br>>><br>>> thanks<br>><br><br>-- <br>Roberto Antolín Sánchez<br>Politecnico di Milano – Polo Regionale di Como<br>(Laboratorio di Geomatica V2.8)<br>Via Valleggio, 11 – 22100 Como, Italy<br>tel: +39 031 332 7533 ||
fax: +39 031 332 7519 <br>email: roberto.antolin@polimi.it<br><br></blockquote><br><p> 
                <hr size=1>Be smarter than spam. See how smart SpamGuard is at giving junk email the boot with the <a href="http://us.rd.yahoo.com/evt=40705/*http://mrd.mail.yahoo.com/try_beta?.intl=ca"><b>All-new Yahoo! Mail </b></a>