Predittore Riegel del tempo di gara
Una 10 km corsa in 40:00 prevede 1:28:15 in mezza maratona con la formula di Riegel e il suo esponente classico di 1,06. Inserisca una gara che ha già corso e la distanza che prepara per ottenere un tempo obiettivo. Gratis nel suo browser.
- Gratis
- Funziona nel suo browser
- Senza registrazione
- I suoi dati restano sul dispositivo
Esegui gratis nel browser
Esempio risolto
- Distanza nota
- 10
- Tempo noto
- 2400
- Distanza obiettivo
- 21,0975
- Tempo previsto
- 5295,36739456
- Tempo previsto in secondi
- 5295,36739456
- Tempo previsto formattato
- 1:28:15
- Tempo noto in secondi
- 2400
La formula di Riegel è la regola classica di scala di endurance che i corridori usano per trasformare un risultato di gara in un obiettivo realistico per un'altra distanza. Date una distanza nota D1, un tempo di arrivo noto T1 e una distanza obiettivo D2, il tempo previsto è T2 uguale a T1 moltiplicato per il rapporto D2 su D1 elevato alla potenza uno virgola zero sei. L'esponente leggermente sopra uno codifica come il ritmo medio rallenta quando le gare si allungano, così un personale di dieci chilometri non si raddoppia ingenuamente in una proiezione di venti chilometri. Questo calcolatore applica esattamente quella predizione in forma chiusa, restituisce secondi più una stringa orologio leggibile e rifiuta distanze o tempi non positivi affinché diari di allenamento non validi non producano un obiettivo falso. Lo usi per pianificare mezze maratone da gare di dieci chilometri, verificare la prontezza maratona da mezze, o costruire strumenti di coaching che necessitano di una proiezione trasparente e verificabile.
Come funziona la predizione del tempo di gara di Riegel
Parta da una gara completata con distanza misurata affidabile e un tempo chip o pistola di cui si fidi. Converta quell'arrivo in secondi perché l'aritmetica resti pulita di unità: quaranta minuti su dieci chilometri equivalgono a duemilaquattrocento secondi, e novanta minuti su una mezza maratona equivalgono a cinquemilaquattrocento secondi. Scelga la distanza da proiettare dopo, usando la stessa unità di lunghezza della gara nota — chilometri con chilometri, miglia con miglia o metri con metri.
La formula di Riegel imposta allora T2 uguale a T1 moltiplicato per la quantità D2 divisa per D1, il tutto elevato all'esponente classico di endurance uno virgola zero sei (1.06). Quando l'obiettivo è più lungo della gara nota il rapporto supera uno e il tempo previsto cresce un po' più velocemente della scala lineare di distanza, in linea con l'osservazione comune che il ritmo maratona è più lento del ritmo mezza anche per atleti ben allenati.
Quando l'obiettivo è più corto il rapporto è minore di uno e la formula prevede un tempo assoluto più rapido con ritmo medio un po' più veloce, senza inventare nuovi dati di allenamento. L'esponente è fisso a 1.06 per riproducibilità; questa capacità non adatta esponenti personalizzati da storie multi-gara. Distanze o tempi non positivi falliscono presto perché una lunghezza o durata zero o negativa non può rappresentare un risultato reale di gara.
Dopo la valutazione della potenza, la risposta pulisce il rumore floating a cifre significative stabili, formatta le durate nota e prevista come stringhe orologio e riporta il rapporto di distanze e i ritmi per unità affinché i coach possano verificare a mano i passaggi intermedi.
Dove compaiono i predittori di tempo di gara Riegel nel lavoro reale
Coach di corsa e programmi di endurance traducono costantemente un risultato recente di cinque o dieci chilometri in fasce obiettivo di mezza maratona e maratona, e un oracolo affidabile che restituisce secondi più una stringa orologio leggibile accelera la stesura dei piani e le conversazioni con gli atleti. Direttori di gara e app di eventi che mostrano bande di arrivo proiettate per gruppi di ritmo necessitano di una formula documentata che gli atleti possano ricalcolare a mano anziché una stima di machine learning a scatola nera.
Gli ingegneri dei dati che preparano set sintetici di gare per dashboard di ritmo necessitano di etichette di arrivo deterministiche da distanze e tempi noti senza chiamate di rete né deriva di modello. Se in seguito le serve conversione pura di unità di ritmo tra minuti al chilometro e miglia all'ora, punteggio per età o adattamento di esponente personalizzato multi-gara, li tratti come intenti di ricerca e landing distinti anziché sovraccaricare questa pagina del predittore di tempo di gara Riegel.
Inquadri sempre i risultati come stime educative di pianificazione, non garanzie mediche o di prestazione; salite del percorso, meteo, rifornimento e cambiamenti di forma possono allontanare gli arrivi reali da qualsiasi proiezione in forma chiusa.
Casi d'uso
Definizione di obiettivi di allenamento
Trasformi un arrivo recente di 5K o 10K in un obiettivo trasparente di mezza maratona o maratona con scala Riegel per piani di coaching.
Matematica di endurance in aula
Generi proiezioni Riegel deterministiche per compiti di scienze dello sport così docenti e auto-correttori condividono un'unica verità di riferimento.
Domande frequenti
Cos'è la formula di Riegel?
T2 = T1 × (D2/D1)^1.06, dove T1 è il tempo di arrivo noto, D1 la distanza di gara nota e D2 la distanza obiettivo. L'esponente 1.06 modella come il ritmo rallenta al crescere della distanza.
Cosa succede se una distanza o un tempo è zero o negativo?
Distanze e tempi non positivi vengono rifiutati perché non possono rappresentare un risultato reale di gara per la predizione di Riegel.
Quanto costa?
Lo strumento nel browser è gratuito e gira in locale.
Che tempo in mezza maratona prevede una 10 km in 40 minuti?
1:28:15. La mezza maratona è 2,10975 volte più lunga della 10 km, ed elevare quel rapporto alla potenza 1,06 allunga i 40 minuti un po' più di quanto farebbe la sola distanza.
Posso usare le miglia invece dei chilometri?
Sì, va bene qualsiasi unità di lunghezza, purché la gara corsa e quella obiettivo usino la stessa: miglia con miglia, chilometri con chilometri o metri con metri.
Strumenti correlati
Per sviluppatori — accesso via API
Tutto quello che vedi in questa pagina è disponibile anche via API. Questa sezione è per i team che vogliono integrarlo nei propri sistemi; chi non ne ha bisogno può semplicemente usare lo strumento qui sopra.
Endpoint
Autenticazione con Bearer token: un POST mette in coda l'attività e il risultato arriva via webhook o link firmato.
Chiamala dal tuo stack
curl -X POST https://api.kit.forhosting.com/health/race-time-predictor \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"known_distance":10,"known_time":2400,"target_distance":21.0975}'const res = await fetch("https://api.kit.forhosting.com/health/race-time-predictor", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"known_distance": 10,
"known_time": 2400,
"target_distance": 21.0975
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/health/race-time-predictor",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"known_distance": 10,
"known_time": 2400,
"target_distance": 21.0975
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/health/race-time-predictor", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"known_distance":10,"known_time":2400,"target_distance":21.0975}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"known_distance":10,"known_time":2400,"target_distance":21.0975}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/health/race-time-predictor", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Esempio di richiesta
{
"known_distance": 10,
"known_time": 2400,
"target_distance": 21.0975
}Esempio di risposta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "health.race_time_predictor",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}L'API è asincrona: ricevi subito un task_id e puoi fare polling fino a 1 richiesta al secondo.
Prezzi
Prezzo pubblicato, senza token né crediti. Se l'attività fallisce, non paghi.
Errori
| HTTP | Codice | Significato |
|---|---|---|
401 | unauthorized | Chiave API mancante o non valida: controlla l'header Authorization. |
402 | insufficient_balance | Credito esaurito: ricarica per continuare a eseguire attività. |
404 | unknown_type | Tipo di attività sconosciuto: controlla il campo type della richiesta. |
429 | rate_limited | Troppe richieste in poco tempo: rallenta e riprova tra qualche secondo. |
Note tecniche
Come funziona la predizione del tempo di gara di Riegel
La pipeline è solo aritmetica in virgola mobile deterministica: nessun seme casuale, nessun timestamp di orologio, nessuna chiamata di rete e nessuna deriva di modello, così distanza nota, tempo noto e distanza obiettivo identici producono sempre lo stesso JSON. Campi assenti e numeri non finiti falliscono pure con invalid_input anziché essere coerciti in silenzio a zero.
Cosa invia e cosa riceve indietro
Tutti e tre i campi sono obbligatori. Controlli classici includono una gara di dieci chilometri in duemilaquattrocento secondi proiettata a mezza maratona a 21.0975 chilometri, e una di cinque chilometri in milleduecento secondi proiettata a dieci chilometri; entrambe producono tempi previsti positivi stabili adatti a chiavi di risposta. Invii tre campi. known_distance è la lunghezza della gara completata e deve essere un numero finito strettamente maggiore di zero; si accettano gli alias distance1, d1 e known_d. known_time è il tempo di arrivo di quella gara in secondi e deve pure essere finito e positivo; si accettano gli alias time1, t1, known_time_seconds e seconds. target_distance è la lunghezza di gara da predire, nella stessa unità di known_distance, e deve essere finita e positiva; si accettano gli alias distance2, d2 e target_d. Campi assenti, stringhe non numeriche, NaN, Infinity, zero e valori negativi falliscono con invalid_input e non vengono addebitati. In caso di successo la risposta restituisce predicted_time e predicted_time_seconds come lo stesso conteggio di secondi pulito, predicted_time_formatted come stringa H:MM:SS o M:SS, known_distance, known_time, known_time_seconds, known_time_formatted e target_distance puliti, distance_ratio D2 su D1, l'esponente fisso 1.06, pace_known_sec_per_unit e pace_predicted_sec_per_unit, formula T2 uguale a T1 per (D2/D1) elevato a 1.06, method riegel, unit_time seconds e unit_distance same_as_input. Il prezzo delle chiamate API riuscite è la base pubblicata di $0.002 per voce; i fallimenti di validazione non consumano il saldo prepagato. Converta ore e minuti in secondi totali prima della chiamata se i moduli raccolgono stringhe orologio, perché l'aritmetica pubblicata assume known_time solo in secondi.
Dove compaiono i predittori di tempo di gara Riegel nel lavoro reale
Le aule di scienze dello sport insegnano ancora la scala di Riegel accanto a tabelle VDOT e modelli di velocità critica, così allineare l'aritmetica a mano all'output API conta più del costo asintotico. Poiché questa capacità è un motore di parse puro, il prezzo API è la base pubblicata di $0.002 per voce riuscita e la validazione fallita non consuma saldo.
Casi di integrazione
Fixture di app e API
Produca in blocco JSON golden di arrivi previsti per app di gara e test di regressione senza chiamate di rete né modelli non deterministici.
Domande tecniche
Quali unità dovrei usare?
Usi qualsiasi unità di lunghezza purché known_distance e target_distance la condividano (km, miglia o metri). known_time deve essere il tempo totale di arrivo in secondi.
Come formattare l'input?
Invii known_distance e target_distance come numeri positivi nella stessa unità, e known_time come secondi positivi (es. 2400 per una gara di 40 minuti). Si accettano numeri JSON o stringhe numeriche.