[gdal-dev] Participating on gdal2tiles

Grégory Bataille gregory.bataille at gmail.com
Sun Jan 22 00:00:59 PST 2017


Hey all,

2 questions:
seeing that it's complex to build trunk on mac (and that some recent
changes have an impact on gdal2tiles output), I wanted to setup the vagrant
box, but I get this error. Any clue?

> shell provisioner:
> * `path` for shell provisioner does not exist on the host system:
> /Users/gbataille/Documents/Prog/Perso/gdal/gdal/scripts/vagrant/sfcgal.sh


Second question: is there a python style-guide? I can see some consistency
in the way the code is written but it's not following the PEP8 community
standard and my editor is growing red spots all over the place. Any concern
if I try to correct that bit by bit to PEP8?

Thanks


---
Gregory Bataille

On Sat, Jan 21, 2017 at 4:26 AM, Mark Johnson <mj10777 at googlemail.com>
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
>
> It also offered options to use mbtiles as a source
> - to create a tiles-directory
>
> or
>
> a tiles-directory to create a mbtiles file.
>
> ---
> The created mbtiles file is based on the mbtiles-implementation of of the
> Geopaparazzi (Android) project
> - that also reads/creates mbtiles
>
> https://github.com/geopaparazzi/geopaparazzi/wiki/mbtiles-Implementation
>
> A major goal of this implementation was to avoid the creation
> of  duplicate images inside the mbtiles file
> - which, depending on the input files, could save a lot of space
>
> The project itself was created so that the Geopaparazzi users could 'port'
> their tiles-directories to mbtiles
> - since the space needed on sdcard's for tiles-directories is very high
> and slow
>
> It was always the intention to incorporate this into gdal2tiles, but not
> being a Python expert/fan, I was always hoping that someone could take this
> over and maintain it.
>
> Mark Johnson, Berlin Germany
>
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/gdal-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20170122/828cc054/attachment.html>


More information about the gdal-dev mailing list