I'm still having trouble with getting it to build osgeo:
[ 96%] Generating osgeo/_gdal.cpython-310-x86_64-linux-gnu.so,
osgeo/_gdalconst.cpython-310-x86_64-linux-gnu.so,
osgeo/_gnm.cpython-310-x86_64-linux-gnu.so,
osgeo/_ogr.cpython-310-x86_64-linux-gnu.so,
osgeo/_osr.cpython-310-x86_64-linu
On 7/6/24 12:59 AM, Even Rouault wrote:
Hi,
when using CLang, GDAL forces the use of libstdc++ for linking, so
seeing "cannot find -lstdc++", I suspect you might lack the
installation of libstdc++-11-dev package
When I tried to install that package I got:
~# apt-get install libstdc++-11-de
I'm using WEBP, so the 3.4.1 release of GDAL that Ubuntu has won't work
for me.
Is there a workaround for this?
cmake ..
-- The CXX compiler identification is Clang 13.0.0
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - failed
-- Check for working CXX compiler: /usr/bin/
On 7/16/23 4:17 PM, Scott wrote:
It looks like it's not in your path. If you built gdal with the
default install prefix it should be in /usr/local/bin. Make sure
that's in your path:
Ah, thanks. The build doc didn't say I had to use pip3 to install the
Python tools.
___
I have built and installed GDAL 3.7.1 on Ubuntu 18, except I'm having
trouble getting it to recognize the bash completions.
Probably related, it tells me to install python-gdal:
$ gdal2tiles.py
Command 'gdal2tiles.py' not found, but can be installed with:
apt install python-gdal
Please ask yo
I've just begun experimenting with adding a mosaic of GeoTIFFs to a
smartphone application that needs to be available offline.
I was wondering if the transcoding could be done on demand on the 70Mb
GeoTIFFs rather than having to store hundreds of megabytes of PNG files.
Or are there other optimi
