Re: [gdal-dev] EPSG code not recognized from GeoTiff written by GDAL

2016-05-27 Thread Even Rouault
> 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

Re: [gdal-dev] EPSG code not recognized from GeoTiff written by GDAL

2016-05-27 Thread Blumentrath, Stefan
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

Re: [gdal-dev] Building GDAL on Windows 32 and 64 bit

2016-05-27 Thread Dmitry Baryshnikov
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

Re: [gdal-dev] Spatial index to raster VRT

2016-05-27 Thread Jukka Rahkonen
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).

Re: [gdal-dev] How to recognize FDO style SQLite db?

2016-05-27 Thread Jukka Rahkonen
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

Re: [gdal-dev] How to recognize FDO style SQLite db?

2016-05-27 Thread Even Rouault
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

Re: [gdal-dev] EPSG code not recognized from GeoTiff written by GDAL

2016-05-27 Thread Even Rouault
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

[gdal-dev] How to recognize FDO style SQLite db?

2016-05-27 Thread Jukka Rahkonen
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

Re: [gdal-dev] Building GDAL on Windows 32 and 64 bit

2016-05-27 Thread alex
>> [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 >

Re: [gdal-dev] EPSG code not recognized from GeoTiff written by GDAL

2016-05-27 Thread Jukka Rahkonen
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

[gdal-dev] EPSG code not recognized from GeoTiff written by GDAL

2016-05-27 Thread Blumentrath, Stefan
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

Re: [gdal-dev] Building GDAL on Windows 32 and 64 bit

2016-05-27 Thread Dmitry Baryshnikov
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

[gdal-dev] Building GDAL on Windows 32 and 64 bit

2016-05-27 Thread alex
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