
<html style="direction: ltr;">

  <head>


    <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">

    <style type="text/css">body p { margin-bottom: 0cm; margin-top: 0pt; } </style>

  </head>

  <body style="direction: ltr;"

    bidimailui-detected-decoding-type="latin-charset" bgcolor="#FFFFFF"

    text="#000000">

    I have compiled GRASS 7.0 on Debian Wheezy (everything else in the

    spatial stack are stock packages), and I'm getting a segmentation

    fault on both r.in.lidar and v.in.lidar.<br>

    <br>

    GRASS 7.0.svn (ITM):~/GIS/DEM/LIDAR_EinYahav/Version2 > g.version

    -g<br>

    version=7.0.svn<br>

    date=2013<br>

    revision=57816<br>

    build_date=2013-09-23<br>

    GRASS 7.0.svn (ITM):~/GIS/DEM/LIDAR_EinYahav/Version2 >

    r.in.lidar in=/media/cdrom0/pt000005.las out=pts05 meth=mean <br>

    Segmentation fault<br>

    <br>

    Here's a sample of the *.las files I'm using (this one is only

    260k):<br>

    <a class="moz-txt-link-freetext" href="http://www.surfaces.co.il/dl/pt000028.las">http://www.surfaces.co.il/dl/pt000028.las</a> <br>

    <br>

    In the lasinfo output I don't see anything unusual (other than z

    values < 0). The *.las are projected into our local tmerc CRS. <br>

    I can run las2txt and then import the text file with v.in.ascii, but

    I'd like to work out what's wrong with the direct raster import. Any

    ideas how to further debug this?<br>

    <br>

    Thanks,<br>

    Micha <br>

  </body>

</html>