Competitions

25Running a competition

The competition manager, tab by tab: staff and their rights, the signup form, the registration lifecycle, selection, QR check-in, live ops, task days, results, news, files and event emails.

Organizer tools

The manager#

Where Profile Competitions Manage

The manager is a full screen page for one competition. Its rail groups the tabs into three phases of the event.

Group Tabs Used
Setup Settings, Staff, Signup form Before you publish
Pilots Registrations, QR and check-in, Live Ops, Selection From registration through to the last landing
Event Tasks, Results, Feedback, News, Files, Emails During and after the flying

Which tabs you see depends on your capabilities. A scorekeeper does not see the staff tab, and a driver sees only live ops. Settings and going public are covered in Creating a competition.

Staff and capabilities#

Staff are added by the email address of their existing account. Pick a role and the default capabilities come with it, or override them individually for an unusual case.

Role Gets
Organizer Admin Everything. Add the driver flag by hand if an organizer also drives retrieve.
Registration Manager Registrations, documents, payments and event emails.
Scorekeeper Files, results, task linkage and registration export.
Safety/Live Ops Live operations and QR.
Driver Live operations plus the driver flag, so they can be assigned to pilots for retrieve.
Pilot No management rights at all.

Note

Owners, admins and editors of the organization behind the competition are treated as full managers automatically. You do not need to add them as staff as well.

Tip

If a colleague says a tab is missing, it is a capability, not a bug. Check their role first, then their overrides.

The signup form#

The signup tab designs what pilots fill in. It has three parts.

Signup Fields
Extra fields on top of the standard identity, license, equipment, insurance and emergency sections. Each has a label, a type, options where it needs them, and a required flag. Add only what you will actually read. Every extra field is a hundred pilots typing.
Required Documents
The documents pilots must upload, each with a document type and description. License, insurance and identity are the usual three.
Enforce before status
payment_requested or confirmed
The point in the lifecycle where verified documents become mandatory. Enforce before payment if you do not want to chase money back, before confirmed if you want to fill places fast.

Import Legal Defaults brings in the standard legal questions from the question bank, so you do not have to write the waiver acknowledgments yourself. An Advanced JSON view is there for copying a whole schema from a previous event.

Caution

Finalize the form before you publish. Changing required fields after pilots have registered means chasing everyone who already submitted.

Registrations#

The registrations tab is where the event is actually run before it starts. Every entry can be opened, reviewed and moved through the lifecycle.

Status Meaning
submitted The pilot registered or updated their entry.
missing_information You asked them to fix something.
waitlist On the waiting list.
payment_requested Selected, payment requested.
confirmed In the event.
rejected Declined.
cancelled Withdrawn by the pilot or by you.
refunded A payment was refunded.

Statuses can be changed one at a time or in bulk. Three guards can block a promotion to payment_requested or confirmed:

  • Required profile fields are missing on the pilot's registration.
  • A required document is not verified, when the document rule applies at that step.
  • The event is full: maximum pilot capacity has been reached.

Comp IDs are managed here too. They must be numeric, greater than zero and unique in the competition, and the manager can check and change one at any time even after it is locked for the pilot.

Documents are reviewed from the registration row: open each upload in the preview and set it to pending, verified or rejected, with a note explaining a rejection.

Payments are requested from the same place, with an amount, a currency and an optional due date. Marking a payment as paid moves a payment_requested entry to confirmed; marking it refunded moves eligible entries to refunded.

Export CSV and Export XLSX take the whole entry list out for the paperwork you have to do elsewhere.

Selection#

When more pilots enter than you have places, the selection tab decides who gets in. Three modes exist, set in the settings.

Mode Chooses by
manual You. Nothing is automated.
first_come Order of registration.
quota_ranking A ranking with quotas: by country, for women, and wildcards.
  1. Set the rules: the mode, the number of places and the quotas.
  2. For a ranking based selection, use Import Ranking CSV to load the ranking the selection works from.
  3. Press Preview. Nothing changes yet: you see which pilots would be selected and who lands on the waiting list.
  4. Check it, adjust the rules if it is not what you wanted, and preview again.
  5. Press Apply to write the resulting statuses onto the registrations.

Caution

Always preview before applying. Apply changes real registration statuses and sends the emails that go with them.

QR and check-in#

Every registered pilot carries a personal QR code. Staff scan it at checkpoints, and this tab defines the checkpoints and reads the log.

New competitions are seeded with the standard categories: register, general briefing, takeoff, goal, retrieve and tracker. You can add your own, for example a lunch package.

Rule
once_competition or once_per_day
Whether a pilot can be scanned once for the whole event or once each day. Briefings are per day, tracker handout is usually once for the event.
Phase mode
none or in_out
Whether the category tracks direction. With in_out a scan is either an in or an out. Use in_out for a retrieve bus, where knowing who got off matters as much as who got on.
Enabled
Whether the category is active for scanning. Switch off the ones you are not using so scanners do not have to pick from a long list.

The scan log can be filtered by category, status, phase and date range, exported as CSV, and individual scans can be voided with a reason. A voided scan stays in the log: it is marked, not deleted, which is what makes the log usable as evidence.

Not every event hands out codes. A one day competition often skips them, and even a big meet has the pilot who turns up after the desk has closed. Manual check-in, at the top of the tab, covers both: pick a category, tick the pilots, confirm. Who may check in for what follows the scanner rules, so a full manager gets every category, a registration manager gets register, and live ops staff get the rest.

  1. Pick the category. Register is the usual one, and the only one a registration manager can use.
  2. For an in_out category, pick the phase as well.
  3. Leave the date on today, or set it back to record a check-in you missed yesterday.
  4. Search or filter the list, tick the pilots, then press Check in selected.

Note

Manual entries are ordinary scan records: they appear in the scan log with the source manual and the name of the staff member, they satisfy the register first rule, and a pilot already checked in is reported rather than written twice. Undo on a row voids the entry the way the scan log does, marked and not deleted.

Live ops#

The live ops tab is the ground crew view of the day: pilot status messages as they arrive, filtered to a task day, with auto refresh so it can sit on a screen in the event office.

Everything you can do here you can also do from the live map, which is where most teams actually work. The messages, the acknowledgment flow and the driver assignment are described in Live tracking.

Task days#

Tasks are created and published in the task planner, not here. This tab places them on competition days and handles what happens around them.

  1. Build and publish the task in the planner. Open task planner links straight to it.
  2. Back on this tab, pick the task under Unassigned Task and the Competition Day it belongs to, and press Assign Day.
  3. During the day, Stop task stops it. Stop task and notify pilots also sends a message, and you can set a score back time in seconds. Once the deadline has passed the button is gone: there is no flying left to stop.
  4. After the day, refresh the IGC export status and download the task's IGC ZIP.
  5. Notify pilots who have not uploaded their track.

Note

Unassigning a task only clears its day. The task stays in the competition and returns to the unassigned list, so a day that gets rescheduled costs nothing.

The exports available from the competition are the registrations as CSV or XLSX, the QR scan log, the live tracks of a task day, and the IGC ZIP of one task.

Results#

Results are published from this tab. Each publication has a scope, a context and an optional file.

Scope
Task, Overall, Final, Custom
What the result covers. A custom result needs its own title. Publish a task result per day and an overall after each day, then a final at the end.
Context
Open, Female, Serial, Sport, Team, Custom
The category the result is for, so several rankings can be published for the same day. Publish the categories your local rules define, and nothing else.
File
A results file pilots can download. Only needed when you score outside the platform. Scoring here generates the downloads itself.

If you use the built in scoring engine, publishing is done from the scoring workspace instead and appears here automatically. See Scoring a competition.

News, files and emails#

Three tabs cover event communication.

News
Short updates shown on the public page and in the app news feed. Title, body and a publish switch. Anything time critical: a change of meeting point, a canceled day, the briefing time.
Files
Attaches shared files from the organization to the competition, with a sort order and an optional restriction by pilot status. Use the status restriction for anything only confirmed pilots should have, for example the accommodation list.
Emails
The templates for each event in the registration lifecycle, plus a manual broadcast. Subject and body, with placeholders such as {pilot_name}. Write them once before the event and they go out automatically as pilots move through the statuses.

The template events are the registration ones, submitted, missing information, waitlisted, payment requested, confirmed, rejected, canceled and refunded, the organizer notifications for a new or withdrawn registration, the missing track upload reminder, and the manual broadcast.

Every template can pull in the pilot's own data: {pilot_name} is the name from the registration form, and {pilot_country}, {pilot_glider}, {pilot_harness}, {comp_id} and the license fields follow the same pattern. Available placeholders under the body field lists all of them. {registration_details} is the shortcut: it prints a table of every field the pilot filled in, which is what the organizer notifications use.

Caution

Send Event Email To All Registrations does exactly that. Check the template on yourself first: there is no unsend.

Pilot feedback#

Pilots rate the competition and each task from the app, and the feedback tab collects the answers. Scores run from 1, bad, to 10, superb.

The competition is rated on organization, communication, safety, venue and sites, value for money and enjoyment. Tasks are rated on task quality. Each question shows its average and the number of responses, and comments can be opened underneath.

Tip

Read it before you plan next year, not after. The comments on task quality in particular tend to say something the scores do not.