Data News

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.

PPS web services are now functioning normally. PPS has identified and fixed the previous production web server problem which caused the intermittent unavailability and/or slow response times experienced for the last few days. If you experience any further problems or inconsistencies with PPS web services including: ftp://arthurhou.pps.eosdis. nasa.gov ( GPM FTP data) http://pps. gsfc.nasa.gov (PPS home page) https://storm-pps.gsfc.nasa.gov (PPS STORM) http://registration.pps.eosdis.nasa.gov (PPS GPM registration) http://ceospc.gsfc.nasa.gov Once again, we sincerely appreciate everyone's

PPS web services are still experiencing intermittent unavailability and/or slow response times and our staff is working to resolve this problem as soon as possible. This problem impacts access to various PPS web services: ftp://arthurhou.pps.eosdis.nasa.gov (GPM FTP data) http://pps.gsfc.nasa.gov (PPS home page) https://storm-pps.gsfc.nasa.gov (PPS STORM) http://registration.pps.eosdis.nasa.gov (PPS GPM registration) http://ceospc.gsfc.nasa.gov GPM near real time operations and data distribution as well as PPS GPM operations are NOT affected. Only the PPS GPM data distribution is affected. We

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:​ helpdesk@pps-mail.nascom.nasa.gov

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.

Starting at 08:38 UTC PPS stopped getting data from the GPM Mission Operations Center. Data was resumed at 17:21 UTC. However, new GPS data was sent before older GPS data. The science data was sent out of order with the GPS data. This meant that about 125 mins of 1B and 1C GMI data had no geolocation and perhaps more after this had questionable geolocation. The same issues obviously also affected the radar and combined NRT which are just missing for the period between 8:30 UTC and 17:30 UTC. All of these issues impacted the early version of the IMERG data. The late product will also be

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.