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

Meeting confusion while running the WRF-UCM model

Hello everyone,

I am currently encountering issues when using the CGLC-MODIS-LCZ-global dataset and the slucm data for my WRF-UCM experiment. According to the geo_em data viewed via ncview, the land use categories should be 61 types. The settings for URB_PARAM and FRC_URB2D are as follows:

===============================
name=URB_PARAM
priority = 1
optional = yes
dest_type = continuous
fill_missing = 0.
z_dim_name = num_urb_params
interp_option = default:nearest_neighbor
rel_path = default:slucm/urban_params/2010/H_avg/
flag_in_output = FLAG_URB_PARAM
===============================
name=FRC_URB2D
priority = 1
optional = yes
dest_type = continuous
fill_missing = 0.
interp_option = default: average_gcell(2.0)+four_pt
rel_path = default:slucm/urban_params/2010/lambda_p/
flag_in_output = FLAG_FRC_URB2D
===============================

Subsequently, I achieved successful results in the WPS-related computation steps.

However, when proceeding to run the WRF module (with sf_urban_physics = 1, 1, 1, 1), I frequently encounter segmentation faults. Why does this happen? Additionally, during previous runs, I confirmed that the model operates correctly without invoking the urban canopy module. Currently, my troubleshooting process has stalled.

Attached below are the following files for reference:
namelist.input and namelist.wps
 

Attachments

  • namelist.input
    4 KB · Views: 3
  • namelist.wps
    1.4 KB · Views: 1
Your namelist.input looks fine except that time step is too small. Please change it to 72.

Another issue is that, you run with NoahMP but didn't set any options related to this scheme. This implies that you use all the default options for NoahMP.

Can you switch to Noah, or run with noahMP with correctly specified options?
 
Top