shogi-server source
| Revisión | 498b1897371016e4bc0e303cab43b92a2c0b6e8b (tree) |
|---|---|
| Tiempo | 2010-10-06 22:39:22 |
| Autor | daigo <beatles@user...> |
| Commiter | Daigo Moriwaki |
- mk_rate: the usage was not updated. (Closes: #23358)
Thanks to Hoki-san to report this issue.
| @@ -1,3 +1,9 @@ | ||
| 1 | +2010-10-06 Daigo Moriwaki <daigo at debian dot org> | |
| 2 | + | |
| 3 | + * [shogi-server] | |
| 4 | + - mk_rate: the usage was not updated. | |
| 5 | + Thanks to Hoki-san to report this issue. (Closes: #23358) | |
| 6 | + | |
| 1 | 7 | 2010-09-18 Daigo Moriwaki <daigo at debian dot org> |
| 2 | 8 | |
| 3 | 9 | * [shogi-server] |
| @@ -24,15 +24,20 @@ | ||
| 24 | 24 | # |
| 25 | 25 | # == Synopsis |
| 26 | 26 | # |
| 27 | -# mk_rate reads CSA files, calculates rating scores of each player, and then | |
| 28 | -# outputs a yaml file (players.yaml) that Shogi-server can recognize. | |
| 27 | +# mk_rate reads game results files generated by the mk_game_results command, | |
| 28 | +# calculates rating scores of each player, and then outputs a yaml file | |
| 29 | +# (players.yaml) that Shogi-server can recognize. | |
| 29 | 30 | # |
| 30 | 31 | # == Usage |
| 31 | 32 | # |
| 32 | -# ./mk_rate [options] DIR.. | |
| 33 | +# ./mk_rate [options] GAME_RESULTS_FILE [...] | |
| 34 | +# | |
| 35 | +# ./mk_rate [options] | |
| 33 | 36 | # |
| 34 | -# DIR:: | |
| 35 | -# CSA files are recursively looked up the directories. | |
| 37 | +# GAME_RESULTS_FILE:: | |
| 38 | +# a path to a file listing results of games, which is genrated by the | |
| 39 | +# mk_game_results command. | |
| 40 | +# In the second style above, the file content can be read from the stdin. | |
| 36 | 41 | # |
| 37 | 42 | # --base-date:: |
| 38 | 43 | # a base time point for this calicuration (default now). Ex. '2009-10-31' |
| @@ -77,13 +82,15 @@ | ||
| 77 | 82 | # |
| 78 | 83 | # $ sudo gem install rgl |
| 79 | 84 | # |
| 80 | -# == Run | |
| 85 | +# == Examples | |
| 86 | +# | |
| 87 | +# $ ./mk_rate game_results.txt > players.yaml | |
| 81 | 88 | # |
| 82 | -# $ ./mk_rate . > players.yaml | |
| 89 | +# $ ./mk_game_results . | ./mk_rate > players.yaml | |
| 83 | 90 | # |
| 84 | -# or, if you do not want the file to be update in case of errors, | |
| 91 | +# If you do not want the file to be update in case of errors, | |
| 85 | 92 | # |
| 86 | -# $ ./mk_rate . && ./mk_rate . > players.yaml | |
| 93 | +# $ ./mk_rate game_results.txt && ./mk_rate game_results.txt > players.yaml | |
| 87 | 94 | # |
| 88 | 95 | # == How players are rated |
| 89 | 96 | # |
| @@ -679,8 +686,14 @@ end | ||
| 679 | 686 | |
| 680 | 687 | def usage(io) |
| 681 | 688 | io.puts <<EOF |
| 682 | -USAGE: #{$0} [options] DIR.. | |
| 683 | - DIR where CSA files are looked up recursively | |
| 689 | +USAGE: #{$0} [options] GAME_RESULTS_FILE [...] | |
| 690 | + #{$0} [options] | |
| 691 | + | |
| 692 | +GAME_RESULTS_FILE: | |
| 693 | + a path to a file listing results of games, which is genrated by the | |
| 694 | + mk_game_results command. | |
| 695 | + In the second style above, the file content can be read from the stdin. | |
| 696 | + | |
| 684 | 697 | OPTOINS: |
| 685 | 698 | --base-date a base time point for this calicuration (default now). Ex. '2009-10-31' |
| 686 | 699 | --half-life n [days] (default 60) |
Fork
changelog