Prédicteur de course
Si vous avez couru 10 km en 40 minutes, comptez environ 1:28:15 sur un semi-marathon : ce prédicteur transforme une marque réelle en temps estimé sur une autre distance grâce à la formule de Riegel de 1977. Gratuit dans votre navigateur.
- Gratuit
- Fonctionne dans votre navigateur
- Sans inscription
- Vos données restent sur votre appareil
Lancer gratuitement
Exemple résolu
- Distance connue
- 10
- Temps connu
- 2 400
- Distance cible
- 21,0975
- Temps prévu
- 5 295,36739456
- Temps prévu (formaté)
- 1:28:15
- Rapport de distance
- 2,10975
- Exposant
- 1,06
Un prédicteur de course répond à la question de planification que tout athlète d'endurance se pose après une marque : si je viens de couvrir cette distance en ce temps, que dois-je attendre sur une autre distance ? Le modèle en puissance de Pete Riegel de 1977 reste le raccourci habituel pour cette conversion. Il prend une distance connue, un temps d'arrivée connu et une distance cible, puis estime le nouveau temps d'arrivée comme T2 égal à T1 multiplié par le rapport D2 sur D1 élevé à un virgule zéro six. Les distances peuvent être des kilomètres, des miles ou des mètres tant que les deux partagent la même unité ; le temps est une durée en secondes.
Comment le prédicteur de course de Riegel met à l'échelle une marque connue
Le prédicteur de course de Riegel convertit une épreuve déjà terminée en une arrivée estimée à une autre distance au moyen d'une loi de puissance publiée, et non d'une copie linéaire de l'allure. Vous fournissez une distance connue D1, un temps d'arrivée connu T1 en secondes et une distance cible D2. Les distances peuvent être des kilomètres, des miles, des mètres ou toute autre unité de longueur, tant que les deux utilisent la même, car le modèle n'a besoin que du rapport adimensionnel D2 divisé par D1.
Le temps d'arrivée prédit est T2 égal à T1 multiplié par ce rapport élevé à l'exposant d'endurance un virgule zéro six. Un exposant un peu au-dessus de un est la raison d'être de cet outil : l'allure moyenne n'est pas constante quand les courses s'allongent. Copier l'allure de dix kilomètres telle quelle vers un marathon sous-estime presque toujours l'horloge, et copier l'allure marathon telle quelle vers cinq kilomètres surestime presque toujours la lenteur du court format.
L'identité de Riegel de 1977 ralentit l'allure projetée quand la distance croît et l'accélère quand elle se contracte, sans fichiers de fréquence cardiaque, estimations de VO2max ni journal de plusieurs semaines. L'arithmétique est une division, une puissance et une multiplication. Il n'y a ni appel réseau, ni graine aléatoire, ni Date de calendrier dans le résultat.
Cadrez chaque sortie comme une estimation de planification : côtes, météo, ravitaillement et changements de forme peuvent éloigner une horloge réelle de toute projection sous forme fermée.
Où un prédicteur de course gagne sa place dans le sport
Les entraîneurs de club et les coureurs auto-entraînés ont besoin d'un prédicteur de course reproductible afin qu'un dix kilomètres d'hiver, un objectif de semi-marathon au printemps et un briefing de semaine de course ne se contredisent pas sur l'horloge notée. Les applications d'événement qui affichent des bandes d'arrivée projetées pour les groupes d'allure veulent une formule documentée que les athlètes peuvent recomputer à la main, non une estimation d'apprentissage automatique en boîte noire qui change quand un modèle est réentraîné.
Les ingénieurs de données qui préparent des jeux de courses synthétiques pour des tableaux de bord d'allure ont besoin d'étiquettes d'arrivée déterministes à partir de distances et de temps connus sans appels réseau ni dérive de modèle. Un échec de validation ne consomme pas le solde. Si vous avez ensuite besoin d'une conversion pure d'unités d'allure, d'un score par âge ou d'un ajustement d'exposant personnalisé multi-courses, traitez-les comme des intentions de recherche distinctes plutôt que de surcharger cette page du prédicteur de course.
Cas d’usage
Temps cibles de la prochaine course
Transformez un résultat récent de cinq ou dix kilomètres en un temps de planification de semi-marathon ou de marathon que vous pouvez inscrire dans un bloc d'entraînement et un briefing de semaine de course.
Bandes d'allure et applications d'événement
Affichez des bandes d'arrivée projetées pour les groupes d'allure à partir d'une identité de Riegel documentée que les athlètes peuvent recomputer à la main, plutôt qu'une estimation en boîte noire.
Questions fréquentes
Comment le prédicteur de course estime-t-il un temps d'arrivée ?
Envoyez une distance connue, un temps d'arrivée connu en secondes et une distance cible dans la même unité de longueur. Le prédicteur renvoie T2 = T1 × (D2/D1)^1.06, la loi de puissance classique de Riegel, en secondes plus une chaîne d'horloge.
Quelles unités dois-je utiliser pour la distance et le temps ?
Les chaînes d'horloge telles que 40:00 ne sont pas analysées comme entrée.
Que se passe-t-il si une distance ou un temps est zéro ou négatif ?
Une vraie course ne peut pas avoir une distance ou un temps d'arrivée non positifs, donc ces valeurs sont rejetées et ne sont pas facturées.
Puis-je prédire une course plus courte à partir d'une plus longue ?
Oui. Quand la cible est plus courte que la course connue, le rapport de distances est inférieur à un et la formule prédit un temps absolu plus rapide avec une allure moyenne un peu plus vive. L'exposant reste 1.06 dans les deux sens.
Pourquoi mon allure du 10 km ne tient-elle pas sur un semi-marathon ?
Parce que l'allure moyenne ralentit quand la course s'allonge. Riegel élève le rapport des distances à la puissance 1,06 : 40 minutes sur 10 km donnent environ 1:28:15 sur 21,0975 km, un peu plus lent qu'en recopiant l'allure.
Outils associés
Pour les développeurs — accès API
Tout sur cette page est disponible par programmation. Cette section s'adresse aux équipes qui veulent l'intégrer à leurs systèmes ; les autres peuvent simplement utiliser l'outil ci-dessus.
Endpoint
Authentification par jeton Bearer : un seul POST met la tâche en file d’attente, et le résultat vous parvient par webhook ou lien signé.
Appeler depuis votre stack
curl -X POST https://api.kit.forhosting.com/sports/race-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/sports/race-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/sports/race-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/sports/race-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/sports/race-predictor", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Exemple de requête
{
"known_distance": 10,
"known_time": 2400,
"target_distance": 21.0975
}Exemple de réponse
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "sports.race_predictor",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}L’API est asynchrone : chaque appel renvoie un task_id immédiatement, puis vous interrogez l’état à raison d’une requête par seconde.
Tarifs
Le prix est publié, sans tokens ni crédits. Une tâche qui échoue n’est pas facturée.
Erreurs
| HTTP | Code | Signification |
|---|---|---|
401 | unauthorized | Clé API absente ou invalide : vérifiez l’en-tête Authorization. |
402 | insufficient_balance | Solde insuffisant : rechargez votre compte pour lancer cette tâche. |
404 | unknown_type | Type de tâche inconnu : vérifiez le champ type de votre requête. |
429 | rate_limited | Trop de requêtes : ralentissez la cadence, puis réessayez. |
Notes techniques
Ce prédicteur de course applique cette identité sans réseau, sans jetons de modèle et sans horloge de calendrier, de sorte qu'une feuille d'entraînement, une page de semaine de course et un client API reçoivent le même nombre. Distances ou temps non positifs échouent avec invalid_input et ne sont pas facturés. Les appels réussis coûtent $0.002.
Comment le prédicteur de course de Riegel met à l'échelle une marque connue
Zéro, négatifs, champs manquants ou valeurs non finies ne décrivent pas une vraie course, donc ils échouent avec invalid_input au lieu d'inventer un temps d'arrivée.
Contrat d'entrée, unités et réponse de temps prédit
Convertissez heures et minutes en secondes totales avant d'appeler : quarante minutes sur dix kilomètres valent deux mille quatre cents secondes, et un marathon de trois heures vaut dix mille huit cents secondes. Les contrôles classiques comprennent une course de dix kilomètres en deux mille quatre cents secondes projetée vers un semi-marathon à vingt et un virgule zéro neuf sept cinq kilomètres, et une course de cinq kilomètres en mille deux cents secondes projetée vers dix kilomètres ; les deux produisent des temps prédits positifs stables adaptés aux corrigés. Préférez les nombres nus aux chaînes formatées ; signes de pourcentage, séparateurs de milliers et chaînes d'horloge telles que 40:00 ne sont pas analysés comme entrée. Envoyez par POST un corps JSON avec trois nombres finis positifs obligatoires. known_distance est la longueur de la course que vous avez déjà terminée ; les alias distance1, d1 et known_d sont acceptés. known_time est cette arrivée en secondes ; time1, t1, known_time_seconds et seconds sont acceptés. target_distance est la longueur à prédire, dans la même unité que known_distance ; distance2, d2 et target_d sont acceptés. Chaque champ peut arriver comme nombre JSON ou comme chaîne numérique. Champs manquants, chaînes vides, valeurs non numériques, NaN, Infinity, zéro et négatifs échouent avec invalid_input en nommant le champ et ne sont pas facturés. En cas de succès le corps renvoie predicted_time comme le décompte de secondes nettoyé, predicted_time_formatted comme chaîne d'horloge H:MM:SS ou M:SS, known_distance, known_time et target_distance nettoyés, le distance_ratio D2 sur D1, l'exposant fixe un virgule zéro six, et une chaîne de formule que vous pouvez imprimer à côté de la réponse. Le tarif d'un article réussi est un $0.002 forfaitaire.
Où un prédicteur de course gagne sa place dans le sport
Les salles de sciences du sport enseignent encore l'échelle de Riegel à côté des tables VDOT et des modèles de vitesse critique, de sorte qu'aligner l'arithmétique à la main sur la sortie API compte plus que le coût asymptotique. Comme l'implémentation est du parse pur de tier A, chaque appel réussi coûte le tarif de base publié $0.002 sans jetons de modèle et sans réseau sortant. Gardez les requêtes petites, épinglez predicted_time dans les tests, et vous obtenez une arithmétique d'endurance stable pour widgets, pages de compte rendu et workers de bord, sans dresser un service complet de plateforme d'entraînement.
Cas d'intégration
Feuilles de coaching et API sportives
Épinglez des paires de Riegel de référence dans un tableur ou une suite de régression afin qu'un journal d'entraînement, un widget et un backend ne se contredisent jamais sur l'horloge prédite.
Questions techniques
Combien coûte le prédicteur de course ?
L'outil du navigateur est gratuit. Les requêtes API utilisent le solde prépayé KIT à $0.002 par appel réussi ; une entrée invalide n'est pas facturée.