Hey Lauren, I can replicate this with my Win64 installation of 2.1 (the conda-forge build).
Thanks for the heads up, i also do this all the time. Not having to calculate the exact extent was one of the benefits of using projwin. The current behavior could probably also be achieved with gdal_warp and nn-resampling for example, so at least for me its also an unwelcome change. The srcwin option probably still leaves the pixel placement untouched, but that would often require an additional conversion to pixel coordinates. I think this also impact's the 'clipper' in QGIS, since the latest (2.16) also ships with GDAL 2.1. Regards, Rutger -- View this message in context: http://osgeo-org.1560.x6.nabble.com/gdal-dev-gdal-translate-with-projwin-possible-bug-tp5278296p5278303.html Sent from the GDAL - Dev mailing list archive at Nabble.com. _______________________________________________ gdal-dev mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/gdal-dev
