[Liblas-devel] ./configure --with-gdal

[Peter Tittmann]

Hi,

I've migrated to on Ubuntu 10.0.4 LTS and am having some issues with
liblas install.

GDAL:

Ive installed the latest stable version (1.7.2) from source.

LIBGEOTIFF:
Ive installed the latest version (1.3.0) from source.

LibLAS:
http://trac.liblas.org/attachment/wiki/1.2.1/liblas-src-1.2.1.tar.gz

Problem 1 references the previous email which I was never able to resolve:

when running ./configure --with-gdal --with-geotiff=/usr/lib

i get this:

checking for stdio.h... yes
checking for stdlib.h... (cached) yes
checking for debug enabled... no
checking for GDAL... GDAL enabled with gdal-config found in PATH
/usr/local/bin/gdal-config reports version 1.7.2
checking for ST_Create in -lgeotiff... no
checking for libgeotiff... no
configure: error: You must configure a libgeotiff if you are using GDAL
binaries.  You can configure using a GDAL source tree without
libgeotiff, but not from binaries.

so i resigned to not having GDAL and ran ./configure make make install
with no errors witch lead to Problem2:
when I try to use the command line tools i get the following:
$ lasinfo ~/Documents/LiDAR/laswork/big_sub19_fr.las
lasinfo: error while loading shared libraries: liblas.so.1: cannot open
shared object file: No such file or directory

Thanks in advance for any guidance.

Best,
Peter


On 01/-10/-28163 11:59 AM, Howard Butler wrote:
>  On Jan 13, 2010, at 8:52 PM, Peter Tittmann wrote:
>
>
>>  Hi,
>>
>>  Two issues I encountered. First attempting to build from the mercurial repository:
>>
>>  $ sudo ./autogen.sh
>>  Running aclocal -I m4
>>  ./autogen.sh: 30: aclocal: not found
>>
>>
>  You need to install aclocal, autoconf, and automake to be able to build libLAS from the mercurial repository.   These are all most likely in a single package for your distribution.
>
>
>>  checking for GDAL... GDAL enabled with gdal-config found in PATH
>>  /usr/bin/gdal-config reports version 1.5.4
>>  checking for libgeotiff... no
>>  configure: error: You must configure a libgeotiff if you are using GDAL binaries.  You can configure using a GDAL source tree without libgeotiff, but not from binaries.
>>
>>  Any suggestions on either issue will be most gratefully welcomed...
>>
>  If you give configure the path to gdal-config, you will also need to give it the location of libgeotiff.  By providing binary GDAL support, you enable libLAS to take advantage of coordinate system operations and enable the las2ogr command, but you do not give it geotiff keys support.  That must be provided separately.
>
>  Howard
>
>  PS, you can give --with-gdal the path to an as-built GDAL source tree to take advantage of GDAL's internal support for libtiff/libgeotiff, but this is a development hack and it shouldn't be your normal operational mode.