[Wrf-users] Re: Wrf-users Digest, Vol 24, Issue 13
Thorsten Beisiegel
tbeisiegel at unal.edu.co
Thu Aug 31 18:05:54 MDT 2006
Thanks for the offered help
Indeed 3DVAR doesn't have PB in the output anyway it is in the Vtable from SI. We suppose it deduces it from sigma levels and ptop if needed as WRF does. WRF puts out PB but 3DVAR does not.
Also WRF2GRADS does not generate PB from sigma levels. We were tempted to introduce this part in WRF2GRADS but finally adding ¨i¨ in the Registry line of PB adds PB to the 3DVAR output file.
After changing double to float with ncdump we got our grads files.
Anyway thanks for the support
Thorsten
----- Mensaje original -----
De: wrf-users-request at ucar.edu
Fecha: Jueves, Agosto 31, 2006 1:00 pm
Asunto: Wrf-users Digest, Vol 24, Issue 13
> Send Wrf-users mailing list submissions to
> wrf-users at ucar.edu
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://mailman.ucar.edu/mailman/listinfo/wrf-users
> or, via email, send a message with subject or body 'help' to
> wrf-users-request at ucar.edu
>
> You can reach the person managing the list at
> wrf-users-owner at ucar.edu
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Wrf-users digest..."
>
>
> Today's Topics:
>
> 1. Re: FW: [Wrf-users] WRFSI bug: shifted landuse... Is this
> relevant to us? (Rob Cermak)
> 2. shift is less apparent in Ferret (Rob Cermak)
> 3. Fwd: compilation error (shilpa sikachi)
> 4. Re: Fwd: compilation error (Rob Cermak)
>
>
> --------------------------------------------------------------------
> --
>
> Message: 1
> Date: Wed, 30 Aug 2006 12:09:05 -0800 (AKDT)
> From: "Rob Cermak" <cermak at sfos.uaf.edu>
> Subject: Re: FW: [Wrf-users] WRFSI bug: shifted landuse... Is this
> relevant to us?
> To: Wrf-users at ucar.edu
> Message-ID:
> <47739.137.229.40.226.1156968545.squirrel at www.sfos.uaf.edu>
> Content-Type: text/plain;charset=iso-8859-1
>
> I can reproduce the results as well. Even before you run the model,
> the NCL scripts that generate graphics from the localize_domain step
> will show a shift. This is a 4km grid (polar).
>
> http://137.229.40.27/data/forecasts/WRF/avc.d01.jpg
>
> All parameters from the GEOG directory (soil, etc) is shifted.
>
> XLAND after a model simulation:
>
> http://ak.aoos.org/data/tmp/wrf-xland-pws.png
>
> HGT after a model simulation:
>
> http://ak.aoos.org/data/tmp/wrf-hgt-pws.png
>
> If there are patches floating around, I'd be happy to test them.
>
> On Fri, August 25, 2006 6:15 am, Filipkowski, John D wrote:
> >
> > Good morning...
> >
> > Regarding the landuse values... One effect of the incorrect landuse
> > values is that sites over open water (Bay of Fundy, between Nova
> > Scotia
> > and New Brunswick, Canada), have pronounced diurnal temperature
> > variations not observed over the region, as shown by buoy
> > observations.
> >
> > I'm not aware of which part of WRFSI interpolates land types /land
> > use
> > types, however, I'm sure the fix should be straightforward.
> >
> > Regards,
> >
> > -----Original Message-----
> > From: wrf-users-bounces at ucar.edu [mailto:wrf-users-bounces at ucar.edu]
> > On
> > Behalf Of David Ovens
> > Sent: Tuesday, August 22, 2006 7:27 PM
> > To: wrf-users at ucar.edu
> > Subject: [Wrf-users] WRFSI bug: shifted landuse
> >
> > WRF-users,
> >
> > We seem to have found a bug in WRFSI that results in incorrectly
> > shifted landuse. A comparison between the landuse of MM5 and WRF
> > indicates this incorrect shift most notably where WRF puts water too
> > far to the right of coastlines. The following loop illustrates the
> > problem and differences for our 12-km domain:
> >
> >
> http://www.atmos.washington.edu/~ovens/loops/wxloop.cgi?/home/user_www/o> vens/wrfsi_bug+all
> >
> > We have found this also in a 4-km domain over Lake Superior.
> >
> > Has anyone else noticed this problem? It looks like the fix might
> > be
> > pretty easy -- has anyone solved this problem?
> >
> > David
> > --
> > David Ovens e-mail: ovens at atmos.washington.edu
> > Research Meteorologist phone: (206) 685-8108
> > Dept of Atm. Sciences plan: Real-time MM5 forecasting for the
> > Box 351640 Pacific Northwest
> > University of Washington
> > http://www.atmos.washington.edu/mm5rt
> > Seattle, WA 98195
> >
> > _______________________________________________
> > Wrf-users mailing list
> > Wrf-users at ucar.edu
> > http://mailman.ucar.edu/mailman/listinfo/wrf-users
> >
>
> --
> Alaska Ocean Observing System
> Database Manager
> 907-474-7948
>
>
>
> ------------------------------
>
> Message: 2
> Date: Wed, 30 Aug 2006 15:12:06 -0800 (AKDT)
> From: "Rob Cermak" <cermak at sfos.uaf.edu>
> Subject: [Wrf-users] shift is less apparent in Ferret
> To: wrf-interest at arsc.edu, wrf-users at ucar.edu
> Message-ID:
> <58048.137.229.40.226.1156979526.squirrel at www.sfos.uaf.edu>
> Content-Type: text/plain;charset=iso-8859-1
>
> I just had to follow up and see what all this stuff looks like in
> Ferret to get another independent view.
>
> Things look much better in Ferret. You could argue there is a
> slight shift going on. Different software, different results,
> different coastlines.
>
> NCL scripts in WRFSI:
> http://137.229.40.27/data/forecasts/WRF/avc.d01.jpg
>
> Via Mapserver/Opendap:
> http://ak.aoos.org/data/tmp/wrf-hgt-pws.png
> * We are still working out the fine details of displaying this
> so an offset is not surprising at this stage.
>
> The NCL versions are shifted South and East, the mapserver ones are
> shifted North and West.
>
> This immediately told me that things should be looked at with maybe
> another independent package: Ferret.
>
> use
> "http://137.229.40.27/dap/data/forecasts/WRF/PWS/AKPWS4/AVN/wrfout_d01_2006-08-21_12:00:00"
> ! 1
> set region/L=1
> shade HGT,xlong,xlat
> go land_detail black overlay
> frame/file=ferret_wrf_hgt.gif
>
> ! 2
> set region/L=1
> shade XLAND,xlong,xlat
> go land_detail black overlay
> frame/file=ferret_wrf_xland.gif
>
> cancel data/all
>
> ! 3
> use
> "http://137.229.40.27/dap/data/wrf/runs/Alaska/static.wrfsi.d01.nc"set region/L=1/Z=1
> shade avc,lon,lat
> go land_detail black overlay
> frame/file=ferret_wrf_avc.gif
>
> Ferret/Opendap: From the static file
> http://ak.aoos.org/data/tmp/ferret_wrf_avc.gif
>
> Ferret/Opendap: Plot after the run
> http://ak.aoos.org/data/tmp/ferret_wrf_hgt.gif
>
> One could argue that there could still be a slight shift in the
> XLAND plot from Ferret, but it is less noticeable than the first two
> attempts. There is a little shifty business going on between the
> static file and the map from the output file. Scales are not the
> same, but the color contours from avc -> hgt shift to the North and
> East. The scales of the graphic do shift as well so it is not an
> absolutely solid example. Maybe I need to get a stronger
> prescription for my glasses.
>
> http://ak.aoos.org/data/tmp/ferret_wrf_xland.gif
>
> Back to it! Bug or no bug... can't really spend anymore time on it.
>
> Rob
> --
> Alaska Ocean Observing System
> Database Manager
> 907-474-7948
>
>
>
>
> ------------------------------
>
> Message: 3
> Date: Wed, 30 Aug 2006 07:23:08 -0400
> From: shilpa sikachi <shilpa.sikachi at evergrid.com>
> Subject: [Wrf-users] Fwd: compilation error
> To: wrf-users at ucar.edu
> Message-ID: <200608300723.08687.shilpa.sikachi at evergrid.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
>
> Hello
>
> I am getting following errors while compiling wrf on x86_64 bit
> Operaton amd
> nodes on fedora box
>
> Please help me .
> I can send my make file across if anyone wants
>
> {{{
> make -i -r MODULE_DIRS="-I../dyn_em -I../dyn_nmm -I ../main
> -I../external/io_netcdf -I../external/io_int -
> I../external/esmf_time_f90-I../frame -I../share -I../phys -I../inc"
> extmake[1]: Entering directory `/home/ssikachi/wrf/TI-06/app/wrf'
> --------------------------------------
> ( cd frame ; make -i -r externals )
> make[2]: Entering directory `/home/ssikachi/wrf/TI-06/app/wrf/frame'
> ( cd ../external/io_netcdf ; make flags_only ; /bin/cp wrf_io_flags.h
> wrf_status_codes.h ../../inc )
> make[3]: Entering directory
> `/home/ssikachi/wrf/TI-06/app/wrf/external/io_netcdf'
> make[3]: Nothing to be done for `flags_only'.
> make[3]: Leaving directory
> `/home/ssikachi/wrf/TI-06/app/wrf/external/io_netcdf'
> ( cd ../external/io_netcdf ; \
> make NETCDFPATH=/home/ssikachi/netcdf5/netcdf-3.6.1
> CPP="/lib/cpp -C -P -traditional"
> FC="/home/ssikachi/src/cdc/mvapich/trunk/bin/mpif90" TRADFLAG="-
> traditional" \
> FFLAGS='-O0 -I/home/ssikachi/netcdf5/netcdf-
> 3.6.1/include -w' )
> make[3]: Entering directory
> `/home/ssikachi/wrf/TI-06/app/wrf/external/io_netcdf'
> /lib/cpp -C -P -traditional -C -P -traditional wrf_io.F90 | m4 -
> Uinclude-Uindex -Ulen - > wrf_io.f
> /home/ssikachi/src/cdc/mvapich/trunk/bin/mpif90 -O0
> -I/home/ssikachi/netcdf5/netcdf-3.6.1/include -w -c wrf_io.f
> In file wrf_io.f:39
>
> module wrf_data
> 1
> Error: Non-numeric character in statement label at (1)
> In file wrf_io.f:39
>
> module wrf_data
> 1
> Error: Unclassifiable statement at (1)
> In file wrf_io.f:41
>
> integer , parameter :: FATAL = 1
> 1
> Error: Non-numeric character in statement label at (1)
> In file wrf_io.f:41
>
> integer , parameter :: FATAL = 1
> 1
> Error: Unclassifiable statement at (1)
> In file wrf_io.f:42
>
> integer , parameter :: WARN = 1
> 1
> Error: Non-numeric character in statement label at (1)
> In file wrf_io.f:42
>
> integer , parameter :: WARN = 1
> 1
> Error: Unclassifiable statement at (1)
> In file wrf_io.f:43
>
>
> lot of these more
>
> -------------------------------------------------------
>
>
> ------------------------------
>
> Message: 4
> Date: Wed, 30 Aug 2006 19:33:37 -0800 (AKDT)
> From: "Rob Cermak" <cermak at sfos.uaf.edu>
> Subject: Re: [Wrf-users] Fwd: compilation error
> To: wrf-users at ucar.edu
> Message-ID: <48135.12.146.35.169.1156995217.squirrel at www.sfos.uaf.edu>
> Content-Type: text/plain;charset=iso-8859-1
>
> The errors indicate that you need to tell the fortran compiler to
> allow 'free form' code instead of the old strict standard
> formatting.
>
> The page below has a nice table of compilers and their various
> options needed to allow free formatting code to compile. If the
> compiler is not mentioned, see a manual for the compiler.
>
> http://www.parallab.uib.no/resources/cluster/languages/
>
> Good luck!
> Rob
>
> > make -i -r MODULE_DIRS="-I../dyn_em -I../dyn_nmm -I ../main
> > -I../external/io_netcdf -I../external/io_int
> > -I../external/esmf_time_f90
> > -I../frame -I../share -I../phys -I../inc" ext
> > make[1]: Entering directory `/home/ssikachi/wrf/TI-06/app/wrf'
> > --------------------------------------
> > ( cd frame ; make -i -r externals )
> > make[2]: Entering directory `/home/ssikachi/wrf/TI-06/app/wrf/frame'
> > ( cd ../external/io_netcdf ; make flags_only ; /bin/cp
> > wrf_io_flags.h
> > wrf_status_codes.h ../../inc )
> > make[3]: Entering directory
> > `/home/ssikachi/wrf/TI-06/app/wrf/external/io_netcdf'
> > make[3]: Nothing to be done for `flags_only'.
> > make[3]: Leaving directory
> > `/home/ssikachi/wrf/TI-06/app/wrf/external/io_netcdf'
> > ( cd ../external/io_netcdf ; \
> > make NETCDFPATH=/home/ssikachi/netcdf5/netcdf-3.6.1
> > CPP="/lib/cpp
> > -C -P -traditional"
> > FC="/home/ssikachi/src/cdc/mvapich/trunk/bin/mpif90"
> > TRADFLAG="-traditional" \
> > FFLAGS='-O0 -I/home/ssikachi/netcdf5/netcdf-3.6.1/include
> > -w' )
> > make[3]: Entering directory
> > `/home/ssikachi/wrf/TI-06/app/wrf/external/io_netcdf'
> > /lib/cpp -C -P -traditional -C -P -traditional wrf_io.F90 | m4
> > -Uinclude
> > -Uindex -Ulen - > wrf_io.f
> > /home/ssikachi/src/cdc/mvapich/trunk/bin/mpif90 -O0
> > -I/home/ssikachi/netcdf5/netcdf-3.6.1/include -w -c wrf_io.f
> > In file wrf_io.f:39
> >
> > module wrf_data
> > 1
> > Error: Non-numeric character in statement label at (1)
> > In file wrf_io.f:39
> >
> > module wrf_data
> > 1
> > Error: Unclassifiable statement at (1)
> > In file wrf_io.f:41
> >
> > integer , parameter :: FATAL = 1
> > 1
> > Error: Non-numeric character in statement label at (1)
> > In file wrf_io.f:41
> >
> > integer , parameter :: FATAL = 1
> > 1
> > Error: Unclassifiable statement at (1)
> > In file wrf_io.f:42
> >
> > integer , parameter :: WARN = 1
> > 1
> > Error: Non-numeric character in statement label at (1)
> > In file wrf_io.f:42
> >
> > integer , parameter :: WARN = 1
> > 1
> > Error: Unclassifiable statement at (1)
> > In file wrf_io.f:43
> >
> >
> > lot of these more
>
> --
> Alaska Ocean Observing System
> Database Manager
> 907-474-7948
>
>
>
>
> ------------------------------
>
> _______________________________________________
> Wrf-users mailing list
> Wrf-users at ucar.edu
> http://mailman.ucar.edu/mailman/listinfo/wrf-users
>
>
> End of Wrf-users Digest, Vol 24, Issue 13
> *****************************************
>
More information about the Wrf-users
mailing list