<div dir="ltr">Hey Roger,<br><br>You can always make create an up-sampled VRT of the source image with &quot;gdalwarp -of VRT -tr x y&quot;.&nbsp; Yes, it does involve an additional step, but the VRT takes almost no time to create and doesn&#39;t waste disk space.&nbsp; You can then use that as the input to gdal2tiles.&nbsp; From the limited tests I&#39;ve tried it seems to work well.&nbsp; <br>
<br>&quot;These go to eleven......&quot;<br><br>-Jamie<br><br><div class="gmail_quote">On Thu, Oct 2, 2008 at 9:12 AM, Roger André <span dir="ltr">&lt;<a href="mailto:randre@gmail.com">randre@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div dir="ltr">I&#39;m testing gdal2tiles.py this morning and am very encouraged by the results I&#39;&#39;m seeing.&nbsp; However, I would like to force the generation of Zoom levels greater than what the tool decides is reasonable.&nbsp; Is this possible without diving into the code?&nbsp; I&#39;m currently getting tiles generated through Zoom level 7, and I would like to go to 11.<br>

<br>11 *is* after all a magic number. ;)<br>--<br></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></div>