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

after ./real.exe LU_INDEX was changed

luht

New member
Dear colleague,

I hope this message finds you well. I am encountering an issue with the WRF model where after running the real.exe, the LU_INDEX representing lakes in the met_em file is 21, but it changes to LU_INDEX=17 in the wrfinput file. I have seen in previous discussions that this might be related to the choice of different physical schemes. However, even after trying to use 'conus', the issue persists. I wonder if it's because I am using the LCZ scheme? Before using 'conus', I added 'LAKE' to MODIFIED_IGBP_MODIS_NOAH in both VEGPARM.TBL and LANDUSE.TBL, but the problem still remains unresolved. If you could assist me in resolving this issue, I would be extremely grateful.

Thank you very much for your time and assistance.

Best regards.
 

Attachments

  • namelist (1).input
    4.6 KB · Views: 1
Please upload your namelist.wps for me to take a look.

If convenient, please also upload the plot of LU_INDEX from your met_em and wrfinput files.

Thanks.
 
Please upload your namelist.wps for me to take a look.

If convenient, please also upload the plot of LU_INDEX from your met_em and wrfinput files.

Thanks.
Excuse me, I haven't prepared the code for plotting LU_INDEX yet; previously, I was using NumPy arrays to inspect it. Additionally, these past few days, I've tried using the default terrain and default physical parameterization schemes, or using the modis_landuse_21class_30s terrain with only sf_lake_physics = 1 for testing, and LU_INDEX changed after running real.exe, but parameters like lake_depth still remained.
 

Attachments

  • namelist.wps
    803 bytes · Views: 1
  • 1735885088572.png
    1735885088572.png
    64.4 KB · Views: 5
Please upload your namelist.wps for me to take a look.

If convenient, please also upload the plot of LU_INDEX from your met_em and wrfinput files.

Thanks.
I have quickly prepared a comparison of LU_INDEX from the two files. Please forgive the lack of time to adjust the color scheme. The land_cover depicted in the images originates from the wrfinput file, while lc comes from the met file.
 

Attachments

  • compare.png
    compare.png
    74.5 KB · Views: 4
Hi,
In your namelist.wps, you specify the option:

Code:
 geog_data_res = 'cglc_modis_lcz+default','cglc_modis_lcz+default'

This option refers to landuse type of MODIFIED_IGBP_MODIS_NOAH, which doesn't include the type of 'Lake'. As a result, REAL will assign 'Lake' type from your met_em file to 'Water' type.

This is why that the water body of 'Lake' in your met_em file is changed to 'Water'.
 
Hi,
In your namelist.wps, you specify the option:

Code:
 geog_data_res = 'cglc_modis_lcz+default','cglc_modis_lcz+default'

This option refers to landuse type of MODIFIED_IGBP_MODIS_NOAH, which doesn't include the type of 'Lake'. As a result, REAL will assign 'Lake' type from your met_em file to 'Water' type.

This is why that the water body of 'Lake' in your met_em file is changed to 'Water'.
Thanks for your reply. Is there a way to use this type of landuse while still being able to use lake mode? Or is it only possible with other types of landuse? I added 'LAKE' to MODIFIED_IGBP_MODIS_NOAH in both LANDUSE.TBL and VEGPARM.TBL, but the problem still remains unresolved.1736240205837.png1736240277531.png
 
Only change the TBL file cannot fix this problem. In module_initialize_real.F, there is a specific variable, i.e., grid%islake, which is used to specify 'lake' category. However, in "MODIFIED_IGBP_MODIS_NOAH", no definition is give to this variable.
 
Only change the TBL file cannot fix this problem. In module_initialize_real.F, there is a specific variable, i.e., grid%islake, which is used to specify 'lake' category. However, in "MODIFIED_IGBP_MODIS_NOAH", no definition is give to this variable.
Thank you very much for your response. With your help, I have learned a lot.
 
Top