Inconsistent delta time in `Example_OLR_Tracking_satellite` about tobac-tutorials HOT 2 OPEN

Thanks for pointing this out @simonrp84! Not sure if this is the nature of the used satellite data or if this has mistakenly been introduced somewhere in the data processing. Maybe @fsenf or @mheikenfeld knows more?

Anyhow, you are right that this has an effect on the trajectory linking because dt is crucial to calculate the propagation speed. Currently, tobac works only with a single value for dt, so a better approach for non-constant time steps would probably to take an average timestep instead of using the function tobac.utils.get_spacings()/ tobac.utils.general.get_spacings() because this function only considers the time difference between the first two timesteps.

I think it is not a problem that our example data is like this because it actually could happen that you have data with non-constant timesteps. However, we could for sure modify the tutorial notebook to clarify the effect on dt and the tracking or this could be an issue to be raised in https://github.com/tobac-project/tobac, because we could modify tobac.utils.get_spacings() the way that not only the first timesteps are considered when calculating dt. What do you think @fsenf ?

from tobac-tutorials.

@simonrp84 : Good observation! I am not a GOES expert, but I guess that the different time steps reflect the different scan strategies applied throughout the day. And yes, tobac can only deal with non-constant time steps if trackpy can do ...

@w-k-jones has worked a bit with GOES data. Perhaps, he knows more ... ?

from tobac-tutorials.