Skip to content

Wuyts Rob

My feedback

27 results found

  1. 3 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    Wuyts Rob shared this idea  · 
  2. 5 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    Wuyts Rob supported this idea  · 
  3. 16 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    Wuyts Rob supported this idea  · 
  4. 17 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    Wuyts Rob supported this idea  · 
  5. 1 vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    Wuyts Rob shared this idea  · 
  6. 6 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    Wuyts Rob supported this idea  · 
  7. 8 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    Interesting idea.

    We need more information on the problem of pipe clashes. Are these unconnected pipes in the model or are they referencing Asset networks, or Water networks?

    How granular of a view does one need? I.e. are you interesting in generally where these crossing occur, or are you trying to identify how close you can cross something else?

    An error occurred while saving the comment
    Wuyts Rob commented  · 

    This would make the Long Section more difficult to read. The easiest way to detect clashes is the use of the 3D-View

  8. 3 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    Wuyts Rob shared this idea  · 
  9. 3 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    Wuyts Rob supported this idea  · 
  10. 25 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    Wuyts Rob supported this idea  · 
  11. 29 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    Wuyts Rob supported this idea  · 
  12. 17 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    Wuyts Rob supported this idea  · 
  13. 28 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    Wuyts Rob supported this idea  · 
  14. 5 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    Wuyts Rob supported this idea  · 
  15. 7 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    An error occurred while saving the comment
    Wuyts Rob commented  · 

    Sometimes 2 or more models have to be merged. Sometimes these models have been made with both a level with each a different timestep. When these models have to be merged, we have to interpolate one of the levels before merging the levels together. It would be easy that ICM interpolates the level. Also this is needed when an additional outfall has been created for which the (by a watercourse manager) delivered water levels (that are going to be used as a level). Since the levels are made by 1) copying the original level, 2) changing the timestep and interpolate again the values so the original water levels are again at the correct timestep and 3) add the new profile. So the idea was to, when changing the timestep, ICM will ask what to do: a) fit the existing value in the new timesteps and interpolate the timesteps in between, b) leave the timesteps in between on 0 or c) make a constant for the timesteps in between. For example: let's say the level on timestep 5min is 10 mAD and at 10min it is 3 mAD. When we then change (for whatever reason) the timestep to 1 min, it would be useful that for each timestep in between (6, 7, 8 and 9 mins) the level would be determined by ICM. In our idea for a) 9 mAD, 8 mAD, 7 mAD, 6 mAD for b) all 0 or c) all 10 mAD.

    Wuyts Rob shared this idea  · 
  16. 12 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    Wuyts Rob supported this idea  · 
  17. 2 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    Wuyts Rob supported this idea  · 
  18. 11 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    Wuyts Rob supported this idea  · 
  19. 4 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    Wuyts Rob shared this idea  · 
  20. 5 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    Wuyts Rob shared this idea  · 
← Previous 1

Feedback and Knowledge Base