Hello,
> I just tried this, quickly locating a 3x3 grid of interesting laz files:
> (Forests, lakes and building areas just outside Helsinki)
> My next step was to convert the first file to contours using las2iso:
> las2iso -i L4134E4.laz -last_only -iso_every 1 -oshp
> After 5-10 seconds Win7 told me: "las2iso has stopped working".
> (I first tried this with all 9 input files, and using
> -keep_classification 2 along with -last_only, and got a crash for every
> input file. The simpler command line is sufficient to demonstrate the
> problem.)
las2iso is memory limited to about 25-30 million input points.
combining these 9 tiles may be a bit much. Whenever you use filters
that lower the number of input points (e.g. the '-first_only', ' -
last_only, -keep_class 2' ...) you may want to also add the '-
extra_pass' option so that las2iso first counts how many points will
actually be in the triangulation before it allocates the expected
memory for it. This allows you to work with larger inputs and stay
within the 2 GB memory limit on a 32 bit windows executable.
but thanks for reporting. i need to look into catching this memory
overflow so i can terminate with a nicer error message. (-:
in a follow-up email, Terje writes:
"I have done some more investigation, and it seems to be a resource
limitation that las2iso doesn't catch: Each of the Finn LIDAR files
seems to cover a 3x3 km area, so with 1m DEM resolution that's 9M
cells and well over the 2M limit of the unlicensed toolkit, right?
When I tried to generate only 10% of my contours, i.e. -iso_every 10,
the process did finish, and in not too many seconds at that."
it has nothing to do with the license protection. the tools always
work in the same manner. the only different is that unlicensed tools
add a certain amount of noise once you go above a certain threshold to
the output. the tool will always inform you when it is doing so.
"I also found an interesting issue with the LIDAR file itself: The
area is typical Finland, i.e. fairly flat (+5 to +40 or 50), with zero
mountains, but the LIDAR claims heights from -21 to +1830m! I am
guessing that that 1830m hit must be a spurious return from a bird or
water droplet(s)?"
yes. i just did the following lasinfo run (see below) on a different
tile from the finnish land survey data and you will notice the z
histogram suggests birds or dirt or scanner malfunction.
regards,
martin
C:\lastools\bin>lasinfo N4324D1.laz -histo z 100
reporting all LAS header entries:
file signature: 'LASF'
file source ID: 0
global_encoding: 0
project ID GUID data 1-4: 0 0 0 ''
version major.minor: 1.2
system identifier: ''
generating software: 'EspaEngine'
file creation day/year: 0/0
header size: 227
offset to point data: 229
number var. length records: 0
point data format: 1
point data record length: 28
number of point records: 20255836
number of points by return: 0 0 0 0 0
scale factor x y z: 0.01 0.01 0.01
offset x y z: 0 0 0
min x y z: 434000.00 6900000.00 67.32
max x y z: 436999.99 6902999.99 658.43
the header is followed by 2 user-defined bytes
LASzip compression (version 2.1r0 c2 50000): POINT10 2 GPSTIME11 2
reporting minimum and maximum for all LAS point record entries ...
x 43400000 43699999
y 690000000 690299999
z 6732 65843
intensity 0 255
edge_of_flight_line 0 1
scan_direction_flag 0 1
number_of_returns_of_given_pulse 1 4
return_number 1 4
classification 1 14
scan_angle_rank -25 27
user_data 134 251
point_source_ID 25 108
gps_time 299162.864868 464211.811502
z coordinate histogram with bin size 100
bin [0,100) has 11983153
bin [100,200) has 8272571
bin [200,300) has 100
bin [400,500) has 2
bin [500,600) has 8
bin [600,700) has 2
average z coordinate 98.6991
number of points by return was not set in header: 17403168 2494071
340856 17741 0
overview over number of returns of given pulse: 14905813 4307014
971616 71393 0 0 0
histogram of classification of points:
2439694 Unclassified (1)
2906267 Ground (2)
809072 Low Vegetation (3)
1399 Low Point (noise) (7)
139348 Water (9)
32901 Reserved for ASPRS Definition (10)
13925375 Reserved for ASPRS Definition (13)
1780 Reserved for ASPRS Definition (14)