Calcolo della velocità
MyPigeons calcola la velocità di ogni arrivo dagli stessi elementi: distanza, durata del volo, scarti dell'orologio, tempo morto e un interruttore di velocità criticamente bassa che, quando i piccioni rallentano, passa l'ordinamento al tempo di arrivo. Questa pagina ripercorre ogni input, l'ordine in cui vengono applicati e i casi limite che complicano le gare di più giorni.
Buono a sapere prima di iniziare
- La velocità è riportata di default in m/min, oppure in y/min per i paesi imperiali. La precisione è controllata globalmente dall'impostazione numero di decimali della velocità.
- Il tempo morto può essere configurato a livello nazionale oppure sovrascritto su una singola gara. La sovrascrittura per gara vince sempre.
- Un piccione che vola più lentamente della velocità criticamente bassa (default 750 m/min) viene, quando l'opzione è attiva sulla gara, classificato in base al tempo di arrivo invece che alla velocità.
La formula di base della velocità
Ogni velocità nel sistema utilizza la stessa formula:
velocità = distanza × 60 / durata del volo, dove la distanza è espressa in metri (o yard per i paesi imperiali) e la durata del volo in secondi.
Conversione delle unità di distanza
L'unità è guidata dall'impostazione sistema di unità della velocità. I paesi metrici memorizzano la distanza in chilometri e la convertono in metri (× 1000). I paesi imperiali memorizzano la distanza in miglia e la convertono in yard (× 1760). Il Bangladesh è un ibrido voluto: la distanza è memorizzata in chilometri ma le velocità sono riportate in y/min, quindi la distanza viene moltiplicata per 1093,6133.
Precisione e controlli di plausibilità
La velocità finale viene arrotondata al numero di decimali configurato. Due salvaguardie scattano alla fine: una durata del volo pari a zero o inferiore porta la velocità a 0, e qualunque velocità superiore a 10 000 viene anch'essa azzerata (tipicamente causata da uno scarto dell'orologio nella direzione sbagliata o da un arrivo inserito prima del lancio).
Durata del volo nel dettaglio
La durata del volo non è semplicemente arrivo - lancio. È il risultato di quattro passi applicati in questo ordine:
Calcolo del timestamp assoluto di arrivo
Il timestamp di arrivo è calcolato come secondi trascorsi dal momento del lancio:
lancio + (giorno di arrivo - 1) × 86400 + h × 3600 + m × 60 + s. Questo evita problemi con i passaggi all'ora legale tra paesi: contando i secondi trascorsi dal lancio invece di ricostruire una data di calendario, il risultato resta corretto anche quando lancio e arrivo cadono su lati diversi di un cambio d'ora.Sottrarre lo scarto dell'orologio o lo scarto relativo
Quando lo scarto relativo è abilitato, viene utilizzato lo scarto relativo; altrimenti viene usato lo scarto grezzo dell'orologio. La gestione del segno dipende da due interruttori. Usa scarto positivo inverte sempre il segno - utile nei paesi in cui uno scarto positivo è la direzione sfavorevole. Usa scarto negativo applica lo scarto solo se è negativo; gli scarti positivi vengono azzerati, ed è il comportamento di default per la maggior parte delle federazioni. La meccanica completa dello scarto relativo è descritta in una sezione dedicata qui sotto.
Sottrarre il tempo di bicicletta
Se il colombofilo registra un tempo di bicicletta - il tempo speso a trasportare l'orologio dalla colombaia al club per la lettura - viene sottratto dalla durata del volo, in modo che a contare sia il tempo di costatazione e non il tempo di trasporto.
Sottrarre il tempo morto
La sottrazione del tempo morto è il passo più articolato e ha una sezione dedicata qui sotto.
Scarto relativo nel dettaglio
Alcune federazioni distribuiscono lo scarto dell'orologio in modo proporzionale sulla finestra di funzionamento dell'orologio invece di applicare lo scarto pieno a ogni arrivo. È quello che fa lo scarto relativo. Quando è abilitato, il calcolatore usa lo scarto relativo al posto dello scarto grezzo dell'orologio nel calcolo della durata del volo.
La finestra di funzionamento dell'orologio: orari di apertura e chiusura
Durante l'elaborazione del file di importazione, il sistema memorizza per ogni gara due timestamp che delimitano la finestra di funzionamento dell'orologio:
- Orario di apertura - quando l'orologio è stato impostato e avviato in società, prima dell'imbusto.
- Orario di chiusura - quando l'orologio è stato fermato e letto dopo la gara.
Entrambi i timestamp si trovano nella stessa tabella e vengono memorizzati su due livelli.
Record a livello di società
Un record per società e gara, che contiene apertura e chiusura applicabili di default a ogni socio della società. È il caso più comune - tutta la società ha imbustato e fatto la lettura insieme, quindi una sola coppia apertura/chiusura copre tutti i soci.
Override per singolo colombofilo
Alcune federazioni importano anche timestamp di apertura (e facoltativamente di chiusura) a livello di colombofilo. Questi record sovrascrivono i valori della società per quel singolo colombofilo. L'override è parziale: un record con sola apertura sostituisce solo l'apertura ed eredita la chiusura della società, mentre un record che riporta anche la chiusura le sostituisce entrambe.
Quando esiste un record del colombofilo, la finestra parte dalla sua apertura. La fine della finestra arriva dal record del colombofilo se contiene un orario di chiusura; altrimenti si ricade sulla chiusura della società.
Come viene calcolato lo scarto relativo
La formula ha tre componenti:
durata_funzionamento = apertura - chiusura- il numero totale di secondi durante i quali l'orologio era in marcia.durata_a_arrivo = arrivo - chiusura- dove l'arrivo si colloca all'interno di quella finestra.scarto_relativo = (durata_a_arrivo / durata_funzionamento) × scarto_orologio- la quota di scarto dell'orologio applicata a questo arrivo, proporzionale a quanta parte della finestra di funzionamento era trascorsa al momento dell'arrivo.
Concretamente, un arrivo all'inizio della finestra di funzionamento contribuisce con scarto 0; un arrivo proprio alla fine riceve l'intero scarto dell'orologio; un arrivo a metà ne riceve la metà. Il risultato viene arrotondato a quattro decimali e restituito alla formula della durata del volo.
Quando lo scarto relativo viene saltato
Due casi saltano del tutto il calcolo e restituiscono 0. Primo: quando l'impostazione usa scarto relativo è disattivata nella configurazione del paese. Secondo: quando per la gara non esiste né un record di società né un record di colombofilo - tipicamente perché il file di importazione non portava gli orari di apertura/chiusura. In entrambi i casi il calcolatore di velocità ricade sullo scarto grezzo dell'orologio.
Gestione del segno e interruttori positivo/negativo
Lo scarto dell'orologio è un numero con segno, ma le federazioni non concordano su quale segno significhi cosa. Due interruttori a livello nazionale decidono come MyPigeons lo interpreta.
Usa scarto negativo regola il segno in fase di inserimento. Attivo (default), lo scarto viene salvato esattamente come inserito. Disattivo, i numeri positivi inseriti dall'utente vengono invertiti in negativi al salvataggio - utile per le federazioni che riportano gli scarti come numeri positivi ma li trattano come penalità.
Usa scarto positivo inverte il segno nel momento in cui lo scarto entra nella formula della velocità. Disattivo (default), il valore memorizzato entra così com'è; attivo, viene prima moltiplicato per -1 - utile quando l'interpretazione del segno della vostra federazione è opposta a quella di default di MyPigeons.
Entrambi gli interruttori sono impostazioni nazionali; una volta che corrispondono alle regole della vostra federazione, non devono essere cambiati per ogni gara. Agiscono sul tipo di scarto attualmente in uso - se lo scarto relativo è attivo, le stesse regole sul segno si applicano allo scarto relativo, non al valore grezzo dell'orologio.
Da dove arrivano gli orari di apertura e chiusura
Gli orari di apertura e chiusura vengono popolati dal file di importazione nel momento in cui i dati della gara vengono caricati. La maggior parte degli export ETS porta entrambi gli orari per la società; le federazioni che lavorano con override a livello di colombofilo aggiungono anche record dei colombofili. I record si possono modificare anche dalla schermata degli orari dell'orologio se occorre correggere manualmente un refuso o un dato mancante prima di un ricalcolo.
Zone di tempo morto
Una zona di tempo morto è una finestra notturna ricorrente durante la quale i piccioni non volano. Il sistema rimuove questa finestra dalla durata del volo, in modo che un arrivo su più giorni non venga penalizzato per le ore in cui nessun piccione poteva fisicamente essere in volo.
Una zona di tempo morto ha un intervallo di date (le settimane di stagione cui si applica) e un intervallo orario (la finestra notturna, ad es. 21:00 - 05:00). La durata sottratta è un giorno intero più la differenza tra i due orari - una finestra 21:00 - 05:00 vale quindi 32 ore per notte, perché attraversa la mezzanotte.
Due modi per configurare il tempo morto
Il tempo morto può essere impostato in due posti. In fase di calcolo della velocità vengono letti in un ordine fisso.
Tempo morto globale (a livello nazionale)
Si configura in Pannello admin → Zone di tempo morto. Si possono creare quanti intervalli servono alla stagione - tipicamente una finestra notturna più corta per le gare estive (ad es. 22:00 - 04:00) e una più lunga per le settimane maratona (ad es. 21:00 - 05:30). Ogni intervallo ha la propria fascia di date di stagione, quindi possono coprire parti diverse dell'anno senza sovrapposizione. Il modulo rifiuta intervalli che si sovrappongono a un record esistente.
Override per singola gara
Si configura direttamente nella scheda admin della gara come una sostituzione una tantum per una singola gara. Da usare quando una determinata gara ha esigenze atipiche di tempo morto - per esempio un volo di lunga distanza per cui la finestra di tempo morto deve essere allungata solo per quella gara. L'override memorizza solo l'intervallo orario; si applica implicitamente a tutti i giorni coperti dalla gara.
Quale prevale
Il calcolatore di velocità cerca entrambi, in questo ordine:
Trovare una zona globale
La ricerca globale viene eseguita contro il momento del lancio della gara. Viene caricato l'intervallo globale che copre il momento del lancio - orario di inizio, orario di fine e durata notturna. La corrispondenza è per data; l'intervallo orario viene usato dopo per sottrarre il tempo morto, non per filtrare la ricerca.
Applicare l'override per gara
Se esiste un override per gara, i suoi valori sovrascrivono tutto ciò che la ricerca globale ha caricato - l'override vince sempre, su tutti e tre i campi (inizio, fine, durata). Se non è stata trovata alcuna corrispondenza globale ma esiste un override, l'override viene usato da solo.
Nessuna corrispondenza significa nessuna sottrazione
Se nessuno dei due restituisce un risultato, il tempo morto è zero e la durata del volo resta invariata.
Gare di più giorni e zone sovrapposte
La maggior parte della complessità del tempo morto emerge solo con arrivi che durano più di un giorno. Due regole guidano ciò che accade.
Quante notti vengono sottratte
Una volta nota la zona corrispondente, la sua durata notturna viene moltiplicata per il numero di giorni di calendario tra lancio e arrivo. Un piccione che arriva due giorni dopo si vede sottrarre due intere notti di tempo morto; uno che arriva lo stesso giorno, nessuna. Il numero di giorni si calcola dalla data di calendario, non dai secondi trascorsi, quindi un volo dal venerdì pomeriggio alla domenica mattina conta come due giorni a prescindere dalle ore esatte.
Arrivi che cadono dentro la finestra di tempo morto
Se l'orario dell'arrivo cade tra l'inizio e la fine del tempo morto, prima della sottrazione il calcolatore sposta l'arrivo alla fine della finestra. Due casi vengono gestiti in modo simmetrico:
Arrivo prima di mezzanotte, dentro la finestra
Esempio: una finestra 21:00 - 05:00, il piccione arriva alle 22:30. L'arrivo viene anticipato alle 05:00 del mattino successivo - si aggiunge il tempo dall'arrivo a mezzanotte e poi il tempo da mezzanotte alla fine della finestra.
Arrivo dopo mezzanotte, ancora dentro la finestra
Esempio: stessa finestra 21:00 - 05:00, il piccione arriva alle 03:00. L'arrivo viene anticipato alle 05:00 dello stesso giorno. Entrambi i casi posizionano l'arrivo alla fine del tempo morto, così la sottrazione resta simmetrica.
Avvertenza importante: si usa solo la zona del giorno del lancio
La ricerca globale viene eseguita una sola volta, contro il momento del lancio della gara. Se il vostro paese definisce intervalli di tempo morto diversi per parti diverse della stagione e il volo di una singola gara ne attraversa due, l'intervallo del giorno del lancio viene riutilizzato per ogni notte successiva - il sistema non concatena configurazioni diverse tra giorni. Pianificate intervalli nazionali in modo che ogni singola gara stia dentro un solo intervallo.
Per una gara una tantum che richiede legittimamente un tempo morto diverso dalla configurazione globale (per esempio un volo maratona dove la finestra notturna standard è troppo corta), impostate un override nella scheda admin della gara. L'override sostituisce tutti e tre i valori (inizio, fine, durata) solo per quella gara ed è la soluzione più pulita.
Velocità criticamente bassa (default 750 m/min)
Quando i piccioni si fermano lungo il tragitto - caldo estremo, vento contrario, uno stormo posato per la notte - le velocità scendono al di sotto del livello in cui la distanza colombaia-colombaia produce ancora un ordinamento sensato. Giudicare solo per velocità favorirebbe ingiustamente le colombaie a corto raggio, perché a parità di durata di volo una distanza più corta dà sempre una velocità maggiore. Esattamente questo risolve l'interruttore della velocità criticamente bassa.
Come viene configurata la soglia
La controllano due impostazioni. Velocità criticamente bassa definisce la soglia stessa - default 750, in m/min per i sistemi metrici e y/min per gli imperiali. L'interruttore principale usa velocità criticamente bassa espone la funzione nell'interfaccia della gara.
Come una gara aderisce
Ogni gara ha due interruttori nel modale dei dettagli:
Ordina per tempo di arrivo sotto la soglia
Quando questo interruttore è attivo, i piccioni con velocità sotto la soglia vengono scritti nei risultati temporanei con il loro timestamp di arrivo aggiustato al posto della velocità - la classifica si ordina poi su chi è arrivato prima, non su chi ha volato più rapidamente su una distanza più corta. I piccioni sopra la soglia non sono toccati; per loro resta in vigore l'ordinamento per velocità. I due sistemi di ordinamento convivono nella stessa gara.
Applica la correzione di distanza media
Questo interruttore applica una correzione di stile austriaco: il tempo di arrivo di ogni colombaia viene spostato di 8 secondi ogni 100 m di differenza rispetto alla distanza media della gara. Le colombaie più lontane dal punto di lancio ottengono uno spostamento positivo (il loro arrivo è trattato come più precoce), quelle più vicine uno spostamento negativo. Si compensano così le differenze di distanza senza abbandonare l'ordinamento per tempo.
Da dove proviene la distanza media
La distanza media della gara è calcolata dalle distanze di colombaia dei singoli colombofili, non dalle distanze per piccione. Ogni colombofilo contribuisce con la sua colombaia una sola volta, indipendentemente da quanti piccioni ha imbustato - così una sola grande colombaia non può falsare la media.
Quando le velocità vengono ricalcolate
Una velocità viene calcolata ogni volta che cambia un input della formula. Le occasioni più frequenti sono:
- Nuovo arrivo - importato da un file ETS o inserito manualmente, fa scattare un calcolo di velocità per il singolo arrivo.
- Modifiche di massa su una gara (scarto dell'orologio, distanza, tempo morto) ricalcolano ogni arrivo della gara.
- Ricalcolo a livello di gara percorre ogni arrivo della gara - gli arrivi ufficiali, i risultati temporanei in corso e gli arrivi pubblicati pubblicamente. Quando lo scarto relativo è abilitato, lo scarto relativo per colombofilo viene anche ricavato di nuovo dai record di orario dell'orologio prima del ricalcolo della velocità.
- Arrivi BENZING Live - sia per gli allenamenti privati sia per gli allenamenti condivisi di società la velocità viene ricalcolata a ogni nuovo arrivo segnalato dal dispositivo live.
- API di forwarding - gli strumenti di terze parti che inviano arrivi tramite l'API pubblica passano per lo stesso percorso di calcolo.
- Modalità allenamento usa una formula separata e più semplice che ignora completamente scarti, tempo morto e tempo di bicicletta. Si usa per i record di allenamento personali, mai combinati con i risultati di gara.
Casi limite degni di nota
Passaggi all'ora legale
I timestamp di arrivo sono calcolati come secondi trascorsi dal momento del lancio, non da una data di calendario ricostruita. Questo rende il calcolo immune ai cambi d'ora che cadono tra lancio e arrivo, anche quando una gara attraversa più paesi.
Fuso orario dell'organizzazione
Quando l'impostazione del fuso orario è attiva e l'organizzazione della gara ha un proprio fuso configurato, quel fuso viene usato per tutti i confronti di orario del tempo morto. Una federazione con sedi in due paesi ottiene così risultati coerenti - la finestra di tempo morto è interpretata nell'orario locale dell'organizzazione.
Unità imperiali e del Bangladesh
Le gare imperiali memorizzano la distanza in miglia e la convertono in yard (× 1760) prima del calcolo della velocità; il suffisso d'unità diventa y/min. Il Bangladesh lavora con distanza metrica (km) ma riporta y/min, ed è per questo che la distanza viene moltiplicata per 1093,6133 invece di 1000 quando sono configurati insieme il sistema metrico e il segno y/min.
Tetto di plausibilità
Qualsiasi velocità calcolata superiore a 10 000 viene riportata a 0. È una protezione contro dati errati - tipicamente uno scarto dell'orologio nel verso sbagliato o un arrivo inserito prima del lancio.