Ummm...
How much is due to the very different version of GDAL vs docker overhead?
Any chance of using the same GDAL version for both tests?
Brent Wood
On Wednesday, November 20, 2019, 11:20:50 AM GMT+13, jratike80
wrote:
Hi,
I have been told that Docker has overhead with everythin
The GMT surface program has two (well 3) options that are of interest to this.
-One, the -Lu that serves to limit the upper value in the interpolated
grid
-The other is the option -D that lets you set a soft-breakline (your
shorelines). Soft-breaklines are lines whose vertex end up in the grid
Hi,
I have been told that Docker has overhead with everything, with these
numbers as evidence:
ubuntu@t:/etc$ time gdalinfo --version
GDAL 2.2.3, released 2017/11/20
real 0m0.030s
user 0m0.017s
sys 0m0.013s
ubuntu@t:/etc$ time docker exec -it 742a044b8ef1 gdalinfo --version
GDAL 3.1.0dev-19f342
On mardi 19 novembre 2019 22:03:29 CET Rahkonen Jukka (MML) wrote:
> Hi,
>
> I would like to get some hints about using gdal_grid or some other utility
> for lake bathymetry. What I have is typically rather sparse point data of
> depths and the shoreline that includes the islands as in the attache
Hi,
I would like to get some hints about using gdal_grid or some other utility for
lake bathymetry. What I have is typically rather sparse point data of depths
and the shoreline that includes the islands as in the attached image. The
shoreline and all the area that is not lake basin should have
Hi guys,
I've been playing quite a lot with "wrapper_GDALWarpDestName" and a .net
core wrapper (https://github.com/MaxRev-Dev/gdal.netcore/).
Everything is running fine, I'm quite happy to see the same behavior on
windows and linux. Sometimes linux is faster for reading and writing
raster, thi
Hi all,
The trick explained at
https://trac.osgeo.org/gdal/wiki/BuildingOnUnixGDAL25dev
seems to have solved my issue.
Thanks a lot for the hint,
Andreas
On 2019-11-19 14:28, Even Rouault wrote:
Andreas,
So this seems like it links to the old version of proj. Why is using
this one i
Hi Even,
Yes - you are right. Other gdal library dependencies still link to the
old version.
I will the trick at
https://trac.osgeo.org/gdal/wiki/BuildingOnUnixGDAL25dev first, before I
try the harder way to recompile all other packages.
Thanks,
Andreas
On 2019-11-19 14:28, Even Rouaul
Andreas,
> So this seems like it links to the old version of proj. Why is using
> this one if I specified "--with-proj=/usr/local" ?
GDAL build system doesn't use rpath mechanism for linking, so if there are
several libproj.so in the path used for linking it will use the first or last
one, I ne
Hi,
Hm - setting the LD_LIBRARY_PATH variable also didn't help. ldd still
says that it links to the old proj.
Still the same error message.
I did a "make clean" to make sure no old stuff is around from previous
attempts. Do I really have to purge the old proj version? Then several
other of
Hi,
Thanks for your reply.
Here is the output of configure:
--
user@machine:~/dev/gdal-3.0.2$ ./configure --with-python=python3
--with-proj=/usr/local --with-pg=yes --with-spatialite=yes | grep proj
/bin/bash: ./config.rpath: No such file or directory
checking for PROJ >= 6 l
On Tue, 19 Nov 2019 at 13:41, Andreas Neumann wrote:
> Note that two versions of proj are on my system: the old version in /usr and
> the new version in /usr/local - with the configure_param I am pointing it to
> the new version.
Then, check also what ./configure reports as PROJ version found.
On Tue, 19 Nov 2019 at 13:41, Andreas Neumann wrote:
> I am trying to compile gdal3.0.2 against proj6 - but have problems.
>
> Proj6 compile worked fine and I installed in /usr/local
>
> The configure command for gdal is:
>
> ./configure --with-python=python3 --with-proj=/usr/local --with-pg=yes
Hi,
I am trying to compile gdal3.0.2 against proj6 - but have problems.
Proj6 compile worked fine and I installed in /usr/local
The configure command for gdal is:
./configure --with-python=python3 --with-proj=/usr/local --with-pg=yes
--with-spatialite=yes
The last part of the compile outp
On Tue, 19 Nov 2019 at 10:30, Shane Carey wrote:
>
> Hi,
>
> I'm trying to get started with c++ dev and gdal with codelite.
> I downloaded the zip:
> http://download.osgeo.org/gdal/3.0.2/gdal302.zip
> and then extracted it and setup my links as follows:
> compiler: /home/shane/cPlus/gdal3.0.2
> Li
Hi,
I'm trying to get started with c++ dev and gdal with codelite.
I downloaded the zip:
http://download.osgeo.org/gdal/3.0.2/gdal302.zip
and then extracted it and setup my links as follows:
compiler: /home/shane/cPlus/gdal3.0.2
Linker: /home/shane/cPlus/gdal3.0.2
However when I go to build a ver
16 matches
Mail list logo
