Is the DataWindow just ignored here?
I am pretty sure the data window is actually interpreted as the tile extents of the service for the TMS mini driver. You'll notice that nothing else in the parameters could be used to georeference the tiles. I agree that "window" in this case is misleading and it has caused me confusion as well.

I assume it was done that way so that the raster's pyramid/quad-tree is aligned with the service's zoom levels. For non-tiled services (e.g. WMS), the data window is probably what you expect it to be.

I agree that warping/translating the data to the desired window is probably your best option,
André

On 2013-10-22 17:21, Jukka Rahkonen wrote:
Chris Hanson <xenon <at> alphapixel.com> writes:


What is the proper process for requesting a DataWindow region
and getting a proper reoreferenced raster subset back?
I am not sure about how changing the DataWindow size in the XML
configuration file should work but anyway, it is not so good place to play.
Instead, define the TMS source to cover the whole world as in
http://www.gdal.org/frmt_wms_openstreetmap_tms.xml and control the area you
want with the gdal_translate parameters http://www.gdal.org/gdal_translate.html

I believe you want to use -projwin.

-Jukka Rahkonen-


_______________________________________________
gdal-dev mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/gdal-dev

_______________________________________________
gdal-dev mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/gdal-dev

Reply via email to