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

Stubborn error with CGLC_MODIS_LCZ: "WARNING, FRC_URB2D = 0 BUT IVGTYP IS URBAN WARNING, THE URBAN FRACTION WILL BE READ FROM URBPARM.TBL"

R

regclimo

New member
Hi everyone,

This error is similar to those reported in several other cases over the past year ('WARNING, THE URBAN FRACTION WILL BE READ FROM URBPARM.TBL' occurred., Problems running Urban UCM and WUDAPT LCZ, cglc-modis-lcz_100m dataset " WARNING, THE URBAN FRACTION WILL BE READ FROM URBPARM.TBL USING DEFAULT URBAN MORPHOLOGY") -- however, I've tried the fixes suggested there and remain stuck.

When attempting to use the Demuzere et al. 2023 100m LCZ product for a simulation over part of Asia, real.exe is OK but the model run ends immediately with the following error:
LANDUSE TYPE = "MODIFIED_IGBP_MODIS_NOAH" FOUND 61 CATEGORIES 2 SEASONS WATER CATEGORY = 17 SNOW CATEGORY = 15
INITIALIZE THREE Noah LSM RELATED TABLES
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
WARNING, FRC_URB2D = 0 BUT IVGTYP IS URBAN
WARNING, THE URBAN FRACTION WILL BE READ FROM URBPARM.TBL
-------------- FATAL CALLED ---------------
USING URBPARM_LCZ.TBL WITH OLD 3 URBAN CLASSES. SET USE_WUDAPT_LCZ=0


I set up the GEOGRID.TBL according to Demuzere et al. 2023. Following previous suggestions, I've ensured that:
use_wudapt_lcz=1
sf_urban_physics=1
sf_surface_physics=2 or 4

I also commented out a couple code segments related to FRC_URB2D in the Fortran files, following Potential bug for initializing urban fraction · Issue #2039 · wrf-model/WRF, which somehow didn't seem to make any difference. The same error occurs in both multi- and single-domain cases.

Any ideas of how I might change things to be able to use this LCZ product for WRF runs outside CONUS?

Attached are the wrf.log and the namelist.input, namelist.wps, module_initialize_real.F, and module_sf_urban.F files I've been using.

Thanks,
Colin
 

Attachments

  • wrf.log
    3.2 KB · Views: 0
  • namelist.input
    4.1 KB · Views: 2
  • module_initialize_real.F
    406.7 KB · Views: 0
  • module_sf_urban.F
    162.4 KB · Views: 0
  • namelist.wps
    722 bytes · Views: 3
Colin,
Would you please try the newest version of WRF and WPS (version 4.6 ) and let me know whether you still have the issue? Thanks.
 
Thanks for the suggestion. It now works in a 27-km-resolution single-domain case, seemingly because the LU_INDEX in the output file indicates there actually isn't any urban representation? With 3 nested domains, the innermost at 1km -- which is what I hope to eventually do for my study -- the same error persists with v4.6 (latest namelist.input attached).
 

Attachments

  • namelist.input
    4.4 KB · Views: 3
  • Screenshot 2024-05-29 at 12.12.11 PM.png
    Screenshot 2024-05-29 at 12.12.11 PM.png
    209.5 KB · Views: 4
Have you rerun WPS using WPSV4.6, then move on to run REAL and WRF?
Did you change any codes/TBL files in WPS and WRF?
 
I reran everything from geogrid onward following the usual procedure. The only modification I made other than the basic case details in the namelists was the addition in GEOGRID.TBL.ARW of the lines

name=LANDUSEF
priority = 2
dest_type = categorical
z_dim_name = land_cat
interp_option = cglc_modis_lcz:nearest_neighbor
rel_path = cglc_modis_lcz:CGLC_MODIS_LCZ_global/

as suggested in Demuzere et al. I also commented out the lines relating to FRC_URB2D as noted above (though the same error occurred before I did anything with those). Do URBPARM.TBL and/or URBPARM_LCZ.TBL need to be modified, perhaps?
 
@regclimo
Your changes in GEOGRID.TBL are correct except the following line:
rel_path = cglc_modis_lcz:CGLC_MODIS_LCZ_global/

Please change it to:
abs_path = cglc_modis_lcz:CGLC_MODIS_LCZ_global/

In namelist.wps, please set:
geog_data_res = 'cglc_modis_lcz+default','cglc_modis_lcz+default'

Let me know whether you can get correct LCZ type.
 
Last edited:
Unfortunately when running the model I still get the same error as in the top of the thread -- perhaps because I couldn't actually execute geogrid with geog_data_res='lcz_new+default' (only 'cglc_modis_lcz+default' works). Setting it to 'lcz_new+default' led to:

"ERROR: Could not find interpolator sequence for requested resolution for LANDUSEF. The sources specified in namelist.wps is not listed in GEOGRID.TBL."

Also, in setting abs_path in GEOGRID.TBL, I had to specify the full path (~/../Build_WRF/WPS_GEOG/CGLC_MODIS_LCZ_global/), but this seems less likely to be the culprit.
 
I am sorry that I have no immediate answer to the issue you have. LCZ is relatively new and we don't have many experiences with it. I will talk to our expert and keep you updated if we can find something.
 
In the WRF and WPS 4.6 this issue doesn't persist. But there is certain freeze and segmentation error is happening while running ./wrf.exe
regclimo said:
Hi everyone,

This error is similar to those reported in several other cases over the past year ('WARNING, THE URBAN FRACTION WILL BE READ FROM URBPARM.TBL' occurred., Problems running Urban UCM and WUDAPT LCZ, cglc-modis-lcz_100m dataset " WARNING, THE URBAN FRACTION WILL BE READ FROM URBPARM.TBL USING DEFAULT URBAN MORPHOLOGY") -- however, I've tried the fixes suggested there and remain stuck.

When attempting to use the Demuzere et al. 2023 100m LCZ product for a simulation over part of Asia, real.exe is OK but the model run ends immediately with the following error:
LANDUSE TYPE = "MODIFIED_IGBP_MODIS_NOAH" FOUND 61 CATEGORIES 2 SEASONS WATER CATEGORY = 17 SNOW CATEGORY = 15
INITIALIZE THREE Noah LSM RELATED TABLES
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
WARNING, FRC_URB2D = 0 BUT IVGTYP IS URBAN
WARNING, THE URBAN FRACTION WILL BE READ FROM URBPARM.TBL
-------------- FATAL CALLED ---------------
USING URBPARM_LCZ.TBL WITH OLD 3 URBAN CLASSES. SET USE_WUDAPT_LCZ=0


I set up the GEOGRID.TBL according to Demuzere et al. 2023. Following previous suggestions, I've ensured that:
use_wudapt_lcz=1
sf_urban_physics=1
sf_surface_physics=2 or 4

I also commented out a couple code segments related to FRC_URB2D in the Fortran files, following Potential bug for initializing urban fraction · Issue #2039 · wrf-model/WRF, which somehow didn't seem to make any difference. The same error occurs in both multi- and single-domain cases.

Any ideas of how I might change things to be able to use this LCZ product for WRF runs outside CONUS?

Attached are the wrf.log and the namelist.input, namelist.wps, module_initialize_real.F, and module_sf_urban.F files I've been using.

Thanks,
Colin
Click to expand...
 
You must log in or register to reply here.
Top