Further, manual tests suggest that it is in GDAL 2.4.3 -- 20 threads performing transformations on the same OGRCoordinateTransformation instance and ensuring that the result is within 1e-4 of the correct result. -- Sent from: http://osgeo-org.1560.x6.nabble.com/GDAL-Dev-f3742093.html