When the user provides temporal limits to the Level 2 Subsetter (l2ss-py), the tool interprets the provided datetimes to be in the same time standard as an internal standard of the data being processed.
Why it matters:
When data collections use different internal time standards (such as Coordinated Universal Time (UTC), Global Positioning System (GPS), or International Atomic Time (TAI)), a user request to subset data between 2025-01-01 00:10:00 and 2025-01-01 00:13:00 will yield subsets with varying systematic time offsets, depending on each collection's time standard.
For example:
TEMPO collections use GPS time standard, expressed as 'seconds since 1980-01-06T00:00:00Z', leading to systematic offset of 18* seconds compared to UTC due to the absence of leap second adjustments in GPS time. As a result, a request above will return the data subsetted between 2025-01-01 00:09:42 and 2025-01-01 00:12:42 in UTC time.
*The current offset as of July 2025 is 18 seconds, but the time offset between GPS and UTC varies over time.
PREFIRE collections use a TAI-like time standard with a custom epoch of "seconds since 2000-01-01 00:00:00Z," leading to systematic offset of 5 seconds compared to UTC due to the number of leap second adjustments since 2000. As a result, a request above will return the data subsetted between 2025-01-01 00:09:55 and 2025-01-01 00:12:55 in UTC time.
Graphical representation:
Subsetting TEMPO data
Subsetting PREFIRE data
L2ss is used in the following situations:
Programmatically, through the Harmony API when using L2ss-py
In Earthdata Search, when using the Harmony services: PODAAC Level 2 subsetter or Subsetter And Multi-dimensional Batched Aggregation in Harmony (SAMBAH)
Additional information on L2ss-py may be found in its GitHub repository: https://github.com/podaac/l2ss-py
Level 2 Subsetter (l2ss-py) is "time standard naive"
-
- Subject Matter Expert
- Posts: 42
- Joined: Wed Mar 13, 2019 12:51 pm America/New_York