On mercredi 13 juin 2018 22:14:07 CEST Markus Metz wrote:
> Many raster bands contain nodata, therefore it would be helpful if the
> number of non-nodata grid cells could be reported by gdalinfo in some way.
>
> The number of non-nodata grid cells is not available through
> GDALGetRasterStatistics
Many raster bands contain nodata, therefore it would be helpful if the
number of non-nodata grid cells could be reported by gdalinfo in some way.
The number of non-nodata grid cells is not available through
GDALGetRasterStatistics() / GDALRasterBand::GetStatistics(), probably
because approximation
Hi
Even, we had indead a similar question before on the all tables etc with
views.
This howevere is a straight spatialite to geopackge transform equally as
Jukka explained.
I must say we are on a 2.2.0 still.
The listing with tables works (layernames), the straight as in
ogr2ogr -f gpkg outp
On mercredi 13 juin 2018 15:59:24 CEST donato.aira...@ext.ec.europa.eu wrote:
> Hi,
>
> I'm trying to compile
> Gdal 2.3.0 on Centos 6.9 where compiled openjpeg 2.3.0
>
> I get :
>
> Kakadu support:no
> JasPer support:no
> OpenJPEG support: no
> ECW support:
Hi,
I'm trying to compile
Gdal 2.3.0 on Centos 6.9 where compiled openjpeg 2.3.0
I get :
Kakadu support:no
JasPer support:no
OpenJPEG support: no
ECW support: no
MrSID support: yes
..
On the same system with gdal 2.2.2 and open
On mercredi 13 juin 2018 01:36:18 CEST jratike80 wrote:
> Even Rouault-2 wrote
>
> > There isn't a concept of view in the OGR model, so they are presented as
> > tables and converted as such. In that case this is a technical Spatialite
> > table that makes no sense in GPKG, so you should exclude i
Even Rouault-2 wrote
> There isn't a concept of view in the OGR model, so they are presented as
> tables and converted as such. In that case this is a technical Spatialite
> table that makes no sense in GPKG, so you should exclude it from the
> conversion by explicitly listing the tables/views y
