Forums

Inconsistent tournament parameter names raise expectations that aren't satisfied

Sort:
Wouter_D

So I'm in this tournament where the following paramaters are set to the following values:

Maximum Group Size: 6

# Advance: 3

# Players: 48

 

In Round 1, there was a group where the 3rd- and 4th-ranked player ended up with indentical records, so they both progressed to Round 2. Consequently, in Round 2 we have 25 players instead of 24, which leads to groups of 5 players. This makes total sense, since everyone knows that that's how it works, given that the governing parameter is called "Max Group Size". At the end of Round 2, I find myself confidently qualifying for the next round in third place within my group, only to find out at the end of the round that the system decides that only two players per group progress. But the governing parameter is called "# Advance", and not "Max # Advance". So I end up with the following questions:

1) What is up with the inconsistent parameter naming?

2) Where is the tournament behavior documented, such that I can look up the number of advancing players per group beforehand?

A bit of expectation management goes a long way: if I knew beforehand that only the top-two in the group would advance, I'd feel fairly beaten. The way things are, I feel cheated out of a deserved Round 3 spot.

Martin_Stahl

Max group size can decrease in new rounds. The maximum that can advance in any group is 1/2 the group size in each group that round (potentially, some groups could have less).

Wouter_D

Apologies for the late reply; I'm only now just noticing that I've received one. Thanks for your time.

 

I still find this situation far from okay. Why then is the updated number of people advancing from a group not indicated? This behavior is not documented anywhere, as far as I can see.

 

If the parameter # Advance is set to three, then the number of people advancing from a group should be three. If not, then don't call the parameter that.

Martin_Stahl

My guess is that it doesn't make much sense to update the initial parameters in such a case but it likely does it to minimize the number of rounds it will take to complete. Though, I guess it could also be a bugged implementation based on the 1/2 max in the first round and they just keep that algorithm for later rounds.

 

Maybe the parameter should be changed to Max Advance instead based in actual practice.

 

The max of half per group thing isn't specifically spelled out except when setting up a tourney. There it lists that the max # that can advance is 1/2 the group size.