On Mon, Mar 7, 2011 at 7:50 AM, Howard Butler <[email protected]> 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 _______________________________________________ Liblas-devel mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/liblas-devel
