Mathieu Hellegouarch

Hi Vitor Pessoa,

You are most likely working with the version 2014 of the software, which was the very first version of MIKE HYDRO River, and which was not able to edit boundaries from the map. You can check the installed version from the menu Help \ About MIKE Zero...

If you instead use the 2016 or the 2017 version, then you can see the "Boundaries" ribbon as soon as you create a new MIKE HYDRO file.

Best regards,
Mathieu

Hi,

Ref. error 340: it is correct that each structure in MIKE 11 must have one cross section located upstream, and another one downstream. If you have added such cross sections but you still get this error, it means that MIKE 11 is not able to "see" them, and I think that the most obvious reasons may be:
1. that you mispelled the branch name of the cross sections (i.e. that cross sections are defined on a branch with a slightly different name than the branch on which the structure is defined)
2. that you mispelled the Topo ID of the cross section: just like for the branch name, the Topo ID of the cross sections must be identical to the Topo ID of the branch on which you have defined the structure.

Ref. error 86: in this structure, you have a table with Q/h relationships, and something's apparently wrong in that table. Values must be increasing downwards. Sometimes this simply highlights that you didn't compute at all the Q/h relations (i.e. the table is still empty): in this case, simply recompute the relations. If you manually edited the table, you should either recompute again the relations using the dedicated button, or correct manually the problem.

Please let everyone know if this was usefull, or if you found other information useful for others :)

Best regards,
Mathieu

Hi Matt,

The error you got was an engine error. All errors provided in the 'Simulation' window are thrown by the simulation engine.

And you're right, the shape of the branch is primarily used for calculating chainages, and usually only for that. But if you, for example, create a 2D map result file, the shape of the branch will also affect the 2D results, so it sometimes haev orther usages.

Best regards,
Mathieu

The problem could simply be that you haven't specified a structure ID.

When working with a dambreak structure, the ID is mandatory, and must be specified both in the *.nwk11 file, and in the boundary condition file. If you haven't specified one of them, or if they don't match, then you'll get this error.

The aim of this ID is to allow multiple dambreaks at the same location: therefore you're allowed to have multiple dambreaks on the same branch and chainage, and the ID is used to identify to which dambreak the boundary conditions apply to.

Best regards,
Mathieu

Hi,

In the hd11 file, in the additional outputs tab, you can tick the option "Lateral inflows" before running your simulation. You'll get a new item in the additional result file, called "Lateral Inflows Boundaries": this contains the discharge from all boundary conditions, which includes evaporation, at all calculation points. When this lateral inflow is negative, it means that the discharge is leaving the domain, and when positive it's added like a source.

Regarding the second question for discharge within the river branches: a negative discharge indeed means that water is flowing back, i.e. the sign describes the direction of the flow.

Best regards,
Mathieu

Hi,

Regarding error 385: you can easily check if the file is not found by clicking the "View" button for the time series, in the boundary conditions file. If the file is not found, you'll get an error, and you can simply re-select the file. If it's found, the problem may be due to the constraints, as indicated in the message. These constraints are shown in the window which shows up when you click on the '...' button to select the file: there is a 'Constraints' tab showing what may be wrong with that (typically that you're editing a boundary condition, but that the selected file doesn't contain any discharge item).

For the error 393: this usually indicates that the specified location of boundary condition (branch name + chainage) doesn't correspond to a boundary for this branch. You need to check that you correctly wrote the branch name in the bnd11 file, and then check in the nwk11 file what are the boundaries' chainages.

Best regards,
Mathieu

Hi,

You need to check the mentioned cross section: in the 'Processed data' view, it seems that you've computed the processed data on user-defined levels, but that these levels are not increasing (which they should do).

Best regards,
Mathieu

Hi,

This message probably indicates that the simulation was unstable. So you need to fix it as for any other instability: analyse the results to find what is going wrong, edit the model, or reduce the simulation time step, etc.

Best regards,
Mathieu

Hi Tim,

That's because the export tools always export only the raw data, which is an average value throughout each element, for a dfsu file.

The shaded contour is an option available in MIKE, which controls how these raw data are shown on the screen, but the shaded contour is not saved in the dfsu file and therefore cannot be exported. So you'll have to load the raw results in the other software you want to use (e.g. a GIS) and use the its own display options to get a similar display as the shaded contour in MIKE.

Best regards,
Mathieu

Hi Detolbar,

How big is your DEM size? The problem could be that you're trying to load a huge file.

If that's the problem, you should try to load a smaller file, either a DEM with a coarser resolution or a DEM with the original resolution but a smaller extent.

Best regards,
Mathieu