{
//...
// y = ax + b
// counting a and b
a = ekx*ekx - ekxx*ek;// Здесь считается ЗНАМЕНАТЕЛЬ
// спецом чтобы можно было проверить ошибку деления на 0, если кому-то приспичит
// второй круг посчитан
a = (eky*ekx - ek*ekxy)/a;// Здесь считается числитель и делится на заранее посчитанный знаменатель
b = (eky - a*ekx)/ek;
//...
}
一般的には、そのようにカウントされることはありません。
3つの機能が正常に動作することをご確認ください。
1. 通常のISC
2.最小二乗法合計
3.ウェイト付きのアダプティブなもの、これがまさに今回の騒動の理由です。
私の「KimIVからの便利な機能」、 とっくにテストして確認しています。エラーはありません。
定番のISCは、「KimIVの便利な機能」として、長い間テストして確認しました。エラーはありません。
ただ、レギュラーが一番心配です :)
k[i] = 0.5/(0.5 + 値*値/avgDev)
または、説明のあるリンクを教えてください。
k[i] = 0.5/(0.5 + 値*値/avgDev)
それとも、その説明のリンクを教えていただけますか?
はい、残念です。好きなもので代用できます。
仮定はこうだ -- 最も一般的な偏差は0.5から1*avgDevの間になるだろう。
0.5は外れ値に対してより鈍感になるため、優先的に使用された。
3つの機能の動作確認をお願いします。
はい、残念です。好きなものを使っていいんです。
最も一般的な偏差は0.5から1*avgDevの間であろうという仮定である。
0.5は外れ値に対してより鈍感になるため、優先的に使用された。
3つの機能すべてにチェックを入れてください。
違う意味で持っています。
計算をすれば、その差は一目瞭然です。
これは私のやり方ではありません。
その差は歴然です。
同じものを手に入れたんですね :) .
あなたの式の分子と分母にSumm(k)を掛けてから、私の計算をよく見てください :) .
同じものを手に入れたんですね :) .
あなたの式の分子と分母にSumm(k)を掛けてから、私の計算をよく見てください :) .
というか、マイナスを掛ける -Summ(k)
問題を克服したと考えることにします :)
同じものを手に入れたんですね :) .
あなたの式の分子と分母にSumm(k)を掛けてから、私の計算をよく見てください :) .
聞いてください、結果は私が思っていたのとは大違いです。
新しいカーブは、スムーズではなく、もっとヒネリが効いている!! :)
と、より振幅が大きくなります。
であり、曲線はkの係数に依存しない(0.5=1=2=...)。
ほら、予想していたのと全然違う結果になってしまった。
新しいカーブは、スムーズではなく、もっとヒネリが効いている!! :)
と、より振幅が大きくなります。
であり、曲線はkの係数に依存しない(0,5=1=2=...)。
というわけで、私もちゃんとやりましたよ。以前お話した、よくジャンプする((。
私も正しいことをしたに違いない。以前お伝えした、よく跳ぶ((
インジケーターの1か所を間違えただけです。
>> 重み付けがうまくいかず、千分の一の差になる。
まあ、弾むというのは、その通りなんですけどね。