[gdal-dev] MBTiles from gdal2tiles vs. from gdal_translate

Jordan Bess geospatialsolutions at gmail.com
Sun Jan 22 23:21:51 PST 2017


The work is already multithreaded in several forks of the original gdal2tiles
The one that I use the most is gdal2tiles_parallel.py by Reinventing Geospatial https://gitlab.com/GitLabRGI/geopackage-python/blob/master/Tiling/gdal2tiles_parallel.py

They also have a great python script for making geopackage from a folder of tiles (XYZ or TMS)
It does image processng converting the 32bit RGBA PNG into either hybrid (PNG and JPG) all JPG.
The biggest limitation in the script is does not let you control the table name (tiles) and therefore you can only have one tiles table (can't append to an existing gpkg)
https://gitlab.com/GitLabRGI/geopackage-python/blob/master/Packaging/tiles2gpkg_parallel.py

It would be great to make an equivalent packaging script for mbtiles. (  mbutil and landez python scripts make mbtiles from a folder of tiles)
https://github.com/makinacorpus/landez

Thanks
Jordan

________________________________
From: gdal-dev <gdal-dev-bounces at lists.osgeo.org> on behalf of Even Rouault <even.rouault at spatialys.com>
Sent: Sunday, January 22, 2017 2:01 PM
To: gdal-dev at lists.osgeo.org
Cc: Rahkonen Jukka (MML)
Subject: Re: [gdal-dev] MBTiles from gdal2tiles vs. from gdal_translate


On dimanche 22 janvier 2017 18:22:05 CET Even Rouault wrote:

> On dimanche 22 janvier 2017 16:17:19 CET Rahkonen Jukka (MML) wrote:

> > Hi,

> >

> > In the "Participating on gdal2tiles" thread Mark Johnson wrote:

> >

> > "You might also consider incorporating the mbtiles implementation of a

> > fork

> > of gdal2tiles that can be found here:

> > https://github.com/mj10777/gdal2mbtiles

> > Here the goal was to also offer mbtiles as the output-format

> > - instead of a tiles-directory"

> >

> > I would like to know what advantage/difference there is with saving

> > gdal2tiles output into MBtiles format vs. using gdal_translate with

> > MBTiles

> > driver http://www.gdal.org/frmt_mbtiles.html

>

> If an enhanced gdal2tiles had multiprocessing / multithreading support, that

> would be one advantage.



Hum actually just realizing that the MBTILES write support uses the warping engine underneath (true for GeoPackage with the non CUSTOM tiling schemes as well). So the GDAL_NUM_THREADS config option can already be used to speed up the computational part.



--

Spatialys - Geospatial professional services

http://www.spatialys.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20170123/2501ba0a/attachment.html>


More information about the gdal-dev mailing list