Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Handle byes and forfeits in JaVaFo interface #18

Closed
cyanfish opened this issue Aug 1, 2016 · 3 comments
Closed

Handle byes and forfeits in JaVaFo interface #18

cyanfish opened this issue Aug 1, 2016 · 3 comments
Assignees

Comments

@cyanfish
Copy link
Member

cyanfish commented Aug 1, 2016

This isn't necessary for the team tournament (since teams can't get byes etc., only individuals), but will be needed for lone wolf pairing.

@cyanfish
Copy link
Member Author

I've fixed this in the JavafoInstance class (though no code needs it yet).

For byes, set "opponent=None" on the JavafoPairing.
For forfeits, set "forfeit=True" on the JavafoPairing. However, I'm pretty sure this is unnecessary and doesn't affect the pairings.

@lakinwecker
Copy link
Collaborator

I believe forfeits do affect the pairings. JavaFo will try not to pair people that have played previously, and this tells JavaFo that they did not play.

In our case (lonewolf specifically) it's interesting, because the reason why they didn't play might be important. If they were unable to reach an agreement on a time to play, we shouldn't pair them again. If they forfeited because something came up and it's a random occurrence, then pairing them again can make sense.

We had a situation last season where two players were paired, were unable to find a common time, each received half a point, and then were paired again because they had not played each other.

@cyanfish
Copy link
Member Author

That's a good point. The code has the capability in any case.

Funnily enough, it probably would have handled that situation correctly, since the transfer format has no concept of a "forfeit draw".

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants