[Liblas-devel] libLAS 1.8.1 RC1 Released

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
14 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

[Liblas-devel] libLAS 1.8.1 RC1 Released

Howard Butler-3
All,

In recognition of FOSS4G, and because we haven't had one in a while, I have prepared libLAS 1.8.1 RC1. It contains the following updates:

* https://github.com/libLAS/libLAS/pull/85 - las2pg and las2col for storing LAS data in pgpointcloud and MonetDB
* https://github.com/libLAS/libLAS/pull/92 - support for libgeotiff 1.4.2
* https://github.com/libLAS/libLAS/pull/77 - las2las tries to reproject header bounds without setting coordinates
* https://github.com/libLAS/libLAS/pull/67 - bad pointer dereference
* https://github.com/libLAS/libLAS/pull/79 - Use key count instead of VLR size for padded GeoTIFF records
* https://github.com/libLAS/libLAS/pull/81 - typos

You can download it from

http://download.osgeo.org/liblas/libLAS-1.8.1RC1.tar.bz2
http://download.osgeo.org/liblas/libLAS-1.8.1RC1.tar.bz2.md5

Upon hearing no significant issues by the end of the week, I will promote it to final.

Howard
_______________________________________________
Liblas-devel mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/liblas-devel
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: [Liblas-devel] libLAS 1.8.1 RC1 Released

Mateusz Loskot

Awesome, big thanks Howard and all the contributors!
Mateusz


On 22 Aug 2016 3:17 p.m., "Howard Butler" <[hidden email]> wrote:
All,

In recognition of FOSS4G, and because we haven't had one in a while, I have prepared libLAS 1.8.1 RC1. It contains the following updates:

* https://github.com/libLAS/libLAS/pull/85 - las2pg and las2col for storing LAS data in pgpointcloud and MonetDB
* https://github.com/libLAS/libLAS/pull/92 - support for libgeotiff 1.4.2
* https://github.com/libLAS/libLAS/pull/77 - las2las tries to reproject header bounds without setting coordinates
* https://github.com/libLAS/libLAS/pull/67 - bad pointer dereference
* https://github.com/libLAS/libLAS/pull/79 - Use key count instead of VLR size for padded GeoTIFF records
* https://github.com/libLAS/libLAS/pull/81 - typos

You can download it from

http://download.osgeo.org/liblas/libLAS-1.8.1RC1.tar.bz2
http://download.osgeo.org/liblas/libLAS-1.8.1RC1.tar.bz2.md5

Upon hearing no significant issues by the end of the week, I will promote it to final.

Howard
_______________________________________________
Liblas-devel mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/liblas-devel

_______________________________________________
Liblas-devel mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/liblas-devel
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: [Liblas-devel] libLAS 1.8.1 RC1 Released

Sebastiaan Couwenberg
In reply to this post by Howard Butler-3
On 08/22/16 15:17, Howard Butler wrote:
> * https://github.com/libLAS/libLAS/pull/85 - las2pg and las2col for storing LAS data in pgpointcloud and MonetDB

For some reason these new utilities are not actually built, although
CMake treats them the same as lasblock which does get built. I can't
seem to find what's going wrong here. Any ideas?

Kind Regards,

Bas

--
  GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1
_______________________________________________
Liblas-devel mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/liblas-devel
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: [Liblas-devel] libLAS 1.8.1 RC1 Released

Sebastiaan Couwenberg
On 08/22/16 17:09, Sebastiaan Couwenberg wrote:
> On 08/22/16 15:17, Howard Butler wrote:
>> * https://github.com/libLAS/libLAS/pull/85 - las2pg and las2col for
>> storing LAS data in pgpointcloud and MonetDB
>
> For some reason these new utilities are not actually built, although
> CMake treats them the same as lasblock which does get built. I can't
> seem to find what's going wrong here. Any ideas?

False alarm, the utilities were built and installed in DESTDIR, just not
installed into the package.

Kind Regards,

Bas

--
  GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1
_______________________________________________
Liblas-devel mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/liblas-devel
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: [Liblas-devel] libLAS 1.8.1 RC1 Released

Howard Butler-3

> On Aug 22, 2016, at 1:11 PM, Sebastiaan Couwenberg <[hidden email]> wrote:
>
> On 08/22/16 17:09, Sebastiaan Couwenberg wrote:
>> On 08/22/16 15:17, Howard Butler wrote:
>>> * https://github.com/libLAS/libLAS/pull/85 - las2pg and las2col for
>>> storing LAS data in pgpointcloud and MonetDB
>>
>> For some reason these new utilities are not actually built, although
>> CMake treats them the same as lasblock which does get built. I can't
>> seem to find what's going wrong here. Any ideas?
>
> False alarm, the utilities were built and installed in DESTDIR, just not installed into the package.

They are pretty specialized, and I don't know that they need to be generally available. Oscar?

Howard
_______________________________________________
Liblas-devel mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/liblas-devel
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

[Liblas-devel] libLAS 1.8.1 RC1 whitespace issues

Charles Karney
In reply to this post by Howard Butler-3
The following files in 1.8.1 RC1 have whitespace "issues":

   DOS line endings
     apps/CMakeLists.txt
     cmake/modules/FindPROJ4.cmake
     csharp/dotnetLibLAS/*.cs
     include/liblas/external/property_tree/detail/rapidxml.hpp
     src/CMakeLists.txt

   Spaces before tabs
     apps/las2pg.c

   Trailing whitespace
     apps/laskernel.cpp
     bin/ci/before_install.sh
     csharp/dotnetLibLAS/*.cs
     src/detail/reader/header.cpp
_______________________________________________
Liblas-devel mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/liblas-devel
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: [Liblas-devel] libLAS 1.8.1 RC1 Released

Oscar Martinez Rubi-2
In reply to this post by Howard Butler-3

Well, if making them generally available does not mean extra problems, I would do it, though I do not know how to do it😉. What do we need to do to make them general?

 

They are more specialized than las2las and las2txt indeed but my guess is that “general public” will also find them useful. Maybe similar level of specialization as las2ogr?

 

Las2pg will be used by people that want to use pgpointcloud but want to create custom in-database blocks (different blocking than PDAL) so my guess (and hope) is that it will be used by some folks that want something faster than las2txt and ‘copy from text’ when importing data into postgresql

 

Las2col is for anyone wanting to try a column store (MonetDB) to handle point clouds and it is quite fast since it has automatic parallelization of queries…

 

Regards,

 

O.

| Oscar Martinez Rubi | eScience Engineer | [hidden email] |
| Netherlands eScience Center | http://www.esciencecenter.nl | T +31 (0) 6-10363806 |

 


From: [hidden email]
Sent: Monday, August 22, 2016 8:20 PM
To: [hidden email]
Cc: [hidden email]
Subject: Re: [Liblas-devel] libLAS 1.8.1 RC1 Released

 

 

> On Aug 22, 2016, at 1:11 PM, Sebastiaan Couwenberg <[hidden email]> wrote:

>

> On 08/22/16 17:09, Sebastiaan Couwenberg wrote:

>> On 08/22/16 15:17, Howard Butler wrote:

>>> * https://github.com/libLAS/libLAS/pull/85 - las2pg and las2col for

>>> storing LAS data in pgpointcloud and MonetDB

>>

>> For some reason these new utilities are not actually built, although

>> CMake treats them the same as lasblock which does get built. I can't

>> seem to find what's going wrong here. Any ideas?

>

> False alarm, the utilities were built and installed in DESTDIR, just not installed into the package.

 

They are pretty specialized, and I don't know that they need to be generally available. Oscar?

 

Howard

_______________________________________________

Liblas-devel mailing list

[hidden email]

http://lists.osgeo.org/mailman/listinfo/liblas-devel

 


_______________________________________________
Liblas-devel mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/liblas-devel
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: [Liblas-devel] libLAS 1.8.1 RC1 Released

Mateusz Loskot
In reply to this post by Howard Butler-3
On 08/22/16 15:17, Howard Butler wrote:
>> * https://github.com/libLAS/libLAS/pull/85 - las2pg and las2col for storing LAS data in
>> pgpointcloud and MonetDB
>
> For some reason these new utilities are not actually built, although
> CMake treats them the same as lasblock which does get built. I can't
> seem to find what's going wrong here. Any ideas?

I'm building libLAS master with CMake 3.6 and VS2015
and CMake configures build for both utilities by default for me.

Best regards,
--
Mateusz Loskot, http://mateusz.loskot.net
_______________________________________________
Liblas-devel mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/liblas-devel
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: [Liblas-devel] libLAS 1.8.1 RC1 Released

Howard Butler-3
In reply to this post by Oscar Martinez Rubi-2

> On Aug 22, 2016, at 2:21 PM, Oscar Martinez Rubi <[hidden email]> wrote:
>  
> They are more specialized than las2las and las2txt indeed but my guess is that “general public” will also find them useful. Maybe similar level of specialization as las2ogr?

Ok, they sound useful :)

Is there some cmake tweak that is yet needed Bas?

Howard


_______________________________________________
Liblas-devel mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/liblas-devel
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: [Liblas-devel] libLAS 1.8.1 RC1 Released

Sebastiaan Couwenberg
On 08/22/16 23:10, Howard Butler wrote:
>
>> On Aug 22, 2016, at 2:21 PM, Oscar Martinez Rubi <[hidden email]> wrote:
>>
>> They are more specialized than las2las and las2txt indeed but my guess is that “general public” will also find them useful. Maybe similar level of specialization as las2ogr?
>
> Ok, they sound useful :)
>
> Is there some cmake tweak that is yet needed Bas?

No, as mentioned in my previous message in this thread it was a false
alarm. The build works as expected without changes, I had not added the
new utilities to the install file for the Debian package build. After I
fixed that, I could move on to fix the typos and Hurd & kFreeBSD support
in las2col & las2pg. Thanks for merging those changes so quickly.

Kind Regards,

Bas

--
  GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1
_______________________________________________
Liblas-devel mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/liblas-devel
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: [Liblas-devel] libLAS 1.8.1 RC1 whitespace issues

Howard Butler-3
In reply to this post by Charles Karney

> On Aug 22, 2016, at 2:06 PM, Charles Karney <[hidden email]> wrote:
>
> The following files in 1.8.1 RC1 have whitespace "issues":
>
>  DOS line endings
>    apps/CMakeLists.txt
>    cmake/modules/FindPROJ4.cmake
>    csharp/dotnetLibLAS/*.cs
>    include/liblas/external/property_tree/detail/rapidxml.hpp
>    src/CMakeLists.txt
>
>  Spaces before tabs
>    apps/las2pg.c
>
>  Trailing whitespace
>    apps/laskernel.cpp
>    bin/ci/before_install.sh
>    csharp/dotnetLibLAS/*.cs
>    src/detail/reader/header.cpp

Thanks for the report. I left the csharp tree alone, but made fix-ups of the rest. https://github.com/libLAS/libLAS/pull/98

Howard

_______________________________________________
Liblas-devel mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/liblas-devel
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: [Liblas-devel] libLAS 1.8.1 RC1 Released

Charles Karney
In reply to this post by Mateusz Loskot
On 08/22/16 16:56, Mateusz Loskot wrote:

> On 08/22/16 15:17, Howard Butler wrote:
>>> * https://github.com/libLAS/libLAS/pull/85 - las2pg and las2col for storing LAS data in
>>> pgpointcloud and MonetDB
>>
>> For some reason these new utilities are not actually built, although
>> CMake treats them the same as lasblock which does get built. I can't
>> seem to find what's going wrong here. Any ideas?
>
> I'm building libLAS master with CMake 3.6 and VS2015
> and CMake configures build for both utilities by default for me.
>
> Best regards,

I'm having problems here...

liblas 1.8.1RC1 with cmake 3.1.1 + Visual Studio 2015 fails with
las2col and las2pg

cmake is called with

[INFO] argument is [-GVisual Studio 14 Win64]
[INFO] argument is [-DBUILD_OSGEO4W=OFF]
[INFO] argument is [-DWITH_GDAL=ON]
[INFO] argument is [-DWITH_GEOTIFF=ON]
[INFO] argument is [-DWITH_LASZIP=ON]
[INFO] argument is [-DWITH_TESTS=OFF]
[INFO] argument is
[-DCMAKE_PREFIX_PATH=C:/Users/ckarney/.m2/repository/com/sri/vt/3rdparty/boost/1.60.0-001/win7-vc2015-64;C:/Users/ckarney/.m2/repository/com/sri/vt/3rdparty/gdal/1.11.5-SNAPSHOT/win7-vc2015-64;C:/Users/ckarney/.m2/repository/com/sri/vt/3rdparty/proj4/4.9.3-RC2-SNAPSHOT/win7-vc2015-64;C:/Users/ckarney/.m2/repository/com/sri/vt/3rdparty/expat/2.1.0-008/win7-vc2015-64;C:/Users/ckarney/.m2/repository/com/sri/vt/3rdparty/xercesc/3.1.1-006/win7-vc2015-64;C:/Users/ckarney/.m2/repository/com/sri/vt/3rdparty/geotiff/1.4.2-RC4-SNAPSHOT/win7-vc2015-64;C:/Users/ckarney/.m2/repository/com/sri/vt/3rdparty/tiff/4.0.6-003/win7-vc2015-64;C:/Users/ckarney/.m2/repository/com/sri/vt/3rdparty/jpeg/9.2.0-001/win7-vc2015-64;C:/Users/ckarney/.m2/repository/com/sri/vt/3rdparty/zlib/1.2.9-005/win7-vc2015-64;C:/Users/ckarney/.m2/repository/com/sri/vt/3rdparty/LASzip/2.2.0-008/win7-vc2015-64]

The configuration reports (amongst other stuff)

-- Looking for include file pthread.h
-- Looking for include file pthread.h - not found
-- Found Threads: TRUE

The build of las2col reports:

u:\git\buckeye\libLAS\apps\las2col.c(19): fatal error C1083: Cannot open
include file: 'pthread.h': No such file or directory
[V:\data\build\com.sri.vt.3rdparty\libLAS\win7-vc2015-64\apps\las2col.vcxproj]

Surely las2col shouldn't attempt to include pthread.h, given that
cmake failed to find it?

The build of las2pg reports:

u:\git\buckeye\libLAS\apps\las2pg.c(19): fatal error C1083: Cannot open
include file: 'netinet/in.h': No such file or directory
[V:\data\build\com.sri.vt.3rdparty\libLAS\win7-vc2015-64\apps\las2pg.vcxproj]

(Isn't netinet/in.h a Unix-specific file?)

   --Charles
_______________________________________________
Liblas-devel mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/liblas-devel
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: [Liblas-devel] libLAS 1.8.1 RC1 Released

Howard Butler-3

> On Aug 22, 2016, at 4:50 PM, Charles Karney <[hidden email]> wrote:
>
> On 08/22/16 16:56, Mateusz Loskot wrote:
>> On 08/22/16 15:17, Howard Butler wrote:
>>>> * https://github.com/libLAS/libLAS/pull/85 - las2pg and las2col for storing LAS data in
>>>> pgpointcloud and MonetDB
>>>
>>> For some reason these new utilities are not actually built, although
>>> CMake treats them the same as lasblock which does get built. I can't
>>> seem to find what's going wrong here. Any ideas?
>>
>> I'm building libLAS master with CMake 3.6 and VS2015
>> and CMake configures build for both utilities by default for me.
>>
>> Best regards,
>
> I'm having problems here...
>
> liblas 1.8.1RC1 with cmake 3.1.1 + Visual Studio 2015 fails with
> las2col and las2pg

Charles,

I have tweaked cmake to not build las2col and las2pg on windows. If someone needs them there, they'll have to get them building on that platform.

https://github.com/libLAS/libLAS/pull/100

Howard

_______________________________________________
Liblas-devel mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/liblas-devel
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: [Liblas-devel] libLAS 1.8.1 RC1 Released

Charles Karney


On 08/23/16 10:48, Howard Butler wrote:

>
>> On Aug 22, 2016, at 4:50 PM, Charles Karney <[hidden email]> wrote:
>>
>> On 08/22/16 16:56, Mateusz Loskot wrote:
>>> On 08/22/16 15:17, Howard Butler wrote:
>>>>> * https://github.com/libLAS/libLAS/pull/85 - las2pg and las2col for storing LAS data in
>>>>> pgpointcloud and MonetDB
>>>>
>>>> For some reason these new utilities are not actually built, although
>>>> CMake treats them the same as lasblock which does get built. I can't
>>>> seem to find what's going wrong here. Any ideas?
>>>
>>> I'm building libLAS master with CMake 3.6 and VS2015
>>> and CMake configures build for both utilities by default for me.
>>>
>>> Best regards,
>>
>> I'm having problems here...
>>
>> liblas 1.8.1RC1 with cmake 3.1.1 + Visual Studio 2015 fails with
>> las2col and las2pg
>
> Charles,
>
> I have tweaked cmake to not build las2col and las2pg on windows. If someone needs them there, they'll have to get them building on that platform.
>
> https://github.com/libLAS/libLAS/pull/100
>
> Howard
>

This (skipping the build of these utilities on Windows) is fine for us.
Thanks.
_______________________________________________
Liblas-devel mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/liblas-devel
Loading...