[gdal-dev] gdal_translate doesn't create GeoPackage's metadata

[Gil]

Hey all,

I got two questions:
1) I have a question about something I believe is a bug, I recently upgraded from 2.0.2 to 2.3.1, when using gdal_translate to convert a GeoTiff to GeoPackage it doesn't create the GeoPackage's metadata tables (gpkg_metadata/gpkg_metadata_reference).

If I create without the tiling scheme, like this, it works just fine, it creates the tables with data in them:
gdal_translate.exe -of GPKG a.tif b.gpkg

When specifying the tiling scheme, it doesn't create the tables (tried GoogleCRS84Quad / InspireCRS84Quad):
gdal_translate.exe -co TILING_SCHEME=GoogleCRS84Quad -of GPKG a.tif b.gpkg

When specifying like the above and setting CREATE_METADATA_TABLES to YES, it creates the tables but they are empty:
gdal_translate.exe -co TILING_SCHEME=GoogleCRS84Quad -of GPKG a.tif b.gpkg  --config CREATE_METADATA_TABLES YES

I don't assume this is the wanted behavior, in 2.0.2 it worked fine.

2) I have another question relating to GoogleCRS84Quad, I know this may not be the best place to ask this and you may ignore this if you wish, I am trying to make sure I understand the specs correctly, as far as I understand level 0 has 1 tile that covers the world. Is there any alternate definition that says otherwise? In http://docs.opengeospatial.org/is/13-082r2/13-082r2.html which is a later dated document than the one in GDAL specs, it says that the level -1 has one tile and 0 has two tiles, I may just be mixing two different definitions, which I assume I am, but I was hoping if someone could clarify.

Thank you!
Gil
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20180904/7157f9f7/attachment.html>