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
I don't think it would be useful just to look for clusters. Better to calculate a landmark from the previous day, e.g. centre of mass. That's enough.
Enough for what?
You can't be so categorical - it hurts progress...
That's understandable - and I've already written you why... but we have to consider the relationship of each cube to its neighbour...
We can find it, but only if we know what we are looking for... which complicates the search - I have indicated the reason above.
About the example - theoretically, let's take the numbers and:
1. Let's increase the number series by the same number series, previously multiplying it by 1000
2. the same point as 1, but replace 56 with 59
I simply add a minimum value of 1 point in my algorithm.
Heh, so you're not going to take them into account at all? OK.
How is it that I'm not going to take them into account - they increase the density. Your method will be interesting - tell me.
About the swings - just this is proof that this approach - as finding the point closest on average to any other point - is questionable, which I have said more than once - and suggested a new calculation that should prove it - if I am not mistaken.
Enough for what?
What is it for? Determine the price on the chart where something will happen, isn't it?
Hmm, that wasn't the goal - the original idea is that people use different omens - tech analysis, but everyone's omens are different, and if many omens call about the same price, then that area will be significant to the market, as a large number of people expect the market to change and will be influenced by it.
If you set aside my idea, then using your proposed method it will be possible to find a certain point - it is not clear which window to take - in the script took 100 weekly candlesticks. I will not predict the result yet, but it will either be a narrow strip, or on the contrary - very wide, which is more probable. How useful it is, you can only find out by experience.
I can't do that. It's like I'm giving examples in the void. I'm talking about Thomas, you're talking about Thomas.
So here's an example https://www.mql5.com/ru/forum/163871/page6#comment_4083680 - the result is quite good.
It would be good to program your algorithm - it's hard to calculate everything in Excel...
Well, you found 20 points. If you had a bigger row, you'd have found 100, 7000.
So you're asking me the same questions I'm looking for answers :)
That's why I'm wondering what criterion to use to sift out the clusters - and whether sifting them will be correct.
I can sift out more deltas - I regulate % of remaining deltas relative to all numbers - now it is 50%, but I can also sift out 10% - your algorithm does not allow me to automate this process.
Now according to your algorithm I have 132 different deltas - how to filter out the right ones is a question - it is clear that from the smallest one, but it is not clear to the largest one.