nasa/opera-sds-pcm

[Bug]: S1 SLC Retrieval Time measured doesn't meet the requirements.

Closed this issue · 1 comments

Checked for duplicates

Yes - I've already checked

Describe the bug

During R3 INT (with 3.0.0-rc.4.0), the summary Retrieval Time report indicated that SLC retrieval time doesn't meet the requirement.

From JIRA ticket's description:
According to the summary Retrieval Time report, the 90th percentile of retrieval times for each input product during the Cumulative FWD test was (the requirement for each is 12 hours):

HLS L30 (for DSWx-HLS): 3:10:02
HLS S30 (for DSWx-HLS): 3:40:48
S1 SLC (for RTC-S1 & CSLC-S1): 26:47:54 (fails the requirement)
RTC-S1 (for DSWx-S1): 3:19:56
HLS and RTC-S1 products were ingested well within the required time. The retrieval time for Sentinel-1 SLCs was more than double the required time.

What did you expect?

We should store the Ionosphere download time into the SLC GRQ and uses the ionosphere download time as public available time for SLC retrieval time computation.

For RTC retrieval time report, use providerDate: insert as public available time
For CSLC retrieval time report, use ionosphere download time as public available time

Reproducible steps

No response

Environment

No response

ionosphere download time in GRQ #852