The original question and the answer are here: https://gis.stackexchange.com/questions/491133/gdal-geotiff-consistency-between-gdalgetgeotransform-and-setdataaxistosrsaxi
On Fri, Mar 14, 2025 at 7:39 PM Even Rouault <even.roua...@spatialys.com> wrote: > > > Le 14/03/2025 à 17:37, Ramon Antonio a écrit : > > Even, > > > > Thanks for the prompt response! > > You don't mind if you or I post your answer on gis.stackexchange with > > credit to you? > I don't mind > > > > On Fri, Mar 14, 2025 at 6:59 PM Even Rouault <even.roua...@spatialys.com> > > wrote: > >> Ramon, > >> > >> Tricky subject, > >> > >> in theory the geotransform should be interpreted by taking into account > >> the DataAxisToSRSAxisMapping value (GDAL will never change the order of > >> coefficients within the geotransform), but I'm afraid there's quite > >> substantial code in GDAL that neglects to do it properly, and so the > >> best is to stick with the OAMS_TRADITIONAL_GIS_ORDER, otherwise you're > >> going to run into troubles. In https://github.com/OSGeo/gdal/pull/11622 > >> there was some work to make the GDALTransformer logic aware of > >> DataAxisToSRSAxisMapping through a new transformer option, but it is > >> only set by the new method GDALDataset::GeolocationToPixelLine() > >> function, and not by the warp logic for example. > >> > >> Even > >> > >> Le 14/03/2025 à 16:48, Ramon Antonio via gdal-dev a écrit : > >>> Dear Community, > >>> > >>> Does SetDataAxisToSRSAxisMapping have any effect on GDALGetGeoTransform? > >>> In other words, if the axis order is changed, should the order of > >>> geotransform coefficients also change, automatically or manually? > >>> > >>> More details on the question are posted here: > >>> https://gis.stackexchange.com/questions/491133/gdal-geotiff-consistency-between-gdalgetgeotransform-and-setdataaxistosrsaxi > >>> _______________________________________________ > >>> gdal-dev mailing list > >>> gdal-dev@lists.osgeo.org > >>> https://lists.osgeo.org/mailman/listinfo/gdal-dev > >> -- > >> http://www.spatialys.com > >> My software is free, but my time generally not. > >> > -- > http://www.spatialys.com > My software is free, but my time generally not. > _______________________________________________ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev