You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 8 Next »

Element Description

NOTE: this page is a draft/ work in progress

The Track element provides orbit information for data collected via satellite including Cycle, Pass and Tiles. This allows for file level searches on these orbital parameters. Track is a recently added element that is only available at the granule level. 


Best Practices

The Track element was designed to support the Surface Water and Ocean Topography (SWOT) mission managed by NASA's PO.DAAC data center, however, this concept can be applied to any data that can be described using orbital cycles, passes, and tiles. There are 3 main components to the Track element:

  1. Cycle: A cycle is an integer that represents data from a specific set of satellite orbits. What constitutes a full cycle will vary from mission to mission. Typically, a cycle includes a full set of spatially varied data - a new cycle indicates that the spatial pattern of data collection is being repeated. For example, for the SWOT mission, a cycle is equivalent to 21 days of data made up of 14 full Earth orbits per day. Each of these orbits covers a slightly different spatial extent, and the exact same spatial area is not covered again until the next cycle. The cycle number also inherently includes a temporal component, since each cycle number indicates the passage of time (i.e. data from the 2nd cycle is collected after the 1st cycle, etc.).  
  2. Pass: A pass includes data from a half-orbit. Each spatially unique pass should be assigned a unique identifier, and thus, the pass is represented by an integer. Each pass is made up of a number of tiles, which are also assigned numbers based on their unique spatial location. A granule may be comprised of data from a single pass, or multiple passes.
  3. Tiles: A tile is a subset of a pass' spatial extent. A set of consecutive tiles make up a pass. Each spatially unique tile has a unique identifier. The tile element holds the list of tile identifier(s) that exist in the granule, allowing a user to search by tile identifier. What constitutes a tile will vary from mission to mission. For example, for the SWOT mission, a tile is defined as a spatial extent that encompasses either a 64 km x 64 km square to the left or to the right of the ground track, or a rectangle that includes a full scanning swath both to the left and right of the ground track.

Each tile is contained within a pass (half-orbit), which is contained within a cycle. There will only be one instance of a particular pass number and tile identifier in a given cycle, therefore, the combination of tile, pass, and cycle can be used to constrain a data search.     

Examples:

Example 1: A granule from cycle 1 containing 2 passes, where each pass includes 12 tilesA granule from cycle 12, containing 4 passes, where each pass contains 4 tiles

Track:

Cycle: 1

Passes:

    Pass: 34

      Tiles: ["396", "397", "398", "399", "400", "401", "402", "403", "404", "405", "406", "407"]  

    Pass: 35

      Tiles: ["408", "409", "410", "411", "412, "413", "414", "415", "416", "417", "418", "419"]

Track:

Cycle: 12

Passes:

    Pass: 1

      Tiles: ["1L", "2R", "3L", "4R"]  

    Pass: 2

      Tiles: ["5L", "6R", "7L", "8R"]

Pass: 3

      Tiles: ["9L", "10R", "11L", "12R"]  

    Pass: 4

      Tiles: ["13L", "14R", "15L", "16R"]




Element Specification

Track is an optional element in the UMM-G (Cardinality: 0..*)

ModelElementTypeConstraintsRequired?Cardinality
UMM-GSpatialExtent/TrackString

N/A

Yes



Metadata Validation and QA/QC

All metadata entering the CMR goes through the below process to ensure metadata quality requirements are met. All records undergo CMR validation before entering the system. The process of QA/QC is slightly different for NASA and non-NASA data providers. Non-NASA providers include interagency and international data providers and are referred to as the International Directory Network (IDN).

Please see the expandable sections below for flowchart details.


  • Manual Review
  • Automated Review

<>

ARC Priority Matrix

Priority CategorizationJustification

This element is categorized as highest priority when:

  • The Spatial Extent-Track is not provided.
  • The Spatial Extent-Track does not comply with the ISO 8601 Standard.

Not Applicable


Not Applicable


The element is provided and follows all applicable criteria specified in the best practices section above.

ARC Automated Rules

Dialect Mappings

ECHO 10

Production Date Time is required for ECHO 10.

SpecificationPathTypeConstraintsRequired in ECHO10?Cardinality
ECHO 10SpatialExtent/TrackString

N/A

Yes1


Example Mapping

ECHO 10

<Track>Pass</Track>

UMM

"DataGranule": {
  "Track" : "Cycle"
}

ISO 19115-2 MENDS

Spatial Extent-Track currently does not map to ISO 19115-2 MENDS.

SpecificationPathTypeNotes
ISO 19115-2 MENDS

N/A

String

N/A


Example Mapping

ISO 19115-2 MENDS

N/A
 

UMM

"DataGranule": {
  "Track" : "Cycle"
}

ISO 19115-2 SMAP

Spatial Extent-Track currently does not map to ISO 19115-2 SMAP.

SpecificationPathTypeNotes
ISO 19115-2 SMAP

N/A

N/A

N/A


Example Mapping

ISO 19115-2 SMAP

N/A

UMM

"DataGranule": {
  "Track" : "Cycle"
}

UMM Migration

UMM Version 1.4.0Translation DirectionUMM Version 1.5.0



Future Mappings

ISO 19115-1

Spatial Extent-Track currently does not map to ISO 19115-1.

SpecificationPathTypeNotes
ISO 19115-1

N/A

N/A

N/A


Example Mapping

ISO 19115-1

N/A

UMM

"DataGranule": {
  "Track" : "Cycle"
}

History

UMM Versioning

VersionDateWhat Changed
1.5.001/30/2019No changes were made for Spatial Extent-Track during the transition from version 1.4.0 to 1.5.0.
1.4.008/01/2018No changes were made for Spatial Extent-Track during the transition from version 1.3.0 to 1.4.0.

ARC Documentation

VersionDateWhat ChangedAuthor
1.002/15/2019Recommendations/priority matrix transferred from internal ARC documentation to wiki space
  • No labels