Ticarette makine öğrenimi: teori, pratik, ticaret ve daha fazlası - sayfa 2943
Ticaret fırsatlarını kaçırıyorsunuz:
- Ücretsiz ticaret uygulamaları
- İşlem kopyalama için 8.000'den fazla sinyal
- Finansal piyasaları keşfetmek için ekonomik haberler
Kayıt
Giriş yap
Gizlilik ve Veri Koruma Politikasını ve MQL5.com Kullanım Şartlarını kabul edersiniz
Hesabınız yoksa, lütfen kaydolun
Girdi sadece fiyat verileridir. Bunları tek bir yerde işleyin, farklı yerlerde değil. Terminalde ve eğitim paketlerinde bu pek doğru değil. Tarihsel olarak, elbette, terminalde işlenenleri fiyatlarla eğitim paketlerine almak daha uygundur, ancak bu çıkmaz bir yoldur. Göstergeler elbette yeniden hesaplanmaları değil, önceden hesaplanmaları ile uygundur, ancak görevde bile ayarlanmış gibi görünüyor.
Genel olarak, birincil verilerin alındığı ve ticaret ortamının yönetildiği yerin hesaplamalar için kullanılması doğru değildir.
Bunun nasıl doğru yapılacağı farklı bir sorudur. Hala ne kadar uygulanabilir olduğu ile ilgiliyim - yani eğitilmiş modeli bağlayın, ancak o zaman ön işleme nasıl yapılır. Modeli dışa aktardıktan sonra python olmadığı varsayılır.
Bunun nasıl doğru yapılacağı başka bir sorudur. Hala ne kadar uygulanabilir olduğuyla ilgiliyim - yani eğitilmiş modeli bağlayın, ancak o zaman ön işleme nasıl yapılır. Modeli dışa aktardıktan sonra python olmadığı varsayılır.
Model ham girdi verilerini almalı ve ön işlemlerini kendisi yapmalıdır. Boru hattı kavramı bu amaç için icat edilmiştir. Örneğin ONNX formatının özelliklerinden biri, tüm boru hattını tek bir dosyaya sığdırabilmenizdir.
Model ham girdi verilerini almalı ve ön işlemlerini kendisi yapmalıdır. Bu amaçla boru hattı kavramı icat edilmiştir. Örneğin ONNX formatının özelliklerinden biri, tüm boru hattını tek bir dosyaya sığdırabilmenizdir.
Zikzakların, MA'ların ve diğer standart ve standart olmayan göstergelerin model hesaplamasına sokun ve bunları farklı ayarlarla çoğaltın? ONNX, ZZ varyantlarından en az birini yapabilir ve en azından standart olanlar olmak üzere kaç göstergeye sahiptir?
Yep....
O zaman MT'ye ihtiyacınız yok. Çalışmak için API kullanabilirsiniz - orada da sadece fiyatlar ve ticaret komutları vardır.
Girdi sadece fiyat verileridir. Bunların farklı yerlerde değil, tek bir yerde işlenmesi. Terminalde ve eğitim paketlerinde bu pek doğru değil. Tarihsel olarak, elbette, terminalde işlenenleri fiyatlarla eğitim paketlerine almak daha uygundur, ancak bu çıkmaz bir yoldur. Göstergeler elbette yeniden hesaplanmaları değil, önceden hesaplanmaları ile uygundur, ancak görevde bile ayarlanmış gibi görünmektedir.
Genel olarak, birincil verilerin elde edildiği ve ticaret ortamının yönetildiği yer, hesaplamalar için kullanılacak doğru yer değildir.
Zikzakların, MA'ların ve diğer standart ve standart olmayan göstergelerin model hesaplamasına sokun ve bunları farklı ayarlarla çoğaltın?
Evet ...
O zaman MT'ye ihtiyacınız yok. Çalışmak için API kullanabilirsiniz - orada da sadece fiyatlar ve ticaret komutları vardır.
Ya bu ya da Python kodunun mql5 kodu ile iç içe geçtiği bir programlama ortamı oluşturmak. İkinci seçenek çok daha az gerçekleştirilebilir görünüyor.
Ya bu, ya da python kodunun mql5 kodu ile serpiştirildiği bir programlama ortamı oluşturmak. İkinci seçenek çok daha az uygulanabilir görünüyor.
Çözmem gereken durumu tarif ettim. Sadece fiyatlar ve python'daki tüm dönüşümlerden memnunsanız, böyle bir kavram nasıl model aktarımı kullanmayı ima ediyor? Python ve terminal için mantığı çoğaltmayı mı öneriyorsunuz?
Açıkçası, verilerle çalışmak için bir köprüye ihtiyacınız var ve şimdi bu yalnızca bir dosya aracılığıyla mümkün, ancak bu durumda senkronizasyon yine yalnızca dosyalar aracılığıyla gerçekleşiyor ve bu da sorunlarla dolu.
Veri alışverişi daha önce olduğu gibi dosya veya soketler aracılığıyla yapılıyorsa, terminalde python çalıştırmanın ne faydası var.
Model yoklaması için python tarafından değil, Uzman Danışman tarafından hazırlanan verilerim var. Yani veriler aktarılmalı ve ardından çizim için sonuçlar geri alınmalıdır.
Böyle bir senaryoda MT5 ve python'un herhangi bir entegrasyonunu kullanmanın bir anlamı yoktur.
Verileri tamamen MT tarafından hazırladım. Ve modele hesaplamalar için bir matris veriyor (şimdi bir dosya olarak, ancak bunu DLL aracılığıyla bir dizi olarak yapabilirsiniz). Her şey zaten çalışıyor ve bunun uğruna, önerdiğiniz seçeneklerden hiçbirini, göstergeleri çoğaltmak için zaman kaybetmek bir yana, düşünmek için bile motivasyon olarak görmüyorum.
Ben sadece platform içindeki veri alışverişi varyantları hakkında yazdım. Elbette, pratikte hepimiz veri analiz araçları ve TS arasında veri alışverişi için platform harici(dosyalar, soketler vb.) yollar kullanıyoruz.
Zikzakları, MA'ları vb. hesaplamak ve bunları farklı ayarlarla çoğaltmak için standart ve standart olmayan göstergeleri modele sokmak mı? ONNX, ZZ varyantlarından en az birini yapabilir ve en azından standart olanlar olmak üzere kaç göstergeye sahiptir?
Yep....
O zaman MT'ye ihtiyacınız yok. Çalışmak için API kullanabilirsiniz - orada da sadece fiyatlar ve ticaret komutları vardır.
IMHO modeli yalnızca eğitimle ilgilenmelidir. Eğitim için matrislerin oluşturulması, örneğin göstergeler ve / veya MT uzmanları gibi diğer programlar tarafından yapılmalıdır.MT büyük işlemler için değildir, bu nedenle hesaplama süresinin ticaret emirleri üzerindeki etkisinin risklerini ihmal edebilirsiniz. Ancak MT'nin nişi, bu risklerle bile büyük)))) İnsanlar riskleri sever)
Lütfen busting ile ağaçlarda sınıflandırma algoritmasında aşağıdaki formülün nasıl elde edildiğini açıklayın(PDF bağlantısı mümkün):
İnternette bulabildiğim tüm materyallerde formül sihirli bir şekilde "tavandan alınmış".
Lütfen ağaçlar üzerinde sınıflandırma algoritmasında aşağıdaki formülün nasıl elde edildiğini açıklayınız(PDF'ye bağlantı verebilir siniz):
İnternette bulabildiğim tüm materyallerde formül sihirli bir şekilde "tavandan alınıyor".
Söylemesi zor :) Matematiksel hesaplamalar bu videoda görülebilir