I agree with you, that's the timing difference along the orbit! If it's not accounted for, this timing variation will introduce a small ramp along the azimuth direction for a long track (I described this in section III.E.2 in my 2022 TGRS paper, after Dr. Dennis Milber brought it up in our email communications); and for the multiple frames stitching, as in your case here, it looks like a jump in our current implementation!
I intended to write a swath mode, in addition to the current grid and point mode, for this scenario. The implementation will be much easier if we have a true API-like talking between the python and fortran code (https://github.com/insarlab/PySolid/issues/2), instead of the current talking via text file. Therefore, I have not done it yet.
I agree with you, that's the timing difference along the orbit! If it's not accounted for, this timing variation will introduce a small ramp along the azimuth direction for a long track (I described this in section III.E.2 in my 2022 TGRS paper, after Dr. Dennis Milber brought it up in our email communications); and for the multiple frames stitching, as in your case here, it looks like a jump in our current implementation!
I intended to write a
swathmode, in addition to the currentgridandpointmode, for this scenario. The implementation will be much easier if we have a true API-like talking between the python and fortran code (https://github.com/insarlab/PySolid/issues/2), instead of the current talking via text file. Therefore, I have not done it yet.Originally posted by @yunjunz in https://github.com/insarlab/PySolid/issues/54#issuecomment-1488519173
Since
solid.forcould return numpy array since https://github.com/insarlab/PySolid/pull/56, we could implement this feature.