Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Vertical Coordinate System #197

Open
gislab-augsburg opened this issue Nov 17, 2020 · 1 comment
Open

Vertical Coordinate System #197

gislab-augsburg opened this issue Nov 17, 2020 · 1 comment

Comments

@gislab-augsburg
Copy link

Hi there,

The AWS terrain tiles come in horizontal coordinate system WGS84 Pseudo Mercator (EPSG:3857). I did not find explicit information about their vertical datum and vertical coordinate reference system.
The elevation data in most of the US are derived from NED or 3DEP data, which are in the horizontal coordinate system
NAD83 and referenced to the vertical system NAVD88.
As far as I understand, the Mapzen Terrain files (e.g. NED13) are still in NAD83 horizontal and NAVD88 vertical.

Now my question:
Are the AWS terrain tiles on the S3-Buckets already projected to the vertical Datum/ System WGS84 (as usually associated with WGS84 Pseudo Mercator) or are the elevation values still referenced to the NAVD88 system?

Thank you very much in advance for some help!
Cheers, Martin

@pchilds
Copy link

pchilds commented Jul 26, 2023

The SRTM dataset uses EGM96 as listed in the GDAL metadata field in the geotiff files. Mapzen geotiffs have a GDALMetadata field but no information on the vertical coordinate system used. The tie point also has a zero value too (at least where I've looked) so no offset there. It lists rio_creation_kwds which is RasterIO. RasterIO makes no mention of vertical coordinate systems in its documentation https://rasterio.readthedocs.io/_/downloads/en/stable/pdf/ and only takes a single CRS id. I suspect that means it has just been fused in a VCS agnostic manner. It is possible they harmonised it before passing it to rasterIO (the vertical offset in

# to be part of the dataset itself. the vertical datums were obtained from
for the great lakes area seems to indicate so - the values are against LWD and refer to IGLD the great lakes datum) but as to what, that information has not been preserved.

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

No branches or pull requests

2 participants