This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

SewerGEMS - Features not in model when reopening

Hi,

I'm using SewerGEMS for Autodesk Civil 3D 2019 Imperial. SewerGEMS CONNECT Edition Update 3 v10.03.01.08 I'm attempting to estimate the degree of flooding in a stormwater tunnel system. Currently, I'm using the Explicit (SWMM) engine with Dynamic Wave although we may adopt a peak flow (steady state) approach later. In the last week, whenever I reopen a model that was working the previous day, it opens and loads then the "Object reference not set to an instance of an object" error pops up. In all cases, where I get that error on loading the model, the model that loads is empty. The flextables just don't exist even though the CAD linework representing nodes and links is still there and looks normal. Scenarios, alternatives, element symbology, and profiles also disappear and the menus for those are greyed out.

Attempting to open the model in the standalone SewerGEMS triggers the "Object reference not set.." error and does not open.

My work around is to make a new CAD file and import the .stsw from the previous model then remake the element symbology, graphs, etc that are not saved in the .stsw. Everything that I did the previous day is still there, but I would like to use the same model for sequential days. Any suggestions? Let me know what other info I should provide.

Thank you

  • Hello Gus,

    Since there is an error in SewerGEMS standalone as well, please try the following. I would try this in SewerGEMS standalone. 

    First, open SewerGEMS without open a model and go to File > Database Utilities > Compact Database. Browse to the database file and when prompted choose the option to purge the model to save space.

    If this doesn't help, browse to where the model is saved and create a new folder. Copy just the .stsw and .stsw.sqlite files into the new folder and then open the model from the new folder location. 

    If this doesn't help, open SewerGEMS and go to File > Import > SewerGEMS database.

    If the issue still occurs, please send the model files to us. I would also consider upgrading to the latest version of SewerGEMS.

    Regards,

    Scott

  • Hi Scott,

    Thank you for the quick response. As I suspected, Compacting the Database did not resolve the issue either for the standalone or integrated versions.  I'm not sure what the ".stsw.sqlite" file is, but I copied the .stsw (File type SQLite Spatial Data File) and Bentley SewerGEMS file to a new subfolder and was able to open the model (with no errors) in the standalone version. I copied my CAD file into the subfolder next and was able to open the model with the Autodesk integrated version too.

    That's a partial solution at least because I don't have to import the old stsw into a new model file, but I still have to copy and relocate the old files to open the model.

    I assume there's an issue with one of the accessory files then. Any ideas on what could be causing an error?

    I need to check to see if I can share the model files outside the company.

    Thank you,

    Gus

  • Hi Gus, I suspect the problem may be with the .STSW.DWH file. Instead of moving the .STSW and .STSW.SQLITE to a new folder, try just deleting the .DWH. If that does not help, try deleting all the other files with the same base file name as the model (which would mostly be output files that get regenerated after re-computing the model) See more here and here.

    Note that the .STSW.SQLITE file appears to you as ".STSW" likely because you have known file extensions hidden (so it hides the .SQLITE part and states the type as SQLITE database). 


    Regards,

    Jesse Dringoli
    Technical Support Manager, OpenFlows
    Bentley Communities Site Administrator
    Bentley Systems, Inc.

    Answer Verified By: Gus Hollberg 

  • Hi Jesse,

    After I deleted the .DWH file, I was able to open the model. No file relocation needed. Many thanks to you and Scott.

    Regards,

    Gus