#training

Mathématiques de natation sous forme d'API, calculées localement et de manière déterministe — les nombres SWOLF, allure seuil et par 100 m qu'un nageur, entraîneur ou application d'entraînement utilise. Le endpoint swolf évalue l'efficacité des mouvements pour une longueur : SWOLF (swim + golf) = le nombre de mouvements plus le nombre de secondes, et comme au golf, plus bas est meilleur — glisser plus loin par mouvement ou nager plus vite réduit le score, donc une longueur de 25 m en 18 mouvements et 30 s donne un SWOLF de 48. Comme cela dépend de la longueur du bassin et du type de nage, le score est normalisé à 25 m pour comparer les longueurs dans différents bassins. Le endpoint css calcule la Vitesse Critique de Nage, l'allure seuil du nageur, à partir de deux contre-la-montre : CSS = (distance1 − distance2) ÷ (temps1 − temps2) — le test classique de 400 m et 200 m, où 6:00 et 2:50 donnent environ 1,05 m/s, un seuil de 1:35 / 100 m ; les allures d'entraînement sont ensuite définies comme des écarts par rapport à CSS, l'équivalent pour le nageur du seuil d'un coureur ou du rythme 2 km d'un rameur. Le endpoint pace donne la vitesse et l'allure par 100 m que les nageurs citent réellement (temps ÷ distance × 100), donc 100 m en 1:30 donne une allure de 1:30 / 100 m à 1,11 m/s. Tout est calculé localement et de manière déterministe, donc c'est instantané et privé. Idéal pour les outils d'entraînement et de coaching en natation, les applications de suivi de longueurs et de triathlon, et les calculateurs de fitness. Calcul local pur — pas de clé, pas de service tiers, instantané. 3 endpoints de calcul. Pour l'allure de course à pied, utilisez une API de course ; pour l'aviron en salle, une API d'aviron.

api.oanor.com/swimming-api

Mathématiques de l'aviron en salle (erg Concept2) sous forme d'API, calculées localement et de manière déterministe — les watts, l'allure et les calories qu'un rameur, un entraîneur ou une application de fitness calcule pour une séance, en utilisant les relations publiées par Concept2. Le point de terminaison split-vers-watts convertit un split de 500 m en puissance : sur un erg, la puissance est fixée par l'allure, pas par la fréquence de coup, donc watts = 2,80 ÷ allure³ où l'allure est les secondes par mètre (le split ÷ 500) — un split de 2:00 correspond à environ 202 W. Parce que la puissance varie comme l'inverse du cube de l'allure, de petits gains de split coûtent beaucoup de watts : tirer 1:50 au lieu de 2:00 donne environ 270 W, pas 220. Le point de terminaison watts-vers-split inverse cela — allure = (2,80 ÷ watts)^(1/3), split = allure × 500 — donc une puissance cible correspond au split sur le moniteur et la puissance d'un rameur se compare directement avec celle d'un cycliste ou toute autre valeur en watts. Le point de terminaison calories applique la formule de calories Concept2, Cal/h = (watts × 4 × 0,8604) + 300, où le +300 est un terme fixe de métabolisme de repos qui fait que le compteur de l'erg dépasse le travail mécanique pur ; 200 W donne environ 988 Cal/h, soit environ 494 calories sur 30 minutes. Tout est calculé localement et de manière déterministe, donc c'est instantané et privé. Idéal pour les outils d'aviron et d'entraînement sur erg, les applications de coaching et de classement, et les calculateurs de fitness. Calcul local pur — pas de clé, pas de service tiers, instantané. Modèle Concept2 — une estimation machine, pas une calorimétrie de laboratoire. 3 points de terminaison de calcul. Pour l'allure de course, utilisez une API d'allure ; pour le cyclisme, une API de cyclisme.

api.oanor.com/rowing-api

Servez des puzzles de tactiques d'échecs à la demande : un puzzle aléatoire (éventuellement contraint par thème et classement), un puzzle unique par identifiant, recherche complète et filtrage par thème de tactique et niveau de difficulté, et la liste complète des thèmes disponibles. Chaque puzzle inclut la position de départ en FEN, la solution complète en coups UCI, le camp à jouer, le niveau de difficulté, la popularité et le nombre de parties, les tags de thème et d'ouverture, ainsi qu'un lien direct pour l'entraîner sur Lichess. Construit sur un échantillon de 20 000 puzzles issus de la base de données ouverte Lichess (CC0) couvrant 73 thèmes et des classements allant d'environ 400 à 3100. Chaque point d'accès accepte les entrées via la chaîne de requête ou le corps de la requête et renvoie du JSON léger. Données purement côté serveur (aucun tiers en amont), donc les réponses sont instantanées et toujours disponibles. Idéal pour les applications d'échecs, les outils d'entraînement, les fonctionnalités de « puzzle du jour » et les jeux.

api.oanor.com/chesspuzzles-api

Une base de données complète d'exercices et d'entraînements couvrant plus de 870 exercices : recherchez et filtrez par muscle cible, équipement requis, catégorie, niveau de difficulté, type de force et mécanique, récupérez un seul exercice avec des instructions étape par étape, les muscles primaires et secondaires et des images de démonstration, tirez un exercice aléatoire correspondant à n'importe quel filtre, et lisez toutes les valeurs de facettes disponibles pour construire des interfaces de filtrage. Chaque point de terminaison accepte les entrées via la chaîne de requête ou le corps de la requête et renvoie un JSON léger et prévisible. Données pures côté serveur (aucun tiers en amont), donc les réponses sont instantanées et toujours disponibles. Idéal pour les applications de fitness et de gym, les planificateurs d'entraînement, les outils pour entraîneurs personnels et les plateformes de santé.

api.oanor.com/exercises-api