Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Import Link Fixer

...

The previous logic wouldn't work when the model included hard limits e.g. in this model, the average concentration is not meant to exceed 9mg/L. When the Model runs for the entire Weir, we can see this is true on average:
Image Modified

But when we look per division, we can see that some divisions drop to 0 a while others can reach double the cap 18.
Image Modified

Changing the logic for weirs to be consistent with storage routing resolves this issue since the cap is applied in each division rather than across the entire link.

Constituent Instream Processing for Weirs is restricted to Marker routing, i.e. , it is not implemented for Lumped routing.  (If Lumped routing is being used storages would make a more sensible model for the infrastructure than weirs.)

...

Previously mappings between main and sub-models were tied to a single run configuration. If you make a new run configuration then the mapping has to be redone.  Sub Source mappings have now been moved into a manager so that the same mapping can be used by multiple run configurations. Available under  Tools » Sub-model Manning Manager. 

We have also improved how Sub Source works with single projects. For single projects, the plugin will now:

  • get meta data from the loaded project rather than starting the service when doing configuration, and 
  • Run the current project without needing to manually save before the run

Documentation is available here: /wiki/spaces/SD50/pages/50136239

...

Additional recorders were requested to better understand the water that has been ordered for use in when using functions. 

We have added recorders with the following names under rules-based-ordering:

...

Full Release Documentation

Jira Legacy
serverSystem JIRA
columnstype,key,status,summary,assignee,reporter
maximumIssues150
jqlQueryfixVersion in (5.2beta) and statusCategory not in ("To Do") order by issuetype
serverIdc4ca6e0fa22b5711-9f422728-3d1a3bcc-879c860f-870abe699ab12832d905a432