Marcin,
I managed to compile this extension against ubuntu 14.04 with at that time
gdal 1.10 , while helping a customer migrating away from arcSDE.
https://lists.osgeo.org/pipermail/gdal-dev/2016-November/045445.html
At that time, it was only possible to receive this client sdk on cdrom (!).
Thi
Hi all,
Sorry for reviving an old discussion, but I was in need of a recent
gdal package today for travis. I have added this to my own ppa:
https://launchpad.net/~johanvdw/+archive/ubuntu/gdal
Angelos, Bas, do you have a list of gdal dependencies and the order in
which they need to be built? I'm
Hi all,
Saga GIS introduced a new file format .sg-grd-z [1] which actually is
a zipfile containing the normal files encountered in saga gis (*.sgrd
; *.sdat; and optionally *.mgrd ).
In fact, if you rename the .sg-grd-z file you can already open it using vsizip
eg
cp Landgebruik_def_watem.sg-grd-
Ari,
I had similar problems. The problem is that an old version of gdal is
installed by travis by default (!)
adding
before-install:
- sudo apt-get remove -y libgdal1
fixed this for me on trusty (and on precise, but you will still not
get the latest version).
Kind Regards,
Johan
On Tue, Apr 11,
Hi all,
We are using the new python function gdal.VectorTranslate which should
work similar to ogr2ogr.
We were able to use spatFilter to select only elements that intersect
(like the [-spat xmin ymin xmax ymax] operator.
But we failed to clip to the extent, similar to the
[-clipsrc [xmin ymin x
On Thu, Nov 3, 2016 at 4:06 PM, Stefano Iacovella
wrote:
>
> 2016-11-03 15:23 GMT+01:00 Even Rouault :
>>
>> Le jeudi 03 novembre 2016 15:08:29, Johan Van de Wauw a écrit :
>> > Hi all,
>> >
>> > I wonder if anyone has used the arcsde driver with GD
Hi all,
I wonder if anyone has used the arcsde driver with GDAL 2+
I immediately bumped on two issues:
the first is a compilation error, see patch:
https://github.com/johanvdw/gdal/commit/b83ef2eaf1c2bcca8b012d4fb39ee0589302fe93
The second is an error because there are both an OGR and a raster d
Hello,
While investigating why one of the unit tests of rasterio fails on i386
[1], I think that the actual cause is a different result from gdal when
using GDALDatasetRasterIO.
When opening the test file [2] I get different results when using i386.
I could reproduce this behaviour when using onl
Hello,
A number of files is currenlty excluded from distribution by debian
because their license is unclear:
* gdal/data/cubewerx_extra.wkt: derived from definitions distributed
by Cubewerx, rights unclear. See
http://trac.osgeo.org/gdal/ticket/2165
* gdal/data/ecw_cs.dat: Derived via much process
