IMERG Early Run Example January 24th, 2020

Data News

PPS will commence Version 4 processing of GPM and Partner satellite products in early March 2016. All current Version 3 products will be processed through February 29, 2016. Once the current products are completed there will be a delay before the first version 4 products will be made available to the public. The first data date for version 4 will be March 1, 2016. Once PPS has verified the processing and products for version 4 they will be released and made available from our ftp site. At this time PPS will commence reprocessing. GPM products will be reprocessed back to launch, March 2014...
UPDATE 2/22/16: The network upgrades have finished and normal service has been restored. Due to scheduled external GSFC network upgrades, PPS will experience intermittent and unpredictable network outages during the period of Friday February 19, 2016 (starting 8:00PM EST-0100 UTC) through Monday February 22, 2016 (3:00 AM EST-0800 UTC). This work will impact access to the following PPS services: PPS ftp production data (arthurhou) PPS ftp NRT data-Near Realtime (jsimpson) PPS Public website: http://pps.gsfc.nasa.gov/ STORM: https://storm.pps.eosdis.nasa.gov/ PMM website: http://pmm.nasa.gov...
The Washington, DC area is about to get hit with a record-level snow storm, with attendant disruptions to work schedules, travel, communications, and power. If you find that the TMPA-RT products drop out, it is safe to assume that some combination of these effects is preventing production, and we will work to restore service when that is possible.
With the turnover of the year to 2016, the suite of 3B40RT, 3B41RT, and 3B42RT failed to process. Despite the holiday weekend, this was traced to a very old quality control on the date/time, fixed, and retrospectively processed to give a complete time series. Thanks to Erich Stocker and David Bolvin for this effort. The affected date/times are 160101 00UTC through 160102 12UTC.
One of our scientists noticed that the 85GHz H and V channels have missing values in ascending passes just south of 20 deg S. In that region it appears consistently since 10:45UTC which is the earliest we checked. The other channels seem fine. The counts for the 85GHz channels appear to be fine as is the geolocation. However both the 1B and 1 Base files have the missing values in that area. We are checking what is causing the algorithm to list the values as missing. Please keep this in mind when using those channels.

Hide Date