-
Notifications
You must be signed in to change notification settings - Fork 42
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Rework
DEM.vcrs
to support any 3D transformation (and fix with PROJ…
… update) (#350) * Rework vref into vcrs, clean behaviour with ccrs and fix with pyproj update * Incremental commit, waiting for pyproj to_2d solution * Incremental commit on tests * Move vcrs to its own module, write more tests * Linting * Add future import of annotations for python 3.8 * Add pyproj version condition to tests * Linting * Skip vertical transform is dest compound CRS is the same as source, and add tests for it * Remove proj-data dependency * Add automatic download of PROJ grids with grid user input, and through TransformationGroup during transform * Linting * Fix test return for pyproj < 3.5.1 * Add error to build_ccrs and tests * Make axis length checks robust to older pyproj versions * Linting * Make URL error more user-friendly, remove Windows test skipping * Add a couple useful functions and VCRS setting based on CRS during DEM instantiation * Linting * Remove vcrs_equals and override from_array * Linting * Comment other test based on speed * Linting * Incremental commit on doc * Linting * Finalize documentation page * Fix tests and refactor vcrs_from_user_input to not be public * Linting * Try to fix PROJ path on readthedocs * Is it a problem with the datadir then? * Comment the pre_job * Retry with unset PROJ * Try to unset during post-build instead * Revert to default proj data dir in transformer group * Fix re-initiation of trans_group object after grid downloading in transform_zz * Linting * Accout for eriks comments * Linting
- Loading branch information
Showing
10 changed files
with
1,213 additions
and
317 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -1,5 +1,240 @@ | ||
--- | ||
file_format: mystnb | ||
jupytext: | ||
formats: md:myst | ||
text_representation: | ||
extension: .md | ||
format_name: myst | ||
kernelspec: | ||
display_name: xdem-env | ||
language: python | ||
name: xdem | ||
--- | ||
(vertical-ref)= | ||
|
||
# Vertical referencing | ||
|
||
TODO: In construction | ||
xDEM supports the use of **vertical coordinate reference systems (vertical CRSs)** and vertical transformations for DEMs | ||
by conveniently wrapping PROJ pipelines through [Pyproj](https://pyproj4.github.io/pyproj/stable/) in the {class}`~xdem.DEM` class. | ||
|
||
```{important} | ||
**A {class}`~xdem.DEM` already possesses a {class}`~xdem.DEM.crs` attribute that defines its 2- or 3D CRS**, inherited from | ||
{class}`~geoutils.Raster`. Unfortunately, most DEM products do not yet come with a 3D CRS in their raster metadata, and | ||
vertical CRSs often have to be set by the user. See {ref}`vref-setting` below. | ||
``` | ||
|
||
## What is a vertical CRS? | ||
|
||
A vertical CRS is a **1D, often gravity-related, coordinate reference system of surface elevation** (or height), used to expand a [2D CRS](https://en.wikipedia.org/wiki/Spatial_reference_system) to a 3D CRS. | ||
|
||
There are two types of 3D CRSs, related to two types of definition of the vertical axis: | ||
- **Ellipsoidal heights** CRSs, that are simply 2D CRS promoted to 3D by explicitly adding an elevation axis to the ellipsoid used by the 2D CRS, | ||
- **Geoid heights** CRSs, that are a compound of a 2D CRS and a vertical CRS (2D + 1D), where the vertical CRS of the geoid is added relative to the ellipsoid. | ||
|
||
In xDEM, we merge these into a single vertical CRS attribute {class}`DEM.vcrs<xdem.DEM.vcrs>` that takes two types of values: | ||
- the string `"Ellipsoid"` for any ellipsoidal CRS promoted to 3D (e.g., the WGS84 ellipsoid), or | ||
- a {class}`pyproj.CRS<pyproj.crs.CRS>` with only a vertical axis for a CRS based on geoid heights (e.g., the EGM96 geoid). | ||
|
||
In practice, a {class}`pyproj.CRS<pyproj.crs.CRS>` with only a vertical axis is either a {class}`~pyproj.crs.BoundCRS` (when created from a grid) or a {class}`~pyproj.crs.VerticalCRS` (when created in any other manner). | ||
|
||
## Methods to manipulate vertical CRSs | ||
|
||
The parsing, setting and transformation of vertical CRSs revolves around **three methods**, all described in details further below: | ||
- The **instantiation** of {class}`~xdem.DEM` that implicitly tries to set the vertical CRS from the metadata (or explicitly through the `vcrs` argument), | ||
- The **setting** method {func}`~xdem.DEM.set_vcrs` to explicitly set the vertical CRS of a {class}`~xdem.DEM`, | ||
- The **transformation** method {func}`~xdem.DEM.to_vcrs` to explicitly transform the vertical CRS of a {class}`~xdem.DEM`. | ||
|
||
```{caution} | ||
As of now, **[Rasterio](https://rasterio.readthedocs.io/en/stable/) does not support vertical transformations during CRS reprojection** (even if the CRS | ||
provided contains a vertical axis). | ||
We therefore advise to perform horizontal transformation and vertical transformation independently using {func}`DEM.reproject<xdem.DEM.reproject>` and {func}`DEM.to_vcrs<xdem.DEM.to_vcrs>`, respectively. | ||
``` | ||
|
||
(vref-setting)= | ||
## Automated vertical CRS detection | ||
|
||
During instantiation of a {class}`~xdem.DEM`, the vertical CRS {attr}`~xdem.DEM.vcrs` is tentatively set with the following priority order: | ||
|
||
1. **From the {attr}`~xdem.DEM.crs` of the DEM**, if 3-dimensional, | ||
|
||
```{code-cell} ipython3 | ||
:tags: [remove-cell] | ||
import xdem | ||
# Replace this with a new DEM in xdem-data | ||
import numpy as np | ||
import pyproj | ||
import rasterio as rio | ||
dem = xdem.DEM.from_array(data=np.ones((2,2)), | ||
transform=rio.transform.from_bounds(0, 0, 1, 1, 2, 2), | ||
crs=pyproj.CRS("EPSG:4326+5773"), | ||
nodata=None) | ||
dem.save("mydem_with3dcrs.tif") | ||
``` | ||
|
||
```{code-cell} ipython3 | ||
import xdem | ||
# Open a DEM with a 3D CRS | ||
dem = xdem.DEM("mydem_with3dcrs.tif") | ||
# First, let's look at what was the 3D CRS | ||
pyproj.CRS(dem.crs) | ||
``` | ||
|
||
```{code-cell} ipython3 | ||
# The vertical CRS is extracted automatically | ||
dem.vcrs | ||
``` | ||
|
||
```{code-cell} ipython3 | ||
:tags: [remove-cell] | ||
import os | ||
os.remove("mydem_with3dcrs.tif") | ||
``` | ||
|
||
2. **From the {attr}`~xdem.DEM.product` name of the DEM**, if parsed from the filename by {class}`geoutils.SatelliteImage`. | ||
|
||
|
||
```{see-also} | ||
The {class}`~geoutils.SatelliteImage` parent class that parses the product metadata is described in [a dedicated section of GeoUtils' documentation](https://geoutils.readthedocs.io/en/latest/satimg_class.html). | ||
``` | ||
|
||
```{code-cell} ipython3 | ||
:tags: [remove-cell] | ||
# Replace this with a new DEM in xdem-data | ||
import rasterio as rio | ||
dem = xdem.DEM.from_array(data=np.ones((2,2)), | ||
transform=rio.transform.from_bounds(0, 0, 1, 1, 2, 2), | ||
crs=pyproj.CRS("EPSG:4326"), | ||
nodata=None) | ||
# Save with the name of an ArcticDEM strip file | ||
dem.save("SETSM_WV03_20151101_104001001327F500_104001001312DE00_seg2_2m_v3.0_dem.tif") | ||
``` | ||
|
||
```{code-cell} ipython3 | ||
# Open an ArcticDEM strip file, recognized as an ArcticDEM product by SatelliteImage | ||
dem = xdem.DEM("SETSM_WV03_20151101_104001001327F500_104001001312DE00_seg2_2m_v3.0_dem.tif") | ||
# The vertical CRS is set as "Ellipsoid" from knowing that is it an ArcticDEM product | ||
dem.vcrs | ||
``` | ||
|
||
```{code-cell} ipython3 | ||
:tags: [remove-cell] | ||
os.remove("SETSM_WV03_20151101_104001001327F500_104001001312DE00_seg2_2m_v3.0_dem.tif") | ||
``` | ||
|
||
**Currently recognized DEM products**: | ||
|
||
```{list-table} | ||
:widths: 1 1 | ||
:header-rows: 1 | ||
* - **DEM** | ||
- **Vertical CRS** | ||
* - [ArcticDEM](https://www.pgc.umn.edu/data/arcticdem/) | ||
- Ellipsoid | ||
* - [REMA](https://www.pgc.umn.edu/data/arcticdem/) | ||
- Ellipsoid | ||
* - [EarthDEM](https://www.pgc.umn.edu/data/earthdem/) | ||
- Ellipsoid | ||
* - [TanDEM-X global DEM](https://geoservice.dlr.de/web/dataguide/tdm90/) | ||
- Ellipsoid | ||
* - [NASADEM-HGTS](https://lpdaac.usgs.gov/documents/592/NASADEM_User_Guide_V1.pdf) | ||
- Ellipsoid | ||
* - [NASADEM-HGT](https://lpdaac.usgs.gov/documents/592/NASADEM_User_Guide_V1.pdf) | ||
- EGM96 | ||
* - [ALOS World 3D](https://www.eorc.jaxa.jp/ALOS/en/aw3d30/aw3d30v11_format_e.pdf) | ||
- EGM96 | ||
* - [SRTM v4.1](http://www.cgiar-csi.org/data/srtm-90m-digital-elevation-database-v4-1) | ||
- EGM96 | ||
* - [ASTER GDEM v2-3](https://lpdaac.usgs.gov/documents/434/ASTGTM_User_Guide_V3.pdf) | ||
- EGM96 | ||
* - [Copernicus DEM](https://spacedata.copernicus.eu/web/cscda/dataset-details?articleId=394198) | ||
- EGM08 | ||
``` | ||
|
||
If your DEM does not have a `.vcrs` after instantiation, none of those steps worked. You can define the vertical CRS | ||
explicitly during {class}`~xdem.DEM` instantiation with the `vcrs` argument or with {func}`~xdem.DEM.set_vcrs`, | ||
with user inputs described below. | ||
|
||
## Setting a vertical CRS with convenient user inputs | ||
|
||
The vertical CRS of a {class}`~xdem.DEM` can be set or re-set manually at any point using {func}`~xdem.DEM.set_vcrs`. | ||
|
||
The `vcrs` argument, consistent across the three functions {class}`~xdem.DEM`, {func}`~xdem.DEM.set_vcrs` and {func}`~xdem.DEM.to_vcrs`, | ||
accepts a **wide variety of user inputs**: | ||
|
||
- **Simple strings for the three most common references: `"Ellipsoid"`, `"EGM08"` or `"EGM96"`**, | ||
|
||
```{code-cell} ipython3 | ||
# Set a geoid vertical CRS based on a string | ||
dem.set_vcrs("EGM96") | ||
dem.vcrs | ||
``` | ||
|
||
```{code-cell} ipython3 | ||
# Set a vertical CRS extended from the ellipsoid of the DEM's CRS | ||
dem.set_vcrs("Ellipsoid") | ||
dem.vcrs | ||
``` | ||
|
||
- **Any PROJ grid name available at [https://cdn.proj.org/](https://cdn.proj.org/)**, | ||
|
||
```{tip} | ||
**No need to download the grid!** This is done automatically during the setting operation, if the grid does not already exist locally. | ||
``` | ||
|
||
```{code-cell} ipython3 | ||
# Set a geoid vertical CRS based on a grid | ||
dem.set_vcrs("us_noaa_geoid06_ak.tif") | ||
dem.vcrs | ||
``` | ||
|
||
- **Any EPSG code as {class}`int`**, | ||
|
||
```{code-cell} ipython3 | ||
# Set a geoid vertical CRS based on an EPSG code | ||
dem.set_vcrs(5773) | ||
dem.vcrs | ||
``` | ||
|
||
- **Any {class}`~pyproj.crs.CRS` that possesses a vertical axis**. | ||
|
||
```{code-cell} ipython3 | ||
# Set a vertical CRS based on a pyproj.CRS | ||
import pyproj | ||
dem.set_vcrs(pyproj.CRS("EPSG:3855")) | ||
dem.vcrs | ||
``` | ||
|
||
## Transforming to another vertical CRS | ||
|
||
To transform a {class}`~xdem.DEM` to a different vertical CRS, {func}`~xdem.DEM.to_vcrs` is used. | ||
|
||
```{note} | ||
If your transformation requires a grid that is not available locally, it will be **downloaded automatically**. | ||
xDEM uses only the best available (i.e. best accuracy) transformation returned by {class}`pyproj.transformer.TransformerGroup`, considering the area-of-interest as the DEM extent {class}`~xdem.DEM.bounds`. | ||
``` | ||
|
||
```{code-cell} ipython3 | ||
# Open a DEM and set its CRS | ||
filename_dem = xdem.examples.get_path("longyearbyen_ref_dem") | ||
dem = xdem.DEM(filename_dem, vcrs="Ellipsoid") | ||
dem.to_vcrs("EGM96") | ||
dem.vcrs | ||
``` | ||
|
||
The operation updates the DEM array **in-place**, shifting each pixel by the transformation at their coordinates: | ||
|
||
```{code-cell} ipython3 | ||
import numpy as np | ||
# Mean difference after transformation (about 30 m in Svalbard) | ||
dem_orig = xdem.DEM(filename_dem) | ||
diff = dem_orig - dem | ||
np.nanmean(diff) | ||
``` |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Oops, something went wrong.