WRF Post Processor Software Package
Please note: No new updates will be provided for the WRF Post Processor software package and support is being phased out. Please migrate to the replacement package - Unified Post Processor (UPP).
The WRF Post Processor Version 3.2 was released on April 2, 2010.
WPP Version 3.2
WRF library name change in v3.3 (posted 4/1/11)
Problem: The atmosphere/ocean coupler interface was revised to be more general resulting in the atm_pom library link now be called atm_ocn. This impacts the Makefile for WPP v3.2. This is only an issue when compiling WPP with the environment variable HWRF=1.
Solution: In arch/Config.pl, replace the line:
$sw_hwrf_libs="-L$sw_wrf_path/external/atm_pom -latm_pom
with:
$sw_hwrf_libs="-L$sw_wrf_path/external/atm_ocn -latm_ocn
Compiling WPP with gfortran (posted 12/21/10)
Problem: WPP will not compile successfully using the gfortran compiler with default configure.wpp created when configure is run.
Solution: Add:
LINUX_OBJ = TIMEF.o
to your configure.wpp file just following the LDFLAGS line and recompile.
This file gets re-generated each time you run configure, so you will need to add it each time. An alternative is to add it to arch/configure.defaults -- in the section for "gfortran" near the end of the file.
Running wrfpost on multiple processors (posted 7/6/10)
Issue: The WPP is currently set up to use a stub MPI library. If users wish to take advantage of MPI capability on WPP, they will need to modify their wrfpost makefile to point at their MPI library (a reference on how to do this can be found on the WRF Users Forum. We will also include an option to allow users to link to the MPI library on their platform in the 2011 release.
GRIBIT for large values of P1 and P2 (posted 6/28/10)
Problem: When the P1 or P2 time values exceed 255, GRIBIT was sometimes choosing the wrong time value for the output of instantaneous fields rather than the larger of the two values.
Solution: The fix is to add checks to ensure that the larger of the values for P1 and P2 is used in the output. Download the latest GRIBIT.f, place it in WPPV3/sorc/wrfpost, and recompile.
Shelter level Temperature calcuation (posted 5/10/10)
Problem: PSFC is only computed when one of the surface level fields is requested in wrf_cntrl.parm. However, if shelter level Temperature is requested with no surface level fields, PSFC will not have been computed and the values will be bad.
Solution: Download the latest SURFCE.f, place it in WPPV3/sorc/wrfpost, and recompile.
Underflow problem with intel compilers (posted 5/7/10)
Problem: WPP will not run because of underflow issues.
Solution: Add the flag -ftz to the configure.wpp, recompile.
GRIBIT removes negative values (posted 4/9/10)
Problem: All values less than 1E-30 were being zeroed out in GRIBIT.f, even those that should be negative.
Solution: Change the following line in WPPV3/sorc/wrfpost/GRIBIT.f from:
if ( GRIDO(I,J) .lt. 1.E-30 ) then
to:
if ( ABS(GRIDO(I,J)) .lt. 1.E-30 ) then
Copygb with ARW rotated lat/lon projection (posted 4/2/10)
Problem: Segmentation fault occurs when running copygb on an ARW rotated lat/lon projection.
Solution: A solution is being investigated and will be posted here when it is available. For the time being, utilize a different projection for ARW if it needs to be post-processed with WPP.