Aperçu du marché

Marché API

Découvrez et intégrez APIs via la passerelle secrète sécurisée d'oanor.

337–360 sur 1117 API

API de gestion de la valeur acquise

Mathématiques de la gestion de la valeur acquise (EVM) sous forme d'API, calculées localement et de manière déterministe — les contrôles de coût et de calendrier de projet utilisés dans PMP, PRINCE2 et les marchés publics. Le point de terminaison des métriques prend le budget à l'achèvement (BAC), la valeur planifiée (PV), la valeur acquise (EV) et le coût réel (AC) — ou un pourcentage d'avancement et un pourcentage planifié du BAC — et renvoie l'écart de coût (CV = EV−AC), l'écart de calendrier (SV = EV−PV), les indices de performance des coûts et du calendrier (CPI = EV/AC, SPI = EV/PV), le pourcentage d'avancement et de dépenses, et une lecture en langage clair de dépassement/sous-budget et d'avance/retard sur le calendrier. Le point de terminaison de prévision projette la fin : l'estimation à l'achèvement selon trois méthodes standard (BAC/CPI lorsque la tendance des coûts se poursuit, AC + budget restant, et le coût et le calendrier AC + (BAC−EV)/(CPI·SPI)), l'estimation pour achèvement (ETC), l'écart à l'achèvement (VAC) et l'indice de performance pour achèvement (TCPI) pour atteindre soit le budget initial, soit l'EAC. Un CPI de 0,875 sur un budget de 1000 prévoit un dépassement de 1143. Tout est calculé localement et de manière déterministe, donc instantané et privé. Idéal pour les développeurs d'applications de gestion de projet, PMO, construction, aérospatiale et contrats, les tableaux de bord de projet et les outils de reporting de valeur acquise, et la formation PMP/PRINCE2. Calcul local pur — pas de clé, pas de service tiers, instantané. En direct, rien n'est stocké. 2 points de terminaison de calcul. Il s'agit du contrôle de projet par la valeur acquise ; pour les prêts ou les flux de trésorerie VAN, utilisez une API financière.

#earned-value #evm #project-management
P par PremiumApi
Disponibilité
100.0%
Latence
82ms
Abonnés
4,782
Vérifié par le serveur 9 sondes/24h

api.oanor.com/earnedvalue-api

API de qualité Six Sigma

Mathématiques Six Sigma et d'ingénierie qualité sous forme d'API, calculées localement et de manière déterministe — les mathématiques de capabilité de processus et de défauts derrière un programme qualité. Le point d'accès capability prend une moyenne de processus, un écart type et les limites de spécification supérieure et/ou inférieure et retourne Cp = (USL−LSL)/6σ et Cpk = min((USL−μ)/3σ, (μ−LSL)/3σ) ainsi que Cpu, Cpl et les DPMO et rendement attendus à partir des queues normales — un Cpk centré de 1,33 est l'objectif classique de processus capable. Le point d'accès dpmo transforme les défauts, unités et opportunités (ou un rendement) en défauts par million d'opportunités, le rendement et le niveau sigma de processus en utilisant le décalage à long terme conventionnel de 1,5σ — le fameux 3,4 DPMO Six Sigma, et 3000 DPMO aboutissant à environ 4,25 sigma. Le point d'accès yield enchaîne les rendements par étape en rendement global de passage Π(yieldᵢ) — la probabilité qu'une unité passe chaque étape sans défaut — avec le rendement normalisé et le total de défauts par unité, et peut démarrer à partir de DPU. Les queues normales proviennent d'un erfc précis et le niveau sigma d'une inverse-normale exacte. Tout est calculé localement et de manière déterministe, donc instantané et privé. Idéal pour les développeurs d'applications d'ingénierie qualité, de fabrication, Lean Six Sigma et d'amélioration de processus, les outils de SPC et d'étude de capabilité, et la formation ceinture verte/noire. Calcul local pur — pas de clé, pas de service tiers, instantané. En direct, rien n'est stocké. 3 points d'accès de calcul. Ce sont les mathématiques de capabilité et DPMO ; pour les statistiques descriptives générales, utilisez une API de statistiques.

#six-sigma #process-capability #cpk
P par PremiumApi
Disponibilité
100.0%
Latence
72ms
Abonnés
4,281
Vérifié par le serveur 12 sondes/24h

api.oanor.com/sixsigma-api

API d'ingénierie de la fiabilité

Les mathématiques de l'ingénierie de la fiabilité sous forme d'API, calculées localement et de manière déterministe — la disponibilité, le MTBF et les mathématiques des défaillances derrière les SLA et les systèmes fiables. Le point de terminaison de disponibilité convertit entre MTBF et MTTR, une disponibilité cible et les « neuf » du SLA : donnez-lui un temps moyen entre pannes et un temps moyen de réparation et il renvoie la disponibilité A = MTBF/(MTBF+MTTR) et le temps d'arrêt par an, mois, semaine et jour ; donnez-lui un nombre de neuf et il renvoie le budget — trois neuf (99,9 %) correspondent à 8,76 heures d'arrêt par an, cinq neuf (99,999 %) à seulement 5,26 minutes. Le point de terminaison de fiabilité calcule la probabilité qu'une unité survive à un temps de mission selon le modèle exponentiel R(t) = e^(−λt) avec son taux de défaillance constant λ = 1/MTBF, ou le modèle de Weibull R(t) = e^(−(t/η)^β) — β inférieur à un pour la mortalité infantile, un pour les défaillances aléatoires, supérieur à un pour l'usure — renvoyant la fiabilité, la probabilité de défaillance, le taux de défaillance et la durée de vie moyenne η·Γ(1+1/β). Le point de terminaison système combine les fiabilités des composants en un système : série (le maillon le plus faible, ΠRᵢ), redondance parallèle (1−Π(1−Rᵢ)) ou vote k-of-n. Tout est calculé localement et de manière déterministe, donc c'est instantané et privé. Idéal pour les développeurs d'applications SRE, DevOps, fiabilité matérielle, ingénierie de sécurité et planification SLA, les outils de budget de disponibilité et de conception de redondance, et l'enseignement de l'ingénierie. Calcul local pur — pas de clé, pas de service tiers, instantané. En direct, rien n'est stocké. 3 points de terminaison de calcul. Ce sont les mathématiques de la fiabilité et de la disponibilité ; pour les temps d'attente en file d'attente, utilisez une API de file d'attente et pour les vérifications de disponibilité en direct, utilisez un service de surveillance.

#reliability #availability #mtbf
P par PremiumApi
Disponibilité
100.0%
Latence
78ms
Abonnés
4,656
Vérifié par le serveur 12 sondes/24h

api.oanor.com/reliability-api

API de plongée sous-marine

Mathématiques de plongée sous-marine et de planification des gaz sous forme d'API, calculées localement et de manière déterministe. Le point d'accès nitrox prend une fraction d'oxygène et retourne la profondeur maximale d'opération (MOD) pour une limite de ppO2 (1,4 en travail, 1,6 en contingence), et, pour une profondeur donnée, la pression partielle d'oxygène, la profondeur d'air équivalente (EAD), si le mélange est dans sa limite et le meilleur mélange pour cette profondeur — l'EAN32 a une MOD de 33,75 m à 1,4 et une EAD de 24,4 m à 30 m. Le point d'accès gaz planifie le gaz respiratoire à partir d'un taux de consommation d'air en surface (SAC/RMV) : il adapte la consommation à la profondeur (consommation = SAC × (1 + profondeur/10)), donne les litres nécessaires pour une plongée planifiée et la durée de la bouteille sur le gaz disponible jusqu'à une réserve, et peut déduire votre SAC à partir de la chute de pression d'une plongée enregistrée, de la taille de la bouteille et du temps. Le point d'accès pression donne la pression ambiante et la pression partielle de chaque gaz à la profondeur, plus la profondeur narcotique équivalente (END) pour tout mélange incluant le trimix — l'hélium est non narcotique, donc il réduit la narcose. Métrique partout : profondeur en mètres d'eau de mer, où 10 m ≈ 1 bar. Tout est calculé localement et de manière déterministe, donc c'est instantané et privé. Idéal pour les développeurs d'applications de planification de plongée, de journal de plongée, d'apnée et de formation à la plongée sous-marine, les calculateurs de nitrox et trimix, et les outils d'éducation à la plongée. Calcul local pur — pas de clé, pas de service tiers, instantané. En direct, rien n'est stocké. 3 points d'accès de calcul. Ce sont des mathématiques de planification de plongée, pas un NDL de modèle de décompression — toujours recouper avec des tables ou un ordinateur de plongée.

#scuba #diving #nitrox
P par PremiumApi
Disponibilité
100.0%
Latence
80ms
Abonnés
4,595
Vérifié par le serveur 12 sondes/24h

api.oanor.com/scuba-api

API de cotes de casino

Mathématiques de jeux de casino sous forme d'API, calculées localement et de manière déterministe — avantage exact de la maison, valeur attendue et retour au joueur, jamais une simulation. Le point de terminaison roulette prend une variante de roue (européenne à zéro unique ou américaine à double zéro) et un type de mise (plein, cheval, transversale, carré, sixain, colonne, douzaine, rouge/noir, pair/impair, manque/passe, ou le panier américain) et retourne la probabilité de gain, le paiement, la valeur attendue par unité misée et l'avantage de la maison — les fameux 2,70 % sur chaque mise européenne, 5,26 % sur l'américaine (7,89 % sur le panier), et 1,35 % lorsque la règle européenne de la partage est appliquée aux mises à chances égales. Le point de terminaison craps donne les mathématiques exactes des 36 résultats de dés pour la ligne de passe (1,41 %), ne pas passer (1,36 %, avec son 12-poussée), le champ (2,78 % lorsque le 12 paie 3:1) et le sept (16,67 %). Le point de terminaison de mise est entièrement générique : donnez n'importe quelle probabilité de gain et paiement et il retourne la valeur attendue, l'avantage de la maison, le retour au joueur et l'écart type d'une mise unitaire — parfait pour le keno, les machines à sous, les cartes à gratter ou un pari personnalisé. Tout est calculé localement et de manière déterministe, donc c'est instantané et privé. Idéal pour les développeurs d'applications d'analyse de jeux, de jeu responsable, d'éducation sur les casinos et de comparaison de cotes, les outils d'avantage et de bankroll, et l'enseignement des probabilités. Calcul local pur — pas de clé, pas de service tiers, instantané. En direct, rien n'est stocké. 3 points de terminaison de calcul. Ce sont les mathématiques des cotes de jeu ; pour l'équité de main au Texas Hold'em, utilisez une API de poker et pour convertir les prix de paris, utilisez une API de cotes.

#casino #house-edge #roulette
P par PremiumApi
Disponibilité
100.0%
Latence
75ms
Abonnés
3,692
Vérifié par le serveur 12 sondes/24h

api.oanor.com/casino-api

API de statistiques de baseball

Sabermétrique du baseball en tant qu'API, calculée localement et de manière déterministe — transformez les chiffres bruts en statistiques de taux qui classent réellement les joueurs. Le point de terminaison de frappe prend les présences au bâton, les coups sûrs, les doubles, les triples, les circuits, les buts sur balles, les frappes par lancer et les sacrifices volés et retourne la moyenne au bâton (H/AB), le pourcentage de présence sur les buts ((H+BB+HBP)/(AB+BB+HBP+SF)), la moyenne de puissance (total de buts/AB), l'OPS (présence sur les buts plus puissance), la puissance isolée (SLG−AVG) et, lorsque les retraits sur des prises sont fournis, le BABIP — une ligne classique .300/.366/.530 en sort directement. Le point de terminaison de lancement prend les manches lancées, les points mérités, les coups sûrs, les buts sur balles, les retraits sur des prises et les circuits et retourne la moyenne de points mérités (9·ER/IP), le WHIP ((BB+H)/IP), les retraits sur des prises et les buts sur balles par neuf manches, le ratio retraits sur des prises/buts sur balles et le FIP, l'estimateur de lancement indépendant de la défense (13·HR + 3·(BB+HBP) − 2·K)/IP + constante. Les manches lancées sont un nombre décimal vrai, avec une entrée exacte de "retraits" pour la convention de pointage 6.1/6.2. Tout est calculé localement et de manière déterministe, donc c'est instantané et privé. Idéal pour les développeurs d'applications de baseball fantasy, d'analytique sportive, de sabermétrique et de pointage, les outils de dépistage et de statistiques, et le matériel pédagogique. Calcul local pur — pas de clé, pas de service tiers, instantané. En direct, rien n'est stocké. 2 points de terminaison de calcul. Ceci calcule les statistiques à partir de vos chiffres ; pour les scores en direct, les classements, les équipes et les joueurs, utilisez une API de données sportives.

#baseball #sabermetrics #sports-stats
P par PremiumApi
Disponibilité
100.0%
Latence
77ms
Abonnés
4,180
Vérifié par le serveur 9 sondes/24h

api.oanor.com/baseball-api

API d'investissement immobilier

Les mathématiques de l'investissement immobilier sous forme d'API, calculées localement et de manière déterministe — la couche d'analyse immobilière qu'un calculateur de prêt omet. Le point de terminaison du taux de capitalisation donne le revenu net d'exploitation et le taux de capitalisation d'une location à partir de son prix, du loyer brut, de la provision pour vacance et des charges d'exploitation (NOI = loyer brut × (1 − vacance) − charges ; taux de capitalisation = NOI / prix), ainsi que le multiplicateur de loyer brut — la vue sans effet de levier qu'un acheteur utilise pour comparer les offres. Le point de terminaison des flux de trésorerie ajoute le financement : à partir d'un acompte (montant ou pourcentage), d'un taux d'intérêt et d'une durée, il amortit le prêt hypothécaire, puis retourne le paiement mensuel, le service annuel de la dette, le flux de trésorerie de la propriété, le rendement cash-on-cash (flux de trésorerie annuel ÷ capital investi), le ratio de couverture du service de la dette (DSCR = NOI ÷ service de la dette, le chiffre sur lequel les prêteurs souscrivent) et le ratio prêt-valeur. Le point de terminaison des métriques exécute les ratios de sélection rapide sur lesquels les investisseurs filtrent — la règle du 1 % (loyer mensuel ≥ 1 % du prix), le rendement locatif brut, le multiplicateur de loyer brut et le prix au pied carré. De l'argent entre, des ratios sortent, dans une devise cohérente. Tout est calculé localement et de manière déterministe, donc c'est instantané et privé. Idéal pour les développeurs d'applications proptech, d'investissement immobilier, d'analyse locative et de propriétaires, les outils de sélection et de souscription d'offres, et les tableaux de bord de finances personnelles. Calcul local pur — pas de clé, pas de service tiers, instantané. En direct, rien n'est stocké. 3 points de terminaison de calcul. Il s'agit d'analyse d'investissement immobilier ; pour un amortissement de prêt pur, utilisez une API de prêt et pour DCF/NPV, utilisez une API d'évaluation d'investissement.

#real-estate #rental #cap-rate
P par PremiumApi
Disponibilité
100.0%
Latence
73ms
Abonnés
4,266
Vérifié par le serveur 12 sondes/24h

api.oanor.com/realestate-api

API de séquence de Collatz

La conjecture de Collatz (le problème "3n+1" ou grêlon) sous forme d'API, calculée localement et de manière déterministe. Donnez-lui n'importe quel entier positif et le point de terminaison de séquence renvoie le chemin complet des grêlons — à chaque étape, un nombre pair est divisé par deux et un nombre impair est triplé et incrémenté (3n+1) — ainsi que le temps d'arrêt total (le nombre d'étapes pour atteindre 1) et la valeur maximale atteinte par la séquence. En partant de 6, le chemin est 6, 3, 10, 5, 16, 8, 4, 2, 1 — huit étapes, avec un pic à 16 ; le départ notoirement long 27 prend 111 étapes et monte jusqu'à un pic de 9232 avant de s'effondrer. Le point de terminaison des étapes renvoie uniquement le temps d'arrêt et l'altitude maximale sans le chemin complet, pour des analyses rapides en masse des endroits où se trouvent les grandes montées et les longues queues. Tous les calculs utilisent des entiers à précision arbitraire, donc le pic reste exact même lorsqu'un petit nombre de départ gonfle jusqu'à des millions, et une limite de sécurité maintient chaque requête bornée. Les nombres de départ jusqu'à cent billions sont acceptés. Tout est calculé localement et de manière déterministe, donc c'est instantané et privé. Idéal pour l'enseignement des mathématiques, la théorie des nombres, les mathématiques récréatives et les développeurs d'applications de puzzles, les visualiseurs de séquences et de grêlons, et le matériel pédagogique sur le problème non résolu le plus célèbre en arithmétique. Calcul local pur — pas de clé, pas de service tiers, instantané. En direct, rien n'est stocké. 2 points de terminaison de calcul. Il s'agit spécifiquement de la séquence de Collatz/3n+1 ; pour la factorisation première ou le PGCD, utilisez une API de théorie des nombres.

#collatz #3n-plus-1 #hailstone
P par PremiumApi
Disponibilité
100.0%
Latence
75ms
Abonnés
4,833
Vérifié par le serveur 9 sondes/24h

api.oanor.com/collatz-api

API du Paradoxe des Anniversaires

Mathématiques du paradoxe des anniversaires et de la probabilité de collision sous forme d'API, calculées localement et de manière déterministe. Le point de terminaison de probabilité calcule la chance qu'au moins deux personnes sur n partagent un anniversaire parmi d jours également probables, P = 1 − Π(1 − i/d), évalué dans l'espace logarithmique pour plus de précision — le résultat célèbre selon lequel seulement 23 personnes donnent environ 50,7 % de chance, 50 personnes environ 97 % et 70 personnes environ 99,9 %. Le point de terminaison personnes-nécessaires l'inverse : la plus petite taille de groupe pour atteindre une probabilité cible (23 pour 50 %, 57 pour 99 %), avec l'approximation √(2·d·ln(1/(1−p))). Le point de terminaison de collision généralise la limite d'anniversaire à n'importe quel espace — passez un nombre de seaux ou une taille de hachage en bits — et renvoie la probabilité de collision P ≈ 1 − e^(−n²/2d), la règle derrière les collisions de hachage et les estimations d'unicité UUID, où une chance de 50 % nécessite environ 1,177·√d éléments. Les jours et les seaux par défaut sont 365. Tout est calculé localement et de manière déterministe, donc c'est instantané et privé. Idéal pour l'éducation aux probabilités, la sécurité, la cryptographie, le hachage, l'ingénierie des données et les développeurs d'applications statistiques, les outils de risque de collision et de problème d'anniversaire, et le matériel pédagogique. Calcul local pur — pas de clé, pas de service tiers, instantané. En direct, rien n'est stocké. 3 points de terminaison. Ceci est la probabilité d'anniversaire/collision ; pour les distributions complètes, utilisez une API de probabilité.

#birthday-paradox #collision #probability
P par PremiumApi
Disponibilité
100.0%
Latence
80ms
Abonnés
4,858
Vérifié par le serveur 12 sondes/24h

api.oanor.com/birthdayparadox-api

API de solides géométriques

Géométrie avancée des solides 3D sous forme d'API, calculée localement et de manière déterministe — les formes qu'un calculateur de géométrie de base omet. Le point d'accès du tronc de cône donne le volume V = (π·h/3)·(R² + R·r + r²), la hauteur oblique √(h² + (R−r)²) et la surface latérale et totale d'un cône tronqué, la forme des seaux, abat-jour et trémies. Le point d'accès du tore donne le volume d'un donut 2π²·R·r² et la surface 4π²·R·r à partir de ses rayons centre-tube et tube. Le point d'accès de l'ellipsoïde donne le volume exact (4/3)π·a·b·c et une approximation de la surface de Knud-Thomsen précise à mieux de 1,1 %. Le point d'accès des solides platoniciens renvoie le volume et la surface de l'un des cinq solides platoniciens — tétraèdre, cube, octaèdre, dodécaèdre et icosaèdre — à partir de la longueur d'arête, en utilisant les coefficients exacts du nombre d'or (un icosaèdre unitaire a un volume de 2,1817 et une surface de 8,6603). Utilisez une unité de longueur cohérente et obtenez la surface et le volume. Tout est calculé localement et de manière déterministe, donc c'est instantané et privé. Idéal pour les développeurs d'applications d'ingénierie, CAO, modélisation 3D, architecture, fabrication et éducation mathématique, les outils de volume et surface et d'emballage, et les logiciels de simulation. Calcul local pur — pas de clé, pas de service tiers, instantané. En direct, rien n'est stocké. 4 points d'accès. Ce sont les solides avancés ; pour la sphère, le cube, le cylindre, le cône et les formes 2D, utilisez une API de géométrie générale.

#geometry #solids #torus
P par PremiumApi
Disponibilité
100.0%
Latence
80ms
Abonnés
3,185
Vérifié par le serveur 15 sondes/24h

api.oanor.com/solids-api

API de théorie musicale

Mathématiques de la théorie musicale sous forme d'API, calculées localement et de manière déterministe sur l'échelle chromatique à douze tons. Le point de terminaison intervalle donne le nombre de demi-tons et le nom de l'intervalle entre deux notes — Do à Sol donne sept demi-tons, une quinte juste. Le point de terminaison transposition décale une ou plusieurs notes vers le haut ou vers le bas d'un nombre de demi-tons, donc Do Mi Sol transposé de sept vers le haut devient Sol Si Ré et une valeur négative transpose vers le bas. Le point de terminaison accord retourne les notes d'un accord à partir d'une fondamentale et d'un type — majeur, mineur, diminué, augmenté, les septièmes (majeur7, mineur7, dominante7, diminuée7, demi-diminuée7), les sixtes, suspendu, add9, neuvième et power chords — donc Do majeur est Do Mi Sol et Do7 est Do Mi Sol Si♭. Le point de terminaison gamme retourne les notes d'une gamme à partir d'une fondamentale et d'un mode — les gammes majeure et trois mineures, les sept modes ecclésiastiques, les pentatoniques majeure et mineure, blues, ton entier et chromatique — donc Do majeur est Do Ré Mi Fa Sol La Si et La mineur naturel est La Si Do Ré Mi Fa Sol. Les notes utilisent Do, Do#, Ré♭ … Si, et accident=bémol écrit avec des bémols. Tout est calculé localement et de manière déterministe, donc c'est instantané et privé. Idéal pour les développeurs d'applications d'éducation musicale, de formation auditive, d'écriture de chansons, de plugins DAW, de notation et d'instruments, d'outils d'accords et de gammes, et de logiciels de pratique. Calcul local pur — pas de clé, pas de service tiers, instantané. En direct, rien n'est stocké. 4 points de terminaison. Il s'agit de la théorie des classes de hauteur ; pour la fréquence réelle d'une note, utilisez une API de note de musique.

#music-theory #chord #scale
P par PremiumApi
Disponibilité
100.0%
Latence
83ms
Abonnés
4,147
Vérifié par le serveur 15 sondes/24h

api.oanor.com/musictheory-api

API Soundex et Fuzzy Match

Mathématiques de correspondance phonétique et floue de chaînes sous forme d'API, calculées localement et de manière déterministe. Le point de terminaison soundex calcule le code Soundex américain d'un mot — la première lettre suivie de trois chiffres qui encodent ses consonnes, ignorant la casse et les non-lettres et appliquant les règles de réinitialisation des voyelles et de duplication adjacente — donc Robert et Rupert codent tous deux R163, Smith et Smyth S530, et les cas délicats classiques Ashcraft (A261), Tymczak (T522) et Pfister (P236) sont corrects. Le point de terminaison levenshtein calcule la distance d'édition entre deux chaînes (le nombre minimum d'insertions, suppressions et substitutions, éventuellement sensible à la casse) et une similarité de 0 à 100 %, donc kitten → sitting nécessite trois modifications et est similaire à environ 57 %. Le point de terminaison compare combine les deux : il indique si deux chaînes partagent un code Soundex (sonnent de la même manière) et leur similarité Levenshtein (s'écrivent de la même manière), et signale une correspondance probable lorsque les codes concordent ou que la similarité est d'au moins 80 %. Tout est calculé localement et de manière déterministe, donc c'est instantané et privé. Idéal pour la déduplication de données, CRM, la recherche floue, la saisie automatique, la généalogie et les développeurs d'applications de nettoyage de données, les outils de correspondance de noms et de liaison d'enregistrements, et les logiciels de recherche. Calcul local pur — pas de clé, pas de service tiers, instantané. En direct, rien n'est stocké. 3 points de terminaison. Il s'agit de correspondance phonétique et de distance d'édition ; pour la recherche en texte intégral, utilisez une API de recherche.

#soundex #levenshtein #fuzzy-matching
P par PremiumApi
Disponibilité
100.0%
Latence
76ms
Abonnés
4,783
Vérifié par le serveur 12 sondes/24h

api.oanor.com/soundex-api

API de validation des identifiants TVA UE

Validation du format des numéros d'identification TVA de l'UE sous forme d'API, calculée localement et de manière déterministe. Le point de terminaison validate prend un numéro de TVA, supprime les espaces, les points et les traits d'union, lit le préfixe de pays à deux lettres et vérifie le reste du numéro par rapport à la structure officielle de cet État membre — les neuf chiffres de l'Allemagne, le U-plus-huit de l'Autriche, les neuf chiffres-B-deux des Pays-Bas, le préfixe à deux caractères plus neuf chiffres de la France, les onze chiffres de l'Italie, et ainsi de suite pour les 27 pays de l'UE plus l'Irlande du Nord (XI), en utilisant correctement EL pour la Grèce plutôt que GR. Il renvoie si le format est valide, le pays et le modèle attendu, de sorte que DE123456789 et ATU12345678 passent tandis qu'un numéro allemand avec seulement huit chiffres ou un préfixe américain est rejeté. Le point de terminaison format recherche le modèle de TVA attendu pour tout code de pays, ou liste tous ceux pris en charge. Il s'agit d'une vérification de structure hors ligne — un format valide ne prouve pas que le numéro est enregistré, pour cela une recherche VIES en direct est nécessaire. Tout est calculé localement et de manière déterministe, donc c'est instantané et privé. Idéal pour les développeurs d'applications de commerce électronique, de facturation, de comptabilité, de paiement B2B et de conformité fiscale, les outils de validation et d'intégration de champs TVA, et les logiciels financiers. Calcul local pur — pas de clé, pas de service tiers, instantané. En direct, rien n'est stocké. 2 points de terminaison. Cela valide le format du numéro de TVA ; pour les taux de TVA, utilisez une API TVA/taxe.

#vat #vat-id #eu
P par PremiumApi
Disponibilité
100.0%
Latence
77ms
Abonnés
3,731
Vérifié par le serveur 9 sondes/24h

api.oanor.com/vatid-api

API de numéro de routage ABA

Validation du numéro de routage ABA (routing transit number) des banques américaines en tant qu'API, calculée localement et de manière déterministe. Le point de terminaison validate vérifie un numéro de routage à neuf chiffres avec la somme de contrôle ABA officielle — 3·(d1+d4+d7) + 7·(d2+d5+d8) + (d3+d6+d9) doit être un multiple de dix — en ignorant les traits d'union et les espaces, et lit les deux premiers chiffres comme le symbole de routage de la Réserve fédérale pour nommer le district (01–12 sont les douze banques de la Réserve fédérale de Boston à San Francisco, 21–32 sont les institutions d'épargne) ; le 021000021 de JPMorgan Chase est validé et résolu en la Banque de la Réserve fédérale de New York, et un numéro avec un mauvais chiffre de contrôle est rejeté. Le point de terminaison checkdigit calcule le neuvième chiffre de contrôle à partir des huit premiers afin que le numéro complet soit valide. Il renvoie également l'identifiant de l'institution (chiffres 5 à 8) et le chiffre de contrôle. Tout est calculé localement et de manière déterministe, donc c'est instantané et privé. Idéal pour les développeurs d'applications fintech, bancaires, ACH, de paie, de paiement et de comptabilité, la validation de formulaires de compte bancaire et les outils d'intégration, ainsi que les logiciels de paiement américains. Il s'agit uniquement de la structure de la somme de contrôle et du symbole de routage — cela ne confirme pas une banque active. Calcul local pur — pas de clé, pas de service tiers, instantané. En direct, rien n'est stocké. 2 points de terminaison. Pour les codes SWIFT/BIC, utilisez une API BIC et pour les IBAN, une API IBAN.

#aba #routing-number #banking
P par PremiumApi
Disponibilité
100.0%
Latence
71ms
Abonnés
3,929
Vérifié par le serveur 9 sondes/24h

api.oanor.com/routingnumber-api

API de validation SWIFT/BIC

Validation et analyse du code d'identification commerciale SWIFT/BIC sous forme d'API, calculée localement et de manière déterministe. Le point de terminaison validate vérifie qu'un code respecte la structure BIC ISO 9362 — quatre lettres pour l'institution, un code pays ISO à deux lettres, un code de localisation à deux caractères et un code de succursale optionnel à trois caractères, soit huit ou onze caractères au total — en ignorant les espaces et en mettant l'entrée en majuscules, et confirme que le code pays est reconnu ; DEUTDEFF (Deutsche Bank, Francfort) est un BIC de siège social valide à huit caractères et DEUTDEFF500 un BIC de succursale valide à onze caractères. Le point de terminaison parse décompose un BIC en ses composants institution, pays, localisation et succursale, indique s'il s'agit d'un siège social ou d'une succursale (succursale XXX ou aucune signifie le siège social), et lit le statut à partir du deuxième caractère du code de localisation — 0 pour un code de test/non-SWIFT, 1 pour un participant passif et 2 pour une facturation inversée. Un BIC ne comporte pas de somme de contrôle, il s'agit donc d'une validation structurelle. Tout est calculé localement et de manière déterministe, donc c'est instantané et privé. Idéal pour les développeurs d'applications fintech, bancaires, de paiement, KYC, de trésorerie et de comptabilité, les outils de code SWIFT et d'identifiant bancaire, et les flux d'intégration. Calcul local pur — pas de clé, pas de service tiers, instantané. En direct, rien n'est stocké. 2 points de terminaison. Cela valide et analyse un BIC ; pour la validation de numéro de compte IBAN, utilisez une API IBAN.

#bic #swift #banking
P par PremiumApi
Disponibilité
100.0%
Latence
79ms
Abonnés
3,614
Vérifié par le serveur 9 sondes/24h

api.oanor.com/bic-api

API de validation ISBN

Validation et conversion d'ISBN sous forme d'API, calculées localement et de manière déterministe. Le point de terminaison validate détecte si un code est un ISBN-10 ou un ISBN-13, ignore les tirets et les espaces, et vérifie le chiffre de contrôle — ISBN-10 avec le schéma mod-11 dont le dernier caractère peut être la lettre X (pour 10), et ISBN-13 avec le schéma pondéré 1-3-1-3 mod-10 — donc 0-306-40615-2 et 978-0-306-40615-7 sont tous deux valides tandis qu'un mauvais chiffre de contrôle est rejeté. Le point de terminaison checkdigit calcule le chiffre de contrôle final pour une racine ISBN-10 à 9 chiffres ou une racine ISBN-13 à 12 chiffres (et le recalcule pour un code complet). Le point de terminaison convert convertit entre les deux formes : un ISBN-10 devient un ISBN-13 en ajoutant le préfixe 978 et en recalculant le contrôle, et un ISBN-13 préfixé par 978 est reconverti en ISBN-10 (les codes préfixés par 979 n'ont pas d'équivalent ISBN-10). Tout est calculé localement et de manière déterministe, donc c'est instantané et privé. Idéal pour les développeurs d'applications d'édition, de bibliothèque, de librairie, de catalogue, de commerce électronique et de métadonnées, les outils de validation d'ISBN et de codes-barres, et les systèmes d'inventaire. Calcul local pur — pas de clé, pas de service tiers, instantané. En direct, rien n'est stocké. 3 points de terminaison. Il s'agit d'une validation et d'une conversion spécifiques aux ISBN ; pour les chiffres de contrôle génériques Luhn/Verhoeff, utilisez une API de chiffre de contrôle.

#isbn #validation #publishing
P par PremiumApi
Disponibilité
100.0%
Latence
74ms
Abonnés
3,609
Vérifié par le serveur 12 sondes/24h

api.oanor.com/isbn-api

API de coordonnées UTM

Conversion de coordonnées UTM ↔ géographiques sous forme d'API, calculée localement et de manière déterministe sur l'ellipsoïde WGS84. Le point de terminaison from-latlon projette une latitude et une longitude dans la grille Transverse Universelle de Mercator — renvoyant la zone (1–60), l'hémisphère, la lettre de la bande de latitude, ainsi que l'est et le nord en mètres — en utilisant la série de Transverse Mercator de Snyder/USGS, précise à quelques millimètres près dans une zone ; New York (40.7128, −74.0060) correspond à la zone 18N à environ 583960 E, 4507351 N, et le 45°N canonique sur un méridien central donne un nord d'exactement 4982950.40 m. Le point de terminaison to-latlon l'inverse, retrouvant la latitude et la longitude à partir d'une zone, d'un hémisphère, d'un est et d'un nord. Chaque zone a une largeur de 6° de longitude avec un faux est de 500000 m sur son méridien central et un faux nord de 10000000 m dans l'hémisphère sud. La latitude est valide de −80° à 84°. Tout est calculé localement et de manière déterministe, donc c'est instantané et privé. Idéal pour les développeurs d'applications SIG, d'arpentage, de cartographie, géospatiales, de cartographie par drone et de localisation, les outils de conversion de coordonnées et de référence de grille, et les logiciels spatiaux. Calcul local pur — pas de clé, pas de service tiers, instantané. En direct, rien n'est stocké. 2 points de terminaison. Il s'agit d'UTM sur WGS84 ; pour les régions polaires, utilisez UPS et pour une recherche de code EPSG, utilisez une API EPSG.

#utm #coordinates #gis
P par PremiumApi
Disponibilité
100.0%
Latence
77ms
Abonnés
3,487
Vérifié par le serveur 9 sondes/24h

api.oanor.com/utm-api

API de l'alphabet phonétique de l'OTAN

Conversion de l'alphabet phonétique de l'OTAN en tant qu'API, calculée localement et de manière déterministe. Le point de terminaison spell transforme tout texte en alphabet d'épellation radiophonique international utilisé par l'aviation, l'armée, les services d'urgence et les centres d'appels — les lettres deviennent Alfa, Bravo, Charlie, etc. (insensible à la casse), les chiffres utilisent les formes de l'OACI (Niner pour neuf), les espaces sont marqués et les caractères inconnus sont transmis — ainsi SOS devient « Sierra Oscar Sierra » et ABC123 devient « Alfa Bravo Charlie One Two Three ». Le point de terminaison decode inverse l'opération, transformant une chaîne de mots phonétiques en caractères d'origine et acceptant les variantes orthographiques courantes (Alpha ou Alfa, X-ray ou Xray, Juliet ou Juliett, Nine ou Niner), signalant tout mot non reconnu. Tout est calculé localement et de manière déterministe, donc c'est instantané et privé. Idéal pour les développeurs d'applications d'aviation, radio, télécom, centres d'appels, support client, accessibilité et applications vocales, les outils d'épellation et de relecture, et les systèmes IVR. Calcul local pur — pas de clé, pas de service tiers, instantané. En direct, rien n'est stocké. 2 points de terminaison. Il s'agit de l'alphabet d'épellation OTAN/OACI ; pour le code Morse, utilisez une API Morse.

#phonetic-alphabet #nato #icao
P par PremiumApi
Disponibilité
100.0%
Latence
73ms
Abonnés
4,924
Vérifié par le serveur 9 sondes/24h

api.oanor.com/phonetic-api

API de température de fusion de l'ADN

Calculs d'ADN-oligo et d'amorce PCR sous forme d'API, calculés localement et de manière déterministe. Le point de terminaison tm calcule la température de fusion d'une séquence d'amorce de trois manières : la règle de Wallace 2·(A+T) + 4·(G+C) pour les oligos courts jusqu'à 13 nt, la formule GC de Marmur–Wallace 64.9 + 41·(nGC − 16.4)/N pour les plus longs, et la formule ajustée au sel 81.5 + 0.41·%GC − 675/N + 16.6·log10[Na+] pour une concentration de sodium donnée, et recommande la méthode appropriée pour la longueur — un ATGCATGC de huit bases fond à 24 °C selon Wallace, une amorce de 20 bases à 50 % de GC à environ 51.8 °C selon Marmur. Le point de terminaison gc-content rapporte les pourcentages GC et AT, les comptes par base et le poids moléculaire simple brin. Le point de terminaison reverse-complement renvoie le complément, l'inverse et le complément inverse d'un brin. Les séquences utilisent A/C/G/T (insensible à la casse, les espaces ignorés) et [Na+] est en mol/L. Tout est calculé localement et de manière déterministe, donc instantané et privé. Idéal pour les développeurs d'applications en biologie moléculaire, biotechnologie, PCR, conception d'amorces, bioinformatique et automatisation de laboratoire, les calculateurs d'oligo et d'amorce, et les logiciels LIMS. Formules d'estimation pour la conception d'amorces, ne remplace pas la thermodynamique des plus proches voisins. Calcul local pur — pas de clé, pas de service tiers, instantané. En direct, rien n'est stocké. 3 points de terminaison. Ceci est la température de fusion des oligos ; pour les fréquences alléliques en génétique des populations, utilisez une API de génétique.

#dna #pcr-primer #melting-temperature
P par PremiumApi
Disponibilité
100.0%
Latence
77ms
Abonnés
3,544
Vérifié par le serveur 12 sondes/24h

api.oanor.com/dnamelt-api

API de Croissance Démographique

Mathématiques de la dynamique des populations sous forme d'API, calculées localement et de manière déterministe. Le point de terminaison exponentiel applique le modèle malthusien N(t) = N0·e^(r·t) — croissance illimitée à un taux continu constant r — et renvoie la population projetée, le facteur de croissance et le temps de doublement ; une population de 100 croissant à r = 0,05 par période atteint environ 165 après dix périodes. Le point de terminaison logistique applique le modèle borné N(t) = K/(1 + ((K−N0)/N0)·e^(−r·t)), où la croissance ralentit à mesure que la population approche de la capacité de charge K et est la plus rapide au point d'inflexion N = K/2 ; en partant de 10 vers une capacité de 1000 à r = 0,5, la population est d'environ 600 après dix périodes et se stabilise près de 1000. Le point de terminaison du temps de doublement donne ln2/r pour un taux continu, ou l'estimation rapide de la règle de 70 pour une croissance en pourcentage par période. Le taux et le temps partagent une période (années, jours, générations). Tout est calculé localement et de manière déterministe, donc c'est instantané et privé. Idéal pour les développeurs d'applications en biologie, écologie, démographie, conservation, éducation et simulation, les outils de projection de population et de capacité de charge, et les logiciels de modélisation. Calcul local pur — pas de clé, pas de service tiers, instantané. En direct, rien n'est stocké. 3 points de terminaison. Il s'agit de croissance démographique ; pour la propagation des maladies, utilisez une API d'épidémiologie et pour les fréquences alléliques en génétique des populations, une API de génétique.

#population-growth #logistic #carrying-capacity
P par PremiumApi
Disponibilité
100.0%
Latence
77ms
Abonnés
3,733
Vérifié par le serveur 12 sondes/24h

api.oanor.com/populationgrowth-api

API d'épidémiologie

Mathématiques de base de l'épidémiologie sous forme d'API, calculées localement et de manière déterministe. Le point de terminaison d'immunité collective calcule le seuil d'immunité collective HIT = 1 − 1/R0 — la fraction immune d'une population à laquelle une épidémie ne peut plus se maintenir — à partir du nombre de reproduction de base R0, et ajuste pour un vaccin imparfait en divisant par son efficacité, donc une maladie avec R0 = 3 nécessite environ 67 % d'immunité (74 % vaccinés avec un vaccin efficace à 90 %) tandis que la rougeole avec R0 ≈ 15 en nécessite environ 93 %. Le point de terminaison r-effectif calcule le nombre de reproduction effectif Re = R0 · fraction sensible et indique si l'épidémie est en croissance (Re > 1) ou en décroissance. Le point de terminaison de taille finale résout l'équation de taille finale de l'épidémie Z = 1 − e^(−R0·Z) pour le taux d'attaque éventuel d'une épidémie SIR non atténuée — environ 80 % à R0 = 2. Le point de terminaison de temps de doublement donne le temps de doublement des cas à partir d'un taux de croissance, ou à partir de R0 et de l'intervalle sériel. Les fractions sont de 0 à 1 et les pourcentages en sont dérivés. Tout est calculé localement et de manière déterministe, donc c'est instantané et privé. Idéal pour les développeurs d'applications de santé publique, d'éducation à l'épidémiologie, de tableaux de bord, de communication scientifique et de planification d'épidémies, les outils d'immunité collective et de nombre de reproduction, et les logiciels de santé. Relations compartimentales simples pour l'éducation et la planification, ne remplace pas une modélisation épidémiologique complète. Calcul local pur — pas de clé, pas de service tiers, instantané. En direct, rien n'est stocké. 4 points de terminaison. Ce sont les bases de l'épidémiologie ; pour la génétique des populations Hardy-Weinberg, utilisez une API de génétique.

#epidemiology #herd-immunity #r0
P par PremiumApi
Disponibilité
100.0%
Latence
74ms
Abonnés
3,980
Vérifié par le serveur 15 sondes/24h

api.oanor.com/epidemic-api

API de calcul de vent de travers

Mathématiques des composantes de vent de piste aéronautiques sous forme d'API, calculées localement et de manière déterministe. Le point d'accès component décompose le vent de surface en deux parties qui intéressent les pilotes pour le décollage et l'atterrissage : la composante de vent de travers perpendiculaire à la piste, vent·sin(θ), et la composante de vent de face (ou de dos) le long de la piste, vent·cos(θ), où θ est l'angle entre la direction du vent et le cap de la piste — donnez-lui la piste sous forme de cap ou d'indicatif de 01 à 36, plus la direction et la vitesse du vent, et il renvoie le vent de travers avec le côté d'où il souffle (gauche ou droite), le vent de face ou de dos, et l'angle d'écart ; un vent à 30° du nez à 20 nœuds donne un vent de travers de 10 nœuds et un vent de face de 17,3 nœuds. Le point d'accès max-wind l'inverse : la plus grande vitesse de vent totale avant qu'une limite donnée de vent de travers ne soit dépassée à un angle de vent donné, limite / |sin θ|. Les directions sont en degrés (le vent vient D'OÙ IL VIENT) et l'unité de vitesse est celle que vous fournissez (nœuds, m/s). Tout est calculé localement et de manière déterministe, donc c'est instantané et privé. Idéal pour les développeurs d'applications aéronautiques, de pilotage, de formation au vol, de sac de vol électronique, de drones et de bulletins météo, les outils de sélection de piste et de limite de vent de travers, et les logiciels de cockpit. Calcul local pur — pas de clé, pas de service tiers, instantané. En direct, rien n'est stocké. 2 points d'accès. Il s'agit de géométrie du vent de piste ; pour la vitesse du son et le nombre de Mach, utilisez une API Mach et pour la densité de l'atmosphère standard, une API d'atmosphère standard.

#crosswind #aviation #runway
P par PremiumApi
Disponibilité
100.0%
Latence
81ms
Abonnés
4,067
Vérifié par le serveur 9 sondes/24h

api.oanor.com/crosswind-api

API de ratio doré et d'échelle

Mathématiques de proportion de conception sous forme d'API, calculées localement et de manière déterministe. Le point de terminaison divide divise une longueur par la section dorée, la division chère aux artistes et designers où le tout est à la partie la plus longue comme la plus longue est à la plus courte, les deux ratios étant égaux à φ = (1+√5)/2 ≈ 1,618 — ainsi 100 se divise en un segment plus long de 61,8 et un segment plus court de 38,2 — et peut également étendre un seul segment à son partenaire doré plus grand ou plus petit. Le point de terminaison rectangle donne l'autre côté et l'aire d'un rectangle doré à partir de n'importe quel côté, la forme qui laisse un rectangle doré plus petit lorsque vous retirez un carré. Le point de terminaison scale construit une échelle (typographique) modulaire — base · ratio^step sur une plage de pas vers le haut et vers le bas — pour des tailles de police et des espacements harmonieux, prenant un ratio numérique ou un ratio musical nommé tel que minor-third (1,2), major-third (1,25), perfect-fourth (1,333) ou golden (φ) ; une échelle major-third de base 16 donne 16, 20, 25, 31,25 et ainsi de suite. Les longueurs sont indépendantes de l'unité. Tout est calculé localement et de manière déterministe, donc c'est instantané et privé. Idéal pour les développeurs d'applications de conception graphique, de conception web, d'UI, de typographie, de mise en page et d'architecture, les outils d'échelle de type et de proportion, et les systèmes de conception. Calcul local pur — pas de clé, pas de service tiers, instantané. En direct, rien n'est stocké. 3 points de terminaison. Ceci est la proportion et l'échelle ; pour la densité de pixels et le dimensionnement d'impression, utilisez une API PPI/DPI.

#golden-ratio #typography #modular-scale
P par PremiumApi
Disponibilité
100.0%
Latence
80ms
Abonnés
4,978
Vérifié par le serveur 12 sondes/24h

api.oanor.com/goldenratio-api

API Cut List & Kerf

Mathématiques de liste de coupe pour le travail du bois et la découpe de matériaux en tant qu'API, calculées localement et de manière déterministe. Le point de terminaison cuts calcule combien de pièces d'une longueur cible peuvent être obtenues à partir d'une longueur de stock une fois que le kerf de la scie — la largeur de matière enlevée par chaque coupe — est pris en compte, en utilisant pieces = floor((stock + kerf)/(piece + kerf)) puisque la dernière coupe ne laisse pas de kerf, et renvoie la longueur utilisée, la chute restante, le pourcentage de déchet et la perte totale due au kerf ; une planche de 2400 mm coupée en morceaux de 300 mm avec un kerf de 3 mm donne 7 pièces avec une chute de 282 mm, et non les 8 que l'on attendrait en ignorant la lame. Le point de terminaison boards détermine combien de longueurs de stock sont nécessaires pour un travail d'une quantité donnée et combien de pièces de rechange restent. Le point de terminaison yield rapporte l'efficacité globale du matériau — longueur totale des pièces divisée par la longueur totale du stock — pour l'ensemble d'un travail de coupe. Toutes les longueurs partagent une unité cohérente (mm, cm ou pouces). Tout est calculé localement et de manière déterministe, donc c'est instantané et privé. Idéal pour les développeurs de logiciels de menuiserie, charpenterie, fabrication métallique, entrepreneurs, makers et ateliers, les calculateurs de listes de coupe et de chutes, et les outils de commande de matériaux. Calcul purement local — pas de clé, pas de service tiers, instantané. En direct, rien n'est stocké. 3 points de terminaison. Il s'agit d'une optimisation de coupe à une seule longueur (1D) ; pour le volume de matériaux en vrac, utilisez une API de volume de paillis/volume.

#cut-list #kerf #woodworking
P par PremiumApi
Disponibilité
100.0%
Latence
79ms
Abonnés
4,044
Vérifié par le serveur 12 sondes/24h

api.oanor.com/kerf-api