Opened 4 years ago

Closed 4 years ago

Last modified 4 years ago

#32352 closed Cleanup/optimization (invalid)

Django tests uses SRIDs which gives different results by default on different versions of proj4

Reported by: Jani Tiainen Owned by: nobody
Component: GIS Version: 3.1
Severity: Normal Keywords: gis geometry transformation
Cc: Triage Stage: Unreviewed
Has patch: no Needs documentation: no
Needs tests: no Patch needs improvement: no
Easy pickings: no UI/UX: no

Description

Note: this is not actually a bug in Django but default behavior of proj4 library has been changed.

In Django unit tests are few tests that uses WGS84 to NAD83(HARN) coordinate transformation.

That particular transformation includes datum shift and there are at least two transformation methods.

This may be encountered in various places, specially it depends on version of proj4 used in the system what transformation method is used by default.

See issue in GDAL repo for detailed description what/why:

https://github.com/OSGeo/gdal/issues/3377#issuecomment-759651330

Change History (4)

comment:1 by Mariusz Felisiak, 4 years ago

Resolution: duplicate
Status: newclosed

Duplicate of #32353.

comment:2 by GitHub <noreply@…>, 4 years ago

In 2cd40263:

Refs #32353, Refs #32352 -- Fixed GIS tests with PROJ 7.X.

Different PROJ versions use different transformations, all are correct
as having a 1 meter accuracy.

These are differences in PROJ versions that cannot and should not be
handled in Django itself.

Thanks Jani Tiainen and David Smith for reports.

See: https://github.com/OSGeo/gdal/issues/3377

comment:3 by Mariusz Felisiak <felisiak.mariusz@…>, 4 years ago

In e2e37159:

[3.2.x] Refs #32353, Refs #32352 -- Fixed GIS tests with PROJ 7.X.

Different PROJ versions use different transformations, all are correct
as having a 1 meter accuracy.

These are differences in PROJ versions that cannot and should not be
handled in Django itself.

Thanks Jani Tiainen and David Smith for reports.

See: https://github.com/OSGeo/gdal/issues/3377
Backport of 2cd40263348a9c345a58c44d48922ac3b370a119 from main

comment:4 by Mariusz Felisiak, 4 years ago

Resolution: duplicateinvalid

Different PROJ versions use different transformations, all are correct as having a 1 meter accuracy.

These are differences in PROJ versions that cannot and should not be handled in Django itself.

Note: See TracTickets for help on using tickets.
Back to Top