Use Cases
which steps are automated/what trigger rules do we need to add?
Identify production rule(s)
Solidify use cases - how will the user interact with this pipeline/process?
What is the operational difference between setting an AOI upon creation to either “monitoring” or “landslide”? (this goes for other natural disaster types as well, volcano, earthquake, etc)
Use Case 1: System continues forward “keep-up” production of SLC for landslide AOI.
User adds an AOI to the system to keep up processing on , and sets the type of AOI as “landslide”.
System automatically processes to SLCs upon new data acquisitions in AOI and publishes to S3.
Use Case 2: System continues forward “keep-up” production of S1-GUNW for landslide AOI.
User adds an AOI to the system to keep up processing on, and sets the type of AOI as “landslide”.
System automatically processes to L2 S1-GUNW upon new acquisitions in AOI and publishes to S3.
Use Case 3: System monitors specific areas of interest to detect potential landslide anomalies, using higher resolution time series.
User adds an AOI to the system to keep up processing on , and sets the type of AOI as “landslide”.
System automatically creates coregistered SLC stacks upon new data acquisition in the AOI.
Note to Developer: Will need to add trigger rule upon SLC acquisition to send SLC stack (along with the corresponding “bbox”) through the TopsStack Processor PGE.System automatically performs PS time series processing on SLC stack.
Note to Developer: Will need to add trigger rule upon publishing of TopsStack Processor PGE output to send that output through StaMPS PGE.System automatically applies ML to detect potential anomalies, and publishes results back to GRQ catalog
Note to Developer: Will need to add trigger rule for this.User logs into system to browse potential anomalies.
Use Case 4: System monitors specific areas to detect potential landslide anomalies, using lower resolution time series
User adds an AOI to the system to keep up processing on , and sets the type of AOI as “landslide”.
System automatically processes to L2 S1-GUNW upon new data acquisition in the AOI.
Note to Developer: Will need to add trigger rule.System automatically performs displacement time series processing on S1-GUNWs.
Note to Developer: Will need to add trigger rule.System automatically applies ML to detect potential anomalies, and publishes results back to GRQ catalog
Note to Developer: Will need to add trigger rule for this.User logs into system to browse potential anomalies.
Use Case 5: System monitors widespread areas to detect potential landslide anomalies in areas not being closely monitored.
Use Case 6:
Use Cases 5 and 6 may not be feasible within the current time frame, and can be considered future possible work.
Still need to add trigger rules for this, it’s still currently all only On-Demand.
...
Pipeline
...
Pipeline
...
The landslide anomaly detection pipeline in the figure above has two possible roots. The first, outlined by the light blue dashed line, stems from the portion of the Standard Product Pipeline similarly outlined. This option uses higher resolution time-series data generated from coregistered SLC stacks via StaMPS PS time-series processing. The second option, outlined by the dashed red line, comes from L2 S1-GUNW data products, indicated by similar red outline on the Standard Product Pipeline figure. The GUNW products are run through the MintPy PGE, and create a lower resolution displacement time-series.
...
For the lower resolution option, the user can define an AOI track. When the AOI track evaluator determines that the full track has been processed, it publishes a JSON file that a S1-GUNW is created within a defined volcano polygon, it triggers the MintPy PGE to run. The MintPy PGE then publishes a displacement time-series, which triggers the Tensorflow Predictor PGE to run and publish a Landslide Anomaly Map.
...
Description: Takes S1-GUNWs from a specific AOI track and calculates the displacement time series.
Trigger dataset/action: On demand Action “MintPy (SNWE Bounds)”, or trigger on output of AOI track enumeratortrigger dataset = S1-GUNW within defined polygon.
Inputs: latitude_longitude_bounds (or polygon), track_number, start_date, end_date
Outputs: Displacement time-series (timeseries.h5, - contains the following files:
inputs/geometrygeo.h5
timeseries_demErr.h5
demErr.h5
velocity.h5
...
maskTempCoh.h5
...
avgSpatialCoherence.h5
temporalCoherence.h5
Tensorflow Predictor PGE
Description: Takes either PS time series or MintPy time series, and calculates predicted landslide anomaly
Trigger dataset/action: currently on-demand
Inputs: Either all PS time series for a given location, or the MintPy time series (timeseries
_demErr.h5, temporalCoherence.h5, maskTempCoh.h5) )for a given location
Outputs: predicted landslide anomaly data (.pred files)
Use Cases
Use Case 1: System continues forward “keep-up” production of SLC for landslide AOI.
User adds an AOI to the system to keep up processing on , and sets the type of AOI as “landslide”.
System automatically processes to SLCs upon new data acquisitions in AOI and publishes to S3.
Use Case 2: System continues forward “keep-up” production of S1-GUNW for landslide AOI.
User adds an AOI to the system to keep up processing on, and sets the type of AOI as “landslide”.
System automatically processes to L2 S1-GUNW upon new acquisitions in AOI and publishes to S3.
Use Case 3: System monitors specific areas of interest to detect potential landslide anomalies, using higher resolution time series.
User adds an AOI to the system to keep up processing on , and sets the type of AOI as “landslide”.
System automatically creates coregistered SLC stacks upon new data acquisition in the AOI.
Note to Developer: Will need to add trigger rule upon SLC acquisition to send SLC stack (along with the corresponding “bbox”) through the TopsStack Processor PGE.System automatically performs PS time series processing on SLC stack.
Note to Developer: Will need to add trigger rule upon publishing of TopsStack Processor PGE output to send that output through StaMPS PGE.System automatically applies ML to detect potential anomalies, and publishes results back to GRQ catalog
Note to Developer: Will need to add trigger rule for this.User logs into system to browse potential anomalies.
Use Case 4: System monitors specific areas to detect potential landslide anomalies, using lower resolution time series
User adds an AOI to the system to keep up processing on , and sets the type of AOI as “landslide”.
System automatically processes to L2 S1-GUNW upon new data acquisition in the AOI.
Note to Developer: Will need to add trigger rule.System automatically performs displacement time series processing on S1-GUNWs.
Note to Developer: Will need to add trigger rule.System automatically applies ML to detect potential anomalies, and publishes results back to GRQ catalog
Note to Developer: Will need to add trigger rule for this.User logs into system to browse potential anomalies.
Notes:
Currently, we are testing the lower resolution time-series (from the MintPy PGE). The eventual goal is to have the possibility of using both the PS time-series and the MintPy time-series, but current efforts are focused on validating the MintPy time-series.
Future possible Use Cases:
The scope of this pipeline could be expanded to include monitoring of wider areas to identify potential landslide anomalies.