<div dir="ltr"><span style="font-size:12.8000001907349px">Hi Jorge,</span><div style="font-size:12.8000001907349px"><br></div><div style="font-size:12.8000001907349px">rendering of your sample file down to zoomlevel 19 would generate over 2 billion tiles - probably tens of terabytes of data. I guess it is not what you want to do... Typically the overzooming is done on client side in a JavaScript viewer or on the tileserver hosting.</div><div style="font-size:12.8000001907349px"><br></div><div style="font-size:12.8000001907349px">The tiling utilities suggests you the native zoom level automatically - based on the raster resolution of the input.</div><div style="font-size:12.8000001907349px"><br></div><div style="font-size:12.8000001907349px">In case you want to render large datasets composed of multiple files efficiently I would recommend to try our MapTiler Pro command line utility.</div><div style="font-size:12.8000001907349px">It is significantly faster then GDAL2Tiles and produces optimised and correct tiles, while handling merging of multiple files, solving issues with dateline crossing, reprojection and merging of data in different srs, direct output to MBTiles, OGC WMTS compatible export, and many more features.<br></div><div style="font-size:12.8000001907349px"><br></div><div style="font-size:12.8000001907349px">The usage on command line is quite easy:</div><div style="font-size:12.8000001907349px"><br></div><div style="font-size:12.8000001907349px">$ maptiler -o merged_output_dir input1.tif input2.tif input3.tif<br></div><div style="font-size:12.8000001907349px"><br></div><div style="font-size:12.8000001907349px">Input files can be in the original srs - every extra reprojection degrades visual quality of the output.</div><div style="font-size:12.8000001907349px">Merging with VRT is not recommend - it slow down the tile rendering, as there are artificial blocks introduced - it is better for performance to pass the original files directly.</div><div style="font-size:12.8000001907349px"><br></div><div style="font-size:12.8000001907349px">MapTiler is a complete C/C++ reimplementation of my GDAL2Tiles utility. There are several significant improvements in the merging and internal tiling process including multi-thread CPU parallelization and automatic file size optimisation (PNG color quantization and JPEG tweaks).</div><div style="font-size:12.8000001907349px">Installation is possible with the .deb or .rpm packages or binaries for Mac OS X or Windows or Docker.</div><div style="font-size:12.8000001907349px"><br></div><div style="font-size:12.8000001907349px">The small file, like your sample mentioned above, can be rendered directly with the MapTiler Free in the graphical user interface which is available for download at:<a href="http://www.maptiler.com/download/" target="_blank">http://www.maptiler.com/download/</a></div><div style="font-size:12.8000001907349px"><br></div><div style="font-size:12.8000001907349px">If you drop us an email we send you also the Pro version with command line for your free testing.</div><div style="font-size:12.8000001907349px"><br></div><div style="font-size:12.8000001907349px">Best regards,</div><div style="font-size:12.8000001907349px"><br></div><div style="font-size:12.8000001907349px">Petr Pridal, PhD</div><div style="font-size:12.8000001907349px">Klokan Technologies GmbH</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jan 28, 2015 at 8:17 PM, Jorge Arévalo <span dir="ltr"><<a href="mailto:jorge@cartodb.com" target="_blank">jorge@cartodb.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF">
Hi,<br>
<br>
I'm working with a patched version of gdal2tiles, which makes use of
parallelization:
<a href="http://gis.stackexchange.com/questions/7743/performance-of-google-map-tile-creation-processes/74446#74446" target="_blank">http://gis.stackexchange.com/questions/7743/performance-of-google-map-tile-creation-processes/74446#74446</a><br>
<br>
I want to create a complete TMS cache from raster imagery. No
assumptions about SRS of data type for input data. <br>
<br>
I want the tiling process to be as fast as possible (gdal2tiles is
really heavy process), do you have any recomendations about the data or
the parameters used?<br>
<br>
Right now, I'm doing this<br>
<br>
Step 1: build vrt from input images<br>
<br>
gdal_vrtmerge.py -o merged.vrt <list of input tif files><br>
<br>
Step 2: build tiles from vrt file<br>
<br>
gdal2tiles.py -r cubic -s epsg:XXXX -z 0-19 -w all merged.vrt tms_dir<br>
<br>
Even with parallelization, process still feels really slow. Would it be
faster if, for example, I convert all my input files to epsg:3857? Or if
I scale them to 8-bit? Or if I use near resampling method instead of
cubic? (I'm using cubic because I'm working with continuous data:
satellite images, am I doing it right?). <br>
<br>
Any other tips?<br>
<br>
Many thanks in advance<br>
<br>
Best regards<span class="HOEnZb"><font color="#888888"><br>
<br>
<br>
<div>-- <br><span><div style="color:rgb(0,0,0);font-family:arial,sans-serif;font-size:13px;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word;background-color:rgb(255,255,255)">Jorge
Arévalo</div><div style="color:rgb(0,0,0);font-family:arial,sans-serif;font-size:13px;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word;background-color:rgb(255,255,255)"><br></div><div style="color:rgb(0,0,0);font-family:arial,sans-serif;font-size:13px;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word;background-color:rgb(255,255,255)">CartoDB<br><a href="http://cartodb.com/" style="color:rgb(17,85,204)" target="_blank">http://cartodb.com/</a></div> </span></div>
</font></span></div>
<br>_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/gdal-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr">Petr Pridal, Ph.D.<br>(managing director)<br><br>Klokan Technologies GmbH<br>Hofnerstrasse 96, 6314 Unterageri, Switzerland<br>Tel: +41 (0)41 511 26 12<br>Email: <a href="mailto:info@klokantech.com" target="_blank">info@klokantech.com</a><br>Web: <a href="http://www.klokantech.com/" target="_blank">http://www.klokantech.com/</a></div></div>
</div>