-
-
Notifications
You must be signed in to change notification settings - Fork 2.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
MBTiles: gdalinfo may report wrong zoom levels #8565
Comments
@jratike80 This might be data dependent. I don't reproduce with: $ gdal_translate autotest/gcore/data/byte.tif test.mbtiles -outsize 1024 0 $ gdalinfo test.mbtiles | grep zoom $ gdaladdo test.mbtiles 2 4 8 $ gdalinfo test.mbtiles | grep zoom |
My input file is 12000x12000 in EPSG:3067, yielding
The band description is I would guess that the issue can be triggered only if the last overview asked from gdaladdo is considerably bigger than the tile size. In my test I asked for 1392x1394 but also 696x697, 348x349, 174x174 are reported. If this theory is right, test with your small image and |
MBTiles: BuildOverviews(): correctly set minzoom metadata (fixes #8565)
[Backport release/3.7] MBTiles: BuildOverviews(): correctly set minzoom metadata (fixes #8565)
See the detailed description in https://gis.stackexchange.com/a/468484/30184.
Is short, if three overviewa are added to MBTiles raster file, for example Z17, with
gdaladdo output.mbtiles 2 4 8
then gdalinfo shows some non-existing zoom levels
The correct zoom levels 14-17 can be searched from the "tiles" table of the MBTiles database
The text was updated successfully, but these errors were encountered: