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

Reply via email to