Closed falkamelung closed 4 years ago
Hi @falkamelung, downloading can be initiated early in your processing by calling the dload_grib_files from tropo_pyaps3.py
. As you can see it from the code, the input will be the date, time of your datasets and optionally, the SNWE of your area of interest.
Adding some functions inside tropo_pyaps3.py to prepare the arguments above from the input text file sounds good to me. Of course, you could also write a simple wrapper script in your processing recipe to do it.
@yunjunz Do you mean, you prefer we DO NOT modify tropo_pyaps3.py
but rather create a new script which is not part of MintPy? I thought this would be a useful addition. But you need to decide whether MintPy scripts should support non-MintPy formats. Obviously we would add a --download_only option:
tropo_pyaps3.py --download_only --SAFE-list SAFE_file_list.txt
Hi @falkamelung, adding it to tropo_pyaps3.py is preferred with the option name you suggested.
The current implementation supports download only, when geometry file is not input.
Thank you! And to skip tropospheric correction if the atmospheric model download is not complete, we probably would add an option
mintpy.troposphericDelay.method = pyaps-if-models-downloaded
I alway got frustrated when the processing waits for atmospheric model download.
The ERA5 downloading seems quite good. I don’t recall to have Ling waiting. I recommend you setup a common directory for $WEATHER_DIR for the whole group on HPC. The script will check the downloaded local files and try to download when there are files missing, and try again for 2 more times if the download fails. Then it will use whatever it’s available locally to calculate the delay. This means that it will correct for tropo delay for the acquisitions with weather data and skip those acquisitions without, which are usually the latest acquisitions.
Hi @falkamelung, as I commented above, I don't find ERA5 downloading takes a long time. Thus, I don't find this feature urgent.
Is anyone working on the proposed functionality? If not, I will close this issue.
yes, I hope @ranneylxr will commit soon. With dask working the download of the models is again a big timesink
Just want to remind you that, for GAM data downloading purpose, it's okay to download more data than needed, which means that we don't have to worry about which acquisitions are dropped during the bounding box checking in stackSentinel.py. Therefore, one should just need to find:
The SNWE is grabbed from the input mintpy files (time-series or geometry, whichever is available) at L242 and passed to pyaps3, so that we only download a fraction (~20 by 20 deg) of the grib file, instead of the whole world, this significantly reduced the job waiting time in ECMWF, the downloading time and the file size, as you can see below.
This SNWE functionality is used when there is a mintpy file input only. But adding the support when there is no mintpy h5 file input should be straight forward.
-rw-r--r-- 1 yunjunz staff 1.4M Mar 14 19:22 ERA5_S30_S10_W80_W60_20200216_23.grb
-rw-r--r-- 1 yunjunz staff 1.4M Mar 14 19:22 ERA5_S30_S10_W80_W60_20200228_23.grb
-rw-r--r-- 1 yunjunz staff 741K May 4 16:23 ERA5_S40_S30_E10_E30_20190303_18.grb
-rw-r--r-- 1 yunjunz staff 741K May 4 16:23 ERA5_S40_S30_E10_E30_20190315_18.grb
Hi @yunjunz @hfattahi @bhuvankumaru @mirzaees , I generally skip atmospheric corrections because the download of the atmospheric models can take very long. We should start
tropo_pyaps3.py
at the beginning of the SSARA download or topsStack processing. We (Xiaoran @ranneylxr ) are considering to add options to read dates and times from theSAFE_file_list.txt
or thessara_federated_query.py --print
. Given that we have--date-list
we would do:Any thoughts?
Heres the frames that would be supported:
Description of the desired feature
Is your feature request related to a problem? Please describe
Describe the solution you'd like
Describe alternatives you have considered
Additional context
Are you willing to help implement and maintain this feature? Yes/No