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

Software version downgrade

Hi

Is there a way to downgrade the software version of Civilstorm from Update 3 going back to Update 2?

A previous project was created using Update 2 version of the Civilstorm.

I updated the software to Update 3 because there was a notification to update.

However, the same project returned and using Update 3 software there are excessive floods. Therefore how can I change the software version? Thanks

Parents
  • Hello Jan, 

    Could you please elaborate about excessive floods seen in results of update 3? Do you mean that you ran the model which was last opened and computed in update 2 with no changes made in update 3 and you still you see difference in the results? 

    Are there any other user notifications , high continuity error in the model after computing?

    You can be provided with download link of previous version, could you please let us know exact version of Connect edition update 2 of CivilStorm? 

    We can then provide you download link of old version via service request. 

    However please note that once the project / model is saved in higher version, the same model cannot be directly opened in the lower version,e.g. from update 2 into update 2. You would need to export it as SWMM file or shapefiles, provided you have backup of the model saved elsewhere. 

    Model backward / forward compatibility

    Regards,

    Sushma Choure

    Bentley Technical Suppport

  • Hi Sushma

    Could you please elaborate about excessive floods seen in results of update 3? Do you mean that you ran the model which was last opened and computed in update 2 with no changes made in update 3 and you still you see difference in the results? - Yes, this is what happened. With the original model (saved using Update 2) there were no flood in 5YR storm. However, when the same model is opened and ran using Update 3 software, there were 50+ floods occurred.

    In the original model, the continuity error is about 10%.

    How can I get the download link for the old version? I saved the model (created using Update 2 version) before opening and saving it using Update 3 version therefore I have back-up copy.

    Version was 10.00.17.10 when I used Update 2 Civilstorm. Thanks

  • Hello Jan, 

    Is it possible for you to upload model files for our testing, we would like to compare the results between these two versions? 

    Sharing model files.

    We will provide you the download link via service request. 

    Regards,

    Sushma Choure

    Bentley Technical Suppport

  • Hi Sushma

    Please see attached 2 models. one using Update 2, and the other Update 3. 

    https://we.tl/t-amJXzG5OHu

    I tried attaching via file upload but it is failing.

    Please refer to scenario 5YR SCS Type 2.

    May I know how to create a service request? Apologies I haven't done that in the past. Thank you for your assistance.

    Regards.

    Jan

Reply Children
  • Jan,

    In order to create a Service Request, please visit https://connect.bentley.com and log in.

    Then look for the tile below to take you to the Service Request Manager.

    Thank-you,
    Larry

  • Hi Larry,

    Thank you for this. I will create a service request for this. 

    Regards,

    Jan

  • Jan, I believe Sushma may have already opened a Service Request on your behalf to send you the link. We'll check on that.

    We'll also take a closer look at the model to see if we can determine why the model is sensitive and perhaps a set of calculation options that work better to achieve more stable (and more accurate) results in the latest version, so that you do not need to downgrade.


    Regards,

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

  • Hi Jan,

    I wanted to share some brief preliminary notes regarding the models you sent. I attempted to open and compute the model in the "Update 2" folder in both 10.02.04.04 (the version that the model was last saved in) and in 10.03.01.08. In 10.02.04.04, the model ran but had a continuity error of 9.2% and 53% non-convergence. I also noticed a large amount of surcharging and near-flooding. 

    CivilStorm 10.02.04.04 uses SWMM solver version 5.1.012, but CivilStorm 10.03.01.08 uses version 5.1.014 of the SWMM solver, as noted here and here. This means that results can be different between these versions when using EPA's solver. However, in 10.03.01.08, I am not able to compute the model at all, as it fails with "The SWMM engine failed during the calculation.".

    A refinement of the advanced calculation options (such as the Routing Step or engine version) may be necessary, or you could try using the Implicit solver. Once the model results are stable, you should expect to see comparable results. But, when the model is sensitive and unstable, you will tend to see different results. This is especially the case if many pipes are close to being flooded, as a sensitive model could experience a change that is just large enough to make the difference between flooding and not flooding. 

    We'll take a closer look and get back to you. Thank you for your patience.


    Regards,

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

  • As a follow-up to my previous reply - I have taken a closer look at the model today. Again, using the copy of the model from the "update 2" folder, this time I can confirm that the model computes for me in both 10.02.02.04 (the version that the model was last saved in), and in 10.03.01.08 (the current version). The convergence error and continuity error are about the same in both versions but as mentioned in my previous reply, the newer CivilStorm version uses a newer version of the SWMM solver, so differences in results are to be expected, especially in sensitive/unstable models (and the continuity error and non-convergence percentage indicate that this model falls in that category). 

    I do see that no elements experience overflow in the older version and about 50 catchbasins experience overflow in the newer version, but if you graph overflow for all such catchbasins (with "is ever overflowing?" = True), you will see that the overflow volume is small and the overflow does not last long. Also, you have selected to use a ponded area for the surface storage, so the "overflow" that leaves the catchbasin rim will enter this storage area and then eventually drain back into the system, so no flow is actually lost in this case. Taking a closer look at some of the overflowing elements, the ones I checked were surcharged in the old version so they were close to overflowing anyways. The instability combined with the change in solver version is likely what caused enough of a change in results that they started to experience overflow in the new version.

    As I had also mentioned, it is best to not look closely at model results until the numerical stability is brought under control. To that end, I have spent some time trying to determine the root cause of the instability and/or a set of calculation options that help with stability. I have not had success yet, but I suspect that the model is having a hard time converging because of a number of challenging situations in this model. Some of these factors include:

    • Many elements experiencing surcharge and near-overflow conditions
    • The ponded area above all catchbasins
    • Many conduit control structures in the model and many parts where several pipes converge.
    • Ponds with outlets

    I will continue to attempt to stabilize your model, but in the meantime you can also find information on troubleshooting unstable SWMM solver results here. Again, once the model results are stable, you should see a more accurate picture of the system (and it may or may not indicate a flooding condition).


    Regards,

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