Ticarette makine öğrenimi: teori, pratik, ticaret ve daha fazlası - sayfa 424
Alım-satım fırsatlarını kaçırıyorsunuz:
- Ücretsiz alım-satım 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
Böyle bir hedefe bir örnek verin, sadece merak edin.
hedef = (Kapat[t+k] - Aç[t+1]) / Aç[t+1]
feature_n = (Kapat[tn] - Aç[t]) / Aç[t]
1) çıkışı bir gözetleme ile inşa ediyoruz
2) tüm girişler ileriye bakmadan yapılmalıdır
Numara.
Çıkış YALNIZCA çubuklarla (tikler, tırnaklar, olaylar) GELECEKTEN (t>0) oluşturulmalıdır, örneğin (Açık[t+1], Yüksek[t+2], Düşük[t+10], Kapat[t +1000] , Hacim[t+1000000])
Giriş YALNIZCA GEÇMİŞTEN (t<=0) çubuklarla (tikler, tırnaklar, olaylar) oluşturulmalıdır, örneğin (Açık[t], Yüksek[t-1], Düşük[t-10], Kapat[t- 1000], Hacim[t-1000000])
Birçok gösterge, çubuk aralığını kullanmak için açık olmayan bir ufka sahip karmaşık hesaplamalara sahiptir, özellikle ZigZag ve diğer "yeniden çizim" olanlar, hem geçmişi hem de geleceği "görür" ve hem özellik hem de hedef olarak kullanım için uygun değildir.
Numara.
Çıkış YALNIZCA çubuklarla (tikler, tırnaklar, olaylar) GELECEKTEN (t>0) oluşturulmalıdır, örneğin (Açık[t+1], Yüksek[t+2], Düşük[t+10], Kapat[t +1000] , Hacim[t+1000000])
Giriş YALNIZCA GEÇMİŞTEN (t<=0) çubuklarla (tikler, tırnaklar, olaylar) oluşturulmalıdır, örneğin (Açık[t], Yüksek[t-1], Düşük[t-10], Kapat[t- 1000], Hacim[t-1000000])
Ve tutarsızlık nedir? "İleriye bakmak", "GELECEKTEN" ve "ileriye bakmadan", "GEÇMİŞTEN" ile uyuşmuyor mu?
"Peep" katı bir ifade değildir, geçmişin gelecekle hiçbir şekilde kesişmemesi (özellikler için) ve geleceğin geçmişle (hedefler için) kesişmemesi önemlidir.
Yani sadece “GELECEĞDEN” değil , “ YALNIZCA GELECEKTEN” ve sadece “GEÇMİŞTEN” değil , “ YALNIZCA GEÇMİŞTEN”
Rastgele bir kase almak için bir çubuk (geçmişten geleceğe ve tam tersi) yeterlidir."Peep" katı bir ifade değildir, geçmişin gelecekle hiçbir şekilde kesişmemesi (özellikler için) ve geleceğin geçmişle (hedefler için) kesişmemesi önemlidir.
Yani sadece “GELECEĞDEN” değil , “ YALNIZCA GELECEKTEN” ve sadece “GEÇMİŞTEN” değil , “ YALNIZCA GEÇMİŞTEN”
Anlaşmazlık hiçbir şeyle ilgili değil .... ve sizin ve benim ifadem anlam bakımından aynı. Her ne kadar seninkinin daha açık olduğu konusunda hemfikir olsam da.
Rastgele bir kase almak için bir çubuk (geçmişten geleceğe ve tam tersi) yeterlidir.
Kimsenin kendine böyle bir görev vereceğini sanmıyorum. Gelecekte neden geçmiş çubuğa ihtiyacımız var ve neden bunu tahmin ediyoruz? O zaten ünlü. Tersine, geleceğin geçmişte bilinmesi mümkün değildir ve onu girdi olarak sağlamak mantıksızdır.
Kimsenin kendine böyle bir görev vereceğini sanmıyorum. Gelecekte neden geçmiş çubuğa ihtiyacımız var ve neden bunu tahmin ediyoruz? O zaten ünlü. Tersine, geleceğin geçmişte bilinmesi mümkün değildir ve onu girdi olarak sağlamak mantıksızdır.
Dikkatli değilsin:
Birçok gösterge, çubuk aralığını kullanmak için açık olmayan bir ufka sahip karmaşık hesaplamalara sahiptir, özellikle ZigZag ve diğer "yeniden çizim" olanlar, hem geçmişi hem de geleceği "görür" ve hem özellik hem de hedef olarak kullanım için uygun değildir.
hedef = (Kapat[t+k] - Aç[t+1]) / Aç[t+1]
feature_n = (Kapat[tn] - Aç[t]) / Aç[t]
Dikkatli değilsin:
Birçok gösterge, çubuk aralığını kullanmak için açık olmayan bir ufka sahip karmaşık hesaplamalara sahiptir, özellikle ZigZag ve diğer "yeniden çizim" olanlar, hem geçmişi hem de geleceği "görür" ve hem özellik hem de hedef olarak kullanım için uygun değildir.
Örneğin, zikzak sinyallerini alıyoruz, işliyoruz ve tekli geri dönüş sinyalleri olarak kaydediyoruz. Öyle ya da böyle, Eğitim hazır bir veri kümesinde gerçekleşir, bu nedenle kimse "geleceğe" bakmayacaktır. Sadece danışmanın mimarisini ve ek eğitiminin anlarını yeniden gözden geçirmeniz gerekiyor. Bu arada, ayrı bir büyük konu.