Calculateur Magic Mile

Le temps au mile doit être un nombre positif de secondes ; zéro, négatifs et valeurs non numériques échouent avec invalid_input et ne sont pas facturés.

Comment le Magic Mile transforme un essai d'un mile en prévisions de course

L'arithmétique n'interroge ni réseau, ni horloge, ni générateur aléatoire, si bien que le même temps au mile produit toujours le même JSON.

Entrées, sorties et cas de rejet d'une requête

Un mile en 7:30 vaut 450 ; un mile en 10:00 vaut 600. Le temps au mile doit être un nombre positif — supérieur à zéro, fini et au plus 3600 secondes (une heure) — afin qu'un chrono de marche ou plus lent n'explose pas la projection marathon. Les chaînes d'horloge utilisent M:SS sous une heure et H:MM:SS à partir d'une heure, arrondies à la seconde la plus proche, comme on affiche les classements. Servez-vous des horloges formatées sur une fiche de séance ; servez-vous des champs en secondes dans tableurs et correcteurs. Envoyez un corps JSON avec un seul nombre fini obligatoire : mile_time, le résultat de l'essai d'un mile en secondes. Le champ accepte aussi time, seconds, mile_seconds, mm et magic_mile. Zéro, négatifs, chaînes vides et texte non numérique échouent avec invalid_input, et ces échecs ne sont pas facturés. En cas de succès, le corps renvoie mile_time et mile_time_formatted en M:SS, puis pour chaque distance standard le finish prédit en secondes et une chaîne d'horloge, plus l'allure implicite en secondes par mile et son horloge. Les distances sont five_k, ten_k, ten_mile, half_marathon et marathon. unit_time vaut toujours seconds, method vaut toujours galloway_magic_mile et formula rappelle les cinq identités d'allure pour qu'un journal en aval affiche la recette à côté de la réponse. Exemple : mile_time 450 (7:30) donne une allure 5K de 8:03 par mile et un 5K vers 25:01, un 10K vers 53:36, dix miles vers 1:28:08, un semi vers 1:57:59 et un marathon vers 4:15:38.

Usage à l'entraînement, tarif de l'API et ce que ce chiffre n'est pas

Appelez le calculateur Magic Mile gratuit dans le navigateur pour des démonstrations sur piste, des soirées de club et des laboratoires d'EPS, sans reconstruire l'arithmétique de Galloway dans chaque tableur. Cette page vise les personnes qui cherchent un calculateur Magic Mile ou des prévisions Galloway de temps de course à partir d'un essai d'un mile. Ce n'est ni un prédicteur Riegel depuis une course connue quelconque, ni un convertisseur min/km vers min/mile, ni une estimation Rockport de VO2 max en marche d'un mile : ce sont d'autres intentions de recherche, avec leurs propres pages. Ce n'est ni un dispositif médical de diagnostic ni la garantie que vous tiendrez l'horloge marathon le jour J — chaleur, côtes, ravitaillement et marches décident encore le résultat. Utilisez l'API prépayée lorsqu'un SaaS de coaching, un carnet d'entraînement ou un correcteur scolaire exige un contrat stable sous solde KIT à $0.002 par élément réussi ; les échecs de validation ne consomment jamais de solde une fois la requête rejetée. Refaites l'essai toutes les deux semaines environ, avec des jours faciles avant, et remplacez le mile_time stocké pour que les horloges prédites du 5K au marathon suivent la forme. Les auteurs de SDK peuvent projeter marathon_formatted et five_k_formatted dans des tableaux de bord et garder mile_time en secondes comme source unique de vérité. Les tâches en échec qui renvoient invalid_input ne consomment pas de solde prépayé, ce qui garde bon marché les scripts d'exploration lorsque vous envoyez volontairement un temps au mile nul pour tester la validation du client.