intro story D-Flow FM

 

D-Flow Flexible Mesh

D-Flow Flexible Mesh (D-Flow FM) is the new software engine for hydrodynamical simulations on unstructured grids in 1D-2D-3D. Together with the familiar curvilinear meshes from Delft3D 4, the unstructured grid can consist of triangles, pentagons (etc.) and 1D channel networks, all in one single mesh. It combines proven technology from the hydrodynamic engines of Delft3D 4 and SOBEK 2 and adds flexible administration, resulting in:

  • Easier 1D-2D-3D model coupling, intuitive setup of boundary conditions and meteorological forcings (amongst others).
  • More flexible 2D gridding in delta regions, river junctions, harbours, intertidal flats and more.
  • High performance by smart use of multicore architectures, and grid computing clusters.
An overview of the current developments can be found here.
 
The D-Flow FM - team would be delighted if you would participate in discussions on the generation of meshes, the specification of boundary conditions, the running of computations, and all kinds of other relevant topics. Feel free to share your smart questions and/or brilliant solutions! 

 

=======================================================
We have launched a new website (still under construction so expect continuous improvements) and a new forum dedicated to Delft3D Flexible Mesh.

Please follow this link to the new forum: 
/web/delft3dfm/forum

Post your questions, issues, suggestions, difficulties related to our Delft3D Flexible Mesh Suite on the new forum.

=======================================================

** 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