Dear All, Dear users of PyTROLL/Satpy OPS recently announced that they will start trial distributing NWC SAF data of Metop-C on Basic Service. We currently get those LEO data from NOAA-19 and Metop-B

I only discovered that today (but this was published May 6th): https://www.eumetsat.int/science-blog/new-satellite-ground-station-switzerland-inaugurated-today More news for those who use PyTROLL/Satp

All, EOS-Aqua is back. Cheers, Ernst

Rob, if you take my original scripts and just add the sunny() function then Lake Taupo works but NOT Australia DAY 20220407. On the other hand my recent script MetopB-test.py using module OverHead sho

Rob and interested users of my PyTROLL/Satpy Starter Kit 3.0, as became clear while discussing here my distributed scripts fail with Lake Taupo. The problem is that my simple test to distinguish DAY f

Rob, well spotted. Metop-B experiences a date change in daylight over Australia 20220407 00:00 as predicted here: https://groups.io/g/MSG-1/message/32970 (bottom left image) My script solves this prob

Rob, this is all about problems of my very crude version of selecting files. Maybe I was not explicit enough. I took it for granted that interested users play around with the atached script (and also

Rob, as I said my original scripts fail with Lake Taupo. I made all these images with a script that uses the file selection based on the the additional Spherical Trigonometry stuff layed out in my att

Hi, Hugo used to have an application called EumetcastWatcher. This seems to have been replaced by EumetcastDirUpdate (old name still exists in *.ini). https://github.com/hvanruys/ No idea whether and

Youssef, Sentinel-3 OLCI EFR (full resolution data) is unfortunately no longer available on EUMETCast. Sentinel-3 OLCI ERR (reduced resolution data) is on E2H-S3A-02 and E2H-S3B-02 (HVS-2). There is a

Rob and interested PyTROLL/Satpy users, yes indeed, it's more complicated. Here is your MOOSE-TEST. I use Metop-B passes over Lake Taupo. # Lake Taupo (New Zealand) lat = -38.78 lon = 175.92 ran = 20.

Rob, by adding 2 hours from both yesterday and tomorrow don't you think that for multi pass scripts you risk to stack satellite passes side by side that are 24h off? A side effect of knowing UTC times

Rob and interested PyTROLL/Satpy users, I have solved the problem of a possible need for files from two dates in 2021 shortly after the publication of my Starter Kit 3.0. But I have not considered the

Jeskynar, ... no recent date indeed. My last Aqua image dates from March 31st 2022. Ernst Am 04.04.2022 22:24, schrieb Jeskynar:

Manu, you should get both data Aqua and Terra. These are Northern Hemisphere only (similar EARS) but have HUGE timeliness. From the actual satellite pass over some POI to the dissemination over EUMETC

Graham, if you read the Satpy documentation you'll find a method to show you all available composites for the files loaded. And a simple google for "satpy cmic_phase" brings you here: https://github.c

Oops, ... rereading my own post I'd like to clarify that the lines depicted are not really satellite "ground tracks" but show the intersection of the NOAA-20 orbit plane with our planet at 00:00 UTC.

Rob and users of these scripts All my scripts use a super simple method to find the files for LEO passes over a point of interest. There is no way to fully image passes when these include a date chang

Manu, the problem is here: if (asat[0]=='S'): files = glob(segdir + '/' + 'SVMC_npp_d' + Yea + Mon + Day + '*.h5') else: files = glob(segdir + '/' + 'SVMC_j01_d' + Yea + Mon + Day + '*.h5') This does

Rob, it seems there are different Python bz2 decompressors. This is quoted from stack overflow: "In case you have very large files you should prefer using bz2.BZ2Decompressor to bz2.decompress, becaus