<div dir="ltr">Hi Jan,<div><br></div><div>It is worth mentioning that if you render map tiles (mercator or different) for large area from multiple input files and you are hitting issues like:</div><div><br></div><div>- heterogenous projections (differing srs in input files)</div><div>- alpha compositing of input files</div><div>- dateline crossing (anti-meridian) issues</div><div>- speed issues (parallelisation on multiple CPUs)</div><div>- size of the produced PNG tiles</div><div>- tiles output in XYZ / TMS and in non-mercator grids with WMTS compatibility</div><div>- direct MBTiles / SQLite output</div><div><br></div><div>you can try the MapTiler Pro command-line interface, as it solves all mentioned problems directly. Just pass your input files directly on the command line - without creating any VRTs in advance. MapTiler is software powered by GDAL and used in production by many.</div><div>You can get the software as .rpm and .deb for various linux distros, use it via Docker container as well as with native installers for Mac OS X and Windows on your laptop - just fill the form: <a href="http://www.maptiler.com/demo/">http://www.maptiler.com/demo/</a>.</div><div><br></div><div>Disclaimer: I am the original author of GDAL2Tiles and member of the KlokanTech.com team, who works on the MapTiler software, which is a commercial product.<br></div><div><br></div><div>We work on the software for years now, and thanks to our customers we are also able to support open-source GDAL as well (for example with the significantly improved GeoPDF rendering driver powered by PDFium which is going to be part of GDAL 2.1 - thanks to Evan's review).</div><div><br></div><div>In case you have extremely large dataset to render, you can also join testers of the cluster variant of MapTiler, which is able to split the tile rendering to tasks executed on multiple computers.</div><div>This is now being developed as part of research project done in cooperation with Google Inc. as a partner. Google Cloud platform as well as Amazon EC2 or internal clusters or private clouds are going to be supported.</div><div><br></div><div>Best regards,</div><div><br></div><div>Petr</div><div><br></div><div><br></div><div class="gmail_extra"><div class="gmail_quote">On Tue, Jan 5, 2016 at 4:20 PM, Jan Knepper <span dir="ltr"><<a href="mailto:jan@knepper.net" target="_blank">jan@knepper.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
All,<br>
<br>
Running across (an) other issue(s)...<br>
<br>
I was able to gdalwarp a .tif overlapping the anti-meridian with
--config CENTER_LONG 180<br>
<br>
Next step was to use gdalbuildvrt to build a .vrt file in
preparation for tiling with gdal2tiles.py.<br>
When trying that this message displays:<br>
<tt>Warning 6: gdalbuildvrt does not support heterogenous
projection. Skipping ...</tt><br>
And the skipped file is not included in the .vrt file.<br>
<br>
I tried using the --config CENTER_LONG 180 with gdalbuildvrt which
gives the same result.<br>
<br>
Then I tried:<br>
<tt>gdalbuildvrt --config CENTER_LONG 180
-allow_projection_difference ...</tt><br>
<br>
This does NOT give the previous message, but after running
gdal2tiles.py on the .vrt the tiles that should have been generated
from the .tif file in question appear to be missing...<br>
Any thing specific I should do to make this work?<br>
<br>
Something else I noticed is that it seems to be important in what
order .tif files are submitted to gdalbuildvrt. Many if not all the
.tif(s) used have an Alpha Channel for transparency because they are
'cut' from a .tif. What I see happening is that the transparent part
of a <i>later</i> .tif wipes the non-transparent parts of <i>earlier</i>
.tif(s) it overlaps. Is there an easy solution for this?<br>
<br>
GDAL 1.11.2, released 2015/02/10
<br>
<br>
Any help/assistance would be appreciated!<br>
<br>
Thanks!<span class="HOEnZb"><font color="#888888"><br>
Jan<br>
<br>
</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" rel="noreferrer" 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"><div><div dir="ltr">Petr Pridal, Ph.D.<br>CEO<br><br>Klokan Technologies GmbH<br>Hofnerstrasse 98, 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></div>
</div></div>