Çı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.
elibrarius : 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.
Bu hedef, bağımsız olduğu kadar kesinlikle alıntılara da bağlıdır. Evet, farklı zaman damgalarına sahip alıntılar. Ancak TP, gelecekten alıntılar temelinde de hesaplanır. Mantığınızı ve ZZ'ye itirazınızı anlamıyorum.
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.
Evet kesinlikle haklısın. Gerçekten biri mankenleri zikzak üzerinde mi eğitiyor? Ve genel olarak, eğer gösterge yerine fiyat ticareti yapıyorsak, sisteme herhangi bir göstergeyi (dikizleme olmasa bile) tahmin etmeyi öğretmenin amacı nedir?
Zigzag'a aşina değil. Ama dönüşleri bulma görevi için uygun olmadığını düşünmüyorum. Sadece verileri nasıl kullanacağınızı düşünmeniz gerekiyor.
Ö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.
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.