X軸に非線形の歪みがある2つの見積もりチャートの比較 - ページ 3 12345678910...12 新しいコメント hrenfx 2012.03.07 11:35 #21 このルールは、過去のデータに対して機能します。трейдеры охотнее продают чем покупаютZZの下位ノードの角は、ZZの上位ノードの角よりも統計的にシャープ である。 赤の文言にのみ疑問を呈した。緑色のものではありません。緑の事実の結果から、赤の主張につながるロジックに欠陥があると思うのです。 ZZ自体は、さまざまな種類の条件に基づいて構築することができます。クラシカルZZは全く根拠のない考えです。ZVRバーフィルターをベースにした角度測定は、またまた不思議です。 しかし、ポジティブな面もあります。トップとボトムの対称性(上記の記述の文脈で)は、LAの妥当性を評価する基準として悪いものではありません。対称性が保たれていれば、そのロジックが適切であることを意味する。そうでなければ、そうではありません。 Murad Ismayilov 2012.03.07 11:49 #22 Integer: ジグザグに上部にある一連の値。この2つの行の相関関係。 これが最初に思い浮かんだことです。非常に類似したグラフであっても、余分な頂点があるため、適用可能性に強い疑問がある。 DTWは今のところ最も期待できそうなので、mql4にコーディングして試してみる必要があります。 Dmitry Fedoseev 2012.03.07 12:21 #23 wmlab: これが一番最初に思い浮かんだことです。よく似たチャートでもノードが余分にあるため、適用に強い疑問がある。今のところDTWが一番期待できそうなので、mql4に固めて試してみたいです。 より深くジグザグにとる。DTWとは?時間軸に沿ったスケーリングだけなのでしょうか?でも、均一な んです。それが納得のいく解答であれば、何の疑問もないはずで、第一の初歩的な解答と言えるでしょう。 Igor Makanu 2012.03.07 12:38 #24 hrenfx: しかし、良い面もあります。拘束の適切さを評価する良い基準は、上下の頂点に対する対称性(上記の記述の文脈で)です。対称性が保たれていれば、その論理は適切である。そうでなければ、そうではありません。 うーん、もちろん、少なくとも対称的な指標を 見たいのですが、ないでしょうね。このZZのトップは、https://www.mql5.com/ru/code/10041、 ZZ_FF_v4.mq4 を使用しました。 Murad Ismayilov 2012.03.07 12:41 #25 Integer: より荒いジグザグを取る。DTWとは?時間軸に沿ってスケーリングしているだけなのでしょうか?でも、均一なんです。それが納得のいく解答であれば、何の疑問もないはずで、第一の初歩的な解答と言えるでしょう。 私が理解する限り、このアルゴリズムはまさに、時間に非線形な歪みがある場合の2系列の類似性を測定するものである。オーディオのパターンを比較する際に使用されます。 Илья 2012.03.07 12:57 #26 はい、DTWはオプションではありますが、まだmqlに実装されていません。そして、equivolumeとRangeバーを通して見ること、つまり時間的な要素を抽象化することに意味があるのかもしれません。最適なボラティリティの比率を見つけ、小刻みに比較すればいいのです。 Murad Ismayilov 2012.03.07 13:01 #27 sayfuji: はい、DTWはオプションではありますが、まだmqlに実装されていません。そして、equivolumeとRangeバーを通して見ること、つまり時間的な要素を抽象化することに意味があるのかもしれません。最適なボラティリティの比率を見つけ、小刻みに比較すればいいのです。 上のスレッドで、Renkoと同社は相場の振幅ノイズが強いので不向きと書きました。 hrenfx 2012.03.07 13:07 #28 IgorM: うーん、もちろん、せめて左右対称のインジケーターが 欲しいところですが、ないかなあ...。 元のCVR(BidとAsk)を対数化する。 ZZは、膝の大きさ≧N、膝の数が最大であることを条件に構成されています。トップはBidに、ボトムはAskに寝かせる。 対称性の基準については確認していません。 Igor Makanu 2012.03.07 13:50 #29 hrenfx: 元のCVR(BidとAsk)を対数化する。 ZZは、膝の大きさ≧N、膝の数が最大であることを条件に構成されています。トップはBidに、ボトムはAskに寝かせる。 対称性の基準については確認しなかった。 しかし、BPをダニレベルで推定することは不可能です。オープンアクセスネットワークでの疑わしいダニの履歴、および独立したダニの収集は労働集約的な活動であり、結果は見積もりソースに依存します。なぜ今、ティックデータを考慮しないのか、その理由も省きます。 TFの非対称性についてのあなたの意見を理解する限り、それはOHLCという形で不完全なデータ表現をしていることと、OHLCにBidとAskについて別々に情報がないことが原因ではないでしょうか。しかし、なぜずっと一方向に動いているのか(トレンド)、問題はティックやOHLCではないと思うのです。ZZをポイントでプロットするコードは、https://www.mql5.com/ru/forum/127093、 ZZ_line.mq4は履歴に正しく描画されます - 1つずつZZに収束します。 hrenfx 2012.03.07 14:07 #30 上記の条件によるPPの構築には、ティック履歴は不要である。OHLC M1のBidとAskの履歴があれば十分です。この履歴は、MetaTrader4プラットフォーム上の一部のブローカーを含む多くのソースで利用可能です(標準的な手段による)。 しかし、なぜ価格はかなり長い間、一つの方向に向かうのでしょうか(トレンド)。 それが価格設定の問題です。カバーしきれなくなる。 私がhttps://www.mql5.com/ru/forum/127093 に 投稿した、ポイントで位相をプロットするコード、ZZ_line.mq4 は、履歴に正しく描画します - 1つのポイントは、位相に収束します。 古典的なZZを正しく描画します - 歴史上最高のエントリー/イグジットを表示することさえできない誰かによって発明された指標です。 12345678910...12 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
赤の文言にのみ疑問を呈した。緑色のものではありません。緑の事実の結果から、赤の主張につながるロジックに欠陥があると思うのです。
ZZ自体は、さまざまな種類の条件に基づいて構築することができます。クラシカルZZは全く根拠のない考えです。ZVRバーフィルターをベースにした角度測定は、またまた不思議です。
しかし、ポジティブな面もあります。トップとボトムの対称性(上記の記述の文脈で)は、LAの妥当性を評価する基準として悪いものではありません。対称性が保たれていれば、そのロジックが適切であることを意味する。そうでなければ、そうではありません。
ジグザグに上部にある一連の値。この2つの行の相関関係。
これが最初に思い浮かんだことです。非常に類似したグラフであっても、余分な頂点があるため、適用可能性に強い疑問がある。
DTWは今のところ最も期待できそうなので、mql4にコーディングして試してみる必要があります。
これが一番最初に思い浮かんだことです。よく似たチャートでもノードが余分にあるため、適用に強い疑問がある。
今のところDTWが一番期待できそうなので、mql4に固めて試してみたいです。
より深くジグザグにとる。DTWとは?時間軸に沿ったスケーリングだけなのでしょうか?でも、均一な んです。それが納得のいく解答であれば、何の疑問もないはずで、第一の初歩的な解答と言えるでしょう。
より荒いジグザグを取る。DTWとは?時間軸に沿ってスケーリングしているだけなのでしょうか?でも、均一なんです。それが納得のいく解答であれば、何の疑問もないはずで、第一の初歩的な解答と言えるでしょう。
私が理解する限り、このアルゴリズムはまさに、時間に非線形な歪みがある場合の2系列の類似性を測定するものである。オーディオのパターンを比較する際に使用されます。
はい、DTWはオプションではありますが、まだmqlに実装されていません。そして、equivolumeとRangeバーを通して見ること、つまり時間的な要素を抽象化することに意味があるのかもしれません。最適なボラティリティの比率を見つけ、小刻みに比較すればいいのです。
上のスレッドで、Renkoと同社は相場の振幅ノイズが強いので不向きと書きました。
うーん、もちろん、せめて左右対称のインジケーターが 欲しいところですが、ないかなあ...。
対称性の基準については確認していません。
対称性の基準については確認しなかった。
しかし、BPをダニレベルで推定することは不可能です。オープンアクセスネットワークでの疑わしいダニの履歴、および独立したダニの収集は労働集約的な活動であり、結果は見積もりソースに依存します。なぜ今、ティックデータを考慮しないのか、その理由も省きます。
TFの非対称性についてのあなたの意見を理解する限り、それはOHLCという形で不完全なデータ表現をしていることと、OHLCにBidとAskについて別々に情報がないことが原因ではないでしょうか。しかし、なぜずっと一方向に動いているのか(トレンド)、問題はティックやOHLCではないと思うのです。ZZをポイントでプロットするコードは、https://www.mql5.com/ru/forum/127093、 ZZ_line.mq4は履歴に正しく描画されます - 1つずつZZに収束します。
上記の条件によるPPの構築には、ティック履歴は不要である。OHLC M1のBidとAskの履歴があれば十分です。この履歴は、MetaTrader4プラットフォーム上の一部のブローカーを含む多くのソースで利用可能です(標準的な手段による)。
しかし、なぜ価格はかなり長い間、一つの方向に向かうのでしょうか(トレンド)。
それが価格設定の問題です。カバーしきれなくなる。
私がhttps://www.mql5.com/ru/forum/127093 に 投稿した、ポイントで位相をプロットするコード、ZZ_line.mq4 は、履歴に正しく描画します - 1つのポイントは、位相に収束します。
古典的なZZを正しく描画します - 歴史上最高のエントリー/イグジットを表示することさえできない誰かによって発明された指標です。