Comments (9)
Yeah that would make sense. This would be especially the case if they are trying to use AMY.
from uwg.
from uwg.
I see, in that case, I agree we should try and calculate the water temperature via a thermal diffusion routine. I won't be the person to write it, but can ask a work colleague to take a look at it, and will run it by you.
As for the treeSensHeat question, I understand it's tricky! The heat contribution of the trees and vegetation are split across a couple of different methods (SolarCalcs, urbflux, infracalcs, element.surfFlux) so it's understandable it's harder to pin down. It's not an urgent problem, so we can let it be if we need to.
By the way, that question came out of a user's questions about the vegetation/tree participation in the UWG heat balance from here: https://discourse.ladybug.tools/t/general-questions-about-the-input-parameters/4358 and inexplicable behaviour of trees/vegetation here: https://discourse.ladybug.tools/t/urban-heat-island-in-an-all-green-scenario/3497/6
Feel free to jump into those discussions and answer directly.
The latter question, regarding tree obstruction of IR exchange, deserves a git issue of it's own I think, since after reviewing the code, and reading Bruno's original chapter on the objective of the vegetation in UWG, it still doesn't make sense to me why the tree fraction is not part of the IR exchange, and conversely, why the direct and diffuse solar received by the ground isn't blocked by trees. Again, not urgent issues, but worth documenting to see if I'm just missing something obvious here.
S
from uwg.
from uwg.
Update: I actually have more on my plate then expected so am adding a "help wanted" tag to this issue. If anyone wants to tackle this, go for it!
from uwg.
I added soil temperature to the weather API for cases such as this (reference). Not sure how that would help in this usage case though but is this something that gets raised often?
from uwg.
I would estimate the issue is raised rarely, since we had the UWG released for a while before it finally threw the error.
Does your weather API calculate the soil temperatures at different depths using the thermal diffusion routine?
from uwg.
Soil temperatures at various depths is already calculated by the numerical weather models (both ERA5 and GFS) that the data is sourced from. This would again be a much more sophisticated version of the thermal diffusion routine since it would take into account soil type, soil moisture content, water run-off etc.
from uwg.
If the reanalysis data is calculating the soil temperatures more accurately then the calculation we were discussing more, then should we just recommend users use reanalysis data if they care about modeling the ground and water temperature accurately in scenarios with missing soil depth temperatures?
Why increase the code complexity with a suboptimal calculation if a more accurate alternative exists?
I can add a warning when soil temps are less then 3, with an explanation that we are using the average air temp minus 10, but that we recommend weather files with at least 3(?) soil depths for more accurate ground and water temperatures.
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
- Nightlimit issue HOT 6
- 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.