3.3 River

RE: Small flow links

2021-06-24T19:49:51Z

Hello! Has this issue resolved? I ran into the same problem. "Merge Circumcenters" in RGFGRID won't do anything to the mesh. Wondering if you have a solution.

Modifying boundary text files for Dflow-1d

2021-03-08T23:53:06Z

I am trying to modify boundary inflows for a 1-D model outside the GUI, by modifying the boundary conditions text file BoundaryConditions.bc. The text file is generated when I run a model in the output area (a folder FileWriters). But I can't see how to use those files as inputs. Opening a project only seems to use the dsproj file, not the text files. can someone point me in the right direction please?

Performance of morphology module

2018-11-09T13:06:39Z

Has Delft3D FM (2019) the same performances as DELFT 3D 4.03 version in terms of morphology evolution or there is more work to do on that?

RE: mdu and ext files context

2018-07-20T14:40:10Z

Dear Reza,

The format that you are using, is what we call the 'new' external forcing file format. The format itself is not that new and it was introduced a few years ago (I think already in the first release). Please note that there are still models that are using the old format (e.g. the one you got from developers). We are trying to extend functionalities of the new format and slowly phase out the old format. We try to be as much backward compatible as possible, hence the confusion.

For you it should not matter and you should be able to use the new format. In this 'new' format instead of extra *.tim files, information is stored in the *.bc format with a more block structure. That is why you don't need '.tim' exporter for boundaries anymore. Instead you should export Boundary Condition file (.bc) and within it you will find all necessary information (time series). In case you have some inconsistencies or problems with OpenDA and the newer external file format, please let us know so we can inform OpenDA developers that they have some improvements to do.

For further reading about bc format I recommend to take a look at our D-Flow_FM_User_Manual and following locations:

section 7.4.1.2 Physical information
Appendix B, section B.5.2 New style external forcing (boundary conditions only)

Please let us know if you have any further remarks.

Kind regards,

Michal Kleczek,
Deltares

mdu and ext files context

2018-05-16T11:36:05Z

Hi There,

I am trying to do data assimilation into D-FLOW by OpenDA and now I'm rebuilding OpenDA's developer examples to become familiar with its methods and materials. The example, which I attached it to this inquiry, is a simple estuary with discharge for the east boundary and astronomical water level for the west boundary. Since ensemble Kalman filter as a data assimilation method needs to add some uncertainty to a boundary, the time series of noise has been introduced at the west boundary with the value of zeroes, but it will be filled with the noise values once OpenDA starts to run.

The problem that I've encountered is that ".mdu" and ".ext" files which OpenDA developers have created are different from my files. I noticed that their version of D-FLOW was different from mine. I would be thankful if you could please let me know whether the version of D-FLOW is the reason for this difference or not? Moreover, What should I do to address this problem? Because I need to provide .mdu and .ext files similar to their example files to let OpenDA interact with D-FLOW.
Information about this example can be found in the user manual of D-FLOW Flexible Mesh, Chapter 19, page 294.

In addition, I've tried several times to save ".tim" format of noise time series at the west boundary, but I couldn't. I should mention that I am using Delft3D FM Suite 2017 HMWQ 1.2.2.36603.

Attached please find developer's example materials and my materials.

Thanks in advance for your time and consideration.

Best regards,

Reza

RE: Regarding GRIDS!!

2018-01-15T14:45:22Z

Dear Gazi Md. Amin,

First of all I would like to suggest to follow our screencast tutorials with a focus on tutorial 2 and 3.
Moreover, in the Delft3D Flexbile Mesh User Manual under section 18.2 you will find a tutorial how to create a curvilinear grid from splines.

Please take a look if there is sufficient information in the suggested tutorials and otherwise please let us know how we can assist you.

Kind regards,
Michal

RE: Small flow links

2018-01-15T14:29:20Z

Dear Christopher,

What is the version number of your RGFGRID?

Kind regards,

Jing

RE: Small flow links

2017-11-21T15:33:40Z

Ok, this operation does not exist in my version of RGFGRID.

Does anyone knows another possibility to remove the small flow links. Or maybe some options in settings to prevent the generation of small flow links...

Thanks!

Regards
Christopher

RE: Small flow links

2017-11-16T19:18:02Z

Hi Christopher,

I'm sending a copy of what RGFGRID Manual says:

"Merge Circumcenters
An irregular grid can be used to calculate water flow. This involves a pressure gradient between
the circumcenters of neighbouring cells. That procedure is numerically unreliable when
the distance between said circumcenters becomes too small. The option Merge Circumcenters
merges such neighbouring cells, also called remove small flow links"

This option is under menu options, Operations --> Grid --> Merge Circumcenters

Sebastian.

Small flow links

2017-11-16T14:57:31Z

Hello at all!

I got some problems generating an unstructed grid with RGFGRID 5.00.01.42802 (Win64).
Sometimes everything is fine and there is no error when loading the grid into Delta Shell.
But sometimes it says:

"The kernel reported the following error(s):
** ERROR : 2 small flow links discarded. Run remove small flow links or increase trhs."

I cannot identify the location of these small flow links. When do small flow links appear?
Is there a possibility to find/remove them?

Thanks for help!
Regards Christopher

Bed level errors

2017-11-14T16:46:14Z

I'm new to Delft 3D and i'm using it for my master thesis. I have a bed level file in the format of xyz and I can upload it to the program perfectly, I'm using flexible mesh in Delft 3D. my problem is after i upload my line file and grid, i go to bed level properties to set a specific range for the color scale, the range i'm using is from 0 to 40, however when i go to properties to do so, I find the range values are set from minimum value of -999 to a maximum value of -999, so i tick the box and try to change the values from the ones mentioned earlier to 0 and 40 however they don't change, so i try to upload my file and interpolate, the results are correct but on the color scale the range is still set from -999 to 40, this affects the display of my results, since all i get is one big area covered in the same color. I tried a lot of things but nothing worked.

I even closed the program and tried another grid that i created earlier and this time the values where set from 0 to 0 and i tried to change them and interpolate, I have no idea how to deal with this issue and would appreciate any insight or help given.
I forgot to add that as soon as i upload my file it shows that my entire mesh has a level of -999 which is not possible , also i don't know if that helps, but i'm trying to create a model for a flooding scenario and my levels in the file im trying to upload vary from 20 to 38 meters.

DFlow-FM Bathymetry exported from Delft3D-Flow model

2017-09-06T09:54:54Z

Hi all!

I am converting a D3D-Flow model into a DFlow-FM model and I was wondering about the following:

I exported a samples file (*.xyz) from the original D3D-Flow depth file (*.dep) using Quickin and used the samples file as input bathymetry in DFlow-FM (all in cell centres).

Right now I am comparing the results and the initial bathymetry of both models appears slightly different (+/- 1-2 cm).

I am wondering what may cause these differences. Anyone who knows more about this?

Kind regards,

Roy

Execution of unstructured grid failure

2017-04-05T03:17:29Z

I have created a FM grid for a section of a river with several tight bends, and flood plains connected to the main channel, as well as flood plains off the main channel and connected by small feeder channels. I created it in many pieces and then merged the various pieces together. I worked on the final, complete grid to get the orthogonality down to what I thought was quite good. The grid saves just fine (or appears to) from RGFGRID as a _net.nc file. I can import the resulting _net.nc file back into RGFGRID without problems.

However, when I try to create a project in Delft3D FM and import the grid, I get the following error:
Object reference not set to an instance of an object.

Followed by:
Execution of Unstructured Grid has failed.

I can import the individual pieces of the grid OK, but once the grid is merged into the whole, I can't isolate the problem area by cutting off pieces of the grid one at a time.

If I try to import the grid without creating a project first, just from the import menu on the home tab, then I get an unhandled exception and the program crashes.

I'm attaching a picture of the grid so you get the idea of what the system looks like.

Help in debugging this grid is greatly appreciated.

Regarding GRIDS!!

2016-11-29T02:52:55Z

Dear Concern,

Hope you are doing fine!!

I am having an issue with Delft3D FM suit. I have certain rivers where I am drawing polygons to have traingular grid. But rather than river areas (i..e Land) I want to use curvillinear grids. have attached an JPEG file for your better understanding. Can you give me a suggestion that how can I do this??

ERROR Premature EOF in file (roughness file)

2016-05-27T11:55:59Z

I am in the process of trying to create a roughness grid, but keep getting this error message when I try to run the model.

So far I have exported the roughness grid in QUICKIN into a .dep file and then opened it in a text editor and copied and pasted the file so that it is twice the size (to create roughness in both the N and M direction) to create a .rgh file (See attached).

Would appreciate any advice as to why I keep getting the message 'ERROR Premature EOF in file'?

Thanks,

Jenna