Bug #109666 | ST_Transform fails when transforming from 4326 to 6350 | ||
---|---|---|---|
Submitted: | 17 Jan 19:12 | Modified: | 18 Jan 8:06 |
Reporter: | Daniel Trksak | Email Updates: | |
Status: | Verified | Impact on me: | |
Category: | MySQL Server: GIS | Severity: | S4 (Feature request) |
Version: | 8.0.32 | OS: | Windows |
Assigned to: | CPU Architecture: | Any |
[17 Jan 19:12]
Daniel Trksak
[18 Jan 8:06]
MySQL Verification Team
Hello Daniel, Thank you for the report and feedback. regards, Umesh
[10 Feb 12:27]
Norvald Ryeng
Posted by developer: Thank you for the report. I'm changing it from a bug report to a feature request. The spatial reference system definitions in MySQL are based on the EPSG Dataset. The current definitions are generated from the EPSG Dataset version 9.3. SRID 6350 "NAD83(2011) / Conus Albers" is a projection based on SRID 6318 "NAD83(2011)". In order for MySQL to include a TOWGS84 clause in the definition of SRID 6350, a transformation must exist in the EPSG Dataset from SRID 6318 to SRID 4326 or SRID 4979 (2d and 3d "WGS 84", respectively). The EPSG Dataset version 9.3 does not contain any such transformation. In fact, it contains no transformations at all to/from SRID 6318. Therefore, no TOWGS84 clause is added in MySQL's spatial reference system definitions for SRID 6318 and SRID 6350. However, in newer versions of the EPSG Dataset, there is a transformation from SRID 6318 to SRID 4326 (transformation 9774). Therefore, I'm changing this to a feature request that can be fixed by generating spatial reference system definitions from a newer version of the EPSG Dataset.