Precipitation Processing System (PPS) servers will be down for extended maintenance from Tuesday, September 22nd through Thursday September 24th. During this time the PPS websites, the PMM Publisher API, and the GPM research data server (arthurhou) will be unavailable. The GPM near real-time server (jsimpson) and satellite data collection will not be affected. Click here to learn more.
Presently, PPS web services are experiencing intermittent unavailability and/or slow response times. PPS is aware of this issue and our System Programmers are working diligently to correct these issues. The current anomaly affects our arthurhou server which include the PPS Public site http://pps.gsfc.nasa.gov/ , FTP services, STORM: https://storm.pps.eosdis.nasa.gov/ and THOR (THOR online) , etc. We hope to have all these services restored to normal as soon as possible and will keep you informed as the situation changes. We regret any inconvenience that this may cause and kindly appreciate
PPS is releasing version 3.70.4 of the PPS TKIO toolkit for TRMM/GPM products. This package, sample files, and the supporting documentation can be found at: ftp://gpmweb2.pps.eosdis.nasa.gov/pub/PPStoolkit/GPM/tkio-3.70.4/ Learn more about the TKIO toolkit here: http://pps.gsfc.nasa.gov/ppstoolkit.html If you have any questions please contact the PPS Helpdesk: firstname.lastname@example.org
Effective about 18 UTC July 21 the GPM MOC stopped sending data to the PPS. This was not a satellite or instrument issue. The problem appeared to be a network connection issue at the Emergency MOC which is currently receiving data as part of a monthly test of the backup facility. Effective 21:41 UTC the data flow from the MOC to PPS resumed. Apparently there was a major network issue on that part of the network. It has now been fixed and MOC is sending data again.
Starting at 16:33 UTC July 6 a filled log directory led to sh commands failing on redirecting logs to be created in that directory. A typo in the cleanup routine failed to clean our all the files after the normal 4 days. As a result they have been accumulating since the beginning of the mission. It is unexpected that the sh failed when it could not redirect anymore. All data products that failed have been created and put in the appropriate directories. However, this will mean a failure in the data latency requirements for some of the GMI L1B and GPROF and a few combined products.
NOAA has reprocessed the global IR data for 10 UTC 26 April through 14 UTC 27 April due to dropped images, and all 3B41RT and 3B42RT files for this time period have been reprocessed by PPS and are now available: 3B41RT.2015042610.7.bin.gz through 3B41RT.2015042714.7.bin.gz 3B42RT.2015042612.7.bin.gz through 3B42RT.2015042715.7.bin.gz Such partial dropouts in the IR data result in somewhat lower quality for IMERG Early and Late Runs, but are not cause for reprocessing.
A video describing how the GPM constellation turns observed radiances and reflectivities of global precipitation into data products.
For more information visit http://www.nasa.gov/content/goddard/g...
The Global Precipitation Measurement (GPM) mission's Precipitation Processing System at NASA’s Goddard Space Flight Center in Greenbelt, Maryland, has released the Level 2 GPM Microwave Imager (GMI) data to the public. The data set includes precipitation rates, which show how much rain and snowfall accumulate over a given time period. This Level 2 data set of falling rain and snow is computed from Level 1 brightness temperature observations from GMI, the basic measurement made by the instrument of naturally occurring energy radiated, in this case, by precipitation particles (raindrops or