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

'WARNING, THE URBAN FRACTION WILL BE READ FROM URBPARM.TBL' occurred.

zxd

New member
Hi,
I use WRF V4.4.2 to run wrf.exe, then I got the error,

WARNING, FRC_URB2D = 0 BUT IVGTYP IS URBAN
WARNING, THE URBAN FRACTION WILL BE READ FROM URBPARM.TBL
USING DEFAULT URBAN MORPHOLOGY
WARNING, FRC_URB2D = 0 BUT IVGTYP IS URBAN
WARNING, THE URBAN FRACTION WILL BE READ FROM URBPARM.TBL
-------------- FATAL CALLED ---------------
USING 10 WUDAPT LCZ WITHOUT URBPARM_LCZ.TBL. SET USE_WUDAPT_LCZ=1

I attach my rsl.error.0000 file.

And I want to know how can I use the product CGLC-MODIS-LCZ (Demuzere et al.,2023) in WRF v4.4.2, OR only v4.5 can use it.
Thank you!
 

Attachments

  • rsl.error.0000
    5.6 KB · Views: 12
After add use_wudapt_lcz=1 in the namelist.input, new error occurred. Do you know how to fix it?

===================================================================================
= BAD TERMINATION OF ONE OF YOUR APPLICATION PROCESSES
= PID 2555902 RUNNING AT dixiashi
= EXIT CODE: 134
= CLEANING UP REMAINING PROCESSES
= YOU CAN IGNORE THE BELOW CLEANUP MESSAGES
===================================================================================
YOUR APPLICATION TERMINATED WITH THE EXIT STRING: Terminated (signal 15)
This typically refers to a problem with your application.
Please see the FAQ page for debugging suggestions

I upload new error and namulist.input.
 

Attachments

  • new.zip
    6.1 KB · Views: 12
I found that this is a pretty large case with 5 domains. The RSL file doesn't provide any valuable information that can help to figure out what is wrong.
I would suggest that you start from running a single-domain case, and if that works, then you can proceed to run nesting cases.

I have run a test case using LCZ and it works fine. Below is what I did (namelist.input):

(1) activate LCZ: use_wudapt_lcz = 1;

(2) activate urban physics: sf_urban_physics = 1;

(3) use noah or noahmp land surface model: sf_surface_physics= 2 or 4.

Can you try with above options over a single domain? Please keep me updated about your progress.
 
Thanks for you answer! As you suggest, I run a two-domain case,and I set sf_urban_physics = 0,3,the case runs very well. When I run cases with 5 domains,I set sf_urban_physics = 0, 0, 0, 0, 3, error has occurred. But when I run cases with 5 domains, and I set sf_urban_physics = 0, 0, 0, 0, 2, it can run. Can you tell me the possible reasons?
 
Here is the new rsl.error.0000, and I want to know how to fix this warning:

WARNING, FRC_URB2D = 0 BUT IVGTYP IS URBAN
WARNING, THE URBAN FRACTION WILL BE READ FROM URBPARM.TBL
USING DEFAULT URBAN MORPHOLOGY

Thank you.
 

Attachments

  • rsl.error.0000
    200.6 KB · Views: 12
Please note that physics (except cumulus) are required to be the same for all domains. In your case, you need to turn on the same urban scheme in all your domains.
 
Thank you for your patience! I have another question. As you said, "physics (except cumulus) are required to be the same for all domains", I saw this in User Guide too, but I read "Variable sf_urban_physics is a multidomain variable, so a value should be set for each domain. Again it is suggested to use BEP only for the inner domains, with horizontal resolution of the order of few kilometres or less, to save CPU time." in a file named "Description of the modifications made in WRF.3.1 and short user’s manual of BEP ", so should I set the same value for all domains?
 
Thanks for you answer! As you suggest, I run a two-domain case,and I set sf_urban_physics = 0,3,the case runs very well. When I run cases with 5 domains,I set sf_urban_physics = 0, 0, 0, 0, 3, error has occurred. But when I run cases with 5 domains, and I set sf_urban_physics = 0, 0, 0, 0, 2, it can run. Can you tell me the possible reasons?
Hi, I got the same problem, did you find the way to simulate it using BEM-BEP model?
 
Thanks for you answer! As you suggest, I run a two-domain case,and I set sf_urban_physics = 0,3,the case runs very well. When I run cases with 5 domains,I set sf_urban_physics = 0, 0, 0, 0, 3, error has occurred. But when I run cases with 5 domains, and I set sf_urban_physics = 0, 0, 0, 0, 2, it can run. Can you tell me the possible reasons?
We recommend that the all domains should run with the same physics, i.e.,
sf_urban_physics = 3,3,
or
sf_urban_physics = 0,0,
 
I found that this is a pretty large case with 5 domains. The RSL file doesn't provide any valuable information that can help to figure out what is wrong.
I would suggest that you start from running a single-domain case, and if that works, then you can proceed to run nesting cases.

I have run a test case using LCZ and it works fine. Below is what I did (namelist.input):

(1) activate LCZ: use_wudapt_lcz = 1;

(2) activate urban physics: sf_urban_physics = 1;

(3) use noah or noahmp land surface model: sf_surface_physics= 2 or 4.

Can you try with above options over a single domain? Please keep me updated about your progress.
Hello, my setup is the same as you described, but I still encounter the following warnings:

“WARNING, FRC_URB2D = 0 BUT IVGTYP IS URBAN
WARNING, THE URBAN FRACTION WILL BE READ FROM URBPARM.TBL”

Later, I suspected that I hadn't downloaded and imported the datasets NUDAPT_1KM and urbfrac_nldc2011, which resulted in the parameters FRC_WRB2D and URB_PARAM not appearing. I then tried downloading and importing them, and indeed these two parameters appeared. However, my study area is not in the U.S. (since the NUDAPT_1KM and urbfrac_nldc2011 datasets are only available for use in the U.S.), so I now have two questions:

  1. When using LCZ (Local Climate Zones), is it necessary to have these two datasets?
  2. If they are needed, do they overlap with the urban data in the CGLC_MODIS_LCZ_global dataset (LCZ1-11)?
I hope you can kindly provide guidance.
 

Attachments

  • GEOGRID.TBL.ARW_LCZ.txt
    36.7 KB · Views: 1
  • namelist.wps.txt
    812 bytes · Views: 2
  • namelist.input.txt
    2.8 KB · Views: 3
Please see my answers below:
Hello, my setup is the same as you described, but I still encounter the following warnings:

“WARNING, FRC_URB2D = 0 BUT IVGTYP IS URBAN
WARNING, THE URBAN FRACTION WILL BE READ FROM URBPARM.TBL”

Later, I suspected that I hadn't downloaded and imported the datasets NUDAPT_1KM and urbfrac_nldc2011, which resulted in the parameters FRC_WRB2D and URB_PARAM not appearing. I then tried downloading and importing them, and indeed these two parameters appeared. However, my study area is not in the U.S. (since the NUDAPT_1KM and urbfrac_nldc2011 datasets are only available for use in the U.S.), so I now have two questions:

  1. When using LCZ (Local Climate Zones), is it necessary to have these two datasets?
No, you don't have to.
  1. If they are needed, do they overlap with the urban data in the CGLC_MODIS_LCZ_global dataset (LCZ1-11)?
NLCD and LCZ are independent of each other. The data will not overlap.
I hope you can kindly provide guidance.
 
Please see my answers below:

No, you don't have to.

NLCD and LCZ are independent of each other. The data will not overlap.
Hi, I also encounter the same warnings:

"WARNING, FRC_URB2D = 0 BUT IVGTYP IS URBAN
WARNING, THE URBAN FRACTION WILL BE READ FROM URBPARM.TBL
USING DEFAULT URBAN MORPHOLOGY"

I have followed the steps outlined previously to configure the relevant settings as shown below:
mp_physics = 8, 8,
cu_physics = 6, 6,
ra_lw_physics = 4, 4,
ra_sw_physics = 4, 4,
bl_pbl_physics = 2, 2,
sf_sfclay_physics = 2, 2,
sf_surface_physics = 2, 2,
radt = 15, 15,
bldt = 0, 0,
cudt = 0, 0,
icloud = 1,
num_land_cat = 61,
sf_urban_physics = 3, 3,
fractional_seaice = 1,
use_wudapt_lcz = 1,

Could you please help me address these warnings? Is it possible that the issue is related to the study area being outside of the U.S.?
Thank you!
 

Attachments

  • namelist.input
    3.6 KB · Views: 1
  • rsl.out.0000
    958.3 KB · Views: 0
  • namelist.wps
    734 bytes · Views: 0
This warning message doesn't really matter. Unban fraction data is only available over US. In other areas, its value is determined based on table (e.g., URBPARM.TBL etc.)
 
This warning message doesn't really matter. Unban fraction data is only available over US. In other areas, its value is determined based on table (e.g., URBPARM.TBL etc.)
Thank you so much for your reply!

I’m working on adjusting the albedo of the roof in the LCZ. I’ve updated the albedo in the URBPARM.LCZ.TBL, but I’m not seeing the change reflected in the albedo map.

Could you please advise on the proper procedure to modify the albedo for the roof of the LCZ? Specifically, do we need to update both the URBPARM.TBL and LANDUSE.TBL as well?

I appreciate your guidance on this!屏幕截图 2025-01-22 113214.png
 
This is weird. You only need to modify the roof albedo in URBPARM_LCZ.TBL. Which urban physics did you use? Could you please also attach your urban fraction map and land type (with LCZ) map?
 
Top