Variable being skipped during optimization

Forums ProRealTime English forum ProRealTime platform support Variable being skipped during optimization

Viewing 10 posts - 1 through 10 (of 10 total)
  • #152499

    Have anyone encounter a variable optimization being skipped?

    I set the variable range 0.2 – 0.3, step 0.1, but it just gives me 1 combination, I guess incorrect, it should have 2 combinations.. When I change it to 0.2 – 0.4, it gives me 3 combinations which is correct.

    1 user thanked author for this post.
    #152503

    This happens sometimes, that the last step of a variable optimization is not executed, don’t know, why. For example, when you set a range 1 – 10, step size 1, it only does 1 – 9 in some cases.

     

    In your example, enter 0.2 – 0.31 instead and it will do 0.2 – 0.3 correctly.

     

     

    1 user thanked author for this post.
    #152510

    last step of a variable optimization is not executed

    Yes I have noted above also … going back years … so with v10.3.

    I used to think I was imagining it, until I spent time investigating.

    #152511

    Thanks a lot, your solution works. I will report to PRT if they can consider to fix it.

    1 user thanked author for this post.
    #152512

    Use this Form

    https://www.prorealtime.com/en/contact

     

    1 user thanked author for this post.
    #152513

    Thanks, @Grahal, I have reported the issue to PRT.

    #152671

    After reporting such details to PRT, it seems they don’t care what I have described, kind of asking me to “share” them a “test”. Come on, PRT, when client (and several) helped you to find a bug, you can’t even create a simply test to check?

    Hello…I just do the dummiest step, go to Backtesting & Automatic Trading, click New, add a variable “test”, enter 0.2 – 0.3, step 0.1, then bug appeared!!!

    Guys, I have many bad experience on reporting issues to PRT, most are total waste of time, the only one really helpful is Nicolas (instead of PRT support), let’s just stay with this bug…PRT should replace the whole support team with just 1 guy

    #152694

    I sympathise with your frustration, but it is probably a non-technical customer services person who is asking you to send the Technical Report because this is the prescribed way that they must do their job.

    It is best for our cause if we calm ourselves (not easy!) and send in the Technical Reports asked for … then we can moan if PRT do not follow through?

    #152701

    Yeah, but it is a problem if they assigned a non technical person to handle technical question and still “trying to reply”. At least it should be looked up internally before send a template feedback. If this is reported to Nicolas, I think he will understand and check first, if really cannot understand, we are more willing to supply more info to help. But I don’t think we should always rely on him only, this is a strange phenomenon that people felt more helpful in forum and with Nicolas compared to PRT support.

    Ok, maybe too off topic. In any case, I sent my further reply yesterday, and PRT support mentioned that they managed to reproduce and will send it to level II support. To be fair, the second reply is the sensible support I’m expecting.

    1 user thanked author for this post.
    #152716

    This issue of missing an optimisation value has been around for years so I guess it has been rather low priority on the fix list at PRT!

    We have to also remember that our reports will be going via IG if we are using a PRT platform provided via IG. We also have to consider that this has not been a normal year and so customer support has not been normal for any company.

    I used to have better success if I provided a link to a topic in these forums within my technical reports.

Viewing 10 posts - 1 through 10 (of 10 total)

Create your free account now and post your request to benefit from the help of the community
Register or Login