"Bilinmeyen Olasılık Yoğunluk Fonksiyonunun Çekirdek Yoğunluk Tahmini" makalesi için tartışma - sayfa 2
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
Dilekler burada kabul edilir: https://www.mql5.com/ru/forum/6505. Ne isterseniz yazın. :)
victorg:
Ve bu durumda önemli olan, herhangi bir aralık bölümlemesine gerek olmamasıdır. Giriş dizisi değerlerinin kendileri kullanılır.
Harika, ama yine de çekirdeğin şekline olan katı bağlanma kafamı karıştırıyor ve bu, örneğin aynı spline'lara sahip olmayan bir sınırlamadır. Ve genel olarak, kişisel olarak spline'lar üzerinde regresyonum var - son üç yıldır bir hit)).
Her neyse, makale için teşekkürler, faydalı.
Harika, ama yine de çekirdeğin şekline katı bağlanma kafamı karıştırıyor ve bu, örneğin aynı spline'lara sahip olmayan bir sınırlama. Ve genel olarak, kişisel olarak spline'lar üzerinde regresyonum var - son üç yıldır bir hit)).
Her neyse, makale için teşekkürler, faydalı.
Makaleyi takdir ettiğiniz için teşekkürler.
Spline'lardan bahsetmişken. İnsanlar her zaman aynı gerçek olguya birkaç farklı yaklaşım bulurlar. Tipik bir örnek ışık ve onun kuantum ve dalga modelidir. Modeller birbiriyle çelişmez, ancak sürecin temsili için kesinlikle farklı yaklaşımlar kullanır. Işığın kendisi nasıl tanımlandığını umursamaz, parladığı gibi parlar.
Spline'larda da durum benzerdir. İşte kübik yumuşatma spline'ının iyi bilinen bir fikri
Bu tahmini elimizdeki herhangi bir yöntemle minimize ettiğimizde bir yumuşatma eğrisi elde ederiz. (Çok daha fazla abartıyorum. Bana vurmayın.) Örneğin bu fikri gerçekleştirmek için farklı yaklaşımlar kullanılabilir:
Bana öyle geliyor ki "yerel parametrik olmayan regresyon" kavramı yukarıdaki yaklaşımları mümkün olan en iyi şekilde özetlemektedir. Bu durumda kübik spline'ların sadece özel bir durum olduğu ortaya çıkmaktadır. Elbette bu, spline'ların faydalı özelliklerini hiçbir şekilde azaltmaz, sadece bir ve aynı olguya farklı yönlerden yaklaşılabilmesi ilginçtir.
Ne yazık ki, vakaların büyük çoğunluğunda MNC'ye dayalı algoritmalar kullanım için önerilmektedir. Örneğin aynı spline'ları quantile regresyon ile denemek isterdim. Ne yazık ki bunun için ne aklım ne de zamanım var.
Makaleyi beğendiğiniz için teşekkürler.
Spline'lardan bahsetmişken. Aynı gerçek olguya insanlar her zaman birkaç farklı yaklaşım bulurlar. Tipik bir örnek ışık ve onun kuantum ve dalga modelleridir. Modeller birbiriyle çelişmez, ancak sürecin temsilinde kesinlikle farklı yaklaşımlar kullanır. Işığın kendisi nasıl tanımlandığını umursamaz, parladığı gibi parlar.
Spline'larda da durum benzerdir. İşte kübik yumuşatma spline'ının iyi bilinen bir fikri
Bu tahmini elimizdeki herhangi bir yöntemle minimize ettiğimizde bir yumuşatma eğrisi elde ederiz. (Çok daha fazla abartıyorum. Bana vurmayın.) Örneğin bu fikri gerçekleştirmek için farklı yaklaşımlar kullanılabilir:
Bana öyle geliyor ki "yerel parametrik olmayan regresyon" kavramı yukarıdaki yaklaşımları mümkün olan en iyi şekilde özetlemektedir. Bu durumda kübik spline'ların sadece özel bir durum olduğu ortaya çıkmaktadır. Elbette bu, spline'ların faydalı özelliklerini hiçbir şekilde azaltmaz, sadece bir ve aynı olguya farklı yönlerden yaklaşılabilmesi ilginçtir.
Ne yazık ki, vakaların büyük çoğunluğunda MNC'ye dayalı algoritmalar kullanım için önerilmektedir. Örneğin aynı spline'ları quantile regresyon ile denemek isterdim. Ne yazık ki bunun için ne aklım ne de zamanım var.
Kübik spline'ların yumuşatma problemlerinin çözüm ünde özel bir yeri olduğunu hangi yayından öğrendiğimi hatırlamıyorum, ki bu (problemler) şu şekilde anlaşılıyor.
Bir bölüm alalım ve düzeltmeye başlayalım. Hemen hemen her sonuçla ilgili sorun, orijinal bölümde model parametrelerinde ve genellikle fonksiyonel formda değişikliklere yol açan kırılmalar (kesme noktaları) olmasıdır. Özellikle bu durum, farklı örneklemler üzerine oturtulmuş modellerin sonuçta ortaya çıkan birleşme noktalarında, yumuşatma fonksiyonunun sağ tarafta farklılaştırılamaz olduğu gerçeğinde kendini gösterir. Bu durum, yumuşatma fonksiyonunun farklılaşabilirlik sınırının ötesinde, bir adım ilerideki tahminin şüpheli olmasına yol açmaktadır. Bu, bir sonraki düşünce için bir giriş niteliğindedir. Eğer kübik spline'larla yumuşatırsanız, fonksiyon birleşme noktalarında hem sola hem de sağa doğru türevlenebilir olacaktır.
Fikrinizin uygulanmasıyla ilgili olarak.
Çok az bildiğim R'da, içindekiler tablosunda hem spline'lar hem de Kalman ve çeşitli tahmin yöntemleri var.
Ne yazık ki, vakaların büyük çoğunluğunda MNC'ye dayalı algoritmalar kullanım için önerilmektedir. Örneğin aynı spline'ları quantile regresyon ile denemek isterdim. Ne yazık ki bunun için ne aklım ne de zamanım var.
Evet, sonuçlarda farklılıklar var (MNC ve kantil demek istiyorum). QR hesaplamalarda daha karmaşıktır, örneğin simpleks yöntemi üsteldir ve bu kabul edilemez. Uzun zamandır polinom algoritmalarının QR'nin içsel bir noktadan gerçekleştirilmesini aradığımı hatırlıyorum ve onları buldum, forumda eski konulardaki dört yerde yayınladım. Ancak regresyon spline açısından - çok yardımcı olacağını sanmıyorum. Yine de, bu yöntemler arasındaki temel fark, tek emisyonlara yanıt derecesidir ve burada ana numara, ikinci türevin integralindeki cezadır ve regresyon yöntemi burada sonucu önemli ölçüde etkilemeyecektir.
upd Bu arada, burada bahsedilen ALGLIB, bu formüldeki fikrin lambda ile harika bir uygulamasına sahiptir, eğer bu ve diğer birkaç algoritma MQL5'e taşınırsa, bu kütüphane değersiz olacaktır.
Internet Explorer kullanıldığında, makaleye ekli örneğin grafikleri görüntülemediği ortaya çıktı. Bu mesaja makalede verilen örneğin düzeltilmiş bir versiyonu eklenmiştir. Bu varyant IE-8.0, Opera 11.64, Chrome 19.0.1084.56 ve Firefox 13.0(Windows XP SP 3) ile test edilmiştir.
Peki bu makalenin ticaret açısından pratik bir kısmı nedir?
Krzysztof
Bu çok faydalı ve güzel bir makale, teşekkürler, ancak kodun ilk ve en basit örnekte bile düzgün çalıştığını sanmıyorum.
Acaba yazar veya birisi kodu tekrar kontrol edebilir mi veya birisi C veya MQL üzerinde herhangi bir 1D kernel yoğunluk tahmini kodu önerebilir mi?