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