Scheduled Downtime
On Friday 21 April 2023 @ 5pm MT, this website will be down for maintenance and expected to return online the morning of 24 April 2023 at the latest

real.exe can not read the namelist

H

haohe1982

New member
I want to run Urban-LCZ, and below are my set up in the namelist.input

sf_sfclay_physics = 2, 2, 2, 2,
sf_surface_physics = 2, 2, 2, 2,
bl_pbl_physics = 2, 2, 2, 2,
sf_urban_physics = 3, 3, 3, 3,
use_wudapt_lcz = 1,
num_urban_ndm = 2,
num_urban_ng = 10,
num_urban_nwr = 10,
num_urban_nz = 18,
num_urban_ngb = 10,
num_urban_nf = 10,
num_urban_nbui = 15,

When I run real.exe, it stops immediately with the following error

taskid: 0 hostname: login-1.zaratan.umd.edu
module_io_quilt_old.F 2931 T
------ ERROR while reading namelist physics ------
Maybe here?: use_wudapt_lcz = 1,
Maybe here?: num_urban_ndm = 2,
-------------- FATAL CALLED ---------------
FATAL CALLED FROM FILE: <stdin> LINE: 11540
ERRORS while reading one or more namelists from namelist.input.

My WRF version is 4.4.2. How should I fix it? Thanks!

Hao
 
Hao,
Can you delete those options of num_urban_* and rerun this case?
Please let me know if you still have trouble to run LCZ.
 
Hi Ming,

Thanks for your suggestions. I successfully run real.exe and now am running wrf.exe. I checked the log file and found some warnings like

Skipping over LUTYPE = USGS
LANDUSE TYPE = MODIFIED_IGBP_MODIS_NOAH FOUND 20 CATEGORIES
INPUT SOIL TEXTURE CLASSIFICATION = STAS
SOIL TEXTURE CLASSIFICATION = STAS FOUND 19 CATEGORIES
USING DEFAULT URBAN MORPHOLOGY
USING DEFAULT URBAN MORPHOLOGY
USING DEFAULT URBAN MORPHOLOGY

Does it mean my 'sf_urban_physics = 2, 2, 2, 2' work? If not, what information should I find in the log file to confirm the successful implementation of UCM? Thanks!

Hao
 
Now I meet another error which crashed the wrf.exe. the errors are

Tile Strategy is not specified. Assuming 1D-Y
WRF TILE 1 IS 316 IE 378 JS 263 JE 288
WRF NUMBER OF TILES = 1
-------------- FATAL CALLED ---------------
FATAL CALLED FROM FILE: <stdin> LINE: 2419
Warning: too many input landuse types
-------------------------------------------

I have set 'num_land_cat = 41,' for LCZ. How to fix it?
 
have you looked at the value of num_land_cat in your met_em file? This value should be the value you specify in namelist.input.
 
num_land_cat is 41 in my met_em files. I believe the default value is 40, with the LCZ added it becomes 41. If I set it back to 40, the following error shows

----------------- ERROR -------------------
namelist : NUM_LAND_CAT = 40
input files : NUM_LAND_CAT = 41 (from geogrid selections).
---- ERROR: Mismatch between namelist and wrf input files for dimension NUM_LAND_CAT
CURRENT DATE = 2016-07-04_00:00:00
SIMULATION START DATE = 2016-07-04_00:00:00

But when it is set to 41, the above error shows saying too many input landuse types.
 
Hi everyone,

I'm having the same issue trying to run WRF (V4.5) with LCZ.
real.exe works fine, while wrf.exe crashes almost immediately with the same "too many input landuse types" error as haohe1982.

Any suggestions on how to fix it?
 
I am facing the same problem with wrfv 4.5. I was trying to run wrf.exe with my own landuse data for my study area having old urban classes (31, 32 & 33). In the namelist I included num_land_cat = 33 and use_wudapt_lcz = 0. Since, it was a 4-nested domain run the land class 33 got dissolved in class 31 (for d01 only) due to interpolation in geogrid. exe process. Therefore, number of land category got reduced to 32 for d01 while for other three domains (d02, d03 & d04) the number of land class was 33. This led Noah Lsm routine to give "warning: too many input landuse types". The problem remains for both USGS and MODIS data. Any suggestion to overcome the situation?
 
Hello there.

I am having a simular problem. This is my physics section from my namelist.input:

&physics
mp_physics = 8, 8, 8,
cu_physics = 1, 0, 0,
ra_lw_physics = 4, 4, 4,
ra_sw_physics = 4, 4, 4,
bl_pbl_physics = 2, 2, 2,
sf_sfclay_physics = 2, 2, 2,
sf_surface_physics = 4, 4, 4,
radt = 10, 10, 10,
bldt = 0, 0, 0,
cudt = 0, 5, 5,
icloud = 1,
sf_urban_physics = 1, 1, 1,
use_wudapt_lcz = 1,
num_land_cat = 41,
/


And this is the error Im getting:

taskid: 0 hostname: node76
module_io_quilt_old.F 2931 T
------ ERROR while reading namelist physics ------
Maybe here?: sf_urban_physics = 1, 1, 1,
Maybe here?: use_wudapt_lcz = 1,
-------------- FATAL CALLED ---------------
FATAL CALLED FROM FILE: <stdin> LINE: 10943
ERRORS while reading one or more namelists from namelist.input.
-------------------------------------------
Abort(1) on node 0 (rank 0 in comm 0): application called MPI_Abort(MPI_COMM_WORLD, 1) - process 0

Im completely sure that the use_wudapt_lcz = 1 line is the issue here, but I have no idea why.


Im using WRF 4.1.2.

Thank you very much
Sol
 
Ming Chen, thank you very much for your answer.

So it is not possible to use the wudapt_lcz classification for older versiones than 4.3.1?
 
Hi everyone,
I have the same probleme with a failure with ./real.exe.
I try to use urban morphology from the index parameter (nudapt methodolgy) with my own data with BEP+BEM scheme so i did this in my namelist :

&physics
mp_physics = 2, 2,2,
ra_lw_physics = 4, 4,4,
ra_sw_physics = 4, 4,4,
radt = 1.2,1.2,1.2,
sf_sfclay_physics = 1, 1,1,
sf_surface_physics = 2, 2,2,
bl_pbl_physics = 8, 8,8,
bldt = 0, 0,0,
cu_physics = 3, 0,0,
cudt = 5, 5,5,
isfflx = 1,
ifsnow = 0,
icloud = 1,
surface_input_source = 3,
use_wudapt_lcz = 1,
num_soil_layers = 4,
num_land_cat = 41,
sf_urban_physics = 3, 3,3,
sf_ocean_physics = 0,
sst_update = 0,
shcu_physics = 0,
maxiens = 1,
maxens = 3,
maxens2 = 3,
ensdim = 16,
seaice_threshold = 144,
num_urban_nz = 18,
num_urban_nbui = 15,
num_urban_hi = 15,
num_urban_layers = 300,

But i have this error :
module_io_quilt_old.F 2931 T
------ ERROR while reading namelist physics ------
Maybe here?: seaice_threshold = 144,
Maybe here?: num_urban_nz = 18!,
-------------- FATAL CALLED ---------------
FATAL CALLED FROM FILE: <stdin> LINE: 11575

If I delete the num_urban info from the namelist i presume the urban morphology is extracted from urbparm_lcz.tbl but i want wrf to use the urban morphology data in the geogrid file (urb_param index).

I use WRF 4.4

Has anyone find a solution?
Thank you in advance.
Magalie
 
haohe1982 said:
Hi Ming,

Thanks for your suggestions. I successfully run real.exe and now am running wrf.exe. I checked the log file and found some warnings like

Skipping over LUTYPE = USGS
LANDUSE TYPE = MODIFIED_IGBP_MODIS_NOAH FOUND 20 CATEGORIES
INPUT SOIL TEXTURE CLASSIFICATION = STAS
SOIL TEXTURE CLASSIFICATION = STAS FOUND 19 CATEGORIES
USING DEFAULT URBAN MORPHOLOGY
USING DEFAULT URBAN MORPHOLOGY
USING DEFAULT URBAN MORPHOLOGY

Does it mean my 'sf_urban_physics = 2, 2, 2, 2' work? If not, what information should I find in the log file to confirm the successful implementation of UCM? Thanks!

Hao
Click to expand...
I won't worry for these message, and urban physics option 2 does work in this case.
 
mtecher said:
Hi everyone,
I have the same probleme with a failure with ./real.exe.
I try to use urban morphology from the index parameter (nudapt methodolgy) with my own data with BEP+BEM scheme so i did this in my namelist :

&physics
mp_physics = 2, 2,2,
ra_lw_physics = 4, 4,4,
ra_sw_physics = 4, 4,4,
radt = 1.2,1.2,1.2,
sf_sfclay_physics = 1, 1,1,
sf_surface_physics = 2, 2,2,
bl_pbl_physics = 8, 8,8,
bldt = 0, 0,0,
cu_physics = 3, 0,0,
cudt = 5, 5,5,
isfflx = 1,
ifsnow = 0,
icloud = 1,
surface_input_source = 3,
use_wudapt_lcz = 1,
num_soil_layers = 4,
num_land_cat = 41,
sf_urban_physics = 3, 3,3,
sf_ocean_physics = 0,
sst_update = 0,
shcu_physics = 0,
maxiens = 1,
maxens = 3,
maxens2 = 3,
ensdim = 16,
seaice_threshold = 144,
num_urban_nz = 18,
num_urban_nbui = 15,
num_urban_hi = 15,
num_urban_layers = 300,

But i have this error :
module_io_quilt_old.F 2931 T
------ ERROR while reading namelist physics ------
Maybe here?: seaice_threshold = 144,
Maybe here?: num_urban_nz = 18!,
-------------- FATAL CALLED ---------------
FATAL CALLED FROM FILE: <stdin> LINE: 11575

If I delete the num_urban info from the namelist i presume the urban morphology is extracted from urbparm_lcz.tbl but i want wrf to use the urban morphology data in the geogrid file (urb_param index).

I use WRF 4.4

Has anyone find a solution?
Thank you in advance.
Magalie
Click to expand...
Magalie,
can you clarify what 'your own data' is? Did you modify the codes to incorporate your own data?
 
Ming Chen said:
Magalie,
can you clarify what 'your own data' is? Did you modify the codes to incorporate your own data?
Click to expand...
Hi, i defined urban parameters morphology for each cell of the grid with the nudapt methodologily (urb_param index in geogrid file with plan area fraction, etc.).
I delete those Line and everything went fine :
num_urban_nz = 18,
num_urban_nbui = 15,
num_urban_hi = 15,
num_urban_layers = 300,

It seems the nudapt methodology is outdated for BEP + BEM scheme

Thanks

Magalie
 
Thanks for the update. Note that num_urban_nz etc. are derived variables and shouldn't be explicitly specified.
 
soumenduc said:
I am facing the same problem with wrfv 4.5. I was trying to run wrf.exe with my own landuse data for my study area having old urban classes (31, 32 & 33). In the namelist I included num_land_cat = 33 and use_wudapt_lcz = 0. Since, it was a 4-nested domain run the land class 33 got dissolved in class 31 (for d01 only) due to interpolation in geogrid. exe process. Therefore, number of land category got reduced to 32 for d01 while for other three domains (d02, d03 & d04) the number of land class was 33. This led Noah Lsm routine to give "warning: too many input landuse types". The problem remains for both USGS and MODIS data. Any suggestion to overcome the situation?
Click to expand...
You can try using WRF 4.3, that's how I solved it.
 
You must log in or register to reply here.
Top