Fwd: [Liblas-devel] srs.las

Ben Discoe bdiscoe at 510systems.com
Mon Mar 7 13:10:38 EST 2011


On Mon, Mar 7, 2011 at 7:50 AM, Howard Butler <hobu.inc at gmail.com> wrote:
> I suspect you don't have GeoTIFF and/or GDAL enabled.

Ah, that must be it.  I missed the WITH_GDAL during CMake.

BTW, there is a shortcoming of the liblas CMake for msvc support: it
has only GDAL_LIBRARY, but it must have GDAL_LIBRARY_DEBUG as well
because on msvc the debug and release libraries (GDAL especially) are
not interchangeable.  I can work around it by manually changing the
msvc projects after CMake generates them, but, just so you know.

So, i enabled WITH_GDAL .. and now it says:
CMake Error at CMakeLists.txt:278 (message):
 GDAL support requires GeoTIFF library which was not selected

That's a little puzzling.  I thought that geotiff functionality was
already in GDAL.  (I don't build any explicit libgeotiff, since GDAL
has the functionality.)  I recall doing this once years ago, building
GDAL's "libgeotiff" folder as libgeotiff.lib, but looking in the GDAL
source tree today i don't see build files for that.  Perhaps the build
files from http://trac.osgeo.org/geotiff/ would operate on GDAL's
libgeotiff ... it seems a bit messy.  Couldn't liblas simply use what
it needs from libgeotiff by calling GDAL?  Or should i download a
second copy of libgeotiff's source and build it outside of GDAL?
Urg, now it's asking for a separate TIFF_LIBRARY too.  Same story?

> <http://trac.liblas.org/ticket/220>

Yes, it certainly seems that the message could be improved from
"Spatial Reference: no" to something more accurate and descriptive
like "Spatial Reference: Yes, but i can't describe it, 'cuz you failed
to check WITH_GDAL during CMake config, yo."

Thanks,
Ben


More information about the Liblas-devel mailing list