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

Add single anthropogenic heat data

M

Miao_Yang

New member
Hello, professors and seniors in the community.
I would like to inquire whether it is possible to add only one anthropogenic heat grid data, such as the annual average, to the UCM model and then use the 24-hour distribution of anthropogenic heat in the URBPARAM.TBL to calculate?
I see that the code currently requires spatially hourly monthly varying anthropogenic heat data.
Looking forward to your reply as soon as possible.
 
Also, I noticed that in the official slucm dataset, there are two paths corresponding to rel_path, which are 'y2010_ahe' and 'y2050_ahe'.
My understanding is that the data from the two years 2010 and 2050 are interpolated to get the target years.
May I ask how this should be used in namelist.wps? Should I write 'geog_data_res = ‘y2010_ahe+y2050_ahe+default’,'?
 
Miao_Yang said:
Also, I noticed that in the official slucm dataset, there are two paths corresponding to rel_path, which are 'y2010_ahe' and 'y2050_ahe'.
My understanding is that the data from the two years 2010 and 2050 are interpolated to get the target years.
May I ask how this should be used in namelist.wps? Should I write 'geog_data_res = ‘y2010_ahe+y2050_ahe+default’,'?
Click to expand...
Yes, I think you can write 'geog_data_res = ‘y2010_ahe+y2050_ahe+default’ to use the AHE field in the official slucm dataset. I have tried this, and it works. Here is the AHE distribution in my study area.
1736384807139.png
 
The spatial varying AHE dataset will only be used when distributed_ahe_opt > 0 set in the namelist.input, and only works with urban_physics=1.
If you do not activate distributed_ahe_opt, the default SLUCM uses the URBPARM.TBL parameters with a 24-hour diurnal cycled AHE with a peak value: WRF/run/URBPARM.TBL at master · wrf-model/WRF
You could replace the peak AHE (WRF/run/URBPARM.TBL at master · wrf-model/WRF) with your prescribed values and modify the multiplier for diurnal cycle profile in the URBPARM.TBL.
 
cenlinhe said:
The spatial varying AHE dataset will only be used when distributed_ahe_opt > 0 set in the namelist.input, and only works with urban_physics=1.
If you do not activate distributed_ahe_opt, the default SLUCM uses the URBPARM.TBL parameters with a 24-hour diurnal cycled AHE with a peak value: WRF/run/URBPARM.TBL at master · wrf-model/WRF
You could replace the peak AHE (WRF/run/URBPARM.TBL at master · wrf-model/WRF) with your prescribed values and modify the multiplier for diurnal cycle profile in the URBPARM.TBL.
Click to expand...
Hi, I am working with WRF-SLUCM (sf_urban_physics = 1) and would like to clarify the treatment of anthropogenic heat emissions (AHE) in the model. Specifically, I have the following questions:

1. Disabling AHE in WRF-SLUCM​

From your comments, I understand that when distributed_ahe_opt = 0, the default SLUCM still applies AHE based on URBPARM.TBL, which includes a 24-hour diurnal cycle with a peak value.
  • Is there a way to completely disable AHE in WRF-SLUCM, ensuring that no anthropogenic heat is considered in the simulation?
  • If so, do I need to modify URBPARM.TBL manually (e.g., setting AHE values to zero), or is there a model configuration that disables AHE entirely?

2. Combining Grid-Based AHE Input with URBPARM.TBL AHE​

In my study, I have a grid-based AHE dataset that represents vehicular heat emissions (VHE), which I provide as an additional input in wrfinput using distributed_ahe_opt = 1 or 2. However, I also want to use the predefined AHE values from URBPARM.TBL to account for other anthropogenic heat sources (e.g., building emissions).
  • When distributed_ahe_opt = 1 or 2 is set, does WRF override the AHE values from URBPARM.TBL, or does it add both sources of AHE together?
  • Is there a way to configure WRF such that grid-based AHE is used for vehicle emissions, while URBPARM.TBL is used for other heat sources like buildings?
  • How can I confirm in the output whether both sources of AHE are being applied correctly?
I appreciate any insights or recommendations on how to properly configure WRF-SLUCM to handle AHE in these scenarios.
 
1. To completely disable AHE in WRF-SLUCM, you can put distributed_ahe_opt = 0 and manually turn off AHE in the urban parameter table (both AHOPTION: 0 and ALHOPTION: 0).
2. As I answered to your question in another forum thread, to use your own grid-based AHE data:
(1) The "distributed_ahe_opt" namelist option controls a specific AHE data that has been implemented into WPS. If you want to use this option to read in your own data, you could use your own AHE data/map to replace the one generated by default WPS in geo_em file.
(2) The "distributed_ahe_opt" overlaps with the AHE specified from the urban parameter table, so if you use the "distributed_ahe_opt" option, please make sure you turn off the AHE in the urban parameter table for your simulation.
(3) The "distributed_ahe_opt" directly adds the AHE to the temperature tendency or surface sensible heat flux after the land and urban model processes are done (i.e., outside urban code), while the AHE specified in urban parameter table adds AHE to the urban flux within the urban code. This is the key difference.
Here is the main code changes related to "distributed_ahe_opt" capabilities: [Resubmit for PR #1881] New option for SLUCM to use global distribute… · wrf-model/WRF@3cadf04

3. To use "grid-based AHE is used for vehicle emissions, while URBPARM.TBL is used for other heat sources like buildings", you can develop a AHE grid dataset for vehicle emission as input and set distributed_ahe_opt >0, and at the same time activate AHE in the urban parameter table and modify the value to match with other heat sources. To confirm if you are doing it correctly, you can do two test experiments by turning off one of the AHE sources and see the surface temperature difference and surface sensible heat flux difference in your output.
 
cenlinhe said:
1. To completely disable AHE in WRF-SLUCM, you can put distributed_ahe_opt = 0 and manually turn off AHE in the urban parameter table (both AHOPTION: 0 and ALHOPTION: 0).
2. As I answered to your question in another forum thread, to use your own grid-based AHE data:
(1) The "distributed_ahe_opt" namelist option controls a specific AHE data that has been implemented into WPS. If you want to use this option to read in your own data, you could use your own AHE data/map to replace the one generated by default WPS in geo_em file.
(2) The "distributed_ahe_opt" overlaps with the AHE specified from the urban parameter table, so if you use the "distributed_ahe_opt" option, please make sure you turn off the AHE in the urban parameter table for your simulation.
(3) The "distributed_ahe_opt" directly adds the AHE to the temperature tendency or surface sensible heat flux after the land and urban model processes are done (i.e., outside urban code), while the AHE specified in urban parameter table adds AHE to the urban flux within the urban code. This is the key difference.
Here is the main code changes related to "distributed_ahe_opt" capabilities: [Resubmit for PR #1881] New option for SLUCM to use global distribute… · wrf-model/WRF@3cadf04

3. To use "grid-based AHE is used for vehicle emissions, while URBPARM.TBL is used for other heat sources like buildings", you can develop a AHE grid dataset for vehicle emission as input and set distributed_ahe_opt >0, and at the same time activate AHE in the urban parameter table and modify the value to match with other heat sources. To confirm if you are doing it correctly, you can do two test experiments by turning off one of the AHE sources and see the surface temperature difference and surface sensible heat flux difference in your output.
Click to expand...
Thank you for your prompt response. I understand now. I will conduct several experiments to clarify the impact of different AHE data settings. Thank you!
 
cenlinhe said:
1. To completely disable AHE in WRF-SLUCM, you can put distributed_ahe_opt = 0 and manually turn off AHE in the urban parameter table (both AHOPTION: 0 and ALHOPTION: 0).
2. As I answered to your question in another forum thread, to use your own grid-based AHE data:
(1) The "distributed_ahe_opt" namelist option controls a specific AHE data that has been implemented into WPS. If you want to use this option to read in your own data, you could use your own AHE data/map to replace the one generated by default WPS in geo_em file.
(2) The "distributed_ahe_opt" overlaps with the AHE specified from the urban parameter table, so if you use the "distributed_ahe_opt" option, please make sure you turn off the AHE in the urban parameter table for your simulation.
(3) The "distributed_ahe_opt" directly adds the AHE to the temperature tendency or surface sensible heat flux after the land and urban model processes are done (i.e., outside urban code), while the AHE specified in urban parameter table adds AHE to the urban flux within the urban code. This is the key difference.
Here is the main code changes related to "distributed_ahe_opt" capabilities: [Resubmit for PR #1881] New option for SLUCM to use global distribute… · wrf-model/WRF@3cadf04

3. To use "grid-based AHE is used for vehicle emissions, while URBPARM.TBL is used for other heat sources like buildings", you can develop a AHE grid dataset for vehicle emission as input and set distributed_ahe_opt >0, and at the same time activate AHE in the urban parameter table and modify the value to match with other heat sources. To confirm if you are doing it correctly, you can do two test experiments by turning off one of the AHE sources and see the surface temperature difference and surface sensible heat flux difference in your output.
Click to expand...
Hello, cenlinhe!
I am trying to run WRF with urban simulation enabled but without anthropogenic heat emissions (AHE). However, when I run real.exe, I encounter the following error: (PS. When I comment out ahoption, the model runs successfully.)
module_io_quilt_old.F 2931 T
------ ERROR while reading namelist physics ------
Maybe here?: distributed_ahe_opt = 0,
Maybe here?: ahoption = 0,
-------------- FATAL CALLED ---------------
Click to expand...
My namelist.input settings in the &physics section:
sf_urban_physics = 1, 1, 1,
slucm_distributed_drag = .false.
distributed_ahe_opt = 0,
ahoption = 0,
alhoption = 0,
use_wudapt_lcz = 1,
use_lakedepth = 0,
Click to expand...
I am using the Single-Layer Urban Canopy Model (SLUCM) (sf_urban_physics = 1). My goal is to enable urban physics but disable anthropogenic heat emissions (AHE).

Questions:​

  1. What is causing this error in real.exe?
  2. Are there any dependencies between sf_urban_physics and ahoption that require a different configuration?
  3. Are there additional parameters I need to modify when ahoption = 0?
Any suggestions or corrections would be greatly appreciated. Thank you!
 
Moreover, I would like to differentiate between weekday and weekend AHE.

My Questions:​

  1. What is the recommended approach to handling different AHE emissions for weekdays and weekends?
    • Should I input two separate gridded AHE datasets (one for weekdays and one for weekends)?
    • Or is it possible to use a scaling factor (e.g., weekday_AHE = 1.0 × baseline_AHE, weekend_AHE = 0.7 × baseline_AHE) to adjust a single AHE dataset dynamically?
  2. Does WRF support time-varying AHE inputs natively, or would I need to modify the source code to implement this functionality?
    • If modifications are required, which files or modules should be adjusted (e.g., module_sf_urban.F for BEP/BEM urban schemes)?
I’d appreciate any guidance on the best way to implement this in WRF, including any namelist settings, preprocessing steps, or code modifications that might be necessary. Thank you for your help!
 
You must log in or register to reply here.
Top