Un evento semi permanente in cui i partecipanti hanno un solo tentativo disponibile per fare la loro corsa durante il periodo totale dell'evento, non differisce molto da un evento normale.

Nell'esempio qui di seguito proposto analizzeremo un evento con due diverse gare:

• una 5 Km, composta da un giro completo di percorso;
• una 10 Km, composta da due giri completi di percorso.

I punti di cronometraggio sono due: Partenza/Arrivo e un punto intermedio a metà percorso, cioè a 2,5 Km dalla partenza.

I partecipanti possono registrarsi online o tramite il self-service online e durante la registrazione possono scegliere uno slot di partenza di un'ora, durante l'intera durata del periodo dell'evento che è di una settimana.

Per limitare la contingenza degli slot di partenza, essendo comune a tutto l'evento e non alla singola gara, utilizzeremo un attributo dell'evento.

La seguente guida esamina la configurazione del software per il cronometraggio di un evento di questo tipo: le impostazioni per la registrazione online e il self-service seguiranno in seguito.

Punti di cronometraggio

Per questo evento è più utile avere l'ora del giorno per ogni risultato, piuttosto che sottrarre T0 quindi in Cronometraggio ⇒ Punti di cronometraggio deseleziona il primo checkbox per sottrarre T0.

Inoltre con Crea nuovi partecipanti per chip ignoti settato su No il software consentirà solo ai partecipanti registrati di prendere parte all'evento. Facoltativamente, puoi aggiungere anche l'ordine ID dei tuoi transponder/pettorali per consentire il rilevamento solo dei tag presenti in questo ordine speciale.

Creiamo due punti di cronometraggio. Uno per PARTENZA/ARRIVO e uno come INTERMEDIO. Se non disponi di un punto di cronometraggio intermedio, puoi semplicemente eliminare questo punto di cronometraggio.

Risultati (Avanzati)

Nei risultati avanzati definiamo i calcoli dei singoli risultati. Diamo prima uno sguardo ai risultati 10-15.

Questi tempi verranno salvati come orario solare di ogni rilevamento.

T10 è il primo rilevamento e servirà come riferimento per tutti gli ulteriori rilevamenti.

T11 è l'effettivo rilevamento della partenza. Poiché i partecipanti spesso aspettano sulla linea di partenza (per leggere alcune istruzioni, per aspettare un amico o per avviare il proprio orologio da polso), permettiamo un massimo di 5 minuti dopo il primo rilevamento (T10) per ricevere il nostro rilevamento effettivo di partenza. È inoltre applicato un offset negativo così che il primo rilevamento possa essere esso stesso considerato partenza effettiva. Entro questi 5 minuti, considereremo il rilevamento più recente possibile così, se un partecipante aspetta sulla linea di start, riceverà comunque un orario di partenza accurato non appena lascia la linea di partenza.

Per una configurazione concisa useremo T15 come risultato finale, per entrambe le gare. Poiché la gara di 10 km si estende su due giri mentre la 5 km solo su uno, definiremo regole separate per i dati grezzi a seconda della gara.

Nella gara di 5 km, consentiamo solo un rilevamento dell'arrivo che sia almeno 10 minuti dopo l'effettivo rilevamento della partenza.

Per la gara di 10 km, per prima cosa impostiamo un risultato per il giro 1, cioè il risultato T13 che utilizza la stessa regola dell'arrivo di 5 km, accettando il primo rilevamento a partire da 10 minuti dopo l'inizio effettivo di gara. Quindi, per il traguardo, cerchiamo un rilevamento di arrivo almeno 10 minuti dopo il primo giro.

Poiché il percorso è lo stesso per entrambe le gare, il primo intermedio (a 2,5 Km dalla partenza) è identico per entrambe le gare. Lo definiamo come il primo rilevamento valido dopo almeno 5 minuti dal rilevamento di partenza. La seconda frazione è rilevante solo per la gara di 10 km. A tal fine, adattiamo di conseguenza la regola per i dati grezzi e utilizzeremo il secondo rilevamento dopo il rilevamento della partenza. In alternativa, potremmo definire il secondo intermedio come il primo rilevamento dopo T13 + 00:05:00.0.

Per ulteriori calcoli e per un layout più bello degli elenchi, definiamo anche i risultati 31 e 32 come l'ultimo rilevamento e il risultato (ID) a cui appartiene.

Per l'ultimo rilevamento (T31) usiamo TLast(11;15) -T11, che restituisce l'ultimo rilevamento disponibile tra i risultati 11-15 e a cui sottraiamo l'ora di inizio individuale T11.

Per l'ultimo ID usiamo TLastID(11;15) sottraendo 10, quindi riceveremo 1 se qualcuno ha un orario di partenza, 2 se qualcuno ha raggiunto il primo tempo intermedio, 3 dopo il primo giro, ecc.

Per creare elenchi di output più dinamici per le nostre classifiche live, abbiamo anche impostato un tempo previsto/stimato di arrivo in base ai risultati disponibili. La previsione utilizza la seguente espressione.

In altre parole, per la gara 1 (5Km) non restituiamo niente (non possiamo fare una stima basata solo sull'ora di inizio!), raddoppiamo il tempo intermedio dei 2,5 Km o restituiamo il tempo di arrivo una volta che il partecipante ha finito.

Per la 10 Km non restituiamo nulla, quadruplichiamo il tempo intermedio ai 2,5 Km, raddoppiamo il tempo del primo giro, moltiplichiamo il tempo dei 7,5 Km per 1,33  o restituiamo il tempo finale una volta che l'atleta ha tagliato il traguardo.

Infine, impostiamo i risultati più importanti in T1-T3.

T1 è sempre l'ora di arrivo.

T2 è il tempo per il giro 1 ed è la differenza tra l'ora di arrivo e l'ora di partenza (per la gara di 5 km), o tra AfterLap1 e l'ora di partenza (per la gara di 10 km).

T3 è il secondo giro per i 10 km calcolato come arrivo meno AfterLap1.

Campi/Funzioni personalizzate

Creiamo un campo definito dall'utente chiamato LastSplitName, che useremo per fornire un nome per l'ultimo ID di rilevamento disponibile. Questo utilizza la funzione choose() che esamina il risultato LastDetectionID per restituire un nome corrispondente per il risultato.

Gare

Nelle impostazioni di Gara, è importante adattare il risultato di inizio e fine per entrambe le gare per utilizzare i risultati che abbiamo impostato per utilizzare i campi predefiniti [Arrivato] e [Partito].

Classifiche

Non è necessario modificare le classifiche predefinite OverallRank, GenderRank e AgeGroupRank, poiché abbiamo aggiornato il risultato finale nel menu gara, quindi possiamo ancora utilizzare queste classifiche predefinite.

Inoltre, aggiungeremo un'altra classifica basata sul tempo di arrivo stimato, in questo esempio: Rank11. La classifica viene filtrata utilizzando [Time32.Decimal]> 1, poichè questo limita la classifica a considerare solo i partecipanti con un primo rilevamento intermedio valido. Poiché l'ora di inizio è 00:00 per tutti, non ha senso fornire una classifica basata sul rilevamento della partenza.

Raggruppiamo solo per Gara, se necessario puoi anche aggiungere ulteriori raggruppamenti o un'altra classifica.

L'ordinamento è basato su DecimalTime21, che è il nostro tempo di fine stimato. Il partecipante con il tempo di arrivo stimato più veloce sarà il leader di questa classifica, poiché questo restituisce il tempo di arrivo effettivo per quelli già arrivati, mentre confronterà quelli ancora in gara con quelli già arrivati.

Liste di Output

Abbiamo adattato leggermente tutti gli elenchi, ma gli elenchi predefiniti Final e Live sono i più importanti.

Final

Per l'output Final, utilizzato per i risultati finali, abbiamo rimosso alcune colonne come il tempo dallo spara, poiché non esiste tale tempo in un evento del genere.

Live

Nell'elenco Live, utilizziamo i risultati 31 e 32 e il campo definito dall'utente per l'ordinamento e il raggruppamento.

Per i raggruppamenti, utilizziamo le funzioni "filtro" per consentire all'utente di applicare filtri personalizzati. Per il raggruppamento MaleFemale usiamo "Filtro con Ignora" per consentire un raggruppamento simultaneo di Uomini e Donne. Ciò consente ai partecipanti e agli spettatori di visualizzare tutti i partecipanti, filtrare in base all'ultimo intermedio disponibile o controllare chi è attualmente in gara.

Nelle colonne dei dati, utilizziamo la seguente espressione per visualizzare una classifica (ClassificaAutomatica), se il partecipante ha terminato la gara, o nessuna classifica per chiunque sia ancora in gara.

Infine, usiamo la seguente espressione per mostrare l'ultimo tempo disponibile e per i partecipanti ancora in corsa il tempo di arrivo previsto e la classifica:

L'elenco Live sarà simile a questo:

Registrazione online con selezione dello slot di partenza

Per prima cosa, creiamo un attributo evento in  Impostazioni Generali ⇒ Impostanzioni Evento, denominato SlotsPerHour, poiché utilizzeremo questo attributo per limitare la disponibilità dei nostri slot di partenza. In questo esempio, abbiamo 30 slot disponibili all'ora.

Successivamente, creiamo due campi per la selezione dello slot di partenza. Un campo per il giorno desiderato e un altro per l'ora di quel giorno.

Aggiungiamo quindi questi due campi alla fine dei campi del modulo della Registrazione online (lo stesso può essere applicato al Self Service online per gli eventi che sono passati da un evento regolare a un formato semi-permanente).

Nelle impostazioni avanzate per uno dei due, aggiungiamo la seguente regola di convalida:

Ciò garantisce che solo un numero di partecipanti uguale a quello definito dall'attributo dell'evento possa selezionare la stessa combinazione di data e ora. Lo svantaggio di questo layout è che gli slot pieni non possono essere nascosti automaticamente.

Troverai ulteriori informazioni sulla configurazione dei Track Box e su come collegarti ad essi in RACE RESULT 12 in questo video: