lucvanlinden wrote
> Hi
> We are using ogr 2.2.0 and were trying to turn a spatialite (non fdo) into
> a geopacke file.
> The spatialite file has all the metadata tables and view in it.
> Should we explicitly pass the layername list (tablenames) for a clean
> transform?
> We are getting errors on r
Hi
We are using ogr 2.2.0 and were trying to turn a spatialite (non fdo) into a
geopacke file.
The spatialite file has all the metadata tables and view in it.
Should we explicitly pass the layername list (tablenames) for a clean transform?
We are getting errors on records no being able to ge
Hi,
GetOverview is by no means limited to handle power of two overview scales.
Take for example a tiff file with "Size is 3000, 1500"
gdaladdo -ro test.tif 4 16 64
Now try gdalinfo
Overviews: 750x375, 188x94, 47x24
-Jukka Rahkonen-
--
Sent from: http://osgeo-org.1560.x6.nabble.com/GDAL-Dev-
I am writing a driver that reads files that have overviews with linear
scale factors 4, 16, 64 rather than the 2, 4, 8, 16, 32, 64, ...
supported by GDALRasterBand::GetOverview().
Is there a way to let the library know that some overviews are not available,
or code I could use to scale (shrink
Hey,
As you already mention in your post, you didn't specify a SRSfor the input,
that's probably the main issue. Inputs need to be georeferenced correctly.
If you 'only' want to do a reprojection, you could consider using the
bindings to the command line utilities. This would simplify you code a
