> gdal_translate -a_srs EPSG:25832 in.tif out.tif adds the AUTHORITY parameter
> to the GeoTIFF, while gdal_edit -a_srs EPSG:25832 does not.
That's weird that gdal_edit does'nt set it correctly. I just tested it and it
works for me.
$ cp autotest/gcore/data/byte.tif tmp.tif; python
gdal/swig
Hi,
And thanks Even and Jukka for your answers!
Based on the info you provided I investigated a bit more and it seems to be an
issue "downstreams" indeed.
gdalsrsinfo epsg:25832 gave the same result for me than for Jukka (the result
from listgeo further down, just for the record).
In GRASS GI
Hi Alex,
The work is done taking into considerations this link:
https://trac.osgeo.org/gdal/wiki/CMake
Also, there were some ideas about gdal source code reorganisation in
dev-list.
This is second turn of cmakefication of GDAL.
The lib_gdal repository synced with gdal trunk periodically (there
Even Rouault spatialys.com> writes:
>
> On Thursday 26 May 2016 13:26:38 Jukka Rahkonen wrote:
> >
> > VRT supports one overview, but that can itself be a VRT, which in turn can
> > point to next VRT overview and so on.
> Actually, this is not true (although I might have in the past say so).
Even Rouault spatialys.com> writes:
> This probably doesn't completely fullfil the requirement of "simple mean" ,
> but if you enable the debug messages from GDAL with "--debug on", you should
> see :
> "OGR style SQLite DB found !"
>
> whereas a Spatialite one will trigger :
> "SpatiaLite v4
On Friday 27 May 2016 12:09:42 Jukka Rahkonen wrote:
> Hi,
>
> User in gis.stackoverflow tried to use SQL "select ST_Union(geometry)" for
> the Natural Earth SQLite db file from
> http://naciscdn.org/naturalearth/packages/natural_earth_vector.sqlite.zip.
>
> The query yields an empty geometry bec
On Friday 27 May 2016 11:46:14 Jukka Rahkonen wrote:
> Blumentrath, Stefan nina.no> writes:
> > Hei,
> >
> > We are facing issues with GeoTiffs that were written by GDAL, after
>
> importing them to GeoServer or opening in Desktop GIS.
>
> > On file was produced in GRASS and exported using r.o
Hi,
User in gis.stackoverflow tried to use SQL "select ST_Union(geometry)" for
the Natural Earth SQLite db file from
http://naciscdn.org/naturalearth/packages/natural_earth_vector.sqlite.zip.
The query yields an empty geometry because the NE database is written with
FDO geometries instead of Spat
>> [Alex]
>> Is there a convention about where to place and how to name the win32 and
>x64
>> libraries and include directories when building for both platforms on
>> Windows?
>>
>> Especially, I would like CMake's FindGDAL
>> (https://cmake.org/cmake/help/v3.0/module/FindGDAL.html) to be able to
>
Blumentrath, Stefan nina.no> writes:
> Hei,
>
> We are facing issues with GeoTiffs that were written by GDAL, after
importing them to GeoServer or opening in Desktop GIS.
> On file was produced in GRASS and exported using r.out.gdal (GDAL 2.1dev),
the other file in R, using rgdal (GDAL2.0.x) wi
Hei,
We are facing issues with GeoTiffs that were written by GDAL, after importing
them to GeoServer or opening in Desktop GIS.
On file was produced in GRASS and exported using r.out.gdal (GDAL 2.1dev), the
other file in R, using rgdal (GDAL2.0.x) with EPSG code 25832.
The rasters seem to miss t
Hi,
It seems to me there is no standard install path on Windows, so search
GDAL is tricky.
CMake can register package in registry and so find GDAL, but GDAL have
to be CMaked too.
You may try our CMake GDAL (https://github.com/nextgis-borsch/lib_gdal).
In your project only need to add find_an
Hi,
Is there a convention about where to place and how to name the win32 and x64
libraries and include directories when building for both platforms on
Windows?
Especially, I would like CMake's FindGDAL
(https://cmake.org/cmake/help/v3.0/module/FindGDAL.html) to be able to find
the correct paths
13 matches
Mail list logo