Comments (11)
@bemcdonnell thanks for the response. The model is referenced on Wikipedia with more detail as below.
Cited literature source is "Nash, J.: A unit hydrograph study with particular reference to British catchments, Proc. Inst. Civil. Eng., 17, 249β282, 1960" which is unavailable to me.
The algorithm was discussed on OpenSwmm a long time ago. It is used by the most prevalent sewer model in Germany. I wonder whethere there is any interest in extending the runoff models within the OpenWaterAnalytics project and ifso how to approach the matter, since there are unspeakably more models around.
from stormwater-management-model.
The complication is HOW integrated any non EPA SWMM hydrology is with the rest of subcatch.c. Does Nash hydrology use infiltration, evaporation, LID's and Groundwater? Question - is it really used by the most common sewer model in Germany? I cannot find a reference.
from stormwater-management-model.
@dickinsonre yeah that's a great thought. I'm in favor of retaining the subcatment process as-is but building the plug-in type framework. This would require a secondary data source file (like hydrology.inp) for persisting the parameters. Each SWMM route step would call the external module asking it for new flows. Data from SWMM could just as easily flow to that plugin as required.
from stormwater-management-model.
Hey @schoeller, thanks for raising this issue. I donβt know a whole lot about this method. Would you mind giving us some background and references? If the community is not interested, there is a nice alternative we can help you with to accomplish this!
from stormwater-management-model.
unspeakably more models around!!! There are a lot of models - I will also mention that Nash is used in Canada as well.
from stormwater-management-model.
@bemcdonnell in my understanding the first question to be answered would be: does the project want more runoff models to be included. Ifso second question would be to allow for modular behaviour.
from stormwater-management-model.
@schoeller, I think the project should welcome all kinds of models. What I think we should do is develop a plug-in type architecture so that SWMM could simply "connect" to a separate hydrology model. Data could be passed from the engine to an outside functional process/data model. We could provide direct support within the existing input file (but that would required re-tooling SWMM as new models show up.) So I think I'm supportive contingent on the architecture! Are you working under any sort of grant or with any university?
from stormwater-management-model.
The complication is HOW integrated any non EPA SWMM hydrology is with the rest of subcatch.c. Does Nash hydrology use infiltration, evaporation, LID's and Groundwater? Question - is it really used by the most common sewer model in Germany? I cannot find a reference.
This may be possible using pyswmm: you can add flow into SWMM hydraulic network using generated inflow functionality in pyswmm. https://pyswmm.readthedocs.io/en/stable/tutorial/tutorial.html#generate-node-inflows
from stormwater-management-model.
The complication is HOW integrated any non EPA SWMM hydrology is with the rest of subcatch.c. Does Nash hydrology use infiltration, evaporation, LID's and Groundwater? Question - is it really used by the most common sewer model in Germany? I cannot find a reference.
@dickinsonre @dickinsonre thanks for your replies. The deep integration (with volume checking) is exactly the trouble I ran into. I forked the code and inserted the changes to my best knowledge in order to make the serial cascade model work. The given code comprises an approach to attempt integrating with other model components. When testing though the volume becomes incorrehent. With my humble spare time coding skills I could not proceed further. I have to leave this aside for now. FYI: correcting myself, that the Nash cascade model is not the most common hydrology mechanism around here. There's actually a multitude.
from stormwater-management-model.
Thanks, I know a bit about German Hydrology in my limited knowledge they seemed similar in concept and somewhat related to Nash. I may be wrong. As a side note we do have what we call German hydrology in the Innovyze An Autodesk Company software InfoSWMM and InfoWorks ICM - source was the program Storm https://www.sieker.de/en/fachinformationen/flood/hydrological-modelling.html
from stormwater-management-model.
@schoeller, in the OWA-SWMM API there is an option to set a user-defined inflow to a node (which is separate from all SWMM's normal hydrologic processes). It sounds like you're programming in C. You have a couple of options for prototyping based on what I'm hearing:
- You could continue programming in C and make a copy of swmm5.h/c and use the toolkit.c
https://github.com/OpenWaterAnalytics/Stormwater-Management-Model/blob/76b8ae7e39f07a659b51284effafe668394d7f29/src/solver/toolkit.c#L2800
if you do it this way, you have discrete control over the equations and state while the simulation is running. You can get values out of the running simulation that you need as inputs to the German method. - These api features have all been extended to PySWMM. We find PySWMM very easy to prototype new interfacing models with SWMM. If you want to test it, might be a much easier lift since there are so many debugging and plotting tools available.
Long-term, I think there is a good opportunity to incorporate hydrology methods through interfacing code. We will be happy to work with you when you can find the time to build and validate the method!
from stormwater-management-model.
Related Issues (20)
- Add CITATION Reference File HOT 2
- Proposal to relicense OWA SWMM from MIT to CC BY 4.0 HOT 7
- Why dataframe exports only last value of iteration to csv? HOT 1
- Update .rpt and .out header to indicate different codebase HOT 13
- Update flow direction in API function HOT 6
- Flow and Routing Stats Bug HOT 9
- Add toolkit function for build info in json format HOT 1
- Bring in USEPA SWMM v5.1.15 HOT 1
- Link and Node Pollutant Function Call HOT 2
- Update .rpt text to indicate OWA SWMM codebase HOT 14
- CI Maintenance: Windows-2016 Actions runner scheduled for depreciation HOT 1
- Subcatchment runoff is missing LID runoff rate
- Expanding SWMM toolkitapi to allow modification of more properties HOT 4
- Documentation needs to be updated to reflect the current state of code base HOT 2
- Merge in USEPA-v5.2.2 into repo HOT 1
- Toolkit API Versioning
- Node volume constraints when coupling with 2D models HOT 1
- Incorrect Error Thrown to PySWMM
- Possible set start/end date calculation precision issue
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 stormwater-management-model.