Hello,
When performing a 2D simulation in the SewerGEMS software (10.04.00.158) I got the errors in the image below, including the error described in the title. I attach my used file.
File
Hello Luis,
When computing the model, we are seeing a different error message: "2D Solver Error: "ModuleRunOff - ConstructDischarges - ERR11."
This message is related to a 2D Boundary Point (flow) "BP-1" in a grid cell outside the grid or in a cell which is not an active grid cell. The issue occurs because BP-1 is directly over the a cross section of the channel, which is not a valid setup. The cross section elevation is a void space in the grid, since it is part of the channel, thus the Boundary Point is considered outside of the grid.
The validation for this will be improved in a future release of SewerGEMS and CivilStorm. In the meantime, you will want to either move the Boundary Point to another location or have the inflow for the Boundary Point go directly to the cross section element.
The link above includes information on this.
After removing the Boundary Point, we received another error message: "2D Solver Error: "ConstructSewerGEMS - ModuleRunOff - ERR281."
This is related to special characters used in the labels for your cross sections. This link has some information on this: Error computing 2D analysis with labels containing special characters, such as Portuguese or Polish letters, or characters like a backslash.
Replacing the special characters will resolve the issue. For instance, Seção-1 could be Secao-1, or simply truncated to S-1. This would resolve this issue. This will also be addressed in a future release of SewerGEMS and CivilStorm.
Please give the steps above a try to see if that helps with the issue.
Regards,Scott
Hello Scott,I merged the cross section naming and also removed the Boundary Point. Error 91 still persists. I will share the file again.Below I have provided the folder with the file and the error report.drive.google.com/.../18gWWxEph2MWXl2b3q5y24WF8XUwvI_CP
There isn't a separate student version of the software, but rather it is handled as part of the licensing. The main difference when using a student license would be a watermark "not for commercial use" in printouts of reports. However, we can attempt to activate an academic license to test if it somehow has an impact on the calculations.
I will send you a private message shortly with a link to the latest cumulative patch for SewerGEMS 10.04.00.158 just in case it is somehow involved (although we cannot reproduce even in an unpatched version).
Regards,
Jesse DringoliTechnical Support Manager, OpenFlowsBentley Communities Site AdministratorBentley Systems, Inc.
Hello Jesse,
I downloaded the file and update my SewerGEMS. Well, I got a Error 281 occurred again...
Luis, please take a look at the file StormwaterModel.log for clues, or provide a copy here.
See "2D simulation error codes" at the bottom of this article: Locating OpenFlows product error log file
Sure. Here is the file.
drive.google.com/.../1RM1wP6jDuu1waU5a3OzmKWWqEuEK35pV
Bom dia Luis,
Could you save the model to package and send us please? With the updated version we will be able to gather more information about the problem and hopefully be able to address it and solve it.
Thank you,Luis
Hello Luis, bom dia!
Well, good news for all of us. Today I turned on my laptop and went to do the simulation to save the package and, for some reason that idk, it worked. Now, I would like to know how to improve the visualization like in the image you provided at the beginning of this post. Below is the link with the package and an image of how it looks after the simulation (nothing very visually noticeable).
package: drive.google.com/.../1kdrD1CCEb7ymnAqU2RXW3YepamqTdoni
I can see that your cross-section labels still have "ç" and "~". The error that was happening was again because of this. From the model you've sent, it's strange that it worked. I can see that the connections between the open-channel and the 2D grid were not created, but I cannot reproduce that myself. We will have to wait for you to get another updated version for us to get more information. I realize now that you only got the latest cumulative patch for SewerGEMS 10.04.00.158, not the version that can help us get more information.
Can you relabel all elements that have Portuguese characters, accents, etc. and try again.
Kind regards,
Luis
I ended up creating copies of the same file to do some tests and solve the problem. It may be that I made this change to one of the copies that I deleted. Anyway, I changed the section naming again and everything appears to be working. I was thinking that maybe the solution to this was the update that Jesse gave me earlier. When I installed it, I don't remember restarting the computer (or the program) before computing again, which is why the error may have still occurred. I have already updated the package inside the drive.
One thing is that in fact, I noticed that the catch basins are not receiving water input from precipitation, and water seems to be only being indicated at some points in the system. Should I adjust the height of the cath basins or do I need to adjust the topography file in some way (if so, how would I do that?)? I noticed that some profiles have shown some very strange depressions that are worrying me a lot, as seen in the images below.
(in channels i know that i really need to make some changes)
The lack of flow into the catch basins is likely related to the grid elevations in nearby cells compared to the rim elevation of the catch basins. You can see some of this in the screenshot of your profiles above, but using the Grid Browser to review the elevation in different cells will also show this.
You set the catch basin and manhole property 2D Surface Elevation Matching to "Adjust Grid to Rim." This is effectively increasing the elevation off one of the grid cells to a higher elevation than surrounding cells. Unless the water elevation reaches a higher value (in some cases as much as 6 meters), surface flow will not be able to reach the rim of the catch basins.
This may be helped, in part, by adjusting the grid cell size. This is currently set to 10 meters, which may be relatively coarse compared to your terrain model. As an example, a grid cell size of 10 meters may be larger than the width of a street as represented in the terrain model, which could mean that the flow to the road could be missed entirely. Any higher elevations for building data may also be less accurate too. Try using a smaller grid cell size to see if that helps with some of the results. This will increase the model run time.
If adjusting the grid size doesn't help, you will want to review the rim elevations compared to the terrain model to try to make this as accurate as possible.
The current grid also has a uniform Manning's n value. If the terrain model Includes changes in elevation that represent roads and buildings, you may want to consider including a Surface Definition shapefile to account for changes in Manning's n for these areas. The 2D Modeling wiki for SewerGEMS includes general information on these.
Finally, the terrain model does appear to small areas with depressions in it. You can see this in the Grid Browser looking at maximum water elevation. If this is not accurate, you may want to review the terrain model data for these areas.
Scott
Ok. I believe I can visualize it better now. My impression is that I need to adjust these points (in yellow) to a height that is compatible with the drainage elements. I selected the "Adjust Grid to Rim" option (I don't remember where) precisely so that there would be no cases of falling below the maximum quota of these elements. Wouldn't there be a way to correct these points to try to adjust for a more uniform unevenness through point triangulation or something like that?