競馬データ分析（ゴールドジェネレーター）掲示板は2024年12月1日に終了いたしました
・ゴールドジェネレーターの詳細はこちらをご覧下さい。また、ゴールドジェネレーターは、says-project様という善意ある個人の方が作成したフリーソフト（無料ソフト）です。
・現在、「ヘルプ機能」はご利用いただけません。
・ＪＲＤＢはこのソフトに対して、データだけを提供しております。ゴールドジェネレーター以外（サーバー関連、データ関連、コンテンツ関連、その他）のお問い合わせは、ＪＲＤＢ会員サポート窓口までお願いします。
ＯＳ・ブラウザ名・ホスト名が投稿に表示されますが、荒らし・いたずら防止の措置ですのでご了承ください。
  新規投稿 ┃ツリー表示 ┃スレッド表示 ┃一覧表示 ┃トピック表示 ┃番号順表示 ┃検索 ┃設定 ┃JRDBホームページ  
133 / 256 ﾍﾟｰｼﾞ ←次へ　｜　前へ→
Re:JRDB成績データ（SEC）の馬場差
 QUES1 E-MAIL  - 08/6/21(土) 23:09 -
引用なし
パスワード
   加藤さんへ
すいませんなんか汚くしてしまったんで元発言にツリーつけます。

>タイム系の指数で別段良く当たるとも思わないけど、

>>自分は現在、自分で全ての指数や基準タイムを作ってるのでIDM等は使っていないですから、これは何とも言えませんね。統計もとってないので。当たってないんですかね？

ちょっと訂正しますと、「よくあたってもそれだけで儲かるほど甘くない」ですかね。

繰り返しになるけれどわたしは、距離差に関しては補正は必要だろうと考えます。
馬場差が2秒ならこれは基準タイムの元になってる仮想距離が1600メートルなんで、実際の距離が
1200メートルであれば補正係数(馬場指数)が1.2ということなので、2/1.2=1.67(秒)
この1.67を使って1200メートル戦のラップタイムの微調整だとか使い道は色々あるんじゃないかと。

1300だとか1150の補正係数の追加情報ありがとうございます。

馬場差だすのって結構大変なんですよね。雨が降り続いてると時間的変化も考慮しなくちゃいけないとか
未勝利戦なんかはタイムのばらつきでかいしね。
以前自前で馬場差計算したときなんかは回帰直線使ったりぐだぐだやってましたよ。

スタッフのみなさんも日々ご苦労様です。これからも大変ありがたくもろもろのデータ使わせていただきます。
・ツリー全体表示
<Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322) Sle...＠nthkid137080.hkid.nt.ftth.ppp.infoweb.ne.jp>
Re:JRDB成績データ（SEC）の馬場差
 加藤  - 08/6/21(土) 19:03 -
引用なし
パスワード
   QUES1さんへ

またまた、補足です。(なんか汚いツリーになってきたなぁ、反省します）

競馬読本に書かれていない部分です


斤量補正についての補足

pdfの斤量補正の説明で「ハンデ戦は一律 "-5" の斤量補正を行う」とあります。
また馬齢のハンデの場合、ハンデ戦の斤量補正"-5"、さらに斤量53以下なら1kgにつき"-2"の補正とも有ります。

この部分について、以前IDMを逆算して斤量補正値を割出した際、記載と違うデータが有ったため質問したところ「一律「-5」はしていないと思います。」とスタッフさんから回答をもらいました。
ハンデ戦の斤量補正値に関してはPDFと記載の違いが有るようですので確認が必要だと思います、


距離差についての補足

PDFの方にはかかれていないと思いますが、福島ダ1150m、東京ダ1300mともに、「1.2」です。(スタッフさんからの回答)
見直しの対象になっていると回答されたのですが、PDFの方も更新されていないので変わっていないようです。


IDMについての補足

SEデータファイル上の「不利」「前不利」「中不利」「後不利」の関係は、「不利」＝「前不利」＋「中不利」＋「後不利」となります。

３つにわけたのは、展開で使用している、「テン指数」、「上がり指数」を計算するためです。(スタッフさんからの回答)


ということですから、IDM算出においては「不利」、テン指数算出においては「前不利」、上がり指数算出では「後不利」、ペース指数算出では「前不利」+「中不利」が使用されているということですね。

この不利の数値に関する部分の記憶が、
>IDMの出し方については、むかーし、どっかの掲示板かなんかにスタッフの方がお書きになってたことがあって
>うろ覚えだけど、前3ハロンと後3ハロンのタイムを使ってるみたいな。
>そうやって算出した基準タイムから、当該馬の前後3ハロンの合計の差に５０を足して、馬場差だとか道中の不利、位置取り、斤量なんかを加味してるって。
>それだから基準タイムのキーワードは1200メートルかなと思った次第です。
こう考えた根拠になったんですかね。
・ツリー全体表示
<Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; ja-JP-mac; rv:1.8.1.14) Gecko/...＠i218-47-27-62.s02.a013.ap.plala.or.jp>
Re:JRDB成績データ（SEC）の馬場差
 加藤  - 08/6/21(土) 17:55 -
引用なし
パスワード
   QUES1さんへ
>IDMの出し方については、むかーし、どっかの掲示板かなんかにスタッフの方がお書きになってたことがあって
>うろ覚えだけど、前3ハロンと後3ハロンのタイムを使ってるみたいな。
>そうやって算出した基準タイムから、当該馬の前後3ハロンの合計の差に５０を足して、馬場差だとか道中の不利、位置取り、斤量なんかを加味してるって。
>それだから基準タイムのキーワードは1200メートルかなと思った次第です。
>そうであれば馬場差から、実際の距離に対するタイムはだせるんじゃないんだろうかとも。
>違ってたら、スタッフの方ごめんなさい。

ごめんなさい、ツリーの流れを見ずに書き込んだ為またまたレスが前後しましたね。

一応参考に、各種指数の算出式です。今ぱっとファイルの中から見つけ出した物だけですけど。


IDM＝素点+ペース+斤量補正+記憶要素
素点＝(基準タイム-走破タイム)*距離差*10+馬場差+基本値
記憶要素＝出遅+不利+位置取り+レース内容

テン指数
　　基準前３Ｆ-前３Ｆ+テン斤量調整+馬場差×3/8+【１コ】+出遅+前不利

上がり指数
基準後３Ｆ-後３Ｆ+上がり斤量調整+後半馬場差+４コ+後不利

にスローペース補正をかけます。

ペース指数
((基準タイム-基準後３Ｆ)-(走破タイム-後３Ｆ))*距離指数+テン斤量調整+前半馬場差+１コ+出遅+前不利+中不利
にスローペース補正をかけます。

馬場差指数　1600Ｍ換算で0.1秒＝１の計算です。


こんな感じです。
・ツリー全体表示
<Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; ja-JP-mac; rv:1.8.1.14) Gecko/...＠i218-47-27-62.s02.a013.ap.plala.or.jp>
Re:JRDB成績データ（SEC）の馬場差
 加藤  - 08/6/21(土) 17:43 -
引用なし
パスワード
   QUES1さんへ


ちょっと言葉が足りなかったので補足です。
>JRDBデータの馬場差はたぶんIDMにひいたり足したりするものでしょうね。推測ですけど。単位は0.1秒とは書いてないしね。

馬場差を含めJRDBデータについての説明は「JRDB競馬読本」PDFファイルに書かれています。

で、馬場差は基準タイムからのズレを表している訳ですから、基準タイムがコース別クラス別に設定されているからプラスマイナスされるのは毎違いではないと思いますが。考え方としては正解だと思います。IDMに対してではなく、IDM算出過程でプラスマイナスされています。


>ダートだとゴール前は距離が伸びるほど馬群がバラけるように、

ここの部分は自分は考え方が違います。
日本の競馬の場合、距離よりもコースの地形的差異の方がタイムや展開に与える影響が強いと考えています。
距離が伸びるから馬群がばらけるのではなく、直線への進入角度(コーナーの内角の違い)と最後の仕掛け位置の違いから生まれる直線への進入スピードの違い、直線への進入時の前方に位置する脚質の傾向の違い等で馬群のばらけ具合に変化が出ると考えています。


>距離差は無視できないから、やっぱこのまま使っちゃまずいよね。

これ、また何故にそう捉えるのか分からないのですが。
前のレスに書いたように基準タイム自体コース別クラス別に設定され、馬場差もその基準タイムからのズレを表している訳ですから馬場差自体に距離差も含めた重みは負荷されていると捉えてもいいと思うのですが。

ただ、コースの内外の馬場の良し悪しの状態の違いは馬場差には含まれず補正の段階で加味されていたと記憶してますから、そのような違いを数値化するなら自分でリプレイビデオを見るなりして作る必要が有りますが。


>タイム系の指数で別段良く当たるとも思わないけど、

自分は現在、自分で全ての指数や基準タイムを作ってるのでIDM等は使っていないですから、これは何とも言えませんね。統計もとってないので。当たってないんですかね？

でも、自分はJRDBの提供しているデータ固定長バイトで提供されている物しか使ってません(コラム等は一切目を通してません)が、かなり有効利用させてもらってます。使いやすいと思いますけど。
・ツリー全体表示
<Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; ja-JP-mac; rv:1.8.1.14) Gecko/...＠i218-47-27-62.s02.a013.ap.plala.or.jp>
Re:JRDB成績データ（SEC）の馬場差
 QUES1 E-MAIL  - 08/6/21(土) 17:15 -
引用なし
パスワード
   加藤さんへ
>馬場差1=0.1秒と明記されてますが？
>
>IDMの算出式も公開されてますが？

レスが前後しましたが、失礼しました。
IDMの算出のPDF見つけました。基準タイムは1600で補正係数もちゃんと書いてありましたね。
どうもありがとうございます。
・ツリー全体表示
<Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 1.1.4322; .NET CLR...＠nthkid137080.hkid.nt.ftth.ppp.infoweb.ne.jp>
Re:JRDB成績データ（SEC）の馬場差
 QUES1 E-MAIL  - 08/6/21(土) 17:03 -
引用なし
パスワード
   IDMの出し方については、むかーし、どっかの掲示板かなんかにスタッフの方がお書きになってたことがあって
うろ覚えだけど、前3ハロンと後3ハロンのタイムを使ってるみたいな。
そうやって算出した基準タイムから、当該馬の前後3ハロンの合計の差に５０を足して、馬場差だとか道中の不利、位置取り、斤量なんかを加味してるって。
それだから基準タイムのキーワードは1200メートルかなと思った次第です。
そうであれば馬場差から、実際の距離に対するタイムはだせるんじゃないんだろうかとも。
違ってたら、スタッフの方ごめんなさい。
・ツリー全体表示
<Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 1.1.4322; .NET CLR...＠nthkid137080.hkid.nt.ftth.ppp.infoweb.ne.jp>
Re:JRDB成績データ（SEC）の馬場差
 加藤  - 08/6/21(土) 16:31 -
引用なし
パスワード
   QUES1さんへ

>JRDBデータの馬場差はたぶんIDMにひいたり足したりするものでしょうね。推測ですけど。単位は0.1秒とは書いてないしね。
>極端なはなしマラソンの世界記録から1秒差と、陸上100Mの世界記録から1秒差では同一に比較できないように
>例えばダート馬場差20を2秒と計算して、ダート1200Mとダート1700Mの勝ちタイムからそれぞれ2秒引いていいかということなんだけども。
>ダートだとゴール前は距離が伸びるほど馬群がバラけるように、距離差は無視できないから、やっぱこのまま使っちゃまずいよね。
>
>タイム系の指数で別段良く当たるとも思わないけど、せっかく馬場差というものがあるんだから、有効活用したかったわけなんだが…
>いまんところ使い道がわからない。笑

馬場差1=0.1秒と明記されてますが？

IDMの算出式も公開されてますが？
・ツリー全体表示
<Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; ja-JP-mac; rv:1.8.1.14) Gecko/...＠i218-47-27-62.s02.a013.ap.plala.or.jp>
Re:JRDB成績データ（SEC）の馬場差
 QUES1 E-MAIL  - 08/6/21(土) 16:23 -
引用なし
パスワード
   >自分は10年以上前に使ってましたが今は使っていないので、西田式スピード指数が現在どのように進化しているかは知りませんが、
>JRDBの場合単純に0.1倍でいいと思いますよ。

JRDBデータの馬場差はたぶんIDMにひいたり足したりするものでしょうね。推測ですけど。単位は0.1秒とは書いてないしね。
極端なはなしマラソンの世界記録から1秒差と、陸上100Mの世界記録から1秒差では同一に比較できないように
例えばダート馬場差20を2秒と計算して、ダート1200Mとダート1700Mの勝ちタイムからそれぞれ2秒引いていいかということなんだけども。
ダートだとゴール前は距離が伸びるほど馬群がバラけるように、距離差は無視できないから、やっぱこのまま使っちゃまずいよね。

タイム系の指数で別段良く当たるとも思わないけど、せっかく馬場差というものがあるんだから、有効活用したかったわけなんだが…
いまんところ使い道がわからない。笑
・ツリー全体表示
<Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 1.1.4322; .NET CLR...＠nthkid137080.hkid.nt.ftth.ppp.infoweb.ne.jp>
Re:JRDB成績データ（SEC）の馬場差
 加藤  - 08/6/21(土) 14:43 -
引用なし
パスワード
   QUES1さんへ
>加藤さんへ

>この馬場差を単純に0.1掛ければいいのか、何らかの計算式で変換する必要があるのか、教えていただきたい。
>この馬場差というのがどういう計算で出されているのか、その過程がわかればいいんですけどね。

自分は10年以上前に使ってましたが今は使っていないので、西田式スピード指数が現在どのように進化しているかは知りませんが、
JRDBの場合単純に0.1倍でいいと思いますよ。


基準タイムが各コース別クラス別に設定されている訳ですから、馬場差がその基準値からの残差と捉えれば、同じ馬場差1に対する重みはコース毎クラス毎に異なると考えられます。馬場差0.1秒に対する重み付は馬場差自体に既に含まれていると思います。
ですから、基準タイム同様、馬場差もコース別クラス別の違いで捉えた方がよいと思ってます。

基準タイムも含め時計を距離差で比較するだけでは足りないと思います。
自分は自分で基準タイム他指数を作る過程で距離差という考えは捨てました。

JRDBの馬場差算出の計算式は公開されないと思いますけど、推測ですが。基準タイム自体開示されてませんから。
・ツリー全体表示
<Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; ja-JP-mac; rv:1.8.1.14) Gecko/...＠i218-47-27-62.s02.a013.ap.plala.or.jp>
Re:JRDB成績データ（SEC）の馬場差
 QUES1 E-MAIL  - 08/6/21(土) 11:12 -
引用なし
パスワード
   加藤さんへ
JRDB成績データ（SEC）の馬場差、というのがいわゆる西田式スピード指数の馬場指数に当たるものかなと思ったわけです。
走破距離によって1秒の重みというのは違う(1200Mの1秒差と2400Mの1秒差は同じではない)という考え方から、
全レースある仮想的な距離を走ったものとして、時間補正をします。

1600Mを走ったものとすれば、1秒の価値は、1200Mでは1秒よりももう少し大きくなるだろうし、
2400Mでは1秒よりも小さくなります。(西田式では距離別に時間補正係数なるもので修正してますね)
こうすることによって、異なる距離でも比較だとか平均算出ができるというわけです。
馬場指数を使って、実際の距離に対してのタイム変換するには時間補正をしたときと逆の事をすればよいわけです。

JRDB成績データ（SEC）の馬場差みると、異なる距離でも同じ馬場差の日が多いので
(天候状態やコースの使用回数によって刻々と変わる日もあるから、一日同じということはないのはわかります)
そのまま秒数に直して、実際の距離に使うわけにはいかないのじゃないかなと。

この馬場差を単純に0.1掛ければいいのか、何らかの計算式で変換する必要があるのか、教えていただきたい。
この馬場差というのがどういう計算で出されているのか、その過程がわかればいいんですけどね。
・ツリー全体表示
<Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 1.1.4322; .NET CLR...＠nthkid137080.hkid.nt.ftth.ppp.infoweb.ne.jp>
Re:JRDB成績データ（SEC）の馬場差
 加藤  - 08/6/21(土) 7:33 -
引用なし
パスワード
   QUES1さんへ

ども、会員の加藤です。初めまして。

>JRDB成績データ（SEC）の馬場差をタイムに換算したいのですが。

馬場差1=0.1秒換算ですから、タイムに換算するなら　0.1掛けるだけです。

>ＩＤＭを算出するときの基準タイムの距離は１２００メートルだったでしょうか。

距離差の基準は1600メートルです。

>すると実際のレースの距離が、２４００Ｍだったら、馬場差を２倍すればいいかなと。
>こんな風に考えてますが、どうでしょうか。

これは意味が分かりません。？？　何をしたいのかが分からないですが。

距離が2倍になれば馬場差が2倍になるのなら、走破タイムも2倍になることになりませんか？
これだと基準タイムを設定する際に掛けられている1秒の重みの意味が変わってしまいます。

基準タイムは各コース各クラス別に設定されてますから、距離だけで考えるのは違うかと。

こちらが質問の意味を理解出来てないような気がするので、具体的になにがしたいかを書いてもらえると適した返答ができるかも。
・ツリー全体表示
<Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; ja-JP-mac; rv:1.8.1.14) Gecko/...＠i58-93-42-45.s02.a013.ap.plala.or.jp>
Re:JRDB競走馬データ（KYG）
 キム  - 08/6/20(金) 21:53 -
引用なし
パスワード
   回答ありがとうございました。

データの更新を心待ちにします。
・ツリー全体表示
<Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NE...＠167.157.210.220.dy.bbexcite.jp>
JRDB成績データ（SEC）の馬場差
 QUES1 E-MAIL  - 08/6/20(金) 17:27 -
引用なし
パスワード
   JRDB成績データ（SEC）の馬場差をタイムに換算したいのですが。
ＩＤＭを算出するときの基準タイムの距離は１２００メートルだったでしょうか。
すると実際のレースの距離が、２４００Ｍだったら、馬場差を２倍すればいいかなと。
こんな風に考えてますが、どうでしょうか。
・ツリー全体表示
<Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322) Sle...＠nthkid137080.hkid.nt.ftth.ppp.infoweb.ne.jp>
Re:JRDB成績データ（SEC）の３Ｆ先頭差
 QUES1 E-MAIL  - 08/6/20(金) 17:14 -
引用なし
パスワード
   了解しました。ありがとうございました。
・ツリー全体表示
<Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322) Sle...＠nthkid137080.hkid.nt.ftth.ppp.infoweb.ne.jp>
Re:JRDB競走馬データ（KYG）
 JRDBシステム班  - 08/6/20(金) 15:57 -
引用なし
パスワード
   キムさんへ

回答遅くなりました。

>すいませんが、まだ少し良く分からないので質問させて頂きます。
>例えば今年の分の「距離適性」と「距離適性２」の組み合わせは
>以下のものがありました。
>
>短、短
>短、中
>哩、哩
>哩、中
>中、短
>中、中
>中、長
>長、中
>万、中
>
>・距離適性だけコードが存在する場合より、両方同じコードが存在する方が適性が高いと考えられるのでしょうか？
>　（短、＿＞短、短）？

これは、２重にデータが入っていても、関係ありません。
同じ場合、距離適性２の方のデータをクリアするようにします。

>
>・「短、中」と「中、短」に違いはありますか？
>
意味はありません。

>・哩（マイル）は中距離には含まれないのでしょうか？含まれない場合、中距離はマイル以下か以上のどちらになりますか？
>
芝の場合
１８００ｍ〜２２００ｍ⇒中
１５００ｍ〜１７００ｍ⇒哩
１４００ｍ以下　⇒短
で分類しています。


>・距離適性２の方には"4"という数字があり、データコード表を参考にしても見つからないのですが、
>　何を示すのでしょうか？

"4"はデータセットミスです。これはデータ修正いたします。
しばらくお待ちください。
・ツリー全体表示
<Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 1.0.3705; .NET CLR...＠fntoska009014.oska.fnt.ftth2.ppp.infoweb.ne.jp>
Re:JRDB成績データ（SEC）の３Ｆ先頭差
 JRDBシステム班  - 08/6/20(金) 15:34 -
引用なし
パスワード
   QUES1さんへ

>前３Ｆ先頭差、後３Ｆ先頭差は先頭からの差をマイナスであらわしているということだと思うのですが、
>プラスの数値があるのはなぜですか。先頭よりも前に出ているということになりませんか？

いつもＪＲＤＢをご利用いただきありがとうございます。
ＪＲＤＢシステム班です。

ご質問の件ですが、プラスの数字は前半・後半それぞれで先頭にいる馬につきます。
数字の内容は、２番手の馬との秒差になっています。
各地点で先頭の馬を０としてしまうと、その馬単体を見たときに「どれだけ差をつけていたのか？」を表現できなくなってしまいます。
そのため、ゴールでの着差同様に、１番手の馬のみプラス表記となります。

今後ともＪＲＤＢを宜しくお願いいたします。
・ツリー全体表示
<Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727; .N...＠fntoska009014.oska.fnt.ftth2.ppp.infoweb.ne.jp>
Re:初心者です、分析にあたり・・・
 こっぺぱん  - 08/6/19(木) 21:43 -
引用なし
パスワード
   せがｐさんへ

早速ありがとうございました。
解決いたしました、これから、いろいろデータを分析してみたいと思います。
これからもよろしくお願いいたします。
・ツリー全体表示
<Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.8.1.14) Gecko/20080404 Firef...＠p1066-ipbfp702sizuokaden.shizuoka.ocn.ne.jp>
JRDB成績データ（SEC）の３Ｆ先頭差
 QUES1 E-MAIL  - 08/6/19(木) 19:55 -
引用なし
パスワード
   前３Ｆ先頭差、後３Ｆ先頭差は先頭からの差をマイナスであらわしているということだと思うのですが、
プラスの数値があるのはなぜですか。先頭よりも前に出ているということになりませんか？
・ツリー全体表示
<Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 1.1.4322; .NET CLR...＠nthkid137080.hkid.nt.ftth.ppp.infoweb.ne.jp>
Re:初心者です、分析にあたり・・・
 せがｐ  - 08/6/19(木) 18:47 -
引用なし
パスワード
   こっぺぱんさんへ
>先月から、ＧＧを使うようになり分析もおこなおうと思っています。
>
>過去データ分析をおこなうと、「対象データは１件もありません。条件を変えて再度おこなってください」
>との表示が出ましたので、過去ログなど調べて、対処（ＨＪＣを取り込む）しましたが、
>やはりだめでした。
>
>設定とかいろいろあるのでしょうか？お教えください。
データの登録が必要です。
特にJRDBデータパック

JRDBパック、直前情報データ、払戻情報データ、成績データ、成績拡張データは登録されていますでしょうか？
上記データは1999年（だったかな？）から開催日毎にあり、それぞれデータベース（過去分データ）への登録が必要です。
JRDBデータがある全件を対象とするならば、1999/1/1〜2008/6/15を指定してダウンロードすると登録されます。
・ツリー全体表示
<Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.8.1.14) Gecko/20080404 Firef...＠p1058-ipbf402hiraide.tochigi.ocn.ne.jp>
【データ修正のお知らせ】２００８年６月１日成績...
 JRDBシステム班  - 08/6/19(木) 13:27 -
引用なし
パスワード
   いつもＪＲＤＢをご利用いただき、ありがとうございます。

２００８年６月１日成績データ（SE*）におきまして、
ＩＤＭ、及び馬場差データの修正をおこないました。

【修正内容】
成績ＩＤＭ、馬場差の見直し

修正対象レース

２００８年６月１日東京5Ｒ
２００８年６月１日東京7Ｒ

ご面倒をお掛けいたしますが、
再度ダウンロードしていただきますようお願いします。

**** 対象データ *******
SEC080601.lzh
SEB080601.lzh（旧形式）
***********************

今後ともＪＲＤＢを宜しくお願いいたします。
・ツリー全体表示
<Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NE...＠fntoska009014.oska.fnt.ftth2.ppp.infoweb.ne.jp>
  新規投稿 ┃ツリー表示 ┃スレッド表示 ┃一覧表示 ┃トピック表示 ┃番号順表示 ┃検索 ┃設定 ┃JRDBホームページ  
133 / 256 ﾍﾟｰｼﾞ ←次へ　｜　前へ→
ページ：  ┃  記事番号：   
291,633
(SS)C-BOARD v3.8 is Free