-
Notifications
You must be signed in to change notification settings - Fork 58
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Issue66 #67
Issue66 #67
Conversation
…iators in parallel
…ume for moist air
If I plot fanSup.vol.T the temperature is correct. Note that fanSup.T is the value of the parameter that can be used to set the boundary temperature but this is not used in this case since you use the input. Is this what caused confusion? |
No, the confusion/error is the temperature of the boundary. It does not On Fri, Jun 13, 2014 at 7:34 PM, Filip notifications@github.com wrote:
|
In my previous post the second fanSup.T should have been airAmb.T. Note that the signal has the label 'T' but the actual signal name is T_in. I think this explains the issue? |
@saroele can this be closed? |
not yet, let me check again (maybe friday) On Tue, Jun 24, 2014 at 2:50 PM, Filip notifications@github.com wrote:
|
So, Jun 24 is long time ago: Can we close this one @saroele ? ;) |
Shall we try to get rid of pull requests "which shouldn't be merged as it's to show something," that's the purpose of branches, no ? And it's enormously confusing. |
Yup:) |
It's not the intention to merge this pull request, just to pass on the model illustrating the issue:
The boundary does not have the wanted temperature.