線形回帰チャネル - ページ 3 12345678910...18 新しいコメント Dmitry Fedoseev 2019.07.28 08:22 #21 Nikolai Semko: どうして変数が直線になるのか? 正しく表現してください。 本当に理解できないのか、それとも何か狙いがあるのか? Dmitry Fedoseev 2019.07.28 08:23 #22 fxsaber: ピアソンは、確かに、簡単に加速されます。しかし、LRチャンネルの幅は、残念ながらありません。 加速度だけでなく、サイクルを完全になくすという話です。 また、HRチャンネルの幅は、別の方法で計算することができます。最大と最小という意味であれば、そうですね。これもサイクルが不可欠なケースです。 Nikolai Semko 2019.07.28 08:26 #23 Dmitry Fedoseev: 本当に理解できないのか、それとも何か狙いがあるのか? ドミトリー・フェドセーエフ また、x*yの和算ループがなくても?xとyが直線でない場合はどうするか? OKです。回答 また、x*yの総和サイクルが無くても fxsaber 2019.07.28 08:28 #24 Dmitry Fedoseev: 単に加速するだけでなく、サイクルを完全になくすという意味です。 そうですね、まさに加速度という意味ですね。ピアソンはこうしています。 むしろ、棒グラフの終値を 例にして、LRチャネルの幅を定義する必要があります。 このようなLRの入力パラメータは、何本のバーをカウントするかだけである。 新しいバーを1回通過するごとに、チャンネルの中点線が計算されます。 各ラインのチャネル幅は、中央のラインからの価格の実効値である。 したがって、新しいRMSのすべての総和が以前のものと異なる場合、新しいRMSを迅速に得ることができるのか、まったく不明です。 Dmitry Fedoseev 2019.07.28 08:29 #25 Nikolai Semko: OKです。対応する。 また、x*yの総和サイクルが無くても これを許容できる。この場合のみ、xもyも直線でなければ、速度が上がらない。ただ、「along」のループが「across」のループに変わってしまうんです。 Nikolai Semko 2019.07.28 08:30 #26 fxsaber: では、新しいRMSのすべての総和が以前のものと異なる場合、新しいRMSをすばやく得ることができるのか、まったく理解できません。 できます。すぐに解決したとは言えませんが、解決しました。数式を何ページも書かなければならなかった。 Dmitry Fedoseev 2019.07.28 08:31 #27 fxsaber: ... では、新しいRMSのすべての総和が前のものと異なる場合、新しい行を得るときに新しいRMSを素早く得ることができるのか、まったく理解できませんね。 RMSに近い線を手早く得ることができるが、実際のRMSはそうではない。 Dmitry Fedoseev 2019.07.28 08:33 #28 Nikolai Semko: できます。すぐに解けたとは言えませんが、解けました。数式を何ページも書かなければならなかった。 世界中が自分よりバカだと思うなよ。 Nikolai Semko 2019.07.28 08:34 #29 Dmitry Fedoseev: これを許容できる。この場合のみ、xもyも直線でなければ、速度が上がらない。ただ、「along」のサイクルが「across」のサイクルに変わるだけなんです。 お客さん、ちょっと冗談でしょう?)) Dmitry Fedoseev 2019.07.28 08:35 #30 Nikolai Semko: お客さん、ちょっと冗談でしょう?)) このような発言は、他にどうすればいいのでしょうか。 along」を「across」に変えるなんて、冗談じゃないんです。計算の仕方を比喩的に表現したものです。 一方はループでデータを通過させる場合、もう一方は同じ長さの中間値の配列を通過させる場合です。 12345678910...18 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
どうして変数が直線になるのか?
正しく表現してください。
本当に理解できないのか、それとも何か狙いがあるのか?
ピアソンは、確かに、簡単に加速されます。しかし、LRチャンネルの幅は、残念ながらありません。
加速度だけでなく、サイクルを完全になくすという話です。
また、HRチャンネルの幅は、別の方法で計算することができます。最大と最小という意味であれば、そうですね。これもサイクルが不可欠なケースです。本当に理解できないのか、それとも何か狙いがあるのか?
また、x*yの和算ループがなくても?xとyが直線でない場合はどうするか?
OKです。回答
また、x*yの総和サイクルが無くても
単に加速するだけでなく、サイクルを完全になくすという意味です。
そうですね、まさに加速度という意味ですね。ピアソンはこうしています。
むしろ、棒グラフの終値を 例にして、LRチャネルの幅を定義する必要があります。
このようなLRの入力パラメータは、何本のバーをカウントするかだけである。
新しいバーを1回通過するごとに、チャンネルの中点線が計算されます。
各ラインのチャネル幅は、中央のラインからの価格の実効値である。
したがって、新しいRMSのすべての総和が以前のものと異なる場合、新しいRMSを迅速に得ることができるのか、まったく不明です。
OKです。対応する。
また、x*yの総和サイクルが無くても
これを許容できる。この場合のみ、xもyも直線でなければ、速度が上がらない。ただ、「along」のループが「across」のループに変わってしまうんです。
では、新しいRMSのすべての総和が以前のものと異なる場合、新しいRMSをすばやく得ることができるのか、まったく理解できません。
できます。すぐに解決したとは言えませんが、解決しました。数式を何ページも書かなければならなかった。
...
では、新しいRMSのすべての総和が前のものと異なる場合、新しい行を得るときに新しいRMSを素早く得ることができるのか、まったく理解できませんね。
RMSに近い線を手早く得ることができるが、実際のRMSはそうではない。
できます。すぐに解けたとは言えませんが、解けました。数式を何ページも書かなければならなかった。
世界中が自分よりバカだと思うなよ。
これを許容できる。この場合のみ、xもyも直線でなければ、速度が上がらない。ただ、「along」のサイクルが「across」のサイクルに変わるだけなんです。
お客さん、ちょっと冗談でしょう?))
お客さん、ちょっと冗談でしょう?))
このような発言は、他にどうすればいいのでしょうか。
along」を「across」に変えるなんて、冗談じゃないんです。計算の仕方を比喩的に表現したものです。
一方はループでデータを通過させる場合、もう一方は同じ長さの中間値の配列を通過させる場合です。