mj10777 wrote
> The main reason (at the time - over 4 years ago) was:
> - that there was no write support for mbtiles then
> (as you no doubt saw in the link you provided)
I am interested in what I was asking "what advantage/difference there is
with saving gdal2tiles output into MBtiles format v
andez
Thanks
Jordan
From: gdal-dev on behalf of Even Rouault
Sent: Sunday, January 22, 2017 2:01 PM
To: gdal-dev@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
The main reason (at the time - over 4 years ago) was:
- that there was no write support for mbtiles then
(as you no doubt saw in the link you provided)
I just tried gdal_translate on a sample file and see:
- that it (seems) to support only 1 zoom level
> Warning 6: driver MBTiles does not suppo
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
> > fo
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/gdal2
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
