In the example notebook https://github.com/ASFHyP3/hyp3-docs/blob/main/docs/tutorials/hyp3_insar_stack_for_ts_analysis.ipynb
The function named get_common_overlap permutes the corners.
This issue appeared in an ascending swath where the area of interest was slightly off the western edge, i.e. with longitude between the longitudes of the NW and SW corners. This case is rare.
Here is the corrected code:
# 2024/09/21 This looks strange
# ulx = max(corner['upperLeft'][0] for corner in corners)
# uly = min(corner['upperLeft'][1] for corner in corners)
# lrx = min(corner['lowerRight'][0] for corner in corners)
# lry = max(corner['lowerRight'][1] for corner in corners)
# 2024/09/24 x coordinate is UTM easting, mininum is to our left, i.e. west edge
ulx = min(corner['upperLeft'][0] for corner in corners)
uly = max(corner['upperLeft'][1] for corner in corners)
lrx = max(corner['lowerRight'][0] for corner in corners)
lry = min(corner['lowerRight'][1] for corner in corners)

In the example notebook https://github.com/ASFHyP3/hyp3-docs/blob/main/docs/tutorials/hyp3_insar_stack_for_ts_analysis.ipynb
The function named get_common_overlap permutes the corners.
This issue appeared in an ascending swath where the area of interest was slightly off the western edge, i.e. with longitude between the longitudes of the NW and SW corners. This case is rare.
Here is the corrected code: