[pgpointcloud] Chipper and Cache
Roger Bedell
rbedell at coordinatesolutions.com
Thu Dec 26 08:18:31 PST 2013
Hello Howard,
At least I figured out the seventh issue, I see that pdal.exe contains all
the previous apps. It compiled after adding in the correct reference to
pdalboost.lib. However, there was a missing extern - Query. I commented out
the
//if (boost::iequals(action, "query"))
//{
// pdal::kernel::Query app(count, args);
// return app.run();
//}
and it now works correctly.
Roger
On Thu, Dec 26, 2013 at 10:13 AM, Roger Bedell <
rbedell at coordinatesolutions.com> wrote:
> Hi Howard and list,
> I took a stab a building the latest PDAL using the OSGEO4W 64 bit
> distribution, and finally succeeded, though not without some trials. My
> build is very much focused on import/export LAS files from pgpointcloud.
>
> A little collaboration would be appreciated, since I know nothing about
> cmake. Here are some of the things I ran into:
>
> First, I modified the hobu_windows.bat file to remove most everything not
> needed for pgpointcloud and LAS. See below for the entire bat file.
>
> Second, I ran osgeo4w 64 bit, and installed GDAL, libxml2, iconv, and
> Python. Found that you have to name the OSGEO4W directory exactly as
> specified, C:\OSGEO4W, not OSGEO4W64 as recommended by the installer.
>
> Third, after getting an eternal wait for (running within a Visual Studio
> 2010 x64 cmd window)
> "-- Looking for include file pthread.h"
> I commented out the "find_package(Threads)" in the CMakeLists.txt file.
> Now the bat file runs and creates the Visual Studio solution. (except it
> hangs at the end of the bat file, cntrl-C to get out).
> The solution loads fine into VS2010.
>
> Fourth: the pdalcpp project would not link, couldn't find the
> pdalboost.lib library.
> Added C:/Temp/PDAL64/PDAL to the linker additional library directories for
> the pdalcpp project.
>
> Fifth: the pdal project doesn't build, 22 unresolved externs. I gave up on
> that one.
>
> Sixth: pdal_test also needs C:/Temp/PDAL64/PDAL in the additional library
> directories.
> Gets 5 unresolved externs, all due to pdal::IndexedPointBuffer – perhaps
> this no longer exists? Or is not in the internal boost lib?
> I commented out //BOOST_AUTO_TEST_CASE(test_indexed) in PointBufferTest.cpp
> Compiles.
> Making sure that OSGEO4W is in the path, it runs, but with many errors,
> apparently due to a lack of the test files.
>
> Seventh: Strangely, pcpipeline.exe and pcinfo.exe are not built as part of
> the solution.
> Added a new project: pcpipeline using pcpipeline.cpp instead of pdal.cpp
> It couldn't find appsupport.hpp.
> Apparently Appsupport is missing from the Git? I have a copy from an
> earlier build I did in August.
> Now it builds, but 45 missing externs. Added pdalboost.lib; to the list of
> libs in the linker. Succeeded.
> Seems to run ok.
> However, when testing an import that used to work with 0.9.8, I get:
> C:\Temp\PDAL64\PDAL>pcpipeline -i importlasfile.xml
> Requested to read 13858 points
> Requested to write 13858 points
> 0Caught PDAL exception: ERROR: column pcid (1) and patch pcid (2) are not
> consi
> stent
>
> From another email to this list, I see that this is a known issue, so I
> haven't pursued it further.
>
>
>
> Here is the bat file:
>
> @echo off
>
> :: This configure script is designed for the Win 64 pgPointCloud support,
> which means
> :: you have OSGeo4W installed, including GDAL.
>
> :: LASZip has to be built separately, since it is not part of OSGEO4W 64
> (yet)
>
> :: This configure script expects to be run from the PDAL root directory.
>
> :: Pick your CMake GENERATOR. (NMake will pick up architecture (x32, x64)
> from your environment)
> rem GENERATOR="NMake Makefiles"
> set GENERATOR="Visual Studio 10 Win64"
> rem GENERATOR="Visual Studio 10"
>
> :: Pick your build type
> set BUILD_TYPE=Release
> REM set BUILD_TYPE=Debug
>
> :: Where is your PDAL build tree?
> set PDAL_DIR=.
>
> :: Where is your OSGeo4W installed (recommended basic way to satisfy
> dependent libs)
> set OSGEO4W_DIR=C:\OSGeo4W
>
> :: Where is boost installed? Use the embedded boost lib
> set PDAL_EMBED_BOOST=ON
> rem set BOOST_DIR=c:\utils\boost_1_49_0
> REM set BOOST_DIR=%PDAL_DIR%\boost
>
> :: CARIS
> set CARIS_ENABLED=OFF
> rem set CARIS_INCLUDE_DIR=%CARIS_DIR%\include
> rem set CARIS_LIBRARY=%CARIS_DIR%\caris.lib
>
> :: GDAL
> set GDAL_ENABLED=ON
> set GDAL_INCLUDE_DIR=%OSGEO4W_DIR%\include
> set GDAL_LIBRARY=%OSGEO4W_DIR%\lib\gdal_i.lib
>
> :: LIBTIFF
> set TIFF_ENABLED=ON
> set TIFF_INCLUDE_DIR=%OSGEO4W_DIR%\include
> set TIFF_LIBRARY=%OSGEO4W_DIR%\lib\libtiff_i.lib
>
> :: GeoTIFF
> set GEOTIFF_ENABLED=ON
> set GEOTIFF_INCLUDE_DIR=%OSGEO4W_DIR%\include
> set GEOTIFF_LIBRARY=%OSGEO4W_DIR%\lib\geotiff_i.lib
>
> :: LASZIP: Not part of OSGEO4W 64 bit. Disable it temporarily.
> rem set LASZIP_ENABLED=ON
> rem set LASZIP_INCLUDE_DIR=%OSGEO4W_DIR%\include
> rem set LASZIP_LIBRARY=%OSGEO4W_DIR%\lib\laszip.lib
>
> :: Oracle Not needed.
> set ORACLE_ENABLED=OFF
> rem set ORACLE_HOME=%OSGEO4W_DIR%
> REM set ORACLE_INCLUDE_DIR=%ORACLE_HOME%\include
> REM set ORACLE_OCI_LIBRARY=%ORACLE_HOME%\lib\oci.lib
>
> :: LibXML2
> set LIBXML2_ENABLED=ON
> set LIBXML2_INCLUDE_DIR=%OSGEO4W_DIR%\include
> set LIBXML2_LIBRARIES=%OSGEO4W_DIR%\lib\libxml2.lib
>
> :: IConv
> set ICONV_ENABLED=ON
> set ICONV_INCLUDE_DIR=%OSGEO4W_DIR%\include
> set ICONV_LIBRARY=%OSGEO4W_DIR%\lib\iconv.lib
>
> :: Python - no python
> set PYTHON_ENABLED=OFF
> REM set PYTHON_EXECUTABLE=%OSGEO4W_DIR\bin\python27.exe
> REM set PYTHON_INCLUDE_DIR=%OSGEO4W_DIR\apps\python27\include
> REM set PYTHON_LIBRARY=%OSGEO4W_DIR\apps\python27\libs\python27.lib
>
> :: Set this if you are building SWIG bindings for C#. Visual Studio
> :: needs to use this env var to find where boost lives.
> set PDAL_SWIG_ENABLED=OFF
> set PDAL_SWIG_BOOST_HOME=%BOOST_DIR%
>
> :: OpenGL support, for pcview
> set FREEGLUT_ENABLED=OFF
> :: special config for mpg
> if %USERDOMAIN% == T5500 set FREEGLUT_LIBRARY=d:\dev\freeglut-2.6.0-3.mp
> \lib\freeglut.lib
> if %USERDOMAIN% == T5500 set FREEGLUT_INCLUDE_DIR=d:\dev\
> freeglut-2.6.0-3.mp\include
> if %USERDOMAIN% == T5500 set FREEGLUT_ENABLED=ON
> if %USERDOMAIN% == PDC set FREEGLUT_LIBRARY=c:\dev\freeglut-2.6.0-3.mp
> \lib\freeglut.lib
> if %USERDOMAIN% == PDC set FREEGLUT_INCLUDE_DIR=c:\dev\freeglut-2.6.0-3.mp
> \include
> if %USERDOMAIN% == PDC set FREEGLUT_ENABLED=ON
>
> rem if EXIST CMakeCache.txt del CMakeCache.txt
> cmake -G %GENERATOR% ^
> -DWITH_GDAL=%GDAL_ENABLED% ^
> -DCMAKE_INSTALL_PREFIX=D:\PDAL\package ^
> -DWITH_GEOTIFF=%GEOTIFF_ENABLED% ^
> -DWITH_ORACLE=%ORACLE_ENABLED% ^
> -DWITH_PGPOINTCLOUD=ON ^
> -DWITH_LASZIP=%LASZIP_ENABLED% ^
> -DWITH_LIBXML2=%LIBXML2_ENABLED% ^
> -DWITH_SWIG_CSHARP=%PDAL_SWIG_ENABLED% ^
> -DWITH_ICONV=%ICONV_ENABLED% ^
> -DWITH_PYTHON=%PYTHON_ENABLED% ^
> -DWITH_NITRO=OFF ^
> -DWITH_HEXER=OFF ^
> -DPYTHON_EXECUTABLE=%OSGEO4W_DIR%\bin\python.exe ^
> -DPYTHON_INCLUDE_DIR=%OSGEO4W_DIR%\apps\python27\include ^
> -DPYTHON_LIBRARY=%OSGEO4W_DIR%\apps\python27\libs\python27.lib ^
> -DNUMPY_INCLUDE_DIR=%OSGEO4W_DIR%\apps\python27\lib\site-packages\numpy\core\include
> ^
> -DNUMPY_VERSION=1.5.1 ^
> -DCMAKE_BUILD_TYPE=%BUILD_TYPE% ^
> -DCMAKE_VERBOSE_MAKEFILE=OFF ^
> %PDAL_DIR%
>
> rem -DBOOST_INCLUDEDIR=%BOOST_DIR% ^
> rem -DNUMPY_INCLUDE_DIR=%OSGEO4W_DIR%\apps\python27\lib\site-packages\numpy\core\include
> ^
> rem -DPYTHONPATH=%OSGEO4W_DIR%\apps\python27\lib\site-packages ^
> rem -DPYTHON_LIBRARY=%PYTHON_LIBRARY% ^
>
> Best regards,
> Roger
>
>
> On Thu, Dec 19, 2013 at 4:32 PM, Howard Butler <hobu.inc at gmail.com> wrote:
>
>>
>> On Dec 18, 2013, at 2:44 PM, Roger Bedell <
>> rbedell at coordinatesolutions.com> wrote:
>>
>> > Hi Howard,
>> > Did you ever do this OSGeo4W build? I'm about to import another 3TB of
>> las files, and some more speed would be appreciated.
>>
>> Nope. I spent (wasted) an afternoon trying to get 64bit builds to work on
>> Win8 and frustratingly gave up. I will probably give it another go once
>> PDAL 1.0 is released, which is still on target for before the end of the
>> year.
>>
>> If anyone else has 64bit PDAL windows builds, or has the recipe to get
>> them, I'd be happy to collaborate.
>>
>> Howard
>>
>
>
>
> --
> Roger Bedell
> Coordinate Solutions Inc.
>
--
Roger Bedell
Coordinate Solutions Inc.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/pgpointcloud/attachments/20131226/7f86ed4c/attachment-0001.html>
More information about the pgpointcloud
mailing list