Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Sort pairs by latitude #381

Merged
merged 1 commit into from
Sep 6, 2023
Merged

Sort pairs by latitude #381

merged 1 commit into from
Sep 6, 2023

Conversation

sssangha
Copy link
Collaborator

@sssangha sssangha commented Sep 6, 2023

The dictionary is sorted by azimuthZeroDopplerMidTime (see here), which is derived from just the filename to save time from cracking the product open.

But in some cases it’s the same value for adjacent frames (e.g. S1-GUNW-A-R-033-tops-20170217_20150815-225114-00076W_00040N-PP-413c-v3_0_0.nc and S1-GUNW-A-R-033-tops-20170217_20150815-225114-00076W_00041N-PP-d372-v3_0_0.nc) and the frames are then flipped around in sorting, leading to a false positive in that the program rejects these pairs due to an apparent gap.

@bbuzz31 you can confirm this patch now avoids this behavior by appropriately passing all of the "2017" pairs in the subdirectory you shared by running the following command:

ariaExtract.py -f '/u/leffe-data2/buzzanga/data/VLM/Sentinel1/EastCoast/track_033/products_track033/2017.nc' -of ISCE -b ../bbox_selected.GeoJSON -verbose -w test_all

Copy link
Collaborator

@bbuzz31 bbuzz31 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@bbuzz31 bbuzz31 merged commit 32018d5 into dev Sep 6, 2023
2 checks passed
@sssangha sssangha deleted the sss_latsortbug branch March 15, 2024 15:36
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants