[Wrf-users] Facing problems with real.exe (evert, p_top, max_dz)

Tue Nov 25 18:22:32 MST 2014

Dear Dom and Carlos,

the problem has been solved just when I set num_metgrid_levels = 18 (this
is the correct number of forcing data source levels in my met_em files) and
e_vert = 29, for a model top = 5000 Pa (the default level used in WRF) in
my name list.input file.

I don't know the implications of the differences between forcing data
levels and wrf levels in the wrf.exe. Let's see what happens.....

Cheers,

José Augusto P. Veiga,

======================================
Coordenador do curso de Meteorologia da UEA
Universidade do Estado do Amazonas
Departamento de Meteorologia
Escola Superior de Tecnologia (EST)
-----------------------------------------------------------------------------
Av. Darcy Vargas, 1200, Manaus-AM Brasil
Work phone:    (92) 3878 4333, Ramal 4333
Cell   phone :    (92) 8196 7122
Skype: veiga_j.a.p.
-----------------------------------------------------------------------------
CV: http://lattes.cnpq.br/4027612512091565
URL:http://scientificmet.wordpress.com/
-----------------------------------------------------------------------------

On Tue, Nov 25, 2014 at 4:00 PM, Jose Augusto Paixão Veiga <
veiga.uea at gmail.com> wrote:

> Hi Dom,
>
> thank you to replay to my question soon.
>
> I liked you hint, but how can I tell WRF to use the same 17 HadGEM-2
> levels (1000 925 850 700 600 500 400 300 250 200 150 100 70 50 30 20 10)?
> Could you please tell me how to do that?
>
> Another important thing you talk about is related to the number of forcing
> data levels. In fact the number of HadGEM-2 levels is 17, but when I use
> num_metgrid_levels = 17 the model stops real.exe and give me the message
>
> input_wrf.F: SIZE MISMATCH input data ide,jee,num_metgrid_levels =
>  150          200           18
>
> which show that my met_em_files get 18 levels instead of the original ones
> that is 17.
>
> So, when I use num_metgrid_levels = 18 and e_vert=17 the model stops
> telling me:
>
> d01 2005-03-01_00:00:00 You need one of three things:
>
>  d01 2005-03-01_00:00:00 1) More eta levels to reduce the dz: e_vert
>
>  d01 2005-03-01_00:00:00 2) A lower p_top so your total height is reduced:
> p_top_requested
>
>  d01 2005-03-01_00:00:00 3) Increase the maximum allowable eta thickness:
> max_dz
>
>  d01 2005-03-01_00:00:00 All are name list options
>
>
>
> And I am back to the original problem.
>
> What are your recommendations?
>
> I've attached my new namelist.input with these changes above and the use
> go 40 hPa to my model top.
>
>
>
>
>
> José Augusto P. Veiga,
>
> ======================================
> Coordenador do curso de Meteorologia da UEA
> Universidade do Estado do Amazonas
> Departamento de Meteorologia
> Escola Superior de Tecnologia (EST)
>
> -----------------------------------------------------------------------------
> Av. Darcy Vargas, 1200, Manaus-AM Brasil
> Work phone:    (92) 3878 4333, Ramal 4333
> Cell   phone :    (92) 8196 7122
> Skype: veiga_j.a.p.
>
> -----------------------------------------------------------------------------
> CV: http://lattes.cnpq.br/4027612512091565
> URL:http://scientificmet.wordpress.com/
>
> -----------------------------------------------------------------------------
>
>
>
>
> On Tue, Nov 25, 2014 at 12:17 PM, Dominikus Heinzeller <
> climbfuji at ymail.com> wrote:
>
>> Hi Jose,
>>
>> why do you try to use the same number of vertical levels in your WRF runs
>> as in the HadGEM2-ES input data? Try to set e_vert to something reasonable,
>> i.e., for a 50hPa model top use something around 40.
>>
>> By the way, the HadGEM2-ES data on the ESGF nodes has 17 pressure levels
>> (for variable zg), other variables are on 38 model levels (hybrid height
>> coordinate).
>>
>> Cheers
>>
>> Dom
>>
>>
>> On 25/11/2014, at 2:18 pm, Jose Augusto Paixão Veiga <veiga.uea at gmail.com>
>> wrote:
>>
>> Dear users,
>>
>> I am forcing WRF (version 3.5) with HadGEM-2 data and in my small test
>> with 36 hours I've successfully built the met_em_d* files during the
>> pre-processing.  However, I've been failing to create the appropriate
>> boundary conditions to further run the model.
>>
>> The error message bellow arises as soon as I run the real.exe program:
>>
>>
>>  Using sfcprs  to compute psfc
>>  d01 2005-03-01_00:00:00 You need one of three things:
>>  d01 2005-03-01_00:00:00 1) More eta levels to reduce the dz: e_vert
>>  d01 2005-03-01_00:00:00 2) A lower p_top so your total height is
>> reduced: p_top_requested
>>  d01 2005-03-01_00:00:00 3) Increase the maximum allowable eta thickness:
>> max_dz
>>  d01 2005-03-01_00:00:00 All are namelist options
>>  -------------- FATAL CALLED ---------------
>>  FATAL CALLED FROM FILE:  <stdin>  LINE:    5779
>>  dz above fixed eta levels is too large
>>  -------------------------------------------
>> [0] MPI Abort by user Aborting program !
>> [0] Aborting program!
>>
>>
>> As 18 is the number of HadGEM-2 levels, I've testing different e_vert
>> values in the namelist.input file (ex: 19, 20,....22) but the error still
>> persisted. I've get attached the namelist.input file for some check.
>>
>> So, after some frustrating tests with e_vert I've decided to chance ptop
>> values, but the error message persist. The only case I successfully run
>> real.exe was after have set ptop=50000 (500 hPa) which does not fit my
>> needs.
>>
>> I didn't test with max_dz as I had not find where it is to be modified.
>>
>> So, I really appreciate if someone could help me on this issue.
>>
>>
>> José Augusto P. Veiga,
>>
>> ======================================
>> Coordenador do curso de Meteorologia da UEA
>> Universidade do Estado do Amazonas
>> Departamento de Meteorologia
>> Escola Superior de Tecnologia (EST)
>>
>> -----------------------------------------------------------------------------
>> Av. Darcy Vargas, 1200, Manaus-AM Brasil
>> Work phone:    (92) 3878 4333, Ramal 4333
>> Cell   phone :    (92) 8196 7122
>> Skype: veiga_j.a.p.
>>
>> -----------------------------------------------------------------------------
>> CV: http://lattes.cnpq.br/4027612512091565
>> URL:http://scientificmet.wordpress.com/
>>
>> -----------------------------------------------------------------------------
>>
>>
>>
>>  <namelist.input>_______________________________________________
>> Wrf-users mailing list
>> Wrf-users at ucar.edu
>> http://mailman.ucar.edu/mailman/listinfo/wrf-users
>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ucar.edu/pipermail/wrf-users/attachments/20141125/30ef38aa/attachment-0001.html 