Home

Awesome

View Geometry Extension Specification

This document explains the View Geometry Extension to the SpatioTemporal Asset Catalog (STAC) specification.

View Geometry adds metadata related to angles of sensors and other radiance angles that affect the view of resulting data. It will often be combined with other extensions that describe the actual data, such as the eo, sat or sar extensions.

Fields

The fields in the table below can be used in these parts of STAC documents:

Field NameTypeDescription
view:off_nadirnumberThe angle from the sensor between nadir (straight down) and the scene center. Measured in degrees (0-90).
view:incidence_anglenumberThe incidence angle is the angle between the vertical (normal) to the intercepting surface and the line of sight back to the satellite at the scene center. Measured in degrees (0-90).
view:azimuthnumberViewing azimuth angle. The angle measured from the sub-satellite point (point on the ground below the platform) between the scene center and true north. Measured clockwise from north in degrees (0-360).
view:sun_azimuthnumberSun azimuth angle. From the scene center point on the ground, this is the angle between truth north and the sun. Measured clockwise in degrees (0-360).
view:sun_elevationnumberSun elevation angle. The angle from the tangent of the scene center point to the sun. Measured from the horizon in degrees (-90-90). Negative values indicate the sun is below the horizon, e.g. sun elevation of -10° means the data was captured during nautical twilight.

At least one of the fields must be specified.

The angles off_nadir, incidence_angle, and sun_elevation are angles measured on a 2d plane formed: sensor location, sub-sensor point on the earth, the sun, and the center of the viewed area.

The off-nadir angle and the incidence angle are related. When the off-nadir angle is low (high incidence angle) then the two angles sum to about 90, so one can be calculated from the other. However, at high off-nadir angles with high altitude sensors the curvature of the earth has an impact and their sum will be less than 90. If only providing one of the two angles, the off-nadir angle is preferred.

The angles azimuth and sun_azimuth indicate the position of the viewed scene and the sun by the angle from true north, as shown below.

Example:

{
  "stac_version": "1.0.0-rc.1",
  "stac_extensions": [
    "https://stac-extensions.github.io/view/v1.0.0/schema.json"
  ],
  "id": "20171110",
  "type": "Feature",
  ...
  "properties": {
    "platform": "mysatellite",
    "instruments": ["mycamera1", "mycamera2"],
    "constellation": "allmysatellites",
    "view:off_nadir": 0,
    "view:incidence_angle": 90,
    "view:azimuth": 23.9,
    "view:sun_elevation": 45.0,
    "view:sun_azimuth": 56.4
  }
}

Best Practices

One of the emerging best practices is to use Asset Roles to provide clients with more information about the assets in an item. The following list includes a shared vocabulary for some common EO assets. This list should not be considered definitive, and implementors are welcome to use other asset roles. If consensus and tooling consolidates around these role names then they will be specified in the future as more standard than just 'best practices'. The roles listed below all tend to be additional files that contain specific values for every single pixel. It is recommended to use them all with the role of 'metadata'.

Role NameDescription
incidence-anglePoints to a file with per-pixel incidence angles.
azimuthPoints to a file with per-pixel azimuth angles.
sun-azimuthPoints to a file with per-pixel sun azimuth angles.
sun-elevationPoints to a file with per-pixel sun elevation angles.
terrain-shadowPoints to a file that indicates whether a pixel is not directly illuminated due to terrain shadowing.
terrain-occlusionPoints to a file that indicates whether a pixel is not visible to the sensor due to terrain occlusion during off-nadir viewing.
terrain-illuminationPoints to a file with coefficients used for terrain illumination correction are provided for each pixel.

Contributing

All contributions are subject to the STAC Specification Code of Conduct. For contributions, please follow the STAC specification contributing guide Instructions for running tests are copied here for convenience.

Running tests

The same checks that run as checks on PR's are part of the repository and can be run locally to verify that changes are valid. To run tests locally, you'll need npm, which is a standard part of any node.js installation.

First you'll need to install everything with npm once. Just navigate to the root of this repository and on your command line run:

npm install

Then to check markdown formatting and test the examples against the JSON schema, you can run:

npm test

This will spit out the same texts that you see online, and you can then go and fix your markdown or examples.

If the tests reveal formatting problems with the examples, you can fix them with:

npm run format-examples