How to Construct the Input Bet String
The purpose of this section is to describe the format of the string which will submitted to the Python bet processor strats.py. This string is a series of lines that are Python variable declarative statements. There are a few things that readers not very with familiar with Python should know about:
- # starts a comment, so anything after and including # will be ignored, so lines starting with # can help make the intent of the declaration clear
- Blank lines are ignored. This may help the readability of the string when printed/debugged
- self. included in a variable declaration refers to the variable as a member of the class where it is declared. In our case it will be in a
strats.Bet
class object.
The rest of this manual will describe what variable to declare and what it means. These variables (attributes) will be introduced in the preferred order of declaration. Generally speaking, there is a default value for each variable, except for strats.Bet.bet_type
and (currently) strats.Bet.nraces
which must be specified.
[1] | I would suggest that we let strats.py define strats.Bet.nraces from strats.Bet.bet_type . |
Type of Bet Pool [Mandatory]
This is one of Quinella, Exacta, Trifecta, Pick 4, Pick 6, Quaddie, Superfecta. An example of this part of the string might be:
self.bet_type = "Quaddie"
Number of Races [Mandatory?]
This attribute is the number of races for which information is required. It is
- 1 for Quinella, Exacta, Trifecta, Pick 4, and Pick 6
- 4 for Quaddie
- 6 for Superfecta
An example part of the string would be for the Quaddie:
self.nraces = 4
[2] | strats.Bet.nraces should possibly removed from user input: but determined instead from strats.Bet.bet_type instead. |
TAB Horse IDs [Mandatory]
Depending on the bet type, we will need either 1, 4, or 6 sets of horse IDs associated with the relevant race(s). To accomodate this the class variable strats.Bet.horse_ids
is a list of lists. For a single race bet types this list only has one element: the list of TAB horse IDS for that race. As an example of the string for such a case is:
self.horse_ids.append([1,2,4,5,6,8,9])
Here is an example of the statements required for a Quaddie:
self.horse_ids.append([1,2,3,4,5,6,7,8,9,10,11])
self.horse_ids.append([1,2,3,4,5,6,7])
self.horse_ids.append([1,2,3,4,5,6,7,8,9])
self.horse_ids.append([1,2,3,4,5,6,7])
TAB Odds [Mandatory?]
Either the TAB Odds, User Odds, or both must be specified. Depending on the bet type, we will need either 1, 4, or 6 sets of odds associated with the relevant race(s). To accomodate this the class variable strats.Bet.tab_odds
is a list of lists. For a single race bet types this list only has one element: the list of TAB horse IDS for that race. As an example of the string for the single race case is:
self.tab_odds.append([2.0,4.2,4.2,5.5,5.9,"-",11.0])
Any entry of a non-numeric character indicates a scratching for that horse.
Here is an example for a Quaddie:
self.tab_odds.append([5.2,3.2,16.2,5.8,9.3,34.8,6.7,9.7,14.3,10.5,60.])
self.tab_odds.append([1.3,10.0,12.0,3.1,15.1,1.6,2.3])
self.tab_odds.append([8.3,31.0,4.2,10.0,6.0,7.2,3.2,20,42.6])
self.tab_odds.append([31.7,13.7,4.7,22.6,11.7,2.4,11.7])
User Odds [Mandatory?]
Either the TAB Odds, User Odds, or both must be specified. Depending on the bet type, we will need either 1, 4, or 6 sets of odds associated with the relevant race(s). To accomodate this the class variable strats.Bet.user_odds
is a list of lists. For a single race bet types this list only has one element: the list of TAB horse IDS for that race. As an example of the string for the single race case is:
self.user_odds.append([2.0,4.2,4.2,5.5,5.9,"-",11.0])
Any entry of a non-numeric character indicates a scratching for that horse.
Here is an example for a Quaddie:
self.user_odds.append([5.2,3.2,16.2,5.8,9.3,34.8,6.7,9.7,14.3,10.5,60.])
self.user_odds.append([1.3,10.0,12.0,3.1,15.1,1.6,2.3])
self.user_odds.append([8.3,31.0,4.2,10.0,6.0,7.2,3.2,20,42.6])
self.user_odds.append([31.7,13.7,4.7,22.6,11.7,2.4,11.7])
Aggregation of IDs and Odds
It may be more convenient (and doesn’t affect the bet logic) if the TAB IDs and odds (user and/or TAB) are grouped together:
self.horse_ids.append([1,2,3,4,5,6,7,8,9,10,11])
self.tab_odds.append([5.2,3.2,16.2,5.8,9.3,34.8,6.7,9.7,14.3,10.5,60.])
self.user_odds.append([4.1, 3.8, 19.1, 8.0, 7.6, 35.8, 7.2, 11.1, 11.6, 10.9, 56.8]) self.horse_ids.append([1,2,3,4,5,6,7])
self.tab_odds.append([1.3,10.0,12.0,3.1,15.1,1.6,2.3])
self.user_odds.append([1.6, 13.0, 7.2, 2.8, 20.8, 2.3, 1.9]) self.horse_ids.append([1,2,3,4,5,6,7,8,9])
self.tab_odds.append([8.3,31.0,4.2,10.0,6.0,7.2,3.2,20,42.6])
self.user_odds.append([5.0, 34.8, 5.3, 14.3, 4.3, 8.5, 3.2, 28.9, 61.3]) self.horse_ids.append([1,2,3,4,5,6,7])
self.tab_odds.append([31.7,13.7,4.7,22.6,11.7,2.4,11.7])
self.user_odds.append([29.3, 13.9, 4.7, 26.1, 15.2, 1.5, 8.9])
Jockeys [Option]
For multi-race betting (Quaddie and Superfecta) jockey information can be input. (Jockey information for single race betting pools is forbidden.) An example input for a Quaddie is kept in strats.Bet.jockey_list
which is class attribute of a list of lists:
self.jockey_list.append([1,2,3,4,5,6,7,8,9,10])
self.jockey_list.append([11,21,13,41,51,61,17])
self.jockey_list.append([11,21,13,41,51,61,81])
self.jockey_list.append([431,351,613,137,831])
If jockey info is provided for one race, it needs to be provided for all. If provided, the jockey information needs to be provided for each runner in each race. If jockey information is not provided, then strats.Bet.jockey_list
defaults to the empty list, and jockey information plays no part in bet discrimination.
Trainers [Option]
For multi-race betting (Quaddie and Superfecta) trainer information can be input. (trainer information for single race betting pools is forbidden.) An example input for a Quaddie is kept in strats.Bet.trainer_list
which is class attribute of a list of lists:
self.trainer_list.append([6,2,3,4,5,6,7,8,7,60])
self.trainer_list.append([66,26,63,46,56,66,67])
self.trainer_list.append([66,26,63,46,56,66,86])
self.trainer_list.append([436,356,663,637,836])
If trainer info is provided for one race, it needs to be provided for all. If provided, the trainer information needs to be provided for each runner in each race. If trainer information is not provided, then strats.Bet.trainer_list
defaults to the empty list, and trainer information plays no part in bet discrimination.
Scaling Odds [Option]
The attributes, strats.Bet.scale_tab
and strats.Bet.scale_tab
, are parameters that are used to scale the odds data. They affect scaling according to:
- if = -1, the odds are unscaled: the probabilites are the inverse of the win price line
- if = 0, the odds are normlized: the probabilities of the price line add up to 1
- if between 0 and 100 (% of normal), the odds are scaled by odds*scale_factor/100
Here is an example:
self.scale_tab = -1 # unscaled
self.scale_user = 85 # scaled by 85% to try to approximate TAB takeout
By default the scaling of the odds is normalized.
Standouts [Option]
For single race pools, the user can stand out any place in the combination The relevant attribute associated with each place is given by standout_x
, where x is the place. For example if we wished to stand out horse 1 and 2 for first, 1,2, and 7 for second, and the field for third in a trifecta bet, the string involved would be:
self.standout_1 = [1,2]
self.standout_2 = [1,2,7]
self.standout_3 = []
The third line would not be necessary as the field is the default for the standouts.
For the multi-race pools, the standouts are for the winners of each race, so standout_x
is the stadout for the xth race in the Quaddie or Superfecta. An example string standout element for a Quaddie bet might be:
self.standout_1 = [1,4]
self.standout_2 = [2,3,7]
self.standout_3 = [1,5,9,11]
self.standout_4 = [2,8]
Filter Price Line by Interval [Option]
We can filter the win price line by specifying the attributes strats.Bet.taboddsx
and/or strats.Bet.useroddsx
where x refers to an odds place restriction for a single race bet, or to a odds win odds restriction for a multi race bet. These restriction are expressed as an odds minimum, odds maximum tuple. For example, if one was very confident of the user win price line for a race, one could express the restriction for a trifecta bet as:
self.userodds1 = (1,4)
self.userodds2 = (1,10)
self.userodds3 = (8,20)
As another example, if one had a strong belief that runners were only in the market if the TAB odds wre less than 10, we could put this restriction on a Superfecta bet:
self.tabodds1 = (1,10)
self.tabodds2 = (1,10)
self.tabodds3 = (1,10)
self.tabodds4 = (1,10)
self.tabodds5 = (1,10)
self.tabodds6 = (1,10)
Restriction on Exotic Odds Range [Option]
After the TAB and/or user exotic odds have been calculated from their respective win price lines using the rules above, one may decide to restrict the bets to a particular exotic odds range (min,max). This is done by specifying the attributes strats.Bet.tab_div_range
and/or strats.Bet.user_div_range
. For example, suppose in trifecta betting we want to restrict the calculated user trifecta odds to less than 50 and the calculated TAB odds to great than 50. We might specify this condition as:
self.user_div_range = (1,50)
self.tab_div_range = (50,1000000)
If there is to be on restriction on the exotic odds range, then these attributes are set to False, which is the default.
Overlay (Option)
If set to True, then the overlay attribute, strats.Bet.overlay
, then combinations will be accept only if the TAB exotic odds are at least strats.Bet.overlay_var
per cent greater than the user exotic odds. Here is an example where the user odds are required to be 150% better than the TAB odds:
self.overlay = True
self.overlay_var = 150
These attributes are only relevant if both win price lines are specified.
Top Combinations by Probability (Option)
If the attribute strats.Bet.percent_by_number
is given, then the top % combinations specified are accepted. If there is only one win price line specified, then the combinations are sorted by that price line. If both price lines are specified, then they are rated by the user price line. For example, suppose we only want the top 25 per cent of combinations for a given set of exotic combination as calculated from the rules above. The relevant string would be:
self.percent_by_number = 25
Top Combinations by Value (Option)
If the attribute strats.Bet.percent_by_value
is given, then the top % combinations rated by value are accepted. Value is defined as the ratio of the TAB odds to the user odds. Clearly, both price lines need to be defined for this option to be invoked. For example, suppose we only want the 10 per cent of combinations for a given set of exotic combination as calculated from the rules above. The relevant string would be:
self.percent_by_value = 10
Staking (Option)
One can specify either flat staking or staking based on taking out a specified amount of money. Which scheme is used depends on the Boolean attribute strats.Bet.flat_stakes
. If True (the default with stakes/combination of 0.50), then one could specify the flat staking at $1 per combination as:
self.flat_stakes = True
self.stakes = 1.0
Alternative, one could weight the stakes so as to take out a fixed amount of winnings depending upon the odds. If both price lines have been input, it will be necessary to specify which price line will be used for the odds. This is in the attribute strats.Bet.takeout_priceline
which can be either “tab” or “user”. Here is an example takeout scheme using the TAB odds to take out $500 per combination:
self.flat_stakes = False
self.takeout_priceline = "tab"
self.takeout = 500
Rounding (Option)
If not flat staking, the individual bet/combination outlay can be rounded in various ways depending upon the strats.Bet.rounding
attribute:
- “Exact” - as calculated
- “Round Up” - round up to nearest .50 increment (default)
- “Round Down” - round down to the nearest .50 increment
- “Nearest” - round to the nearest .50 increment
An example of rounding to the nearest $.50 increment is:
self.rounding = "Nearest"
Total Outlay (Option)
After all of the other rules are in place, the total outlay for the bet can be capped with the attribute strats.Bet.outlay_amount
. This is currently set by default to a million dollars. Here is a specification that puts on a more reasonable cap:
self.outlay_amount = 100
How to Construct the Input Bet String的更多相关文章
- [LeetCode] Construct Binary Tree from String 从字符串创建二叉树
You need to construct a binary tree from a string consisting of parenthesis and integers. The whole ...
- 536. Construct Binary Tree from String 从括号字符串中构建二叉树
[抄题]: You need to construct a binary tree from a string consisting of parenthesis and integers. The ...
- LeetCode Construct Binary Tree from String
原题链接在这里:https://leetcode.com/problems/construct-binary-tree-from-string/description/ 题目: You need to ...
- [LeetCode] 536. Construct Binary Tree from String 从字符串创建二叉树
You need to construct a binary tree from a string consisting of parenthesis and integers. The whole ...
- 【LeetCode】536. Construct Binary Tree from String 解题报告(C++)
作者: 负雪明烛 id: fuxuemingzhu 个人博客:http://fuxuemingzhu.cn/ 目录 题目描述 题目大意 解题方法 统计字符串出现的次数 日期 题目地址:https:// ...
- [Angular HTML] Overwrite input value, String.fromCharCode & input.selectionStart
@HostListener('keydown', ['$event', '$event.keyCode']) onKeyDown($event: KeyboardEvent, keyCode) { i ...
- [LeetCode] Construct String from Binary Tree 根据二叉树创建字符串
You need to construct a string consists of parenthesis and integers from a binary tree with the preo ...
- 606. Construct String from Binary Tree 从二叉树中构建字符串
[抄题]: You need to construct a string consists of parenthesis and integers from a binary tree with th ...
- LeetCode Construct String from Binary Tree
原题链接在这里:https://leetcode.com/problems/construct-string-from-binary-tree/#/description 题目: You need t ...
随机推荐
- SpringCloud分布式架构权限管理
概述 本文讨论分布式架构权限管理的两种情况,一种是针对统一授权访问的,一种是跨平台接口访问的. 虽然分布式架构会做业务的切割,将整体的业务切割为独立的子业务或者子平台,但是同一平台下往往会有统一的授权 ...
- JAVA8的java.util.function包 @FunctionalInterface
1 函数式接口java.util.function https://www.cnblogs.com/CobwebSong/p/9593313.html 2 JAVA8的java.util.functi ...
- SQL语句--删除掉重复项只保留一条
用SQL语句,删除掉重复项只保留一条 在几千条记录里,存在着些相同的记录,如何能用SQL语句,删除掉重复的呢1.查找表中多余的重复记录,重复记录是根据单个字段(peopleId)来判断 select ...
- java之maven之初识maven
1.maven是一个项目管理工具. 包括项目创建.资源管理.项目运行.项目发布等功能. 2.为什么使用 maven? a. jar 依赖管理(升级.降级)等 b. 项目之间依赖管理 c. 资源文件管理 ...
- windows下vmware和Hyper-v共存方法
问题描述:环境:windows server 2012 r2系统下安装Hyper-v后,再安装Vmware 在Vmware中创建虚拟机,安装虚拟机系统的时候,vmware提示:VMware Works ...
- Laravel使用Redis共享Session
一.当系统的访问量上升的时候,使用Redis保存Session可以提高系统的性能,同时也方便多机负载的时候共享Session 打开config/database.php.在redis中增加sessio ...
- Windows - CMD窗口UTF8编码乱码问题的解决!
问题描述 用MS-DOC打开 UTF-8 的文件时, 显示乱码问题根源 CMD默认是Windows系统默认编码(GBK), 用GBK格式来解码UTF-8的文件当然会出现乱码.解决方案 ...
- 【按键精灵篇】如何做一个自动打开APP进入注册页面自动输入自己手机号
按键精灵,虽然很早听过,但是一直没有真正使用过,所以最近有点时间也简单试一下,通过脚本自动清理APP缓存,打开百家号并自动进入注册页面输入自己的手机号. 软件清单 1. 雷电手机模拟器:https:/ ...
- Java8新特性。
常用函数接口: 函数式接口: 函数式接口在Java中是指:有且仅有一个抽象方法的接口(可以含其他方法). 而Java中的函数式编程的体现就是Lambda. @FunctionalInterface 注 ...
- mysql 的逻辑架构 与 存储引擎的介绍
mysql 的逻辑架构分为三层: 最上层的服务大多数基于网络的客户端.服务器的工具或者服务都有类似的架构,比如连接处理,授权认证.安全等 第二层架构:mysql的核心服务功能都在这一层,包括查询解析, ...