Machine learning in trading: theory, models, practice and algo-trading - page 2661
![MQL5 - Language of trade strategies built-in the MetaTrader 5 client terminal](https://c.mql5.com/i/registerlandings/logo-2.png)
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
Cool article https://pair-code.github.io/understanding-umap/
What's the fun of it?
and what's the fun in that?
Well, my main point is that it's pretty hard to recognise something with a "humap" decomposition.
For example, for a recognition algorithm to realise that two front legs are one class of "front leg".
you have to do a lot of transformations...
1) divide the "unmap" components into pieces (clusters) it is unlikely that "dbscan" will cope with this correctly (for this task).
2) variation of mammoth legs by size so that there would be invariance (we will omit this stage here)
3) correct matching of the legs to each other according to an unknown algorithm + centring
4) rotation of the legs for a more correct position
5) mirroring the feet for a more correct position
6) now we need to align the legs, remove the main distortions. I think it is possible to decompose the legs by the method of principal components and remove the first principal component from them, this in theory should remove the main distortions (I have not illustrated this).
7) And only then you can measure the distance/proximity between the legs to realise that they are similar and can be classified as one class "front legs".
Well, my main point is that it's quite hard to recognise something with a "yumap" decomposition.
for example, to make the recognition algorithm realise that two front legs are one class "front leg".
you have to do a lot of transformations.
Poor elephant.
I'm already like that elephant myself, with a square head)))
I'm already like that elephant myself, with a square head)))
Yes, in theory everything is clear, for example, where its legs are and where its head is, but for the algorithm nothing is clear, just a set of points.
It's the same with signs for bots.
Yes, in theory everything is clear, for example, where his legs are and where his head is, but for the algorithm nothing is clear, just a set of points
the same thing with features for bots.
That's why we need invariance in the broadest sense, like in computer vision, so that the algorithm itself can segment, then expand, narrow, rotate, distort and only then compare.
https://robwhess.github.io/opensift/
https://www.analyticsvidhya.com/blog/2019/10/detailed-guide-powerful-sift-technique-image-matching-python/#:~:text=SIFT%20helps%20locate%20the%20local,detection%2C%20scene%20detection%2C%20detection%2C%20etc.same thing with the traits for bots.
Exactly! I'm not worried about the elephant.
.
Yes, I wonder.
The example shows a model of an elephant, but if these parts are used to make a camel, it probably won't work.
---
There are similar models on market charts all the time: "elephants", "camels", "bunnies". But all of them are of different sizes. But the patterns are real and they repeat themselves all the time.
At my age it is difficult to get deeply into such complex analytical processes as elephants, but I will say that it is interesting.
Yeah, it's interesting.
The example shows a model of an elephant, but if you make a camel out of these parts, it probably won't work.
Similar models constantly exist on market charts: "elephants", "camels", "bunnies". But all of them are of different sizes. But the models exist in reality and are constantly repeated.