A. Weisgerber
My feedback
19 results found
-
8 votesA. Weisgerber supported this idea ·
-
19 votesA. Weisgerber supported this idea ·
-
11 votesA. Weisgerber supported this idea ·
-
25 votesA. Weisgerber supported this idea ·
-
25 votesA. Weisgerber supported this idea ·
-
4 votesA. Weisgerber supported this idea ·
-
9 votesA. Weisgerber supported this idea ·
-
28 votesA. Weisgerber supported this idea ·
-
12 votesA. Weisgerber supported this idea ·
-
2 votesA. Weisgerber supported this idea ·
-
11 votesA. Weisgerber supported this idea ·
-
2 votes
An error occurred while saving the comment -
8 votesA. Weisgerber supported this idea ·
-
2 votes
An error occurred while saving the comment A. Weisgerber commentedThis functionnality would be useful for a WQ model containing different processes in different part of the network, for example river + estuary, where the upstream and downstream reaches behave quite differently.
One suggestion would be to create WQ zones, with each zone WQ settings overridding the default generic model-wide WQ settings.Note: this is an issue for sediments as well, where sediment parameter for the upstream reaches might not be the same as those for lower/flatter/estuary reaches.
-
4 votes
Thanks for this idea, while it can already be done for themes, extending this out for results generation sounds good. The assumption is that a retrospectively applied SQL to populate User Text 1 with the desired result isn’t sufficient for this requirement?
An error occurred while saving the comment A. Weisgerber commentedIdeally the user-defined variables can be displayed in graphs and results tables, as well as being exportable, and usable for alerts in ICMLive. Pretty much like a build-in variable.
A. Weisgerber supported this idea · -
2 votes
An error occurred while saving the comment A. Weisgerber commentedThis could be achieved with the proposal "Allow pollutographs to apply on subcatchments " for 1D or 1D-2D models.
For direct 2D rainfall however, it would require a new 2D surface washoff model. -
5 votesA. Weisgerber supported this idea ·
-
5 votesA. Weisgerber supported this idea ·
-
25 votes
An error occurred while saving the comment A. Weisgerber commentedThe great advantage of IDW over Thiessens polygons is that it allows on-the-fly reconfiguration of the zone of influence for each rainfall station when some are down, without needing manual specification of input B/C. It is also more accurate when many rainfall stations are down, in which case the inputs B/C are not valid any more.
A. Weisgerber supported this idea ·
This could be achieved by implementing the feature request "User defined results fields"
The user could define a new field TS=SF1+SF2