Closed zhenkunl closed 5 years ago
@sunt05 @hamidrezaomidvar Could you tell me if the sequence of AHProf_24hr means UTC time or local time, or which time representation is expected in AHProf_24hr? I just rotate the array similar to cshift(AHProf_24hr, 8)
Please can you check what your DLS settings are
startdls = 180 enddls = 181
@suegrimmond Here is QF
So the latent heat flux – is small because QF is so large. We need to fix this in SUEWS
Prof Sue Grimmond Dept. of Meteorology, University of Reading, Reading, RG6 6BB T: 44 118 378 6248 – messages get emailed to me O:Met Building (#58 on map) rm:1U14 E: c.s.grimmond@reading.ac.ukmailto:c.s.grimmond@reading.ac.uk W: http://micromet.reading.ac.uk/
From: Zhenkun Li notifications@github.com Sent: 02 August 2019 17:49 To: Urban-Meteorology-Reading/WRF-SUEWS WRF-SUEWS@noreply.github.com Cc: Sue Grimmond c.s.grimmond@reading.ac.uk; Mention mention@noreply.github.com Subject: Re: [Urban-Meteorology-Reading/WRF-SUEWS] WRF-SUEWS evaluation in Shanghai case (#45)
@suegrimmondhttps://github.com/suegrimmond Here is QF [QF-0803]https://user-images.githubusercontent.com/12846201/62385716-6703e900-b588-11e9-9c0b-1506310ce8d8.png
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHubhttps://github.com/Urban-Meteorology-Reading/WRF-SUEWS/issues/45?email_source=notifications&email_token=AE2KZXWIWSAD6MOI5YIOMO3QCRQO3A5CNFSM4HSDRR2KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD3OI3WI#issuecomment-517770713, or mute the threadhttps://github.com/notifications/unsubscribe-auth/AE2KZXTFPTKVDJPAG63YJNDQCRQO3ANCNFSM4HSDRR2A.
In the preprocessing, some of the variables are urban related meaning they can scale or not scale based on the urban fraction (note sure which one was the case, please check) so for example population is scaled based on the urban fraction(unless we give the inputs the real population data as the case in London). So you want to make sure if you give one value to population to all grids, they are actually scaled. You can do this in the json file listing all the variables in the preprocessing ( Never thought I will send an email related to WRF-SUEWS in skies )
On Aug 2, 2019, at 5:48 PM, Zhenkun Li notifications@github.com wrote:
@suegrimmond Here is QF
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub, or mute the thread.
I agree with you. I should change the land use fraction before scaling
In the preprocessing, some of the variables are urban related meaning they can scale or not scale based on the urban fraction (note sure which one was the case, please check) so for example population is scaled based on the urban fraction(unless we give the inputs the real population data as the case in London). So you want to make sure if you give one value to population to all grids, they are actually scaled. You can do this in the json file listing all the variables in the preprocessing ( Never thought I will send an email related to WRF-SUEWS in skies ) ...
@hamidrezaomidvar one more evidence the coupling really works! Re land-atmosphere interactions due to WRF-SUEWS!
This time I modified urban to cropland first, then scaled all the variables. So QF=0 during the whole period, but the latent heat flux is still close to zero.
So what is the soil moisture? Please can we plot the SMD
As far as I know, SUEWS doesn't use SMOIS
in the wrfinput, but use SOILMOIST_SUEWS
which is assigned values by ourselves instead. This is timeseries of moisture of grass, which has a 100% fraction in my case.
Yes it should be our Soilmoist_suews. I assume that is the deficit. Please can you set that to a larger values e.g.100 to see if that is limiting things. Please Also check the LAI.
Prof Sue Grimmond Meteorology, University of Reading
From: Zhenkun Li notifications@github.com Sent: Saturday, August 3, 2019 4:20:14 AM To: Urban-Meteorology-Reading/WRF-SUEWS WRF-SUEWS@noreply.github.com Cc: Sue Grimmond c.s.grimmond@reading.ac.uk; Mention mention@noreply.github.com Subject: Re: [Urban-Meteorology-Reading/WRF-SUEWS] WRF-SUEWS evaluation in Shanghai case (#45)
As far as I know, SUEWS doesn't use SMOIS in the wrfinput, but use SOILMOIST_SUEWS which is assigned values by ourselves instead. This is timeseries of moisture of grass, which has a 100% fraction in my case. [4925C956-9035-4AE5-BDC9-B06D626BD9D5]https://user-images.githubusercontent.com/12846201/62406546-4cf5f500-b5e0-11e9-9868-67af5c0c6b0f.png
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHubhttps://github.com/Urban-Meteorology-Reading/WRF-SUEWS/issues/45?email_source=notifications&email_token=AE2KZXQFJ2FZ6I6UB3RIW53QCT2O5A5CNFSM4HSDRR2KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD3PF75I#issuecomment-517890037, or mute the threadhttps://github.com/notifications/unsubscribe-auth/AE2KZXXBYXP7ZSFY5KIZBRLQCT2O5ANCNFSM4HSDRR2A.
Given the status of this discussion, I see two specific and impending issues to resolve:
Kdown
by WRF in Shanghai;
I have run a 3-nested domain case for Shanghai. The domain configuration is as figure below.