Comments (6)
(Reposting this, since I accidently used my work account to post the previous message).
@jmrk87
Yes, this looks like a bug, using the same threshold contradicts the next conditional statement below. The problem stems from the original UWG_Matlab:
daylimit = parameter.dayThreshold; % sunlight threshold for day (~150W/m^2)
nightlimit = parameter.dayThreshold; % sunlight threshold for night (~50W/m^2)
sunlight = forc.dir+forc.dif;
% If dir & dif light is greater than threshold, use day
if sunlight > daylimit && time <= noon ||...
sunlight > nightlimit && time > noon || obj.sensHeat > 150
@hansukyang do you agree this is a bug, or are we missing something?
from uwg.
It's probably an error from me having played around with 'dayThreshold' and 'nightThreshold' being set to just a single value as I think I remember some of the UWG parameters did not really have noticeable effect.
FYI, I recently added 'boundary layer height' (https://docs.oikolab.com/#2-3-available-parameters) as an available weather parameter as this is available from NWP models. I haven't performed any analysis with it yet but was curious myself how it varies. Here in the plots below you can see how it varies over course of the day for Boston (rather than just two set values usually 50~80m for night and 700m for day in UWG) for a couple of years:
from uwg.
Update: I made the change, but it's failing one unit test, so I need to figure out why that's happening before I can merge it. A lot of the unit tests were based on data from the UWGMatlab so a failing unit test is not alarming.
@hansukyang Interesting, I recall from Nakano's thesis sensitivity analysis the nighttime BL height was one of the parameters that had a "significant" impact on the UHI. Is there any way to also get data on the "h_ref" parameter - height at which potential temperature is uniform? "h_ref" It also had a big impact on the UHI.
from uwg.
Yes, BL has substantial impact on UWG because it essentially changes the control volume where urban air and rural air is mixed I believe.
I don't think 'h_ref' parameter is available on its own. On the other hand, do be cautious about looking too much into various atmospheric parameters on UWG such as BL or 'h_ref'. Recall that UWG is built on some shaky assumptions translating 3D phenomenon (atmospheric heat convection) into extremely simplified 1D process while being over-parameterized at the same time so it is very easy to tweak input parameters to get results that fit the data.
from uwg.
@hansukyang Agreed, and thats why we advise everyone to not tweak the atmospheric parameters. But, according to Nakano's sensitivity study, the Night BL, and the inversion height parameters showed a "significant" impact on the resulting UHI and so relying solely on the default assumptions adds its own bias.
So wouldn't selected use of measured-cum-simulated/ERA5 data for atmospheric parameters improve the accuracy of the UWG simulation? Or would even that be out of scope or change underlying assumptions of the simplified 1D process for the atmospheric portion of the UWG?
from uwg.
I think that would be an interesting study. As you can see in the plots above, the boundary layer height varies considerably and the reservation that I have is that the definition of parameters such as 'boundary layer' as defined in UWG may be different than NWP datasets such as ERA5.
Feel free to download boundary layer variable from https://weatherdownloader.oikolab.com and play around (I think you should still have account to download this data). Inversion layer height is a bit tricky because temperature is given at various pressure heights (we don't have this yet but you can get it directly from Climate Data Store) and this value would have to be derived.
from uwg.
Related Issues (20)
- Cannot run the example file HOT 14
- albroof and c_exch on daily maximum air DB temperature in UC HOT 1
- Add a log file option to the CLI commands
- ZeroDivisionError: float division by zero in Python UWG code HOT 3
- Possible error in uwg.py HOT 2
- Ventilation and infiltration definitions in building.py HOT 1
- buildings area HOT 1
- Example UWG file in resources is out of date HOT 5
- Possible bug on Sensible Cooling/Heating demand calculation HOT 1
- Error in saturation_pressure calculation HOT 7
- Error mediumoffice HOT 2
- UWG Processor HOT 1
- computation of verTohor
- dragonfly_UWGBldgTypes
- Parameter
- Anthropogenic heat calculation from traffic
- canyon orientation in solarcalcs.py
- DIR_DOE_PATH issue
- UWG - places without buildings
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from uwg.