ZigZag with cumulative volume

Forums ProRealTime English forum ProBuilder support ZigZag with cumulative volume

Viewing 15 posts - 31 through 45 (of 49 total)
  • #26931

    Hi Melenova,

    I’ve got PRT V10.3 and the code does not work.

    Returns just blank window

    #26945

    Thanks a lot melenova for this interesting update.


    @RomanPL

    Texts and segments colour is light grey, maybe you need a dark background to see them? Did you test on an instrument with Volumes?

    #27175

    Sorry I didn’t make it clear before but this might also be your issue. You need to add ‘n’ as a variable (default ~5). You have to play with that variable to increase/decrease the scale of the wave you want to capture/see.

    #29036

    I have the same problem as RomanPL 😉

    #31812

    Hello,

    I’d like to build a screener based on this indicator to be triggered when the value goes from negative to positive, but it doesn’t work. Can you please help me to do so. I used the PRC-Zig version of @melenova.

    Here is my code :

    indicator1 = CALL “PRC-Zig”
    c1 = (indicator1[1] <= 0)
    c2 = (indicator1 >= 0)
    SCREENER[c1 AND c2] ((close/DClose(1)-1)*100 AS “% Veille”)

     

    Yacine

    My PRT level : (very) beginner

    #31820

    @preto73

    The indicator melenova has posted don’t return any variable, so you can’t use it like the way you did. Since this indicator is only made of zigzag, your query is only to find peak and trough of this indicator. So this kind of code snippet below should do the trick:

     

    #31886

    Hello Nicolas,

    Many thanks for your help.

     

    Regards,

    Yacine

    #58926

    Good evening, would it be possible to consider another mode of operation of this indicator other than ZigZag?

    The ZigZag repaints enormously (Image Joint). And this is only a small example because in some trading sessions, without recurring refreshments the indicator becomes completely illegible!
    Refresh permanently its graphics, while we receive a stream in real time, it’s a bit annoying anyway 🙂

    #58931

    Considering a real highest high or lowest low means some kind of validation. There are many ways to find peaks and throughs, what are you thinking about?

    #58950

    I do not really have any idea to tell the truth, I counted a little on you …;)

    However PRT’s classic ZigZag indicator proposes a version in% and another in units! Could this solve the problem with a cumulative zigzag version Volume in Units ??

    #58974

    Even with units based ZigZag, the information should “repaint”, that’s the default and normal behavior of zigzag!

    That’s why I created the now “famous” 😆 Fractals ZigZag indicator, this one needs X bars confirmation before adding new peak or new through.

    #64278

    Here is the version with negative Volumes when the last zigzag was a peak.

    What’s the meaning of those factors 0.17 and 0.20 that multiply cumV[1]?

    #64315

    Forget previous question (I understand that they are only the x and y coordinates where to write the “text”)

    But why does the “text” take into account also the volume of next bar? This leads to a text different from the real cumulated volume (as shown in the attached pic)

    #128340

    Does the ZigZag function retrieve data from the future (as in Metastock) or is it based only on historical data?

    #128363

    If you are referring to the fact that the Zigzag is continuously repainting its last value to correspond perfectly to tops and bottoms, the answer is yes, it acts like this, otherwise it wouldn’t been called a zigzag 😉

Viewing 15 posts - 31 through 45 (of 49 total)

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