インディケータ: 加重相関係数によって見つかった最近傍による価格予測

 

加重相関係数によって見つかった最近傍による価格予測:

このインディケータは、加重相関係数を使用して、より最近の価格がより大きな重みを持っている最近傍を見つけます。重みは価格パターン内の新しい価格から古い価格に直線的に減衰します。

古典的な最近傍アルゴリズムの主な欠点は(実装の例はhttps://www.mql5.com/en/code/133で見られます)は、パターン内の全ての価格が同等に扱われていることです。言い換えれば、それは古い価格が新しい価格と同様に将来に影響を持っていることを前提としています。

過去に最も近いパターンを検索しながら、この欠点を克服するために、最近傍インディケータのこのバージョンは、最新の価格により多く加重します。それは、重みが価格パターン内の新しい価格から古い価格に直線的に減衰する重み付き相関係数を使用しています。

加重相関係数によって見つかった最近傍による価格予測

作者: Vladimir

 
私はMQL4であなたのコードをいくつか知っていますが、あなたはいくつかの高度なテーマをしっかりと把握しているようですね。
 
geordie:
私はMQL4でもあなたのコードをいくつか知っているが、あなたはいくつかの高度なテーマをしっかりと把握しているようだ。
優しい言葉と励ましをありがとう。
 

なんて幸せなんだろう...。私自身、このような "トラブル "を書こうと思っていたのだが...これでやり直しがきく...。

作者に質問です...パターンとは何でしょうか?なぜなら、私のバージョンではローソク足がエンコードされるからです。私のバージョンでは、ローソク足の連続がコード化されるからです... パターンとみなされるのは、複数のローソク足のコードです...

あなたはどうですか?

私は "本 "を見て、パターンを参照してくださいので )))

 
BaTTLeBLooM:

なんて幸せなんだ...。自分でもこんな「トラブル」を書こうと思っていたのに...これでやり直せる...。

作者に質問です...パターンは何ですか?私にはよくわかりません。なぜなら、私のバージョンではローソク足がエンコードされるからです。なぜなら、私のバージョンではローソク足がエンコードされるからです。

あなたは?

なぜなら、「本」を見るとパターンが見えるからだ。)

パターンは2つの部分で構成されている。

  1. 過去の価格、つまり現在の価格(私の場合はオープン)の左側の価格(現在の価格 そのものも含む)。
  2. 将来の価格、すなわち現在の価格の右側の価格 - これらはNfutです。

チャートの直近のバーには未来価格はなく、現在価格と過去価格のみです。つまり、現在価格のパターンには現在価格と過去価格(合計Npast) しかなく、インディケータはNfutの将来価格を予測します。この不完全なパターンを現在または現在(現在パターン)と呼びます。残りのパターンを過去パターン、または単にネイバーと呼びます。これらの近傍値は、過去と「未来」の両方の価格を持っています。最も近い隣人は、過去の価格という点で、現在のパターンと最も相関のあるものである。距離尺度を変えて、相関係数の代わりにユークリッド距離を使うこともできます。しかし、ここでは平均を取り除き、価格を高値-安値で正規化する必要があります。

 

最も近いプレーヤーを探すというこのトピックは非常に興味深い。しかし、これをインジケータとして使用すると、探索が難しくなる。例えば、このような検索の方法の1つで、チャートにスクリプトを投げるだけです(暗い背景用)。しかし、これはまだmql4上のものである。しかし、このアイデア自体は役に立つかもしれない。HPフィルターも使っているし、連続データや時間帯から1時間ごとの検索もできる。

ファイル:
 

多かれ少なかれ予測に必要なヒストリー配列はどのくらいなのでしょうか。

また、少なくとも方向性を示す統計は何ですか?

それは正、負、または他のすべてのように半々ですか?

 

ありがとう

 
はじめまして!gpwrです。ただ一つ、バグがあるようですね。時々、画面上に赤と青の縦縞がいっぱい表示され、ログには見つかったパターンの相関係数が5万以上という記録があるのですが、なぜなのか理解できません。なぜこのような現象が起こるのか、まだ理解できていません。この現象はめったに起こらないのですが、一度このモードになると元に戻らず、インジケーターを取り外してもう一度入れ直さなくてはなりません。ただ一つ言えることは、私のマックではターミナルがワインスキンの下で動いているということです。もしかしたらバグ?しかし、それは考えにくい。とにかく、どうもありがとう。とても興味深いです。
 
oltab:

予測に成功するためには、どのような履歴配列が必要なのでしょうか? なぜデフォルトで300本なのでしょうか?

また、少なくとも方向性を示す統計は?

プラスなのかマイナスなのか、それとも他のものと同じように半々なのか。

より良い予測のためには、このアイデア自体が適していないと思います。より正確には、アイデアはとてもとても良いのですが、ファイルを使って真剣に調整する必要があります。それが今私がやろうとしていることだ。
 

警告

警告が出ています。助けていただけますか?よろしくお願いします。