You are missing trading opportunities:
- Free trading apps
- Over 8,000 signals for copying
- Economic news for exploring financial markets
Registration
Log in
You agree to website policy and terms of use
If you do not have an account, please register
Klot, interesting option.
If your zigzag variants show interesting results, can I apply them in my development?
Of course you can, I am following the development with interest and I like your work very much.
More regarding "options". Now one of the conditions for extremum switching: current low is higher than current low by more than ExtDeviation points (similar for high). The code allows to implement other options quite easily, if necessary.
Well, following klot I would like to add that my current interest in the zigzag is caused solely by my interest in your design.
Included your zigzag as an external zigzag. As soon as a stable working version appears, I will change it.
On the subject of the peculiarities of different zigzags. The main feature of this zigzag is that everything is done in one pass, the revisiting of historical data is done only when an extremum is fixed, and only for data after that extremum. That is, it must be quite fast. Particulars of drawing will of course depend on the criteria of extremum fixing but various options can easily be implemented here. For example, I have already made variants switching by percentage of a previous move, by departure of High from the minimum (respectively Low from the maximum) and binding the switch to the average bar size.
To clarify my suspicions, I inserted the Print in the code:
The terminal was then closed and restarted a few minutes later. And here is a fragment of the log:
You can see that at 23:58:23 the history was not pumped yet, and by 23:58:25 the last 1 bar was pumped. And only by 2006.10.31 23:58:26 all intermediate bars were pumped.
Question to the developers: is this the normal paging sequence? And if so, what is the point of it? Clearly, it is desirable to have the current price value early. But the planned existence of a hole in the history for some time essentially means a guaranteed failure of indicators for this time. Isn't it safer for the user to postpone the calculation of indicators until the history is completely swapped? Or at least re-initialize them after the full swap?