You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The ``url`` field contains a string URL relevant to the event. This field is particularly important for online poker hands where the venue might not be a physical location. Still, the annotator may choose to specify a relevant URL to the organizer's website or tournament website for physical poker hands, as well. The link should be prefixed with substrings like ``http://`` or ``https://`` to denote the internet communication protocol.
54
58
59
+
Venue
60
+
^^^^^
61
+
62
+
The ``venue`` field contains a string value that may or may not include the name of the venue in which the hand was played (e.g. online poker rooms).
63
+
55
64
Address
56
65
^^^^^^^
57
66
@@ -82,13 +91,18 @@ Time
82
91
83
92
The ``time`` field should contain the approximate time the hand began as a TOML native local time without the timezone information.
84
93
85
-
If the ``time_zone`` field is defined, the time is assumed to be of that time zone. Otherwise, if every one of the following three fields -- ``city,`` ``region,`` and ``country`` -- are defined, it is assumed that the time is in the local time zone of the location of the hand. If the two previous conditions are not satisfied, the time is assumed to be in Coordinated Universal Time (UTC).
94
+
If the ``time_zone`` and/or ``time_zone_abbreviation`` field(s) is/are defined, the time is assumed to be of that/those. Otherwise, if every one of the following three fields -- ``city,`` ``region,`` and ``country`` -- are defined, it is assumed that the time is in the local time zone of the location of the hand. If the two previous conditions are not satisfied, the time is assumed to be in Coordinated Universal Time (UTC).
86
95
87
96
Time Zone
88
97
^^^^^^^^^
89
98
90
99
The ``time_zone`` field contains a value of type string and must represent an IANA time zone in the latest version of the `IANA time zone <https://www.iana.org/time-zones>`_ database available like ``America/Toronto``.
91
100
101
+
Time Zone Abbreviation
102
+
^^^^^^^^^^^^^^^^^^^^^^
103
+
104
+
The ``time_zone_abbreviation`` field contains a value of type string and must represent a time zone abbreviation like ``EDT`` or ``UTC``.
105
+
92
106
Day
93
107
^^^
94
108
@@ -133,7 +147,7 @@ The ``seat_count`` field denotes the number of seats and must have an integer va
133
147
Table
134
148
^^^^^
135
149
136
-
The ``table`` field denotes the table number the hand is played in, as an integer value. Typically, these are counted from ``1``.
150
+
The ``table`` field denotes the table name or number the hand is played in, as a string or an integer value. If numbered, these are typically counted from ``1``.
137
151
138
152
Miscellaneous Fields
139
153
--------------------
@@ -150,11 +164,21 @@ The ``finishing_stacks`` field denotes the final stacks as an array of non-negat
150
164
151
165
The description of finishing stacks is helpful as the parser may not be aware of the granularity of the currency the chips are in or the rake applied in the end. For example, dollars can be broken down to cents whereas Japanese Yen must be of an integral value. On top of this, in a physical setting where chips are used, depending on the denominations, odd chip situations may arise where the player out of position is given the extra odd chip that cannot be broken further. It is, of course, infeasible to describe all the different chip values each player has in a poker hand history format. These inaccuracies are inherent drawbacks of using purely numerical representations to describe the stack values. It is worth noting that the inconsistencies caused by such circumstances only lead to extremely minor ambiguities in the final stack sizes that should not significantly impact the expected value calculations.
152
166
167
+
Winnings
168
+
^^^^^^^^
169
+
170
+
The ``winnings`` field denotes the winnings (i.e. collected pots) as an array of non-negative integers or floats. It may also be specified for a non-terminal hand history file, which can be interpreted as the winnings after all the action notations are applied (not very useful since winnings are zeros while the hand is ongoing). If rakes are applied the winnings should denote the post-rake values.
171
+
153
172
Currency
154
173
^^^^^^^^
155
174
156
175
The ``currency`` field denotes what currency the chips are in. The value must be of string and be one of three letter currency values in the `ISO 4127 <https://www.iso.org/standard/64758.html>`_ standard.
157
176
177
+
Currency Symbol
178
+
^^^^^^^^^^^^^^^
179
+
180
+
The ``currency_symbol`` field denotes the symbol of the currency the chips are in. The value must be a single-character string like ``"$"``.
Copy file name to clipboardexpand all lines: required.rst
+2-2
Original file line number
Diff line number
Diff line change
@@ -146,7 +146,7 @@ The ``min_bet`` field, a positive integer or a float, denotes the minimum bet in
146
146
Starting Stacks
147
147
^^^^^^^^^^^^^^^
148
148
149
-
The ``starting_stacks`` field denotes the starting stacks of each player and is an array of positive integers or floats of length equal to the number of players. All stack sizes must strictly be non-zero. Unknown stack values can be denoted as ``null``.
149
+
The ``starting_stacks`` field denotes the starting stacks of each player and is an array of positive integers or floats of length equal to the number of players. All stack sizes must strictly be non-zero. Unknown stack values can be denoted as ``inf`` (i.e. an infinite value).
150
150
151
151
State Progression
152
152
-----------------
@@ -237,7 +237,7 @@ This action represents completion, betting, or raising to a positive integral or
237
237
Showing/Mucking Hole Cards
238
238
^^^^^^^^^^^^^^^^^^^^^^^^^^
239
239
240
-
The showdown action is performed at the end of the hand or after all players go all-in. It represents showing of the hole cards to try to win the pot or after an all-in, or mucking of the hole cards. This action accepts an optional argument of cards which, if supplied, must all be known. The omission of this field represents mucking while the inclusion represents showing.
240
+
The showdown action is performed at the end of the hand or after all players go all-in. It represents either the showing of the hole cards to try to win the pot, after an all-in, or after all other players fold or the mucking of the hole cards signifying the player's forfeiture on his or her stake of the pot. This action accepts an optional argument of cards. The omission of this argument represents mucking while the inclusion represents showing. If a hand is part of a tournament and the player elects to show, all his/her hole cards must be known (note that in all-in situations, active players are forced to show their hand). If it is a cash-game, then some or all of the cards in the argument may be unknown (e.g. ``??Ad``) to denote that the player chose to both not muck their hand and not show their hole cards (partially or completely).
0 commit comments