.. _start: ****************************************************************************** Getting Started with libLAS ****************************************************************************** .. contents:: :depth: 3 :backlinks: none :Author: Howard Butler :Contact: hobu.inc at gmail dot com Overview ------------------------------------------------------------------------------ libLAS is two things: a library for embedding read and write support of the ASPRS LAS format into your own C/C++ applications, and a suite of command-line utilities based on :ref:`LASTools ` for inspecting, manipulating, transforming, and processing LAS LiDAR data. This document is an entry point into the world of libLAS, and will give a general overview of the types of operations you can do with the :ref:`libLAS utilities ` as well as point you to other information for developing your own applications with libLAS. Installation ------------------------------------------------------------------------------ :ref:`download` contains the canonical location for obtaining libLAS in both source and binary forms. Windows .............................................................................. :ref:`osgeo4w_install` contains information how to install libLAS on Windows. Unix .............................................................................. Packages are available for `DebianGIS`_, but in most other cases you are going to have to compile libLAS yourself. :ref:`compilation` provides an extensive synopsis of how to do so. OSX .............................................................................. If you use you `Homebrew`_, you can install libLAS this way:: $ brew install liblas If you want the latest development version:: $ brew install liblas --HEAD Otherwise, you have to :ref:`compile ` libLAS yourself. Compilation .............................................................................. :ref:`compilation` shows how to compile libLAS for your own use on Windows, Mac OSX, and Linux. Processing ------------------------------------------------------------------------------ The libLAS :ref:`command-line utilities ` provide the bulk of user-facing operational software for libLAS, although the underlying libLAS library is what powers them. Below is a listing of common operations that you might want to do on LAS data, and the utilities and approaches to take to complete those tasks. Reprojecting an LAS file .............................................................................. All LAS data are in some sort of coordinate system, even if that coordinate system is not described in the LAS file. For terrestrial LAS data, these coordinate system descriptions often map to coordinate systems described by the `EPSG`_ database. Another source of information about coordinate systems in http://spatialreference.org. The :ref:`las2las ` utility is the tool you will want to use to reproject LAS data. :ref:`las2las ` can take advantage of the existing coordinate system description that might already be specified in the LAS file, or you may override the coordinate system description (or supply one if none was specified). We're going to use an example `test/data/srs.las` file available from https://github.com/libLAS/libLAS repository which contains only 10 points and has a coordinate system defined. Please download this file if you want to follow along. :ref:`las2las ` is very similar in behavior to another data translation utility for raster data -- `gdal_translate`_. To reproject data, we must have a description of both the coordinate system we are starting with and a description of the coordinate system we are going to. To find out what you are starting with, issue a :ref:`lasinfo ` command: :: lasinfo --no-check srs.las .. note:: The --no-check option tells lasinfo to only print the header information for the file and to not scan through all of the points. For a 10 point file, this of course isn't much of a concern, but with a 50 or 500 million point file, it isn't worth waiting for a full scan of the data if all you want is header information. Our :ref:`lasinfo ` invocation tells us that the ``srs.las`` file is in a UTM North Zone 17 coordinate system: :: PROJCS["WGS 84 / UTM zone 17N", GEOGCS["WGS 84", DATUM["WGS_1984", SPHEROID["WGS 84",6378137,298.257223563, AUTHORITY["EPSG","7030"]], AUTHORITY["EPSG","6326"]], PRIMEM["Greenwich",0], UNIT["degree",0.0174532925199433], AUTHORITY["EPSG","4326"]], PROJECTION["Transverse_Mercator"], PARAMETER["latitude_of_origin",0], PARAMETER["central_meridian",-81], PARAMETER["scale_factor",0.9996], PARAMETER["false_easting",500000], PARAMETER["false_northing",0], UNIT["metre",1, AUTHORITY["EPSG","9001"]], AUTHORITY["EPSG","32617"]] Now that we know our input coordinate system, we can make a decision about what to reproject the data to. In our first example, we're going to use the venerable plate carrée non-coordinate system, `EPSG:4326`_. :: las2las srs.las --t_srs EPSG:4326 Our process succeeds, but after a quick inspection of the data with ``lasinfo output.las`` we see a problem: :: ... Scale Factor X Y Z: 0.01 0.01 0.01 Offset X Y Z: -0.00 -0.00 -0.00 ... Min X, Y, Z: -83.43, 39.01, 170.58, Max X, Y, Z: -83.43, 39.01, 170.76, The ``srs.las`` file had a scale of 0.01, or two decimal places of precision for its X, Y, and Z coordinates. For UTM data, this is ok, because it implies an implicit precision of 1 cm. For decimal degree data of the unprojected Plate Carrée coordinate system, it causes us to lose a bunch of precision. We need to set our scale values to something that can hold more precision in our case: :: las2las --t_srs EPSG:4326 srs.las --scale 0.000001 0.000001 0.01 Another quick inspection with :ref:`lasinfo ` gives us something we're more comfortable with: :: ... Scale Factor X Y Z: 0.000001 0.000001 0.01 Offset X Y Z: -0.000000 -0.000000 -0.00 ... Min X, Y, Z: -83.427598, 39.012599, 170.58 Max X, Y, Z: -83.427548, 39.012618, 170.76 Vertical datum transformation of an LAS file .............................................................................. We're going to continue what we were doing in `Reprojecting an LAS file`_ but add a twist -- we want to change the vertical datum on the data from WGS84 to NAVD88. .. warning: A number of requirements are needed before you can do vertical datum transformations with libLAS. The most important is GDAL support, of course, but you also need a very current (possibly even unreleased) version of `Proj.4`_ and the vertical datum .gtx transformation files. If you're using :ref:`osgeo4w_install`, you already have all of this installed when you installed libLAS. For Linux or other Unix platforms, you should be aware of these requirements. Assuming you have all of the prerequisites in place, we can do the vertical datum transformation quite simply (again, worrying about precision as well): :: las2las srs.las --t_srs EPSG:4326+5703 --scale 0.000001 0.000001 0.01 The key point there is adding `+5703` to the coordinate system description tells the GDAL/Proj.4 machinery to do a vertical transformation. There are other ways to have these operations happen using `WKT`_ and even GeoTIFF keys, but this is the most simple way to do things via command line. Assigning color information to a LAS file .............................................................................. .. note:: The following example assumes you are working with the `Autzen_Stadium`_ example file that is available from the http://liblas.org/sample sample library. Frequent availability of combined terrestrial LiDAR and image captures means that its now possible to obtain .las files that you can stylize with RGB imagery. The LAS 1.2 specification provides two different point data types that allow storing RGB data as 16 bit integers, but the tools to do the actual intersection operation have been somewhat limited. libLAS 1.6+ allows you to assign color information to a .las file if `GDAL`_ is linked in at compile-time. .. note:: The :ref:`LAS specifications ` only allow two different point format types to store color information -- point format 2 and point format 3. The difference between point format 2 and point format 3 is that 3 also has time stored on it. Additionally, only LAS 1.2 and 1.3 versions support storing color information, but libLAS only can write LAS 1.2 as of libLAS 1.6.0. 1. Unzip the `Autzen Stadium `_ data. :: $ unzip Autzen_Stadium.zip Archive: Autzen_Stadium.zip creating: Autzen_Stadium/ inflating: Autzen_Stadium/image.tif inflating: Autzen_Stadium/lidar.las 2. Issue the :ref:`las2las ` call :: $ las2las -i lidar.las \ --color-source image.tif \ -o output.las \ --file-format 1.2 \ --point-format 3 \ -v :: Opening lidar.las to fetch Header Setting format to: 1.2 Setting point format to: 3 Fetching color from ' image.tif' using bands '1, 2, 3' for R, G, B Writing output: - : output.las 0...10...20...30...40...50...60...70...80...90...100 - done. 3. Inspect the :ref:`lasinfo ` output and see color information attached. :: lasinfo output.las ... Minimum Color: 39 56 56 Maximum Color: 252 254 251 .. note:: :ref:`assign_color` contains more detailed information about this process. Compressing an LAS file with `LASzip`_ .............................................................................. libLAS provides the ability to compress data using the fantastic `LASzip`_ compression library. .. _`LASzip`: http://laszip.org .. _`CMake`: http://www.cmake.org/ .. _`CTest`: http://cmake.org/cmake/help/ctest-2-8-docs.html .. _`CMake 2.8.0+`: http://www.cmake.org/cmake/help/cmake-2-8-docs.html .. _`continuous integration`: http://en.wikipedia.org/wiki/Continuous_integration .. _`Curses`: http://en.wikipedia.org/wiki/Curses_%28programming_library%29 .. _`Autoconf`: http://www.gnu.org/software/autoconf/ .. _`LLVM`: http://llvm.org/ .. _`OSGeo4W`: http://trac.osgeo.org/osgeo4w/ .. _`Boost`: http://www.boost.org/ .. _`DebianGIS`: http://wiki.debian.org/DebianGis .. _`gdal_translate`: http://www.gdal.org/gdal_translate.html .. _`EPSG`: http://www.epsg-registry.org/ .. _`EPSG:4326`: http://spatialreference.org/ref/epsg/4326/ .. _`Proj.4`: http://trac.osgeo.org/proj/ .. _`WKT`: http://en.wikipedia.org/wiki/Well-known_text#Spatial_reference_systems .. _`GDAL`: http://gdal.org .. _`Autzen_Stadium`: http://liblas.org/samples/Autzen_Stadium.zip .. _`Homebrew`: http://brew.sh