RE: Main program of d-hydro and start of subroutine trisim - Forum - Delft3D
Forum
- Home
- 2. Questions and troubleshooting
- 2.1 Questions about the software
- 2.1.6 Other
- RE: Main program of d-hydro and start of subroutine trisim
RE: Main program of d-hydro and start of subroutine trisim
Yuanyi Li, modified 1 Year ago.
Main program of d-hydro and start of subroutine trisim
Youngling Post: 1 Join Date: 9/10/19 Recent Posts
Hi, everyone
I am try to understand the source code of the Delft3D. I went through the source code and found main program in d-hydro.cpp is the start of the delft3d-flow. I understand that the class DeltaresHydro is a facility to read the file input and the subroutine trisim in trisim.f90 is called to simulate a case. My question is how the main program call the trisim. In main program, a member of DeltaresHydro DH calls its member function Run. But the Run call itself in its deinfition in line 387. I still cannot find out how trisim is called in the code. My tag of the source code is 66366, and I am trying in parallel mode.
I am try to understand the source code of the Delft3D. I went through the source code and found main program in d-hydro.cpp is the start of the delft3d-flow. I understand that the class DeltaresHydro is a facility to read the file input and the subroutine trisim in trisim.f90 is called to simulate a case. My question is how the main program call the trisim. In main program, a member of DeltaresHydro DH calls its member function Run. But the Run call itself in its deinfition in line 387. I still cannot find out how trisim is called in the code. My tag of the source code is 66366, and I am trying in parallel mode.
Marte Thoresen, modified 16 Days ago.
RE: Main program of d-hydro and start of subroutine trisim
Youngling Posts: 2 Join Date: 7/8/23 Recent Posts
Hey all, circling back on my Delft3D exploration. This hydrology simulation code really shows how specialized engineering tools have become - off-the-shelf just can't meet all the niche needs out there.
Delft3D itself has come so far, evolving with new research and projects. What started as basic modeling can now handle things like sediment transport and water quality. It made me think about custom software trends in general and to look at this source.
I see bespoke solutions as the norm now. Technology enables highly tailored experiences, while off-the-shelf fills other roles. For intricate applications, one-size-fits-all doesn't cut it. Firms need sophisticated internal platforms. And open source is huge - building on past work is so valuable in fields like this.
Peering inside these complex codebases, I see them transforming alongside their domains. It's endlessly fascinating.
Delft3D itself has come so far, evolving with new research and projects. What started as basic modeling can now handle things like sediment transport and water quality. It made me think about custom software trends in general and to look at this source.
I see bespoke solutions as the norm now. Technology enables highly tailored experiences, while off-the-shelf fills other roles. For intricate applications, one-size-fits-all doesn't cut it. Firms need sophisticated internal platforms. And open source is huge - building on past work is so valuable in fields like this.
Peering inside these complex codebases, I see them transforming alongside their domains. It's endlessly fascinating.