Migration status

  • Home Page: Activity map.

intro story DELWAQ

DELWAQ

DELWAQ is the engine of the D-Water Quality and D-Ecology programmes of the Delft3D suite. It is based on a rich library from which relevant substances and processes can be selected to quickly put water and sediment quality models together.

The processes library covers many aspects of water quality and ecology, from basic tracers, dissolved oxygen, nutrients, organic matter, inorganic suspended matter, heavy metals, bacteria and organic micro-pollutants, to complex algae and macrophyte dynamics. High performance solvers enable the simulation of long periods, often required to capture the full cycles of the processes being modelled.

The finite volume approach underlying DELWAQ allows it to be coupled to both the structured grid hydrodynamics of the current Delft3D-FLOW engine and the upcoming D-Flow Flexible Mesh engine (1D-2D-3D) of the Delft3D Flexible Mesh Suite (or even other models such as TELEMAC).

'DELWAQ in open source' is our invitation to all leading experts to collaborate in further development and research in the field of water quality, ecology and morphology using Delft3D. Feel free to post your DELWAQ related questions or comments in this dedicated forum space. If you are new to DELWAQ, the tutorial (in the user manual) is a good place to start. A list of DELWAQ related publications is available here.

** PLEASE TAG YOUR POST! **

 

 

Sub groups
D-Flow Flexible Mesh
DELWAQ

Cohesive sediments & muddy systems

 


Message Boards

wrong GSQS (area of computational grid cells) in output

TD
Timo de Ruijsscher, modified 6 Years ago.

wrong GSQS (area of computational grid cells) in output

Youngling Posts: 3 Join Date: 9/10/14 Recent Posts
Hi all,

When running Delft3D-FLOW with version 5.00.00 of flow2d3d, using a decomposed grid, the area of the computational grid cells (called GSQS) in the map-output is wrong. Some cells show the right values, some values are located at the wrong cells and there are large diagonals with value 1.
Is this a known problem that some of you also encountered? Maybe I did something wrong in the input?

Thanks in advance for replying!
Adri Mourits, modified 6 Years ago.

RE: wrong GSQS (area of computational grid cells) in output

Yoda Posts: 1221 Join Date: 1/3/11 Recent Posts
Hi Timo,

This is new for me.

Can you zip the input files of a (as small as possible) model showing the problem and attach it to a post here on the forum?

Thanks in advance.

Regards,

Adri
TD
Timo de Ruijsscher, modified 6 Years ago.

RE: wrong GSQS (area of computational grid cells) in output

Youngling Posts: 3 Join Date: 9/10/14 Recent Posts
Hi Adri,

Attached you find the model as I used it, for a short time. Unfortunately, today I was not able to create a smaller grid and test it, so it is still the more extended version. Should be doable to run in less than an hour though.
Just tell me if you also want the map-files.

Kind regards,
Timo
Adri Mourits, modified 6 Years ago.

RE: wrong GSQS (area of computational grid cells) in output (Answer)

Yoda Posts: 1221 Join Date: 1/3/11 Recent Posts
Hi Timo,

Thank you for reporting this error. It is a bug in writing the GSQS to the map-file. It is solved in the trunk in revision 4101.

Fortunately, the impact of this bug is low:
- The cell areas as used in the calculations are correct; only the writing of GSQS to the map-file was wrong.
- QuickPlot does not use the GSQS from the map-file but calculates the cell areas itself.

Regards,

Adri