<br><font size=2 face="sans-serif">Hi Folks,</font>
<br>
<br><font size=3>I aggregated all of the bare earth lidar points for the
state of North Carolina into a single file Imported all 8.5 billion
points for NC into one point layer with no topology. I was sort of
curious to see if I could generate a seamless 20 ft elevation grid for
the State of North Carolina from a single data layerusing bspline and
tried the following command:<br>
<br>
GRASS 6.5.svn (ncstpft_nad83):~ > v.surf.bspline input=all_nc_be_pts2
raster=all_nc_be_20ft_bspline sie=40 sin=40 layer=0<br>
WARNING: Coor files of vector map <all_nc_be_pts2@statewide> is larger
than<br>
it should be (158913789952
bytes excess)<br>
Cells for raster map <all_nc_be_20ft_bspline> will be interpolated<br>
ERROR: G_calloc: unable to allocate 18446744071812941729 * 8 bytes of<br>
memory at dalloc.c:66</font>
<br>
<br><font size=3>This was for a region with the following settings:</font>
<br>
<br><font size=3>projection: 99 (Lambert Conformal Conic) - North
Carolina State Plane Feet NAD83</font>
<br><font size=3>zone: 0</font>
<br><font size=3>datum: nad83</font>
<br><font size=3>ellipsoid: grs80</font>
<br><font size=3>north: 1050000</font>
<br><font size=3>south: 30000</font>
<br><font size=3>west: 400000</font>
<br><font size=3>east: 3060000</font>
<br><font size=3>nsres: 20</font>
<br><font size=3>ewres: 20</font>
<br><font size=3>rows: 51000</font>
<br><font size=3>cols: 133000</font>
<br><font size=3>cells: 6783000000</font>
<br>
<br><font size=3><br>
<br>
I then zoomed into the northeast corner of the state and set the region
to :<br>
north: 1047363<br>
south: 795102<br>
west: 2505067<br>
east: 3007693<br>
nsres: 20.00007928<br>
ewres: 20.00023875<br>
rows: 12613<br>
cols: 25131<br>
cells: 316977303<br>
<br>
and tried again for this area<br>
<br>
GRASS 6.5.svn (ncstpft_nad83):~ > v.surf.bspline input=all_nc_be_pts2
raster=ne_nc_be_20ft_bspline sie=40 sin=40 layer=0<br>
WARNING: Coor files of vector map <all_nc_be_pts2@statewide> is larger
than<br>
it should be (158913789952
bytes excess)<br>
Cells for raster map <ne_nc_be_20ft_bspline> will be interpolated<br>
subregion 1 of 5459<br>
<br>
I killed that one and set the sin and sie to 400 rather than 40 .
This dropped the regions down to 66. <br>
<br>
GRASS 6.5.svn (ncstpft_nad83):~ > v.surf.bspline input=all_nc_be_pts2
raster=ne_nc_be_20ft_bspline sie=400 sin=400 layer=0<br>
WARNING: Coor files of vector map <all_nc_be_pts2@statewide> is larger
than<br>
it should be (158913789952
bytes excess)<br>
Cells for raster map <ne_nc_be_20ft_bspline> will be interpolated<br>
subregion 1 of 66<br>
</font>
<br><font size=3>This is about halfway done, so I should see the results
in another 1.5 days or so. </font>
<br>
<br><font size=3>I have two questions. First, is there a problem
with importing large point datasets that is being highlighted by the warning?
I did notice that the size of the coords and hist files did not match
for the point data set.</font>
<br>
<br><font size=3> Second, is about
v.surf.bspline and sin and sie. I have seen in the documentation
that the sie an sin needs to be twice as large as the spacing between points
as a good starting point. The density of the lidar data sets that
make up this ground point layer varies between 1m and 5 m . Obviously,
making sin and sie larger reduces the number of subregions, but how does
that affect the accuracy of the surface generated? If I'm trying
to generate a 20ft grid, is using sin and sie options of 400 absurd? (
I.E., It works faster but the results are less accurate)</font>
<br><font size=3><br>
</font>
<br><font size=3>The version of GRASS used was the weekly snapshot from
12/25/2010. The computer has a 1.6 GHz Xeon quad-core cpu with 16
GB RAM.</font>
<br>
<br>
<br><font size=3>Doug</font>
<br>
<br>
<br>
<br>
<br><font size=2 face="sans-serif">Doug Newcomb
<br>
USFWS<br>
Raleigh, NC<br>
919-856-4520 ext. 14 doug_newcomb@fws.gov<br>
---------------------------------------------------------------------------------------------------------<br>
The opinions I express are my own and are not representative of the official
policy of the U.S.Fish and Wildlife Service or Dept. of the Interior.
Life is too short for undocumented, proprietary data formats.</font>