isisuser.com > ideas lab
Name Password Forgot your password?

Ideas Lab

We believe that the best way for Halcrow to develop ISIS is to understand our customers needs. We want to meet your needs now and in the future. With this in mind we have created the Ideas Lab which allows all of us to be closer to the creative side of driving forward ISIS. The goal is for you to tell Halcrow what features should be within ISIS. We hope this site fosters a candid and robust conversation about your ideas. Our commitment is to listen to your ideas and to implement the best ones. We will keep you posted on how the ideas are being implemented in ISIS.

 

How the Ideas Lab works

Post

your idea for a new feature for ISIS

Promote

interesting ideas you want to see

Discuss

with Halcrow and

other users

See

what we are planning to develop

« Previous | Page: 1 2 3 4 5 | Next »

Showing popular ideas 1 - 10 of 86

You need to login before you can vote.

If you are not registered on the site, register here.

21
Published on 19/03/2009 at 10:24 by MacallisterD
Would it be possible to add panel markers simply by clicking on the point in the cross-section plot by selecting the appropriate icon in the edit series menu? Instead of clicking on the point exiting the cross-section plot and then selecting the panel marker, it would be a great time saver for large models.

Additionally would it be possible to copy mannings n values between cells by clicking and dragging the cell to the desired row, similar to the procedure for copying cell values in excel?

Comments:

» ian commented: excel-type functionality for other purposes would be good too - such as editting node labels

» Andrewc commented: It would also be really helpful if the panel/roughness status was stored in memory and/or formsed.ini so that when it is ...

20
Published on 08/12/2008 at 15:31 by john1115
Could we have some automation to ordering the initial conditions in the data file. During model build and stabilisation, we often revisit units in the data file. This results in a re-ordering of the initial conditions in the data file. When post-processing results, the order at which these are in is vital, especially if the model is large and you are only interested in particular reaches. Thanks. TJ

Comments:

adamsk commented on behalf of the ISIS team: Agree. If it's a graphical view within ISIS, e.g. Time Series output, one can use the "Alphabetical Order" option in the ...

robh commented on behalf of the ISIS team: This is now being actively developed for a future release of ISIS. This will allow you to sort your initial conditions ...

» robh commented: This functionality is now available in 3.3.

» chasward commented: Functionality does not appear to work in 3.3.0.88 Can you advise?

19
Published on 04/07/2008 at 13:02 by rob
Today's modern computers tend to have more than 1 processing core. I would like ISIS to make better use of multi-core processing to speed up ISIS model runs. This could be done either by parallelising the code (speed up a single model run) or by modifying the batch simulation interface to allow multiples runs to occur at the same time.

Comments:

» Tony_Green commented: I would have thought the batch idea would be easy to implement and potentially useful - ie just have a field saying how ...

» chrisw commented: Anything that makes ISIS run faster is a good thing but I'm not sure than parallelising is the most cost-effective ...

16
Published on 03/12/2008 at 18:22 by adamsk
Judging from the amount of people who have discovered the formatting error in the Culvert Inlet input values table in the Help file within one day or so of release, I realise many people must regularly refer to this table for the input values.
How useful would it be to have a "Culvert Inlet wizard" that takes you through the culvert types and enters the values for you? Should minimise transcription errors and make input easier.
konrad

Comments:

» hfielding commented: This is an excellent idea.

robh commented on behalf of the ISIS team: This is currently in development for a future release.

» robh commented: This has now been implemented in version 3.3.

13
Published on 07/07/2008 at 09:01 by parkesa
I often find it difficult with large geo-referenced models to located nodes in the GXY visualiser. It would be great to have a simple "zoom to selection" button where the visualiser will zoom and centre on nodes selected in the network.

Comments:

» hinxmana commented: This would be really useful

robh commented on behalf of the ISIS team: This has now been developed for a future version of ISIS. The functionality will mean single selected nodes will be ...

» robh commented: This has now been implemented in version 3.3.

12
Published on 26/01/2009 at 11:33 by mabever
When applying a global roughness change in ISIS it only applies this to river sections.

Given that the bed under a bridge is nearly always composed of the same material as the bed u/s and d/s of the structure, could the global change be altered to allow manipulation of Manning's under the structure?

Comments:

» PHA commented: A nice additional tick-box to include structures, or not, would seem good to me.

» Tony_Green commented: Whilst looking at this, it would be good to stop ISIS writing at the beginning of a run the warning about changing N in ...

12
Published on 11/12/2008 at 16:24 by neilb
At the moment, if you are viewing cross sections and scroll through a model, the panel markers and Manning's values are removed every time you cross a structure.

I think it would be helpful if panel markers and Manning's values re-appeared when you got to the next river section unit, rather than having to be re-selected each time.
12
Published on 16/11/2009 at 11:27 by kostya
Have an automated gxy/ixy schematic layout, rather than placing the units in a long line (save for the token offsetting of QTBDYs) determined by the dat file ordering. This could potentially re-use the algorithm used in reordering the initial conditions (which determines the natural ordering of the model nodes).
12
Published on 16/01/2009 at 14:40 by Tony_Green
In many cases we need a spill to represent the flow over a bridge or banks and need to add spill units and junctions into the model. This takes time (especially in an urban situation) and adds to model size and schematic complexity.

This could be readily built in and would be useful to see in the graphics when checking.

Perhaps output something on the flow through the bridge and over the spill in the ustate as well as velocity through the bridge opening.

Comments:

» PHA commented: Sounds good, so long as you're still allowed to have bridges without the built in spill. If linking with a 2d scheme, it ...

11
Published on 01/03/2010 at 10:17 by PHA
As I understand things, .IEDs currently only work for boundary units. It would be nice if this restriction could be lifted, and any unit could be substituted.
This would mean (for example) you could setup different orifices being blocked in different .IEDs; then combining blockage options is as simple as loading in a few .IEDs into an .IEF.
Altering bridges (for proposed designs), reservoir volumes (new mitigation measures), sluice sizes/rules, etc, etc, is all then easy to play with in a nice modular manner.

« Previous | Page: 1 2 3 4 5 | Next »

Showing popular ideas 1 - 10 of 86

Active users: 0 | Guests: 7

No registered users are logged in

We would like to welcome our newest member: greenhatch1