Simon Proud

Thanks @xoolive. Unfortunately recent data does not work either: ``` from datetime import datetime, timedelta, timezone from traffic.core import Traffic from traffic.data import opensky st_time = datetime(2020, 8, 13, 14,...

Thanks for the tip! Much appreciated.

Likewise, the issue persists. I think that the fix described by @wallinb works, but it also seems to download the entire file: `session = get_session(url)` gives this debug message: `2020-09-28...

[jumping in here as I saw it on slack] On this subject, we should also be clear what the azimuth is relative to. I've seen 4 versions: 1) 0 degrees...

Coming back to this issue: `pyorbital.orbital.get_observer_look` and `pyorbital.astronomy.get_alt_az` use different definitions of the angles for azimuth. The former is returning a value of 180 degrees when the observer is North...

Printing the azimuths along the equator `print(view_azi[::50,1855].compute())` gives this: `[ nan 360. 360. 360. 360. 360. 0. 0. 0. 0. 0. 0. 0. 360. 360. 360. 360. 0. 0. 360....

@ninahakansson Sorry, yes it should be `print(view_azi[1855, ::50].compute())`. The bug is still in the latest conda versions. It seems for line 1855 the azimuths are reversed. ``` for i in...

Yes, the lats/lons look OK. Lats are all zero, lons are: ``` 1854 [ inf 55. 42. 32. 24. 17. 10. 3. -4. -11. -18. -25. -34. -44. -57.] 1855...

In case it's any help, the satpy version is `0.27.1.dev73+g91494305.d20210510` and pyorbital is `1.6.1+1.g91794a6` to generate the above plots / data.

Likewise, am experiencing the same issue.