-
Notifications
You must be signed in to change notification settings - Fork 1
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
Metrics for the designed network #100
Metrics for the designed network #100
Conversation
…-in-metrics-for-the-networks-design-parameters
…he-networks-design-parameters
…he-networks-design-parameters
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM.
Yeah, it seems a bit wasteful. If the inputs were hashable, you could cache the result, but I don't think that's the case, so we would need to come up with a more creative way of avoiding calculating the same thing again and again.
…he-networks-design-parameters
/ sg_real.number_of_nodes() | ||
|
||
@metrics.register | ||
def outlet_pbias_npipes(real_G: nx.Graph, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Since bias has a sign, for the three pbias
functions please make a note in the docstring that this is sim - real
or even better, provide the formula using a math
block it shows up nicely in RTD.
My only concern with the metrics is handling NaNs. Do you any checks in the pre-processing steps for removing NaNs? If not, you need to either drop them explicitly or use |
include pbias equations
I do in the NSE/KGE calcs (in the relevant branch). And I've not encountered them anywhere else (neither SWMM simulations or data files). I will make an issue to do a more thorough check though |
Description
Add a set of new metrics and tests, all reasonably simple ones.
Fixes #91
This does highlight a possible issue that I am likely re-evaluate
dominant_outlet
andbest_outlet_match
many many times duringiterate_metrics
. I don't think this would be constraining, but it does feel wasteful - I have created an issue to address it #101.