Home › Forums › Bug reports › LinTerp: Warning Message
Tagged: Monte Carlo Linterp X
- This topic has 12 replies, 7 voices, and was last updated 1 year ago by
daveM85.
-
AuthorPosts
-
February 20, 2018 at 9:25 AM #935
rhainb
ParticipantHi Harc,
I think I have found another bug. When performing a Monte Carlo Simulation I received this warning message; “LinTerp: X input array not sorted in increasing order. This message will not be shown again for this duration.”.
I am not concerned about the message itself at the moment, I will look into that myself. But, what I believe to be a bug is that despite the warning saying that “This message will not be shown again for this duration.” the same message pops up again when I close the message, I believe that it is doing this every time a different run takes place (50-100 times each duration). Eventually with enough clicking I can get through the Monte Carlo simulation.
-
This topic was modified 6 years, 6 months ago by
rhainb.
February 20, 2018 at 9:38 AM #937Matt Scorah
ModeratorThanks for raising this. In order to replicate this could I please check the following:
What version of RORB are you using?
Do you have a print node at a location which is receiving zero flow (e.g. if you turn off some print nodes does the error go away?)-
This reply was modified 6 years, 6 months ago by
Matt Scorah.
February 20, 2018 at 9:40 AM #939rhainb
ParticipantHi Matt,
I am using RORB 6.32.
The issue I had was that I didn’t have any print nodes in my catchment file. Putting in a print node has stopped the warning from appearing.
January 16, 2019 at 3:28 PM #1435reevesm
ParticipantI am receiving the same LinTerp warning message using version 6.42 with ARR2016 ensemble events with initial losses varying by ARI. The messages seem to appear when the simulation reaches an ARI where the initial loss factor is greater than 1. The batch.out indicates “Error interpolating initial loss factor, ARI factor set to 1.0”. The storm files confirm that the initial loss factor was set to 1 instead of the value specified. This has occurred in two separate models that have been updated to ARR2016 hydrology. Workaround at the moment is to run in separate batches where initial losses remain constant across ARI’s.
February 8, 2019 at 9:53 AM #1438Benson Liu
ModeratorHi Reevesm,
I can’t seem to be able to replicate the bug you are experiencing with my own catchments, would you be able to send me an email with your .catg, .par and other input files as well as a brief description of the other modes/options you may be using in RORB when this bug occurs? My email is benson.liu@dev7.preflight.com.au.
Kind regards,
Benson
June 12, 2020 at 10:23 AM #1768mnogueira
ParticipantHi Benson,
Did you guys figure out what was this problem? I’m running a very simple model with ARR ensembles and I get that warning everytime the simulation reaches the 2h duration.
Cheers,
MateusJune 16, 2020 at 1:46 PM #1785Benson Liu
ModeratorHi Mateus,
That particular error that reevesm encountered is fixed in the latest release of RORB. Are you getting the same error output in your batch.out file or are you only getting the LinTerp warning message?
Kind regards,
Benson
July 13, 2020 at 3:02 PM #1814Anonymous
InactiveHi HARC,
I am running RORB v6.45, doing a Monte Carlo Simulation for a reasonably large model. I am receiving the Linterp X warning for every single duration and it does pop up about 50 – 100 times as has been mentioned previously on this thread, despite saying that it won’t pop up again for this duration.
Wondering if there is a workaround for this error.
Thanks so much,
KyleeJuly 13, 2020 at 3:18 PM #1816mnogueira
ParticipantHi Benson,
I was only getting the LinInterp warning message. The model was very simple, I re-created it from scratch and couldn’t replicate the error – Working fine now.
Cheers
MateusJuly 14, 2020 at 10:17 AM #1817Benson Liu
ModeratorHi Mateus and Kylee,
Mateus, that is a little odd but if it is working then that’s good.
Kylee, it is a little difficult to diagnose without looking at the files but there are 2 common causes for the Linterp warning.
1) There is something odd with the design rainfalls. The Linterp warning can pop up if the AEPs are mislabelled or rainfall in
the same duration are for some reason extremely similar or decrease with rarer AEP.
2) As Matt said earlier in the thread the warning can occur when a print node has 0 or the same flow for multiple AEPs.Would you be able to check the design rainfalls and the print nodes?
Kind regards,
Benson
August 23, 2023 at 2:54 PM #3075daveM85
ParticipantHi HARC,
I’m having the same issue as per above. I have checked the IFD csv and other output files but I don’t seem to find the issue impacting my model.
Can you please review the files attached and let me know?Thanks.
Regards,
DavidAttachments:
You must be logged in to view attached files.August 24, 2023 at 1:12 PM #3081Matt Scorah
ModeratorHi David,
I couldn’t replicate your issue with the files provided. Feel free to email enquiries@dev7.preflight.com.au with more info (e.g. RORB version number, type of run error was encountered, screenshot of error etc.)
Cheers,
MattAugust 25, 2023 at 10:49 AM #3084daveM85
ParticipantThanks Matt.
I think I have found the issue. I have sent an email to enquiries@dev7.preflight.com.au in any case but it looks like that the Montecarlo simulation doesn’t like long path for the input and output directories, whereas I can run the other simulations with no issues.Considering that linterp is a C++ library with N dimension, would there be a chance that the dimension assigned within the coding has somehow an impact on the length of the path for the input and output directories?
David
-
This topic was modified 6 years, 6 months ago by
-
AuthorPosts
- You must be logged in to reply to this topic.