Не мучай, сделай -h

сделал

Спасибо. А что внутри mbtiles — jpg, png, mvt?

(проблема с этим форматом — что это как avi, размер ничего не говорит)

png8

gdalwarp 20161012.gp_modified.tif -t_srs EPSG:3857 -co "ZOOM_LEVEL_STRATEGY=UPPER" -co "ZLEVEL=9" -co "TILE_FORMAT=PNG8" -co "TYPE=baselayer" -tr 9.554628535647032 9.554628535647032 -of mbtiles 20161012.gp.mbtiles
gdaladdo -oo "ZLEVEL=9" -oo "TILE_FORMAT=PNG8" 20161012.gp.mbtiles 2 4 8

А что в tif? jpg не эффективнее получится?

(я просто вижу там рядом файл в  jpg размером всего 11 метров)

я не хочу думать, что в tif, я хочу, чтобы всё просто работало (tm)

почему я хочу mbtiles - его невозможно сделать без пирамид, в кривой проекции и с неправильным сжатием

Ну мне-то mbtiles продавать не нужно, сам его люблю :)

ну тут @maxim_dubinin говорит, что странный формат

@Komzpa Вот реально все в кучу намешал. Georeference это UI для gdalwarp. Да в нем можно и не geotiff указать. Просто текущие установки решают 80% проблем. То что ты хочешь создаст 80% проблем. Что делать тем у кого многоканальный растр - 7 каналов например? Что делать если 16 бит, а не 8? Все это mbtiles не позволяет хранить и много чего еще. С системами координат тоже проблемы. В общем изучай http://gdal.org/frmt_mbtiles.html и  юзай gdal_translate 😜

ты говоришь мне "иди в консоль". не надо так :)

Ну а ты предлагаешь 80% пользователей опечалить. Тут нужно что-то новое - а не ломать старое

я предлагал что-то ломать? :)

у georeferencer есть выбор аутпут-формата, но там есть только geotiff

Пока не понятно как учесть все ограничения mbtiles в текущем интерфейсе привязки растров

вот это уже конструктивнее

В любом случае я думаю надо https://github.com/nextgis/NextGIS_QGIS_open/issues feature request написать