Hi,
(adding gdal-dev in CC as it is of interest)
As far as I understand (but I may be wrong as I haven't looked deeply at the
code), maptiler (the open source project) consists of an improved
gdal2tiles.py + a python gui.
The duplication between gdal2tiles.py in maptiler and GDAL isn't somethin
Hi Even,
On 02/13/2015 02:05 PM, Even Rouault wrote:
Hi,
(adding gdal-dev in CC as it is of interest)
As far as I understand (but I may be wrong as I haven't looked deeply at the
code), maptiler (the open source project) consists of an improved
gdal2tiles.py + a python gui.
The duplication be
I agreed with Angelos.
My +1
Best regards,
Dmitry
13.02.2015 15:54, Angelos Tzotsos пишет:
Hi Even,
On 02/13/2015 02:05 PM, Even Rouault wrote:
Hi,
(adding gdal-dev in CC as it is of interest)
As far as I understand (but I may be wrong as I haven't looked deeply
at the
code), maptile
On 13 February 2015 at 14:18, Dmitriy Baryshnikov wrote:
> I agreed with Angelos.
> My +1
>
I also agree with Angelos, +1 for option 1
> Best regards,
> Dmitry
>
--
ciao
Luca
http://gis.cri.fmach.it/delucchi/
www.lucadelu.org
___
gdal-dev mailin
1) Merge maptiler's gdal2tiles enhancements into GDAL version, and make
maptiler just a GUI over it
2) Merge maptiler's gdal2tiles enhancements into GDAL version, and
also import
the GUI (I think it is lightweight) if there's no too strong build
complications involved for GDAL. Would have to
I agree with the significance gdal2tiles. I've used on numerous
occasions and it would a shame to lose it.
On a side note the multitreaded patch [0] was submitted 3 years ago,
and stilll wasn't merged in official channel.
[0] http://trac.osgeo.org/gdal/ticket/4379
On Fri, Feb 13, 2015 at 2:54 P
Le vendredi 13 février 2015 15:01:39, Nick Ves a écrit :
> I agree with the significance gdal2tiles. I've used on numerous
> occasions and it would a shame to lose it.
Note: my proposal 3) was not about to remove the command line interface. It
was about to move the script from one package to anot