Card rules · 2026-10-29
Count Completed Hands Using Their Identifiers
Three requests appear in a practice log: A refers to hand H7, B also refers to H7, and C refers to H8. How many hands does that establish?
Three requests appear in a practice log: A refers to hand H7, B also refers to H7, and C refers to H8. How many hands does that establish?
There are three request records and two distinct hand identifiers. Neither count tells us how many hands finished. For that, we need the completion entries.
Suppose H7 is completed and H8 is still open. The answer is one completed hand. If H8 later completes, the answer becomes two. A second copy of H7's completion screen does not make it three.
Count the thing the question names
To count requests, use A, B and C. To count distinct hands, use H7 and H8. To count completions, include only the named hands with an accepted completed state. These are different units, so their totals need not agree.
Why a retry does not settle the count
The second request for H7 might be a retry, a duplicate display or another recorded interaction. Its presence alone does not identify the cause. We can still avoid double counting H7 without knowing why the extra request exists.
The same principle applies to a history export. Two rows carrying one hand identifier should be examined as records about that hand, rather than automatically treated as two separate hands. If a row has no identifier, leave its relationship unresolved instead of inventing a new hand to make the rows add up.