Thanks to visit codestin.com
Credit goes to github.com

Skip to content

Conversation

rouault
Copy link
Member

@rouault rouault commented Jan 14, 2025

Helps when transforming from 'NAD83(2011) / Puerto Rico and Virgin Is. + "VIVD09 height + PROJ us_noaa_g2012bp0.tif' to NAD83(2011). Without that fix, PROJ would use the EPSG record for the NAD83(2011) <--> PRVD02 height (Puerto Rico) to get the extent of the transformation, instead of the one for NAD83(2011) <--> VIVD09 height (Virgin Islands), causing the resulting global transformation to not be usable in practice.

… {grid_name}' geoid model, based on matching the vertical datum

Helps when transforming from 'NAD83(2011) / Puerto Rico and Virgin Is. + "VIVD09 height + PROJ us_noaa_g2012bp0.tif' to NAD83(2011).
Without that fix, PROJ would use the EPSG record for the NAD83(2011) <--> PRVD02 height (Puerto Rico) to get the extent of
the transformation, instead of the one for NAD83(2011) <--> VIVD09 height (Virgin Islands), causing the
resulting global transformation to not be usable in practice.
@rouault rouault added this to the 9.6.0 milestone Jan 14, 2025
@kbevers
Copy link
Member

kbevers commented Jan 14, 2025

I am not sure I understand this. Is this specific to CRS's described in WKT or a more general thing?

@rouault
Copy link
Member Author

rouault commented Jan 14, 2025

I am not sure I understand this. Is this specific to CRS's described in WKT or a more general thing?

The fix is general to geoid grids that are referenced multiple times in the grid_transformation table with different extents. This is just the use case that triggered the need for this fix.

@rouault rouault merged commit 98dcc57 into OSGeo:master Jan 15, 2025
26 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants