フォーラムへの返信
-
投稿
-
kimio様
ご質問ありがとうございます。
管理人＠PC-KEIBAです。CSVファイルの内容に問題があるのでは。
テキストエディタ（サクラエディタなど）でCSVファイルを開き、ダブルクォーテーション「”」をすべて削除してから、予測用ソースコード（binary_pred.py）を実行してください。もしも解決されたら、ご返信いただけますと幸いです。
kasiwareisoru2000様
> その指数の計算には複勝のオッズが必要なのですが、
その計算で得られる買い目を、カスタム処理Bで作れば良いだけではないでしょうか。つまり、カスタム処理Aでやろうとしてることをカスタム処理Bでやれば良いだけでは。
あるいは、次のマニュアルに記載されている「速報系データ自動更新」と自動投票を同時に実行すれば、問題は解決するのではないでしょうか。
■速報系データ自動更新を開始する
https://pc-keiba.com/wp/realtime-data/satorukibi様
ご返信いただき、ありがとうございます。
無事に解決されたとのことで安心しました。また何かご不明点やご質問がございましたら、どうぞご遠慮なくお問い合わせください。
これにて本件はクローズとさせていただきます。※トピックのタイトルを変更させていただきました。
修正前：ランキング学習のlambdarank_train.csvが実行できません
修正後：lambdarank_train.pyが実行できませんkasiwareisoru2000様
ご返信いただき、ありがとうございます。
無事に解決されたとのことで安心しました。また何かご不明点やご質問がございましたら、どうぞご遠慮なくお問い合わせください。
これにて本件はクローズとさせていただきます。※トピックのタイトルを変更させていただきました。
修正前：カスタム処理Bの実行について
修正後：自作プロシージャの不具合でサンプルが動かないpokokeiba様
ご返信いただき、ありがとうございます。
無事に解決されたとのことで安心しました。また何かご不明点やご質問がございましたら、どうぞご遠慮なくお問い合わせください。
これにて本件はクローズとさせていただきます。pokokeiba様
ご質問ありがとうございます。
管理人＠PC-KEIBAです。配信データが存在しないことが原因だと思います。
TARGETでも確認しましたが、やはりデータはありませんでした。何か他に質問があれば、お気軽にお知らせください。
もしも解決されたら、ご返信いただけますと幸いです。hide様
ご返信いただき、ありがとうございます。
無事に解決されたとのことで安心しました。また何かご不明点やご質問がございましたら、どうぞご遠慮なくお問い合わせください。
これにて本件はクローズとさせていただきます。hide様
ご質問ありがとうございます。
管理人＠PC-KEIBAです。> 多分何らかの理由で、仕様更新の際のALTERが動かなかったようです。
他のユーザー様が同様の報告をされていないことから、動かなかったのではなく、アップデートが正常に行われなかったものと推測されます。
以下のSQLを実行することで、新仕様データに対応できます。
ALTER TABLE nvd_nu ALTER COLUMN ketto_joho_01a TYPE character varying(10);
ALTER TABLE nvd_nu ALTER COLUMN ketto_joho_02a TYPE character varying(10);
ALTER TABLE nvd_nu ALTER COLUMN ketto_joho_03a TYPE character varying(10);
ALTER TABLE nvd_nu ALTER COLUMN ketto_joho_04a TYPE character varying(10);
ALTER TABLE nvd_nu ALTER COLUMN ketto_joho_05a TYPE character varying(10);
ALTER TABLE nvd_nu ALTER COLUMN ketto_joho_06a TYPE character varying(10);
ALTER TABLE nvd_nu ALTER COLUMN ketto_joho_07a TYPE character varying(10);
ALTER TABLE nvd_nu ALTER COLUMN ketto_joho_08a TYPE character varying(10);
ALTER TABLE nvd_nu ALTER COLUMN ketto_joho_09a TYPE character varying(10);
ALTER TABLE nvd_nu ALTER COLUMN ketto_joho_10a TYPE character varying(10);
ALTER TABLE nvd_nu ALTER COLUMN ketto_joho_11a TYPE character varying(10);
ALTER TABLE nvd_nu ALTER COLUMN ketto_joho_12a TYPE character varying(10);
ALTER TABLE nvd_nu ALTER COLUMN ketto_joho_13a TYPE character varying(10);
ALTER TABLE nvd_nu ALTER COLUMN ketto_joho_14a TYPE character varying(10);
ALTER TABLE nvd_nu ALTER COLUMN seisansha_code TYPE character varying(8);
ALTER TABLE nvd_nu ALTER COLUMN seisanshamei TYPE character varying(72);何か他に質問があれば、お気軽にお知らせください。
もしも解決されたら、ご返信いただけますと幸いです。Sada様
> 以前のVersionを特別に新規インストールさせていただけないでしょうか。
過去のバージョンは保存してないです。
仮にソフトの問題だとしたら、直近の馬毎レース情報が文字化けした場合、他のユーザーからも何らかの報告があるはずです。
他に考えられるとすれば、SQLビューワーの問題ではありませんか？Sada様
PostgreSQL のインストール時に、「Locale」で [Default locale] 以外の言語を選択したのではないでしょうか？
それでも問題が解決しない場合は、Windows のバージョンが日本語版ではないのかもしれません。Sada様
ご質問ありがとうございます。
管理人＠PC-KEIBAです。お問い合わせの件について回答させていただきます。
> その後、最近数週間分データについて「通常データ登録」を実行すると、jvd_seテーブルの bamei フィールドが文字化けとなってしまいました。
どの馬ですか？血統登録番号を教えていただけますか？
> 「セットアップデータ登録」と「通常データ登録」は異なる仕様となりますでしょうか？
データの内容は同じですが、ソフトがデータを要求する期間が異なります。
> 「通常データ登録」の設定を変更することは可能となりますでしょうか？
何に対する設定でしょうか？