トレーディングにおける機械学習：理論、モデル、実践、アルゴトレーディング - ページ 567 1...560561562563564565566567568569570571572573574...3399 新しいコメント Yuriy Asaulenko 2018.01.12 16:15 #5661 ウラジミール・ペレヴェンコ解決方法は以下の通りです。reticulate ライブラリをRにロードし（R interfface to Python）、ドキュメントとサンプルに従ってください。 ちなみに、Rは同じxgboostパッケージです。それともPythonの方がいいのでしょうか？その一例がこちら です。グッドラック なぜRが必要なんだ？同志はMQlを必要としている。そこでDLLを書き、#include <python.h>などを追加し、Pythonの関数を呼び出します。間違っていたら、訂正します。 Vladimir Perervenko 2018.01.12 16:33 #5662 ユーリイ・アサウレンコ 理解できない、なぜここにRが必要なのか？同志はMQlを必要としている。そこで、DLLを書き、#include <python.h>を追加し、Pythonの関数を呼び出すようにします。間違っていたら訂正してください。訂正します。1.Rは昔からMT/MQLで地道にやっている。確認しました。2.reticulateパッケージは、R→Python間の堅牢なインターフェースを提供するためにRStudioチームによって書かれました/主にTensorFlow、CNTK、Kerasやその他多数のPython開発品をRで使うために考え出されたものです。そして、これらのパッケージはすべてRのネイティブとして実行されるようになりました。だから、膝小僧のようなマニアが書いた文庫（彼の力量を軽んじるものではありません）がレティクルより優先されることはないと思うのです。パッケージの説明書きを読んでおくとよいでしょう。そこはかなり明確です。グッドラック Maxim Dmitrievsky 2018.01.12 16:34 #5663 ユーリイ・アサウレンコ 理解できない、なぜここにRが必要なのか？私の友人がMQlを必要としています。そこでDLLを書き、#include <python.h>などを追加し、Pythonの関数を呼び出します。間違っていたら、訂正します。R経由でPythonを呼び出して、MT5からDLL経由でRを呼び出す...というのがちょっとカッコイイというか、逆の流れ...ロシアに住むには簡単すぎる。 СанСаныч Фоменко 2018.01.12 16:39 #5664 マキシム・ドミトリエフスキー СанСаныч Фоменко 2018.01.12 16:40 #5665 マキシム・ドミトリエフスキー R経由でPythonを呼び出して、MT5からDLL経由でRを呼び出す...というのがちょっとカッコイイというか、逆の流れ...ロシアに住むには簡単すぎる。 Maxim Dmitrievsky 2018.01.12 16:41 #5666 サンサニッチ・フォメンコ 全部知ってるよ :)"このアルゴリズムは、特にノイズの多いタスクで過学習になりやすい。この問題は、パラメータr（後述）を調整することで部分的に克服することができます。同様の問題は、より顕著であるが、オリジナルのランダムフォレストアルゴリズムでも観察される（機械学習ベンチマークとランダムフォレスト回帰を 参照）。この欠点は作者も気づいておらず、一部の実務家や機械学習理論家に共通する誤解である「過学習になりにくいアルゴリズム」であると想定していたことに留意する必要がある。"http://alglib.sources.ru/dataanalysis/decisionforest.php СанСаныч Фоменко 2018.01.12 16:44 #5667 マキシム・ドミトリエフスキー 全部知っていますよ :)他の人のためになるように、もしかしたら役に立つかもしれない。 Yuriy Asaulenko 2018.01.12 16:47 #5668 ウラジミール・ペレヴェンコ訂正します。1.Rは昔からMT/MQLで地道にやっている。確認しました。2.reticulateパッケージは、R→Python間の堅牢なインターフェースを提供するためにRStudioチームによって書かれました/主にTensorFlow、CNTK、Kerasやその他多数のPython開発品をRで使うために考え出されたものです。そして、これらのパッケージはすべてRのネイティブとして実行されるようになりました。だから、膝小僧のようなマニアが書いた文庫（彼の力量を軽んじるものではありません）がレティクルより優先されることはないと思うのです。パッケージの説明書きを読んでおくとよいでしょう。そこはかなり明確です。グッドラックいや、PCtudioの開発者の力量を疑っているわけではありません。しかし、なぜPython→R→Dll→MQlのようにごちゃごちゃにするのでしょうか？そのままPython→Dll→MQLと進めば？また、ライブラリを作るという話ではなく、C-APIからBoost.Pythonなど、すでにC/C++との相互作用を提供している特定のPythonプログラム関数を呼び出すという話です。論理を理解したい。 СанСаныч Фоменко 2018.01.12 16:48 #5669 ユーリイ・アサウレンコいや、PCtudioの開発者の力量を疑うつもりはまったくないんです。しかし、なぜPython→R→Dll→MQlのようにごちゃごちゃにするのでしょうか？Python→Dll→MQL でいいなら？また、ライブラリを作るという話ではなく、C-APIからBoost.Pythonなど、すでにC/C++との相互作用を提供している特定のPythonプログラム関数を呼び出すという話です。その理屈を理解したい。Python用のDLLはありますか？ Maxim Dmitrievsky 2018.01.12 16:53 #5670 サンサニッチ・フォメンコ Python用のDLLはありますか？さて、上記リンク 1...560561562563564565566567568569570571572573574...3399 新しいコメント 理由: キャンセル 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
解決方法は以下の通りです。
reticulate ライブラリをRにロードし（R interfface to Python）、ドキュメントとサンプルに従ってください。
ちなみに、Rは同じxgboostパッケージです。それともPythonの方がいいのでしょうか？その一例がこちら です。
グッドラック
理解できない、なぜここにRが必要なのか？同志はMQlを必要としている。そこで、DLLを書き、#include <python.h>を追加し、Pythonの関数を呼び出すようにします。間違っていたら訂正してください。
訂正します。
1.Rは昔からMT/MQLで地道にやっている。確認しました。
2.reticulateパッケージは、R→Python間の堅牢なインターフェースを提供するためにRStudioチームによって書かれました/主にTensorFlow、CNTK、Kerasやその他多数のPython開発品をRで使うために考え出されたものです。そして、これらのパッケージはすべてRのネイティブとして実行されるようになりました。
だから、膝小僧のようなマニアが書いた文庫（彼の力量を軽んじるものではありません）がレティクルより優先されることはないと思うのです。パッケージの説明書きを読んでおくとよいでしょう。そこはかなり明確です。
グッドラック
理解できない、なぜここにRが必要なのか？私の友人がMQlを必要としています。そこでDLLを書き、#include <python.h>などを追加し、Pythonの関数を呼び出します。間違っていたら、訂正します。
R経由でPythonを呼び出して、MT5からDLL経由でRを呼び出す...というのがちょっとカッコイイというか、逆の流れ...ロシアに住むには簡単すぎる。
R経由でPythonを呼び出して、MT5からDLL経由でRを呼び出す...というのがちょっとカッコイイというか、逆の流れ...ロシアに住むには簡単すぎる。
全部知ってるよ :)
""
http://alglib.sources.ru/dataanalysis/decisionforest.php
全部知っていますよ :)
他の人のためになるように、もしかしたら役に立つかもしれない。
訂正します。
1.Rは昔からMT/MQLで地道にやっている。確認しました。
2.reticulateパッケージは、R→Python間の堅牢なインターフェースを提供するためにRStudioチームによって書かれました/主にTensorFlow、CNTK、Kerasやその他多数のPython開発品をRで使うために考え出されたものです。そして、これらのパッケージはすべてRのネイティブとして実行されるようになりました。
だから、膝小僧のようなマニアが書いた文庫（彼の力量を軽んじるものではありません）がレティクルより優先されることはないと思うのです。パッケージの説明書きを読んでおくとよいでしょう。そこはかなり明確です。
グッドラック
いや、PCtudioの開発者の力量を疑っているわけではありません。
しかし、なぜPython→R→Dll→MQlのようにごちゃごちゃにするのでしょうか？そのままPython→Dll→MQLと進めば？また、ライブラリを作るという話ではなく、C-APIからBoost.Pythonなど、すでにC/C++との相互作用を提供している特定のPythonプログラム関数を呼び出すという話です。
論理を理解したい。
いや、PCtudioの開発者の力量を疑うつもりはまったくないんです。
しかし、なぜPython→R→Dll→MQlのようにごちゃごちゃにするのでしょうか？Python→Dll→MQL でいいなら？また、ライブラリを作るという話ではなく、C-APIからBoost.Pythonなど、すでにC/C++との相互作用を提供している特定のPythonプログラム関数を呼び出すという話です。
その理屈を理解したい。
Python用のDLLはありますか？
Python用のDLLはありますか？
さて、上記リンク