Upgrading to GRASS 7.8 fixed that problem, and consequentially revealed
another one. I'm going to trim some of the output because there's a lot of
it.
> In file included from /usr/include/c++/7/list:63:0,
> from
> /home/ben/software/gdal/gdal-3.1.0/port/cpl_mem_cache.h:37,
>
On mardi 26 mai 2020 17:02:12 CEST Ben Van Riper wrote:
> I undid the changes that I made to the makefiles and am now getting the
>
> following error:
> > make[2]: Entering directory
> > '/home/ben/software/gdal/gdal-3.1.0/frmts/grass'
> > /bin/bash /home/ben/software/gdal/gdal-3.1.0/libtool --mod
I undid the changes that I made to the makefiles and am now getting the
following error:
>
> make[2]: Entering directory
> '/home/ben/software/gdal/gdal-3.1.0/frmts/grass'
> /bin/bash /home/ben/software/gdal/gdal-3.1.0/libtool --mode=compile
> --silent --tag=CXX g++ -I/home/ben/software/gdal/gdal-3
> I'm compiling against PROJ6, if that explains any of these issues. I know
> that I had to go into one of the makefiles in the source tree and add a
> compiler flag to allow use of the deprecated API, (don't remember the flag
> name), so maybe this is related to that?
Quite certainly. Don't do th
>
> Anyway, here is the problematic output from running make:
See this thread:
https://lists.osgeo.org/pipermail/gdal-dev/2020-February/
051613.html
Even
--
Spatialys - Geospatial professional services
http://www.spatialys.com
___
gdal-dev mailing li
Hello all,
I am trying to build GDAL 3.1.0 on my machine with Ubuntu 18.04. Why go
through all the trouble? Because ubuntu-gis doesn't seem to want to bundle
the ESRI GDB driver with the gdal binaries, so I have to do it myself. Very
annoying.
Anyway, here is the problematic output from running m
I get through the ./configure process successfully (at least with no error
messages). When I run make I get a lot of messages but obvious error messages
until I get towards the end when I get the following
-rpath /usr/local/lib \
-no-undefined \
-version-info 27:0:0
Undefined symbol
On mardi 26 mai 2020 14:39:02 CEST Dirk Stenger wrote:
> Hi all,
>
> We are using GDAL in Java applications via JNI.
>
> For that, we install GDAL JNI on Ubuntu or Debian by using package
> "libgdal-java".
>
> However, the number of available GDAL JNI versions is limited to one.
> Thus, it is no
Hi all,
We are using GDAL in Java applications via JNI.
For that, we install GDAL JNI on Ubuntu or Debian by using package
"libgdal-java".
However, the number of available GDAL JNI versions is limited to one.
Thus, it is not possible to install an old GDAL + GDAL JNI version (e.g.
2.4) on the cu
Hi,
Below is the C# code snippet. How to generate pbf file from bytes data? Is
this the correct way or any other way to return to client?
string filePath = string.Format(@"/vsimem/mvt-{0}/{1}/{2}/{3}.pbf",
uniqueUUID, 18, 66027, 96262);
var bufPtr = Gdal.VSIFOpenL(filePath, "rb");
if
10 matches
Mail list logo
