フォローアップのため - ページ 32

 
Candid писал(а)>>

クラスタリングの探求では、完璧な入出力やベンチマークとなる取引システムなど、固定されたポイントを扱うことになる。

ミュージック・オブ・ザ・スフィアこうした瞬間の修正方法は重要ではないとのことで、良かったです。特に、理想的な入出力は、あるベンチマークシステムによって与えられるので。なお、「トータルバランス置換」によって、FP全体のオプティマイザーで構築されたバランス面は、物理的な意味を失ってしまう。この曲面上の点は、パラメータ値だけでなく、入出力セットも異なるため、互いに比較できない。その結果、特定のパラメータのセットの値を決定することはできません - 歴史の別のセグメントで、それに対して正反対の結果を得ることができ、表面全体が全く異なる外観を持つことになります。

入出力系が何らかのアルゴリズムで固定されている場合、状況はかなり違ってくる。このバランスはパラメータのセットにのみ依存することが判明し、このことは、クラスタリングが別の歴史の断片に移動してもその統計量を変えないという希望を与えるものである。そのためには、当然ながら十分に大きなデータセットで構築する必要がある。つまり、TCを構築するためには、必ず入出力アルゴリズムのペアとFPパーメトリゼーションが必要なのです。

ところで、入出力アルゴリズムに独自のパラメータがある場合、その作業はより困難になる。しかし、このような場合でも、FPを適切に使用することで結果を出すことができるのです。

Mathemat>>書きました

ブランチ全体を読み直す。そういえば、最近そんなことなかったな。ただ、すごいスレッドですね。モルガニストとヴァイスマニストのイデオロギー論争はほとんど関係なく、これらのブルジョワはすべて同じである。

だから、かなり気が合うと思ったんです。:-)
 
Yurixx >>:

Музыка сфер. Приятно слышать, что метод фиксации этих моментов неважен. Тем более, что идеальные входы-выходы дает одна из эталонных систем. Могу добавить, что "подмена итогового баланса" приводит к тому, что поверность баланса, построенная в оптимизаторе на всем ФП, теряет физический смысл. Точки этой поверхности несравнимы между собой, поскольку они отличаются не только значениями парамтеров, но и множествами входов-выходов.

いいえ、そうではありません。バランススワップは、同じ 入出力セット に対して、異なる結果をオプティマイザに滑らせるだけです。最適化結果の二次元図と私の図を見比べれば、何を入れ替えれば別のものになるのか、一目瞭然でしょう。

しかし、今回もそのような見通しは立っていない。

球体の音楽についてですが、私が言いたかったのは、提起された質問とは無関係であるということです :)


追伸:Alexey さん、2Dダイアグラムをインジケータウィンドウにだけ出力する可能性を検討してはいかがでしょうか?MTでは、ほとんどすべてのものを描くことができるようになりました(少なくとも二次元はすべて)。

 
Candid писал(а)>>

いいえ、そんなことはありません。バランススワップの目的は、同じ 入出力セット に対して異なる結果をオプティマイザに与えることです。最適化結果の二次元図と私の図を見比べれば、一方を他方に変えるために何を入れ替える必要があるかがわかるはずです。

反対されることを疑っていませんでした。:-)

もしかしたら、あなたの入出力システム(失礼、トレード)は初期状態で固定されているので、私が書いたことはあなたのバージョンには全く関係ないのでしょうか?

まあ、そんなことはどうでもいいんですけどね。それはともかく、私はもうあなたと議論を交わすつもりはありません。

Candid さんが>>書きました

追伸:Alexey さん、2次元の図をシンプルにインジケータウィンドウに表示することを検討されてはいかがでしょうか?MTでは、ほとんどすべてのものを描くことができるようになりました。

有効かつ権限のある代理人として、私は確認します。例えば、ここに2次元のFPの上にカラーで描かれた表面があります。

MT万歳!それともMQL?А ...MetaQuotes !

 
Yurixx >>:

Не сомневался, что ты будешь против. :-)

Может быть то, что я написал, неочевидно для тебя потому, что у тебя система входов-выходов (пардон - сделок) зафиксирована изначально и поэтому сказанное мной к твоему варианту вообще не относится ?

Впрочем, это неважно. Как бы там ни было, у меня нет намерения втягиваться в очередной спор с тобой.

Как действительный и полномочный представитель народа подтверждаю. Вот, например, поверхность изображенная цветом над двумерным ФП.

Да здравствует МТ ! Или MQL ? А ... MetaQuotes !

失礼しました。:[ どうやるんだ?

 

ここで最適化する必要はありません。1回のテスト実行で十分であり、各トランザクションとともに、コンテキストパラメータの一意のベクトルを出力する必要があります。そして、エクセルかどこかでクラスタリングすること。しかし、それを描くとなると、面白いし、美しいとさえ思います。

とにかく、MT6で(あるいはMT5で)オプティマイザーに構造の柔軟性を持たせ、異なる多段階のデータ処理に対応できるツールを成形できればよかったと思う。

追伸:2次元多様体の作図はそれほど難しくはありません。しかし、それが多次元的(コンテキストパラメータが2つ以上)であることが判明したらどうでしょうか。ここでコウホネが活躍するわけですが、まだまだ気合が必要です...。

 
Mathemat >>:

P.S. Двумерное многообразие нарисовать не очень сложно. А если там многомерное получится (параметров контекста больше двух)? Ну тут прям Кохонен так и просится, но мне еще въехать в него надо...

このスレのネットワークファーストはここで乞食してるんだよ。

 
Mathemat писал(а)>>

追伸:2次元の多様体を描くのはそれほど難しいことではありません。しかし、多次元的(コンテキストパラメータが2つ以上)な場合はどうでしょうか。ここでコウホネが活躍するわけですが、まだまだ気合が必要です...。

コホーネンはそれほど複雑ではありません。また、Excelで行うことも可能です。

 
Mathemat >>:

Короче, дело идет к тому, что неплохо бы в MT6 (а, может быть, и уже в MT5) наделить оптимизатор достаточной гибкостью структуры, чтобы уметь лепить из него инструмент, способный на разные и многоступенчатые обработки данных.

オプティマイザに任意のフィットネス関数を指定するオプションを追加すれば十分である。そうすると、そのような作業はナッツのようにクリックできるようになります。

 
Mathemat писал(а)>>

追伸:2次元の多様体を描くのはそれほど難しくはありません。しかし、多次元的(コンテキストパラメータが2つ以上)な場合はどうでしょうか。まあ、コホーネンは本当に求めているんですけど、やっぱり気合いを入れないと......。

なーんだ、コホーネンはここがイマイチなんだ。ラジアル基礎関数を用いたネットワークが適していると思います。

joo さんが書き込みました >>1

よくあること、すみません。:[ どうやるんだ?

それは質問ですか、それとも感嘆詞ですか?:-)

 
Yurixx >>:

Неее, Кохонен тут не очень. ИМХО, тут сети на основе радиальных базисных функций лучше подойдут.

Это вопрос или восклицание ? :-)

おそらく両方でしょう。:)