Hi I was trying to compile GRASS with libLAS with LASzip support on Ubuntu. I compiled LASzip and installed it in not standard path. Modules r/v.in.lidar then don’t compile because they miss liblaszip.so.6. When I export LD_LIBRARY_PATH to the liblaszip.so.6, modules compile. Shouldn’t this be handled in configure?
Thanks,
Anna
On Mon, Nov 24, 2014 at 10:55 PM, Anna Petrášová <kratochanna@gmail.com> wrote:
Hi I was trying to compile GRASS with libLAS with LASzip support on Ubuntu.
I compiled LASzip and installed it in not standard path. Modules
r/v.in.lidar then don't compile because they miss liblaszip.so.6. When I
export LD_LIBRARY_PATH to the liblaszip.so.6, modules compile. Shouldn't
this be handled in configure?
Not sure. I have here a ld-conf file for it:
cat /etc/ld.so.conf.d/liblas.conf
/usr/local/lib
(remember to run ldconfig as root)
Markus
On Mon, Nov 24, 2014 at 5:59 PM, Markus Neteler <neteler@osgeo.org> wrote:
On Mon, Nov 24, 2014 at 10:55 PM, Anna Petrášová <kratochanna@gmail.com>
wrote:
> Hi I was trying to compile GRASS with libLAS with LASzip support on
Ubuntu.
> I compiled LASzip and installed it in not standard path. Modules
> r/v.in.lidar then don't compile because they miss liblaszip.so.6. When I
> export LD_LIBRARY_PATH to the liblaszip.so.6, modules compile. Shouldn't
> this be handled in configure?Not sure. I have here a ld-conf file for it:
cat /etc/ld.so.conf.d/liblas.conf
/usr/local/lib(remember to run ldconfig as root)
I did that. I didn't have problems until now when compiling grass with
libLAS, but in order to read laz file, I had to compile libLAS with LASzip
support and that's what causing the problem, as can be seen from the error
I got (missing liblaszip.so.6). LibLAS can be configured in grass, so it
seems that we should be able to specify LASzip library in configure too.
It's possible I did something wrong so I was wondering if anyone else was
trying to do the same.
Anna
Markus
On 25 November 2014 at 02:19, Anna Petrášová <kratochanna@gmail.com> wrote:
I did that. I didn't have problems until now when compiling grass with
libLAS, but in order to read laz file, I had to compile libLAS with LASzip
support and that's what causing the problem, as can be seen from the error I
got (missing liblaszip.so.6). LibLAS can be configured in grass, so it seems
that we should be able to specify LASzip library in configure too. It's
possible I did something wrong so I was wondering if anyone else was trying
to do the same.
Anna did you recompile libLAS after compile LASzip?
You have not to specify LASzip library in the GRASS configure but in
the libLAS one.
Anna
--
ciao
Luca
http://gis.cri.fmach.it/delucchi/
www.lucadelu.org
On Tue, Nov 25, 2014 at 2:54 AM, Luca Delucchi <lucadeluge@gmail.com> wrote:
On 25 November 2014 at 02:19, Anna Petrášová <kratochanna@gmail.com>
wrote:
>
>
> I did that. I didn't have problems until now when compiling grass with
> libLAS, but in order to read laz file, I had to compile libLAS with
LASzip
> support and that's what causing the problem, as can be seen from the
error I
> got (missing liblaszip.so.6). LibLAS can be configured in grass, so it
seems
> that we should be able to specify LASzip library in configure too. It's
> possible I did something wrong so I was wondering if anyone else was
trying
> to do the same.
>Anna did you recompile libLAS after compile LASzip?
You have not to specify LASzip library in the GRASS configure but in
the libLAS one.
Of course I recompiled libLAS and I did specify where to look for LASzip,
but it doesn't seem to be enough in my case. I assume, you don't have any
problems?
> Anna
--
ciao
Lucahttp://gis.cri.fmach.it/delucchi/
www.lucadelu.org
On Tue, Nov 25, 2014 at 3:04 PM, Anna Petrášová <kratochanna@gmail.com> wrote:
On Tue, Nov 25, 2014 at 2:54 AM, Luca Delucchi <lucadeluge@gmail.com> wrote:
On 25 November 2014 at 02:19, Anna Petrášová <kratochanna@gmail.com>
Of course I recompiled libLAS and I did specify where to look for LASzip,
but it doesn't seem to be enough in my case. I assume, you don't have any
problems?
... works all fine on Fedora:
GRASS 7.0.0svn (patUTM32):/raw_data/las13_format> r.in.lidar
dati-grezzi001699_WGS.laz out=dati-grezzi001699 -o
Over-riding projection check
Reading data ...
100%
Writing to map ...
100%
r.in.lidar complete.
GRASS 7.0.0svn (patUTM32):/raw_data/las13_format> v.in.lidar
dati-grezzi001699_WGS.laz out=dati_grezzi001699 -o
Over-riding projection check
Importing 64549575 points...
...
(test from last week).
There was a similar question in the Italian GRASS ML and I suspect
that the user is also on Ubuntu.
You may try "ldd" on the binary.
See for a test file here:
lasinfo libLAS-1.7.0/test/data/1.2-with-color.laz
Markus
On Tue, Nov 25, 2014 at 9:45 AM, Markus Neteler <neteler@osgeo.org> wrote:
On Tue, Nov 25, 2014 at 3:04 PM, Anna Petrášová <kratochanna@gmail.com>
wrote:
> On Tue, Nov 25, 2014 at 2:54 AM, Luca Delucchi <lucadeluge@gmail.com>
wrote:
>> On 25 November 2014 at 02:19, Anna Petrášová <kratochanna@gmail.com>
> Of course I recompiled libLAS and I did specify where to look for LASzip,
> but it doesn't seem to be enough in my case. I assume, you don't have any
> problems?... works all fine on Fedora:
but where do you have your LASzip binary?
GRASS 7.0.0svn (patUTM32):/raw_data/las13_format> r.in.lidar
dati-grezzi001699_WGS.laz out=dati-grezzi001699 -o
Over-riding projection check
Reading data ...
100%
Writing to map ...
100%
r.in.lidar complete.GRASS 7.0.0svn (patUTM32):/raw_data/las13_format> v.in.lidar
dati-grezzi001699_WGS.laz out=dati_grezzi001699 -o
Over-riding projection check
Importing 64549575 points...
...(test from last week).
There was a similar question in the Italian GRASS ML and I suspect
that the user is also on Ubuntu.You may try "ldd" on the binary.
ldd /usr/local/bin/lasinfo
liblaszip.so.6 =>
/home/anna/dev/LASzip/laszip-src-2.2.0/build/lib/liblaszip.so.6
(0x00007fc425941000)
which is expected.
Anyway, maybe it's my fault, so let's not spend more time on this, and if
it's a real problem, someone will probably run into this later too.
Thanks
Anna
See for a test file here:
lasinfo libLAS-1.7.0/test/data/1.2-with-color.lazMarkus
On Tue, Nov 25, 2014 at 4:18 PM, Anna Petrášová <kratochanna@gmail.com> wrote:
On Tue, Nov 25, 2014 at 9:45 AM, Markus Neteler <neteler@osgeo.org> wrote:
On Tue, Nov 25, 2014 at 3:04 PM, Anna Petrášová <kratochanna@gmail.com>
wrote:
> On Tue, Nov 25, 2014 at 2:54 AM, Luca Delucchi <lucadeluge@gmail.com>
> wrote:
>> On 25 November 2014 at 02:19, Anna Petrášová <kratochanna@gmail.com>
> Of course I recompiled libLAS and I did specify where to look for
> LASzip,
> but it doesn't seem to be enough in my case. I assume, you don't have
> any
> problems?... works all fine on Fedora:
Fedora -> Scientific Linux (but anyway, no big differences)
but where do you have your LASzip binary?
Here:
/usr/local/bin/laszippertest
/usr/local/include/laszip
/usr/local/include/laszip.hpp
/usr/local/include/laszipexport.hpp
/usr/local/include/laszipper.hpp
/usr/local/include/laszip/lasunzipper.hpp
/usr/local/include/laszip/laszip.hpp
/usr/local/include/laszip/laszipexport.hpp
/usr/local/include/laszip/laszipper.hpp
/usr/local/lib/liblaszip.a
/usr/local/lib/liblaszip.la
/usr/local/lib/liblaszip.so
/usr/local/lib/liblaszip.so.5
/usr/local/lib/liblaszip.so.5.0.0
Markus