Machine learning in trading: theory, models, practice and algo-trading - page 2283
![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
I don't consume anything here, I just communicate on the forum, if you ban me it will only make me feel better... so...
And these 500 functions that you rewrote, they're dead in the sense that they're like a ruler with which you can measure something, and this "something" is just a third-party package which you shut off access to
You consume. And on this site, and in R and other places.
But at the same time and still demanding "give, and if you do not give - dead, rzheka, denied access.
Try to create and give. Feel some respect for other people's work based on your own.
Consume. Both on this site and in R and other places.
But at the same time you also demand "give, and if you do not give - dead, rjaka, closed access.
Try to create and give. Feel some respect for other people's work based on your own.
I guess you are right.
Would it make sense to make native support for ZeroMQ?
There is no practical sense.
There are enough methods of communication and data transfer:
We have a different specialization - read massive/diverse data and do most of the work inside the tester. Here, any going outside the boundaries kills everything.
At the moment, for us, integration with Python is a piecemeal solution to cover the ML developer ecosystem.
We are constantly upgrading MQL5:
Creating an ML model on the side is not enough. It is necessary to load this model natively, safely and securely into the robot, so it can be
That's why we are gradually increasing the capabilities of MQL5. We are planning to use WinML + ONNX to load models and the native execution within the platform without any third-party binding.
There is no practical point.
Methods of communication and data transfer are sufficient:
We have a different specialization - read massive/diverse data and do most of the work inside the tester. Here, any going outside the boundaries kills everything.
At the moment, for us, integration with Python is a piecemeal solution to cover the ML developer ecosystem.
We are constantly upgrading MQL5:
Creating an ML model on the side is not enough. It is necessary to load this model natively, safely and securely into the robot, so it can be
That's why we are gradually increasing the capabilities of MQL5. We are planning to use WinML + ONNX to load the models and the native execution within the platform without any third-party binding.
Thanks for the detailed answer
Can you share the information:
It would be interesting to have access to the data in the order book.
Can you share the information:
Please, make the OHLC synchronization mode correct, so at least the standard indicators do not have bugs when requesting data from the upper TFs.
The main reason for the python to receive data from indicators, because training on all ticks is suicidal.
What is more annoying is slow speed of reading/writing files (csv/txt) in MT5.
Can you share the information?
2) More outside
3) I had enough of everything...
It is not enough to create an ML model on the side. You have to upload this model natively, safely and securely into a robot to be able to use it:
The ML theme is getting away from you.
I use MQL5 to collect data and then to prepare the current data for neural network polling. Everything else is in python.
MQL in this chain only due to old inertia, because I started with it, otherwise all these issues are solved in python. Of course MQL are speed and clarity, but at the same time:
- crutches to get data from crypto exchanges
- inability to directly interact with api of crypto exchanges to trade
- inability to place in the Market your EA without opening the code (no automatic validation is possible if there is webrequest)
- total ignorance and inability to use MQL terminal (everybody use a browser).
Also annoying is the slow speed of reading/writing files (csv/txt) in MT5.
I try to store my data in binary form. But for external data I can't do without CSV.
You missed the moment when three years ago trading went to the masses. And it's not just crypto.
All of the plans you described are cool technically, but they are geeky stuff, they won't save you. If you want to jump into the last train, you need to urgently make a web version of the tradingview level, with all the functionality of the mql5 terminal.
Take this project as a basis and develop this direction, otherwise the train will pass, leaving you with one and a half geeks.