Marché API

La base de données Visual Novel (VNDB) en tant qu'API — JSON propre, sans clé. Recherchez et consultez des visual novels avec leurs titres, dates de sortie, langues, plateformes, durée de jeu, note bayésienne et nombre de votes, description, image de couverture, développeurs et balises de genre/thème (balises de spoiler filtrées). Recherchez et ouvrez des personnages avec leur nom original, alias, description, sexe, âge, groupe sanguin et les visual novels dans lesquels ils apparaissent, ainsi que recherchez et ouvrez des producteurs et développeurs. Plus des statistiques de base de données en direct. Données en direct directement depuis vndb.org, la base de données définitive des visual novels. Un média distinct des anime et manga — idéal pour les trackers de visual novels, les applications de découverte et de recommandation, les wikis et les outils otaku. 7 points de terminaison de données. Authentifié avec une clé x-oanor ; limites d'utilisation équitable par plan.

Disponibilité

100.0%

Latence

154ms

Abonnés

4,012

MangaDex en tant qu'API — la plus grande bibliothèque de mangas communautaire, renvoyée en JSON propre, sans clé. Recherchez des mangas par titre ; ouvrez un manga pour obtenir tous ses détails (titres et alternatives, description, statut, année, démographie, classification du contenu, étiquettes de genre et de thème, auteurs, artistes et illustration de couverture) ; récupérez le flux de chapitres d'un manga dans n'importe quelle langue traduite ; obtenez les détails d'un chapitre ; et récupérez les URL des images de page prêtes à être rendues pour un chapitre — le point de terminaison du lecteur, en qualité complète et en qualité d'économie de données. Recherchez un auteur et listez chaque étiquette de genre et de thème. Données en direct directement depuis MangaDex. Distinct des API de métadonnées d'anime/manga : il s'agit de la plateforme de lecture réelle — de vrais chapitres et images de page à travers des milliers de scanlations — idéal pour les lecteurs de mangas, les trackers, les applications de découverte et de bibliothèque. 7 points de terminaison de données. Authentifié avec une x-oanor-key ; limites de débit équitables selon le plan.

Disponibilité

100.0%

Latence

281ms

Abonnés

4,151

La Cour suprême des États-Unis sous forme d'API, propulsée par Oyez — JSON propre, sans clé. Parcourez les affaires par session et ouvrez n'importe quelle affaire pour obtenir tous ses détails : les parties, les faits, la question juridique, la conclusion, une chronologie datée, la juridiction inférieure et la décision avec le vote et l'opinion de chaque juge. Récupérez la transcription des plaidoiries d'une affaire — chaque tour de parole avec les horodatages de début et de fin et un lien vers l'audio — idéal pour l'analyse, la recherche et le sous-titrage. Listez tous les juges et ouvrez le profil d'un juge (dates, lieux, postes occupés). Données en direct directement depuis oyez.org, l'archive multimédia définitive de la Cour suprême. Données civiques distinctes et faisant autorité — idéales pour les applications juridiques, de recherche, d'éducation, d'actualité et civiques. 5 points de terminaison de données. Authentifié avec une x-oanor-key ; limites de taux d'utilisation équitable par plan.

Disponibilité

100.0%

Latence

477ms

Abonnés

4,725

Lichess en tant qu'API — la plateforme d'échecs open-source, renvoyée en JSON propre, sans clé. Consultez le profil de n'importe quel joueur (titres, classements dans les variantes bullet, blitz, rapide et classique, nombre de parties, pays, classement FIDE), son historique de classement par variante et son statut en ligne ; récupérez les meilleurs joueurs pour tout type de performance ; obtenez les parties récentes d'un utilisateur avec les ouvertures, les horloges, les résultats et les listes complètes de coups ; obtenez une évaluation cloud Stockfish de n'importe quelle position par FEN (meilleures lignes, scores en centipions ou mat) ; servez le puzzle quotidien ou tout puzzle par identifiant (avec solution et thèmes) ; et listez les tournois en cours, à venir et terminés. Données en direct depuis lichess.org. Distinct des statistiques de joueurs Chess.com : Lichess est sa propre plateforme avec analyse par moteur cloud, une base de données de puzzles et des tournois arène — idéal pour les applications d'échecs, les outils d'entraînement, les tableaux d'analyse, les bots et les classements. 9 points de terminaison de données. Authentifié avec une x-oanor-key ; limites de taux d'utilisation équitables selon le plan.

Disponibilité

100.0%

Latence

765ms

Abonnés

4,396

Audius en tant qu'API — la plateforme de streaming musical décentralisée, renvoyée en JSON propre, sans clé. Recherchez des morceaux, des artistes et des playlists ; obtenez les morceaux tendance par genre et fenêtre de temps ; consultez un morceau (genre, ambiance, bpm, tonalité musicale, ISRC, nombre de lectures/favoris/reposts, artwork et une URL de streaming durable), un artiste (abonnés, nombre de morceaux et playlists, bio, localisation) par ID ou @handle, les morceaux d'un artiste, et une playlist ou un album avec sa liste complète de morceaux. Chaque morceau est fourni avec une URL de streaming prête à jouer et une URL d'aperçu. Données en direct directement depuis le réseau de découverte Audius. Distinct des catalogues grand public : Audius est un catalogue indépendant appartenant aux créateurs de musique électronique, hip-hop et underground avec un audio streamable réel — idéal pour les applications de découverte musicale, lecteurs, outils DJ et projets Web3 musicaux. 8 endpoints de données. Authentifié avec une x-oanor-key ; limites d'utilisation équitables selon le plan.

Disponibilité

100.0%

Latence

632ms

Abonnés

3,254

Mixcloud en tant qu'API — la maison de l'audio long format : mixes DJ, émissions radio et podcasts, renvoyés en JSON propre, sans clé. Recherchez des cloudcasts, des utilisateurs ou des tags ; consultez un profil utilisateur (abonnés, écoutes, localisation, photo) et ses émissions ; obtenez les détails complets d'un cloudcast — nombre de lectures, favoris, republications, nombre d'auditeurs, durée audio, tags et uploader ; lisez les commentaires d'une émission ; récupérez les cloudcasts tendance pour n'importe quel tag ou catégorie ; et listez les catégories de Mixcloud. Données en direct directement depuis l'API publique de Mixcloud. Distinct des API musicales basées sur les pistes : Mixcloud propose des mixes d'une heure, des archives de diffusion et des émissions — idéal pour les applications de découverte musicale, les répertoires radio et DJ, les outils de podcast et les tableaux de bord audio. 8 endpoints de données. Authentifié avec une x-oanor-key ; limites d'utilisation équitables selon le plan.

Disponibilité

100.0%

Latence

424ms

Abonnés

3,900

Métadonnées musicales et de podcasts Spotify sous forme d'API — sans connexion, sans OAuth. Résolvez n'importe quel morceau, album, artiste ou playlist Spotify par son id, URI spotify: ou URL open.spotify.com et obtenez du JSON propre : noms, IDs et URIs Spotify canoniques, pochettes, dates de sortie, durées, drapeaux explicites et aperçus audio de 30 secondes. Les albums reviennent avec leur liste de pistes complète, les artistes avec leurs meilleurs morceaux, et les playlists avec leurs pistes et leur propriétaire. Un point de terminaison de résolution universelle détecte automatiquement le type d'entité à partir de n'importe quel lien Spotify, et un point de terminaison oEmbed renvoie le titre, la vignette et le HTML du lecteur intégrable pour toute URL Spotify. Données en direct directement depuis l'embed public de Spotify. Idéal pour enrichir votre catalogue avec des IDs Spotify, créer des liens "écouter sur Spotify", prévisualiser des morceaux et faire correspondre de la musique entre services. 6 points de terminaison de données. Authentifié avec une x-oanor-key ; limites de taux d'utilisation équitables par plan.

Disponibilité

100.0%

Latence

319ms

Abonnés

3,488

La base de données ouverte de métadonnées musicales sous forme d'API — artistes, groupes de sorties (albums), sorties, enregistrements et labels, identifiés par des identifiants MusicBrainz stables (MBID), renvoyés en JSON propre. Recherchez n'importe quelle entité par nom ou requête Lucene ; consultez un artiste avec ses liens externes et tags, un album, une sortie avec sa liste de pistes complète, un enregistrement avec ses ISRC, ou un label ; et parcourez la discographie complète d'un artiste. Données en direct avec MBID, désambiguïsations, types, pays, durées de vie, ISRC, codes-barres, numéros de catalogue et relations — les identifiants canoniques qui lient et dédupliquent les données musicales entre services. Idéal pour l'enrichissement et l'appariement de métadonnées, les catalogues musicaux, les outils de tagging et de bibliothèque, et la recherche. 11 endpoints de données. Authentifié avec une x-oanor-key ; limites de taux d'utilisation équitables selon le plan.

Disponibilité

100.0%

Latence

376ms

Abonnés

4,961

Données Pinterest en temps réel sous forme d'API — épingles, tableaux et utilisateurs, renvoyés en JSON propre. Recherchez des épingles, des tableaux ou des utilisateurs par mot-clé ; consultez le profil de n'importe quel utilisateur avec le nombre d'abonnés, d'épingles et de tableaux ; récupérez les tableaux d'un utilisateur et leurs épingles ; obtenez les détails d'une épingle (repins, commentaires, image, lien, domaine, créateur) et ses épingles associées ; et récupérez les détails d'un tableau et ses épingles. Données en direct avec titres, descriptions, URL d'images en haute résolution, liens sortants, nombres de repins et de commentaires, couleurs dominantes et créateurs. Idéal pour l'écoute sociale et la recherche de tendances, l'agrégation et la découverte de contenu, les outils de commerce électronique et de marketing visuel, et les tableaux de bord. 10 endpoints de données. Authentifié avec une clé x-oanor ; limites d'utilisation équitables selon le forfait.

Disponibilité

100.0%

Latence

1859ms

Abonnés

4,555

Données musicales Genius en temps réel sous forme d'API — chansons, artistes, albums et paroles complètes, renvoyés en JSON propre. Recherchez des chansons, ou effectuez une recherche sur les chansons, artistes et albums à la fois ; récupérez une chanson, un artiste ou un album par son identifiant ; listez les chansons d'un artiste classées par popularité ; et extrayez les paroles complètes et nettoyées de n'importe quelle chanson par identifiant ou par URL Genius. Données en direct avec titres, artistes principaux et invités, nombre de vues, dates de sortie, illustrations, nombre d'abonnés et handles sociaux. Le endpoint lyrics renvoie le texte complet de la chanson avec les marqueurs de section ([Verse], [Chorus]) et l'en-tête du contributeur supprimés. Idéal pour les applications musicales et de paroles, les outils de karaoké et de chant, l'analyse de sentiments et de langage, et l'enrichissement de métadonnées. 7 endpoints de données. Authentifié avec une x-oanor-key ; limites de taux d'utilisation équitables par plan.

Disponibilité

100.0%

Latence

2304ms

Abonnés

3,929

Données en temps réel du catalogue Apple iTunes sous forme d'API — musique, podcasts, livres électroniques et livres audio, plus des recherches d'artistes, d'albums et de podcasts, renvoyées en JSON propre. Recherchez des chansons, des albums, des podcasts, des livres électroniques et des livres audio, ou effectuez une recherche générale sur tout type de média ; recherchez un élément par son identifiant iTunes ; récupérez un artiste avec ses albums et ses chansons ; récupérez un album avec sa liste complète de pistes ; et récupérez un podcast avec ses épisodes récents. Données en direct avec noms, artistes, illustrations (agrandies), URL d'aperçu, genres, prix, dates de sortie, classifications de contenu, nombre de pistes et URL des flux de podcasts. Idéal pour les applications musicales et de podcasts, l'enrichissement de catalogues et de métadonnées, les outils de découverte et de recommandation, et la recherche. 12 endpoints de données. Authentifié avec une clé x-oanor-key ; limites d'utilisation équitables par plan.

Disponibilité

100.0%

Latence

188ms

Abonnés

3,411

Données musicales Deezer en temps réel sous forme d'API — titres, albums, artistes, playlists, classements et genres, renvoyés en JSON propre. Recherchez dans le catalogue des titres, albums, artistes et playlists ; récupérez n'importe quel titre, album (avec sa liste de titres), artiste ou playlist par identifiant ; obtenez les meilleurs titres et la discographie complète d'un artiste ; extrayez les classements mondiaux (meilleurs titres, albums, artistes et playlists) et la liste des genres. Données en direct avec titres, durées, classements, nombres de fans, pochettes et illustrations, URL d'aperçu de 30 secondes, dates de sortie et indicateurs explicites. Idéal pour les applications musicales et lecteurs, les outils de recommandation et de découverte, l'enrichissement de métadonnées, les tableaux de bord et la recherche. 12 endpoints de données. Authentifié avec une x-oanor-key ; limites de taux d'utilisation équitables par plan.

Disponibilité

100.0%

Latence

530ms

Abonnés

4,864

Données Reddit en temps réel sous forme d'API — subreddits, publications, commentaires, profils utilisateur et recherche, renvoyés en JSON propre. Récupérez les informations d'un subreddit ainsi que ses publications chaudes, nouvelles, populaires ou en hausse ; récupérez une publication avec son arbre de commentaires complet ; consultez le profil, le karma, les soumissions et les commentaires d'un utilisateur ; recherchez des publications sur tout Reddit ou dans un subreddit spécifique ; et listez les publications tendances et les subreddits les plus populaires. Données en direct, paginées avec les curseurs Reddit, avec scores, ratios de votes positifs, nombres de commentaires, flairs, horodatages, miniatures et URLs de médias. Idéal pour l'écoute sociale et la surveillance de marque, les tableaux de bord de tendances et de sentiments, l'agrégation de contenu, la recherche et l'intelligence de marché, et les bots. 11 endpoints de données. Authentifié avec une clé x-oanor ; limites d'utilisation équitable par plan.

Disponibilité

100.0%

Latence

1809ms

Abonnés

4,986

Mathématiques de disposition de rampe et de balustre sous forme d'API, calculées localement et de manière déterministe — le nombre de balustres, l'espacement et le nombre de poteaux qu'un constructeur de terrasse, un fabricant ou un concepteur de balustrade utilise pour disposer une main courante. Le point de terminaison baluster-count donne le plus petit nombre de balustres qui maintient chaque espace dans la limite de sécurité : entre deux poteaux, n balustres laissent n+1 espaces, donc le nombre = ceil((longueur de la rampe − espace max) ÷ (largeur du balustre + espace max)). La limite habituelle pour une main courante est une sphère de 100 mm (4 pouces) — une règle de sécurité enfant — donc une rampe de 2000 mm avec des balustres de 40 mm nécessite 14 d'entre eux avec des espaces de 96 mm ; arrondissez au supérieur, car un de moins ouvre les espaces au-delà de la limite. Le point de terminaison layout dispose un nombre connu uniformément : l'espace = (longueur de la rampe − largeur totale des balustres) ÷ (nombre + 1), l'entraxe = largeur du balustre + espace, et le centre du premier balustre se trouve à un espace plus la moitié d'un balustre de la face du poteau, donc vous marquez le premier centre et vous répétez l'entraxe, le dernier espace étant égal au premier. Le point de terminaison post-count dimensionne le cadre : une course nécessite un poteau de plus que de travées, travées = ceil(course ÷ espacement max des poteaux), poteaux = travées + 1, espacement uniforme = course ÷ travées — une course de 6 m avec un max de 1,8 m prend 4 travées et 5 poteaux à un espacement net de 1,5 m. Tout est calculé localement et de manière déterministe, donc c'est instantané et privé. Idéal pour les outils de conception de terrasse et de balustrade, les applications de fabrication et d'estimation, et les calculateurs de construction. Calcul local pur — pas de clé, pas de service tiers, instantané. Utilise la règle commune de remplissage de 100 mm — confirmez votre code local. 3 points de terminaison de calcul. Pour la montée et la course d'escalier, utilisez une API d'escalier ; pour les piquets de clôture, une API de clôture.

Disponibilité

100.0%

Latence

76ms

Abonnés

4,589

Les calculs de chauffage aux granulés de bois sous forme d'API, calculés localement et de manière déterministe — les chiffres de consommation, de production de chaleur et de stockage dont un propriétaire, un installateur ou un planificateur de chauffage a besoin pour dimensionner un système à granulés. Le point de terminaison de consommation donne les granulés nécessaires pour répondre à une demande de chaleur = la demande ÷ la chaleur utile par kilo, où l'utile = le pouvoir calorifique × le rendement de la chaudière : les granulés de bois ENplus contiennent environ 4,8 kWh/kg et une chaudière à granulés moderne fonctionne à ~90 %, donc chaque kilo fournit environ 4,3 kWh — une demande annuelle de 10 000 kWh nécessite alors environ 2,3 tonnes de granulés, soit environ 154 sacs de quinze kilos ou une livraison en vrac. Le point de terminaison de production de chaleur inverse le calcul : la chaleur utile d'une masse = masse × pouvoir calorifique × rendement, donc une tonne de granulés ENplus représente environ 4 800 kWh bruts dont une chaudière à 90 % délivre ~4 320 kWh — l'équivalent d'environ 480 litres de fioul ou 432 m³ de gaz naturel. Le point de terminaison de volume de stockage dimensionne la trémie ou le silo : stockage = la masse de granulés ÷ la densité apparente (versée), environ 650 kg/m³ pour l'ENplus, donc 2,3 tonnes remplissent environ 3,6 m³ — dimensionnez le stockage pour la livraison complète plus une marge pour le tuyau de remplissage. Tout est calculé localement et de manière déterministe, donc c'est instantané et privé. Idéal pour les outils de chauffage aux granulés et d'installation, les applications de gestion énergétique et de devis, et les calculateurs de chaleur renouvelable. Calcul local pur — pas de clé, pas de service tiers, instantané. Utilise les chiffres standard ENplus — définissez les vôtres pour un grade de granulés spécifique. 3 points de terminaison de calcul. Pour le bois de chauffage, utilisez une API de bois de chauffage ; pour le propane/GPL, une API de propane.

Disponibilité

100.0%

Latence

82ms

Abonnés

4,070

Mathématiques du vol de cerf-volant sous forme d'API, calculées localement et de manière déterministe — les nombres de traction de ligne, d'altitude et de vent minimum qu'un cerf-voliste, organisateur de festival ou application de cerf-volant utilise pour planifier un vol. Le point d'accès line-pull donne la tension qu'un cerf-volant exerce sur la ligne ≈ ½ × densité de l'air × vitesse du vent² × surface de voile × un coefficient de force (~0,8 pour un cerf-volant plat ou delta typique) : comme elle augmente avec le carré du vent, doubler le vent quadruple la traction — un cerf-volant de 1,5 m² exerce environ 47 N (près de 5 kgf) à 8 m/s mais quatre fois plus par vent fort, donc la ligne et votre prise doivent être dimensionnés pour les rafales, pas pour la moyenne. Le point d'accès altitude donne la hauteur de vol = la ligne déroulée × le sinus de l'angle de la ligne au-dessus de l'horizontale, avec la distance sous le vent à partir du cosinus : 100 m de ligne à un angle de 45° atteint environ 71 m de haut et 71 m sous le vent, tandis qu'un cerf-volant lourd ou mal gonflé s'affaisse à un angle faible et ne monte jamais. Le point d'accès min-wind donne le vent le plus léger qui décolle, où la portance aérodynamique égale juste le poids : vent min = √(2 × masse × g ÷ (densité de l'air × surface × coefficient de portance)), donc un cerf-volant de 200 g et 1,5 m² n'a besoin que d'environ 1,6 m/s (6 km/h) — des voiles plus légères et une plus grande surface abaissent le seuil. Tout est calculé localement et de manière déterministe, donc c'est instantané et privé. Idéal pour les applications de cerf-volant et de festival, les outils éducatifs de loisir et de STEM, et les calculateurs en extérieur. Calcul local pur — pas de clé, pas de service tiers, instantané. Estimations pour cerf-volant plat — combinez avec des relevés de vent réels. 3 points d'accès de calcul. Pour la traînée et la vitesse terminale, utilisez une API de traînée ; pour la charge structurelle due au vent, une API de charge de vent.

Disponibilité

100.0%

Latence

78ms

Abonnés

3,784

Mathématiques de géométrie de disque vinyle sous forme d'API, calculées localement et de manière déterministe — les nombres de temps de lecture, de longueur de sillon et de vitesse de sillon qu'un ingénieur de gravure, une usine de pressage ou un amateur audio utilise pour calculer un disque. Le point de terminaison du temps de lecture donne le temps maximum d'une face = le nombre de tours de sillon ÷ la vitesse de la platine, où les tours = la largeur radiale de la bande enregistrée ÷ le pas de sillon (l'espacement entre les sillons adjacents) : un LP 12 pouces avec ~85 mm de bande à un pas de 100 µm contient environ 850 tours, donc à 33⅓ tr/min cela donne environ 25 minutes par face — un pas plus serré permet plus de temps mais réduit l'amplitude du sillon et donc le volume et les basses, le compromis classique temps contre niveau. Le point de terminaison de la longueur de sillon déroule la spirale : longueur ≈ tours × la circonférence moyenne (π × la moyenne des diamètres extérieur et intérieur), de l'ordre de 400 à 500 mètres pour une face de LP, que le stylet parcourt entièrement. Le point de terminaison de la vitesse de sillon donne la vitesse linéaire sous le stylet = 2π × tr/min/60 × rayon, donc les sillons extérieurs d'un LP passent à environ 50 cm/s mais les intérieurs seulement ~20 cm/s — la cause de la distorsion des sillons intérieurs et pourquoi les ingénieurs placent les pistes plus calmes en dernier. Tout est calculé localement et de manière déterministe, donc c'est instantané et privé. Idéal pour les outils de gravure et de mastering de disques, les applications hi-fi et pour collectionneurs, et les calculateurs d'ingénierie audio. Calcul local pur — pas de clé, pas de service tiers, instantané. 3 points de terminaison de calcul. Pour les mathématiques de notes musicales et de tempo, utilisez une API musicale.

Disponibilité

100.0%

Latence

72ms

Abonnés

3,749

Mathématiques de la gnomonique du cadran solaire sous forme d'API, calculées localement et de manière déterministe — les nombres de ligne horaire, de gnomon et de correction de longitude qu'un fabricant de cadrans, un horloger ou un passionné d'astronomie utilise pour tracer un cadran solaire. Le point de terminaison de l'angle de la ligne horaire donne l'angle de chaque ligne horaire sur le cadran, mesuré à partir de la ligne de midi : pour un cadran horizontal tan(angle) = sin(latitude) × tan(angle horaire), et pour un cadran vertical orienté sud, on utilise cos(latitude) à la place, où l'angle horaire est de 15° par heure à partir de midi solaire. À 50° de latitude, la ligne de 13h se trouve à environ 11,6° de midi plutôt qu'à 15° — les lignes se resserrent près de midi et s'écartent vers les extrémités, ce qui explique pourquoi les heures d'un cadran solaire sont inégalement espacées. Le point de terminaison du gnomon donne l'angle du style : le bord projetant l'ombre du gnomon doit pointer vers le pôle céleste, donc il s'élève à l'angle de latitude sur un cadran horizontal (50° à 50° N) et à 90° − latitude sur un cadran vertical — si vous vous trompez, le cadran n'indique l'heure correcte qu'à une seule saison. Le point de terminaison de correction de longitude convertit l'heure apparente locale du cadran en heure horloge : 4 minutes de temps par degré de longitude, correction = 4 × (méridien de référence − longitude locale), donc un cadran à 7,5° E en heure d'Europe centrale indique 30 minutes de retard par rapport à l'horloge. Tout est calculé localement et de manière déterministe, donc c'est instantané et privé. Idéal pour les outils de conception de cadrans solaires et de gnomonique, les applications d'éducation en astronomie et de fabrication, et les calculateurs horlogers. Calcul local pur — pas de clé, pas de service tiers, instantané. Ajoutez l'équation du temps pour une précision horlogère complète. 3 points de terminaison de calcul. Pour la position du soleil, utilisez une API de position solaire ; pour le lever et le coucher du soleil, une API de lever de soleil.

Disponibilité

100.0%

Latence

78ms

Abonnés

3,223

Mathématiques de fonderie et de moulage de métaux sous forme d'API, calculées localement et de manière déterministe — les nombres de temps de solidification, de retrait et de poids de fusion qu'un fondeur, modeleur ou concepteur de pièces moulées utilise dans son travail. Le point de terminaison du temps de solidification applique la règle de Chvorinov, t = B × (V/A)², où V/A est le module de coulée (volume ÷ surface de refroidissement) et B est la constante du moule (~2–4 min/cm² pour le sable) : une pièce massive avec peu de surface pour son volume gèle lentement, une pièce mince rapidement — et comme une masselotte doit rester liquide plus longtemps que la pièce qu'elle alimente, son module doit être plus grand, c'est le nombre qui la dimensionne. Le point de terminaison du retrait de modèle rend le modèle surdimensionné pour le métal qui rétrécit en refroidissant : modèle = dimension de la pièce × (1 + retrait/100), la règle de contraction du modeleur — environ 1,0–1,6 % pour la fonte grise, ~2 % pour l'acier et l'aluminium — donc une caractéristique en acier de 100 mm nécessite un modèle de 102 mm. Le point de terminaison du poids de fusion donne le poids de la pièce = volume × densité du métal (fonte ~7,2, acier ~7,85, aluminium ~2,70 g/cm³) et le métal à réellement couler = poids de la pièce ÷ le rendement de coulée, car la descente de coulée, les canaux et les masselottes sont des rebuts refondus — une pièce en fonte de 7 kg avec un rendement de 70 % nécessite environ 10 kg dans la poche. Tout est calculé localement et de manière déterministe, donc c'est instantané et privé. Idéal pour les outils de fonderie et de modélisation, les applications de conception et d'estimation de pièces moulées, et les calculateurs de travail des métaux. Calcul local pur — pas de clé, pas de service tiers, instantané. 3 points de terminaison de calcul. Pour le poids d'une pièce à partir de ses dimensions, utilisez une API de poids de métal ; pour les joints soudés, une API de soudage.

Disponibilité

100.0%

Latence

79ms

Abonnés

3,599

Mathématiques des statistiques d'efficacité du basket-ball sous forme d'API, calculées localement et de manière déterministe — les chiffres d'efficacité de tir et de box-score qu'un analyste, un entraîneur ou une application sportive utilise pour évaluer une performance. Le point de terminaison true-shooting combine les tirs à deux points, à trois points et les lancers francs en un seul nombre : TS% = points ÷ (2 × (tentatives de tir + 0,44 × tentatives de lancer franc)) × 100, où 0,44 estime le nombre de possessions qu'une série de lancers francs utilise réellement — 25 points sur 18 tirs et 6 lancers francs donne environ 60,6 %, contre une moyenne de ligue proche de 56–58 %. Le point de terminaison effective-field-goal crédite un tir à trois points pour valoir 50 % de plus qu'un tir à deux points : eFG% = (tirs réussis + 0,5 × tirs à trois points réussis) ÷ tentatives de tir × 100, donc 9 tirs réussis dont 3 tirs à trois points sur 18 tentatives donne 58,3 % contre un brut de 50 %, l'écart étant la valeur du tir longue distance. Le point de terminaison game-score calcule le Game Score de John Hollinger, une note de productivité sur un seul match échelonnée comme des points — PTS + 0,4·FGM − 0,7·FGA − 0,4·(FTA−FTM) + 0,7·ORB + 0,3·DRB + STL + 0,7·AST + 0,7·BLK − 0,4·PF − TOV — où environ 10 est un match moyen, 20+ excellent et 40+ historique, récompensant un scoring efficace et un jeu complet tout en pénalisant les tirs manqués et les pertes de balle. Tout est calculé localement et de manière déterministe, donc c'est instantané et privé. Idéal pour les analyses de basket-ball et les outils de box-score, les applications de fantasy et de commentaires, et les calculateurs sportifs. Calcul local pur — pas de clé, pas de service tiers, instantané. 3 points de terminaison de calcul. Pour les statistiques de baseball, utilisez une API de baseball ; pour le cricket, une API de cricket.

Disponibilité

100.0%

Latence

80ms

Abonnés

3,036

Mathématiques de statistiques de cricket en tant qu'API, calculées localement et de manière déterministe — le run-rate, le strike-rate et les chiffres de poursuite qu'un marqueur, commentateur ou application de cricket utilise match par match. Un over est de six balles légales, et les overs sont donnés comme overs entiers plus balles, jamais comme overs décimaux — '20,3 overs' signifie 20 overs et 3 balles (20,5 en termes réels), le piège classique des maths du cricket que cette API évite. Le endpoint run-rate donne les runs par over = runs ÷ (balles ÷ 6), donc 150 runs en 20 overs donne 7,50 par over, et avec un chiffre d'overs cible, il projette le score de la manche au rythme actuel. Le endpoint strike-rate donne le strike rate d'un batteur = runs ÷ balles affrontées × 100, les runs pour 100 balles — 75 en 50 donne un strike rate de 150, un score rapide dans le jeu à overs limités ; dans les Tests, un strike rate plus bas avec une moyenne élevée est plutôt prisé. Le endpoint required-rate gère une poursuite : le required run rate = les runs encore nécessaires ÷ les balles restantes × 6, donc avoir besoin de 80 pour gagner avec 10 overs restants donne 8,00 par over — un chiffre qui monte fortement à mesure que les balles s'épuisent, c'est pourquoi une poursuite confortable peut basculer en quelques overs serrés. Tout est calculé localement et de manière déterministe, donc c'est instantané et privé. Idéal pour les applications de marquage et de scores en direct de cricket, les outils de fantasy et de commentaire, et les calculatrices sportives. Calcul local pur — pas de clé, pas de service tiers, instantané. 3 endpoints de calcul. Pour les statistiques de baseball, utilisez une API de baseball.

Disponibilité

100.0%

Latence

78ms

Abonnés

4,390

Mathématiques de la photographie time-lapse sous forme d'API, calculées localement et de manière déterministe — les nombres de durée de clip, d'intervalle et de stockage qu'un photographe, cinéaste ou application d'appareil photo planifie avec une séquence. Le point de terminaison clip-length échange une longue prise de vue contre un court clip : les images capturées = la durée de la prise de vue ÷ l'intervalle, et la durée du clip = ces images ÷ la fréquence d'images de lecture — filmer pendant 60 minutes à une image toutes les 5 secondes donne 720 images, et à 24 ips cela donne une lecture de 30 secondes, une accélération de 120×. Des intervalles plus longs compressent le temps plus fortement mais peuvent saccader sur des mouvements rapides. Le point de terminaison intervalle fonctionne à rebours à partir d'un clip cible : les images nécessaires = la durée du clip cible × la fréquence d'images, et l'intervalle = la durée de la prise de vue ÷ ces images, donc une prise de vue de 60 minutes pour un clip de 20 secondes à 24 ips nécessite 480 images, une toutes les 7,5 secondes. Le point de terminaison stockage dimensionne la carte et le disque : stockage total = le nombre d'images × la taille d'une image, et comme les prises de vue time-lapse prennent des images fixes en pleine résolution (RAW ~20–30 Mo chacune), 720 images RAW à 25 Mo représentent environ 18 Go pour un seul clip de 30 secondes — c'est pourquoi une longue lapse mange les cartes rapidement. Tout est calculé localement et de manière déterministe, donc c'est instantané et privé. Idéal pour les applications time-lapse et intervalomètre, les outils de planification photographique et les calculateurs de production. Calcul local pur — pas de clé, pas de service tiers, instantané. 3 points de terminaison de calcul. Pour le débit vidéo et la taille de fichier, utilisez une API de débit.

Disponibilité

100.0%

Latence

78ms

Abonnés

4,130

Mathématiques de confiture et de conserves en tant qu'API, calculées localement et de manière déterministe — les nombres de sucre, de point de prise et de rendement qu'un fabricant de confiture, un conserveur ou une application de recettes utilise pour un lot. Le point de terminaison sucre définit le sucre à partir du rapport sucre/fruit : une confiture traditionnelle à sucre complet est de 1:1, donc 1 kg de fruit nécessite 1 kg de sucre pour un lot de 2 kg à 50 % de sucre, tandis que des rapports plus faibles (0,6–0,75) donnent une conserve plus molle, plus fraîche et moins sucrée qui nécessite de la pectine ajoutée et se conserve moins bien — le sucre à la fois conserve et aide à la gélification. Le point de terminaison point de prise donne la température de gel ajustée pour l'altitude : la confiture prend à environ 4,5 °C (8 °F) au-dessus de la température d'ébullition de l'eau — 104,5 °C au niveau de la mer — mais comme l'eau bout plus bas en montant (environ 1 °C par 285 m), la cible tombe à près de 99 °C à 1500 m, donc cuire jusqu'à la valeur du niveau de la mer en montagne fait bouillir le lot. Le point de terminaison rendement réduit le lot à une cible de solides solubles (Brix) : la confiture se conserve à environ 65 % de Brix, le poids fini = les solides (sucre plus la matière sèche du fruit d'environ 10 %) ÷ le Brix cible, et le reste s'évapore sous forme d'eau — 1 kg de sucre et 1 kg de fruit se réduisent à environ 1690 g de confiture, perdant environ 310 g d'eau. Tout est calculé localement et de manière déterministe, donc c'est instantané et privé. Idéal pour les outils de conservation et de recettes, les applications de ferme et de cuisine, et les calculateurs de production alimentaire. Calcul local pur — pas de clé, pas de service tiers, instantané. Chimie du gel, pas de sécurité de mise en conserve. 3 points de terminaison de calcul. Pour l'ajustement d'altitude en temps de traitement, utilisez une API de mise en conserve.

Disponibilité

100.0%

Latence

77ms

Abonnés

4,167

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.

Disponibilité

100.0%

Latence

82ms

Abonnés

4,238