Marktplatz-Vorschau

API-Marktplatz

Entdecke und integriere APIs über oanors secret-sicheres Gateway.

337–360 von 1117 APIs

Earned Value Management API

Earned Value Management (EVM) Mathematik als API, lokal und deterministisch berechnet – die Projektkosten- und Zeitplansteuerung, die in PMP, PRINCE2 und Regierungsaufträgen verwendet wird. Der Metrik-Endpunkt nimmt das Budget bei Fertigstellung (BAC), den Planwert (PV), den Earned Value (EV) und die tatsächlichen Kosten (AC) – oder einen Prozentsatz der Fertigstellung und einen geplanten Prozentsatz des BAC – und gibt die Kostenabweichung (CV = EV−AC), die Zeitplanabweichung (SV = EV−PV), die Kosten- und Zeitplan-Leistungsindizes (CPI = EV/AC, SPI = EV/PV), den Prozentsatz der Fertigstellung und der Ausgaben sowie eine verständliche Über-/Unterbudget- und Vor-/Nachplan-Lesung zurück. Der Prognose-Endpunkt projiziert den Abschluss: die Schätzung bei Fertigstellung nach drei Standardmethoden (BAC/CPI, wenn der Kostentrend anhält, AC + verbleibendes Budget und die Kosten- und Zeitplan-AC + (BAC−EV)/(CPI·SPI)), die Schätzung bis zur Fertigstellung (ETC), die Abweichung bei Fertigstellung (VAC) und den Leistungsindex bis zur Fertigstellung (TCPI), um entweder das ursprüngliche Budget oder die EAC zu erreichen. Ein CPI von 0,875 bei einem Budget von 1000 prognostiziert eine Überschreitung von 1143. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Projektmanagement-, PMO-, Bau-, Luftfahrt- und Auftrags-App-Entwickler, Projekt-Dashboards und Earned-Value-Berichtstools sowie PMP/PRINCE2-Schulungen. Reine lokale Berechnung – kein Schlüssel, kein Drittanbieter-Service, sofort. Live, nichts wird gespeichert. 2 Berechnungs-Endpunkte. Dies ist Earned-Value-Projektsteuerung; für Kredit- oder NPV-Cashflow-Berechnungen verwenden Sie eine Finanz-API.

#earned-value #evm #project-management
P von PremiumApi
Uptime
100.0%
Latenz
82ms
Subs
4,782
Server-geprüft 9 Probes/24h

api.oanor.com/earnedvalue-api

Six Sigma Quality API

Six Sigma und Qualitätstechnik-Mathematik als API, lokal und deterministisch berechnet – die Prozessfähigkeits- und Defektmathematik hinter einem Qualitätsprogramm. Der Capability-Endpunkt nimmt einen Prozessmittelwert, die Standardabweichung und die oberen und/oder unteren Spezifikationsgrenzen und gibt Cp = (OSG−USG)/6σ und Cpk = min((OSG−μ)/3σ, (μ−USG)/3σ) zusammen mit Cpu, Cpl und den erwarteten DPMO und der Ausbeute aus den Normalverteilungsenden zurück – ein zentrierter Cpk von 1,33 ist das klassische Ziel für einen fähigen Prozess. Der dpmo-Endpunkt wandelt Defekte, Einheiten und Gelegenheiten (oder eine Ausbeute) in Defekte pro Million Gelegenheiten, die Ausbeute und das Prozess-Sigma-Niveau unter Verwendung der konventionellen 1,5σ-Langzeitverschiebung um – die berühmten 3,4 DPMO bei Six Sigma und 3000 DPMO bei etwa 4,25 Sigma. Der Yield-Endpunkt rollt die Ausbeuten pro Schritt in die Rolled Throughput Yield Π(Ausbeuteᵢ) – die Wahrscheinlichkeit, dass eine Einheit jeden Schritt fehlerfrei durchläuft – mit der normalisierten Ausbeute und den gesamten Defekten pro Einheit, und kann stattdessen von DPU ausgehen. Die Normalverteilungsenden stammen von einem genauen erfc und das Sigma-Niveau von einer exakten inversen Normalverteilung. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Qualitätstechnik, Fertigung, Lean Six Sigma und Prozessverbesserungs-App-Entwickler, SPC- und Fähigkeitsstudien-Tools sowie Green-/Black-Belt-Training. Reine lokale Berechnung – kein Schlüssel, kein Drittanbieter-Service, sofort. Live, nichts gespeichert. 3 Compute-Endpunkte. Dies ist die Fähigkeits- und DPMO-Mathematik; für allgemeine deskriptive Statistiken verwenden Sie eine Statistik-API.

#six-sigma #process-capability #cpk
P von PremiumApi
Uptime
100.0%
Latenz
72ms
Subs
4,281
Server-geprüft 12 Probes/24h

api.oanor.com/sixsigma-api

Reliability Engineering API

Zuverlässigkeitstechnik-Mathematik als API, lokal und deterministisch berechnet – die Verfügbarkeits-, MTBF- und Ausfallmathematik hinter SLAs und zuverlässigen Systemen. Der Verfügbarkeitsendpunkt konvertiert zwischen MTBF und MTTR, einer Zielverfügbarkeit und den SLA-„Neunen“: Geben Sie eine mittlere Betriebsdauer zwischen Ausfällen und eine mittlere Reparaturzeit an, und er gibt die Verfügbarkeit A = MTBF/(MTBF+MTTR) sowie die Ausfallzeit pro Jahr, Monat, Woche und Tag zurück; geben Sie eine Anzahl von Neunen an, und er gibt das Budget zurück – drei Neunen (99,9 %) entsprechen 8,76 Stunden Ausfallzeit pro Jahr, fünf Neunen (99,999 %) nur 5,26 Minuten. Der Zuverlässigkeitsendpunkt berechnet die Wahrscheinlichkeit, dass eine Einheit eine Missionszeit unter dem Exponentialmodell R(t) = e^(−λt) mit seiner konstanten Hazardrate λ = 1/MTBF oder dem Weibull-Modell R(t) = e^(−(t/η)^β) überlebt – β unter eins für Kindersterblichkeit, eins für zufällige Ausfälle, über eins für Verschleiß – und gibt die Zuverlässigkeit, Ausfallwahrscheinlichkeit, Hazardrate und die mittlere Lebensdauer η·Γ(1+1/β) zurück. Der Systemendpunkt kombiniert Komponentenzuverlässigkeiten zu einem System: Serie (das schwächste Glied, ΠRᵢ), parallele Redundanz (1−Π(1−Rᵢ)) oder k-von-n-Abstimmung. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für SRE-, DevOps-, Hardware-Zuverlässigkeits-, Sicherheitstechnik- und SLA-Planungs-App-Entwickler, Uptime-Budget- und Redundanz-Design-Tools sowie Ingenieurausbildung. Reine lokale Berechnung – kein Schlüssel, kein Drittanbieterdienst, sofort. Live, nichts wird gespeichert. 3 Berechnungsendpunkte. Dies ist Zuverlässigkeits- und Verfügbarkeitsmathematik; für Wartezeiten in Warteschlangen verwenden Sie eine Queueing-API und für Live-Uptime-Checks einen Überwachungsdienst.

#reliability #availability #mtbf
P von PremiumApi
Uptime
100.0%
Latenz
78ms
Subs
4,656
Server-geprüft 12 Probes/24h

api.oanor.com/reliability-api

Scuba Diving API

Tauch- und Gasplanungsmathematik als API, lokal und deterministisch berechnet. Der Nitrox-Endpunkt nimmt einen Sauerstoffanteil entgegen und gibt die maximale Betriebstiefe (MOD) für einen ppO2-Grenzwert (1,4 arbeitend, 1,6 Notfall) zurück, sowie für eine gegebene Tiefe den Sauerstoffpartialdruck, die äquivalente Lufttiefe (EAD), ob das Gemisch innerhalb seines Grenzwerts liegt und das beste Gemisch für diese Tiefe – EAN32 hat eine MOD von 33,75 m bei 1,4 und eine EAD von 24,4 m bei 30 m. Der Gas-Endpunkt plant Atemgas aus einer Oberflächen-Luftverbrauchsrate (SAC/RMV): Er skaliert den Verbrauch auf die Tiefe (Verbrauch = SAC × (1 + Tiefe/10)), gibt die Liter an, die ein geplanter Tauchgang benötigt, und die Flaschendauer mit dem verfügbaren Gas bis zu einer Reserve, und kann Ihren SAC aus dem Druckabfall eines protokollierten Tauchgangs, der Flaschengröße und der Zeit ableiten. Der Druck-Endpunkt gibt den Umgebungsdruck und den Partialdruck jedes Gases in der Tiefe sowie die äquivalente narkotische Tiefe (END) für jede Mischung einschließlich Trimix an – Helium ist nicht narkotisch, reduziert also die Narkose. Metrisch durchgängig: Tiefe in Metern Meerwasser, wobei 10 m ≈ 1 bar. Alles wird lokal und deterministisch berechnet, daher sofort und privat. Ideal für Entwickler von Tauchplanungs-, Tauchlog-, Apnoe- und Tauchausbildungs-Apps, Nitrox- und Trimix-Rechner sowie Tauchbildungs-Tools. Reine lokale Berechnung – kein Schlüssel, kein Drittanbieter-Dienst, sofort. Live, nichts gespeichert. 3 Berechnungs-Endpunkte. Dies ist Tauchplanungs-Mathematik, kein Dekompressionsmodell-NDL – immer mit Tabellen oder einem Tauchcomputer gegenprüfen.

#scuba #diving #nitrox
P von PremiumApi
Uptime
100.0%
Latenz
80ms
Subs
4,595
Server-geprüft 12 Probes/24h

api.oanor.com/scuba-api

Casino Odds API

Casino-Spielmathematik als API, lokal und deterministisch berechnet – exakter Hausvorteil, Erwartungswert und Rückzahlungsquote an den Spieler, niemals eine Simulation. Der Roulette-Endpunkt akzeptiert eine Radvariante (europäische Einzel-Null oder amerikanische Doppel-Null) und einen Wettentyp (Plein, Cheval, Transversale pleine, Carré, Sechslinie, Kolonne, Dutzend, Rot/Schwarz, Gerade/Ungerade, Hoch/Niedrig oder den amerikanischen Basket) und gibt die Gewinnwahrscheinlichkeit, die Auszahlung, den Erwartungswert pro gesetztem Stück und den Hausvorteil zurück – die berühmten 2,70 % bei jeder europäischen Wette, 5,26 % bei amerikanischen (7,89 % beim Basket) und 1,35 %, wenn die europäische La-Partage-Regel auf Even-Money-Wetten angewendet wird. Der Craps-Endpunkt liefert die exakte 36-Ergebnis-Würfelmathematik für die Pass-Linie (1,41 %), Don't Pass (1,36 %, mit dem 12-Push), das Feld (2,78 % wenn 12 mit 3:1 auszahlt) und Any Seven (16,67 %). Der Bet-Endpunkt ist vollständig generisch: Geben Sie eine beliebige Gewinnwahrscheinlichkeit und Auszahlung an, und er gibt den Erwartungswert, den Hausvorteil, die Rückzahlungsquote an den Spieler und die Standardabweichung eines Einheitseinsatzes zurück – perfekt für Keno, Spielautomaten, Rubbellose oder eine individuelle Wette. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Entwickler von Gaming-Analytics, verantwortungsvollem Glücksspiel, Casino-Bildung und Quotenvergleichs-Apps, für Advantage-Play- und Bankroll-Tools sowie für die Wahrscheinlichkeitslehre. Reine lokale Berechnung – kein Schlüssel, kein Drittanbieter-Service, sofort. Live, nichts wird gespeichert. 3 Berechnungsendpunkte. Dies ist die Spielquoten-Mathematik; für Texas Hold'em Hand-Equity verwenden Sie eine Poker-API und für die Umrechnung von Wettpreisen eine Odds-API.

#casino #house-edge #roulette
P von PremiumApi
Uptime
100.0%
Latenz
75ms
Subs
3,692
Server-geprüft 12 Probes/24h

api.oanor.com/casino-api

Baseball Stats API

Baseball-Sabermetrics als API, lokal und deterministisch berechnet – verwandeln Sie rohe Zählzahlen in die Ratenstatistiken, die Spieler tatsächlich bewerten. Der Batting-Endpunkt nimmt At-Bats, Hits, Doubles, Triples, Home Runs, Walks, Hit-by-Pitch und Sacrifice Flies entgegen und gibt den Batting Average (H/AB), On-Base Percentage ((H+BB+HBP)/(AB+BB+HBP+SF)), Slugging Percentage (Total Bases/AB), OPS (On-Base plus Slugging), Isolated Power (SLG−AVG) und, wenn Strikeouts angegeben werden, BABIP zurück – ein klassischer .300/.366/.530 Line kommt direkt heraus. Der Pitching-Endpunkt nimmt Innings Pitched, Earned Runs, Hits, Walks, Strikeouts und Home Runs entgegen und gibt den Earned Run Average (9·ER/IP), WHIP ((BB+H)/IP), Strikeouts und Walks pro neun Innings, das Strikeout-to-Walk-Verhältnis und FIP, den Fielding-Independent Pitching Estimator (13·HR + 3·(BB+HBP) − 2·K)/IP + Konstante, zurück. Innings Pitched ist eine echte Dezimalzahl, mit einer exakten "Outs"-Eingabe für die 6.1/6.2 Box-Score-Konvention. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Fantasy-Baseball, Sportanalysen, Sabermetrics und Box-Score-App-Entwickler, Scouting- und Stat-Line-Tools sowie Lehrmaterial. Reine lokale Berechnung – kein Schlüssel, kein Drittanbieter-Service, sofort. Live, nichts wird gespeichert. 2 Compute-Endpunkte. Dies berechnet die Statistiken aus Ihren Zahlen; für Live-Ergebnisse, Tabellen, Teams und Spieler verwenden Sie eine Sportdaten-API.

#baseball #sabermetrics #sports-stats
P von PremiumApi
Uptime
100.0%
Latenz
77ms
Subs
4,180
Server-geprüft 9 Probes/24h

api.oanor.com/baseball-api

Real Estate Investment API

Immobilieninvestitionsmathematik als API, lokal und deterministisch berechnet – die Immobilienanalyse-Ebene, die ein Darlehensrechner auslässt. Der Cap-Rate-Endpunkt liefert den Nettoertrag und die Kapitalisierungsrate einer Mietimmobilie aus ihrem Preis, der Bruttomiete, dem Leerstandsabzug und den Betriebskosten (NOI = Bruttomiete × (1 − Leerstand) − Kosten; Cap Rate = NOI / Preis), plus den Bruttomietmultiplikator – die ungehebelte Sicht, mit der ein Käufer Angebote vergleicht. Der Cashflow-Endpunkt fügt die Finanzierung hinzu: Aus einer Anzahlung (Betrag oder Prozentsatz), Zinssatz und Laufzeit amortisiert er die Hypothek und gibt dann die monatliche Zahlung, den jährlichen Schuldendienst, den Immobilien-Cashflow, die Cash-on-Cash-Rendite (jährlicher Cashflow ÷ investiertes Kapital), den Schuldendienstdeckungsgrad (DSCR = NOI ÷ Schuldendienst, die Kennzahl, nach der Kreditgeber unterzeichnen) und den Beleihungswert zurück. Der Metrik-Endpunkt führt die schnellen Screening-Kennzahlen durch, nach denen Investoren filtern – die 1-%-Regel (monatliche Miete ≥ 1 % des Preises), Bruttomietrendite, Bruttomietmultiplikator und Preis pro Quadratfuß. Geld rein, Kennzahlen raus, in einer konsistenten Währung. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für PropTech-, Immobilieninvestitions-, Mietanalyse- und Vermieter-App-Entwickler, Deal-Screening- und Underwriting-Tools sowie persönliche Finanz-Dashboards. Reine lokale Berechnung – kein Schlüssel, kein Drittanbieter-Service, sofort. Live, nichts gespeichert. 3 Compute-Endpunkte. Dies ist eine Immobilieninvestitionsanalyse; für reine Darlehensamortisation verwenden Sie eine Darlehens-API und für DCF/NPV eine Investitionsbewertungs-API.

#real-estate #rental #cap-rate
P von PremiumApi
Uptime
100.0%
Latenz
73ms
Subs
4,266
Server-geprüft 12 Probes/24h

api.oanor.com/realestate-api

Collatz-Sequenz-API

Die Collatz-Vermutung (das "3n+1"- oder Hagelkornproblem) als API, lokal und deterministisch berechnet. Gib eine beliebige positive ganze Zahl ein und der Sequenz-Endpunkt gibt den vollständigen Hagelkornpfad zurück – bei jedem Schritt wird eine gerade Zahl halbiert und eine ungerade Zahl verdreifacht und inkrementiert (3n+1) – zusammen mit der Gesamtstoppzeit (der Anzahl der Schritte bis zum Erreichen von 1) und dem Spitzenwert, den die Sequenz erreicht. Beginnend bei 6 ist der Pfad 6, 3, 10, 5, 16, 8, 4, 2, 1 – acht Schritte, mit einem Höchstwert von 16; der berüchtigt lange Start 27 benötigt 111 Schritte und steigt auf einen Höchstwert von 9232, bevor er zusammenbricht. Der Schritte-Endpunkt gibt nur die Stoppzeit und die Spitzenhöhe ohne den gesamten Pfad zurück, für schnelle Massenscans, wo die großen Anstiege und langen Enden sind. Alle Berechnungen laufen mit ganzen Zahlen beliebiger Genauigkeit, sodass der Spitzenwert selbst dann exakt bleibt, wenn eine kleine Startzahl auf Millionen anwächst, und eine Sicherheitsgrenze hält jede Anfrage begrenzt. Startzahlen bis zu hundert Billionen werden akzeptiert. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Mathematikunterricht, Zahlentheorie, Freizeitmathematik und Puzzle-App-Entwickler, Sequenz- und Hagelkorn-Visualisierer sowie Lehrmaterial zum berühmtesten ungelösten Problem der Arithmetik. Reine lokale Berechnung – kein Schlüssel, kein Drittanbieterdienst, sofort. Live, nichts wird gespeichert. 2 Berechnungs-Endpunkte. Dies ist speziell die Collatz/3n+1-Sequenz; für Primfaktorzerlegung oder GCD verwende eine Zahlentheorie-API.

#collatz #3n-plus-1 #hailstone
P von PremiumApi
Uptime
100.0%
Latenz
75ms
Subs
4,833
Server-geprüft 9 Probes/24h

api.oanor.com/collatz-api

Birthday Paradox API

Geburtstagsparadoxon- und Kollisionswahrscheinlichkeits-Mathematik als API, lokal und deterministisch berechnet. Der Wahrscheinlichkeits-Endpunkt berechnet die Chance, dass mindestens zwei von n Personen an einem von d gleich wahrscheinlichen Tagen Geburtstag haben, P = 1 − Π(1 − i/d), ausgewertet im logarithmischen Raum für Genauigkeit – das berühmte Ergebnis, dass bereits 23 Personen eine Wahrscheinlichkeit von etwa 50,7 % ergeben, 50 Personen etwa 97 % und 70 Personen etwa 99,9 %. Der Personenbedarfs-Endpunkt kehrt es um: die kleinste Gruppengröße, um eine Zielwahrscheinlichkeit zu erreichen (23 für 50 %, 57 für 99 %), mit der Näherung √(2·d·ln(1/(1−p))). Der Kollisions-Endpunkt verallgemeinert die Geburtstagsgrenze auf beliebige Räume – übergeben Sie eine Anzahl von Buckets oder eine Hash-Größe in Bits – und gibt die Kollisionswahrscheinlichkeit P ≈ 1 − e^(−n²/2d) zurück, die Regel hinter Hash-Kollisionen und UUID-Eindeutigkeitsschätzungen, wobei eine 50 %-Chance etwa 1,177·√d Elemente benötigt. Tage und Buckets standardmäßig 365. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Wahrscheinlichkeitsbildung, Sicherheit, Kryptographie, Hashing, Datenengineering und Statistik-App-Entwickler, Kollisionsrisiko- und Geburtstagsproblem-Tools sowie Lehrmaterial. Reine lokale Berechnung – kein Schlüssel, kein Drittanbieterdienst, sofort. Live, nichts gespeichert. 3 Endpunkte. Dies ist die Geburtstags-/Kollisionswahrscheinlichkeit; für vollständige Verteilungen verwenden Sie eine Wahrscheinlichkeits-API.

#birthday-paradox #collision #probability
P von PremiumApi
Uptime
100.0%
Latenz
80ms
Subs
4,858
Server-geprüft 12 Probes/24h

api.oanor.com/birthdayparadox-api

Geometric Solids API

Erweiterte 3D-Festkörpergeometrie als API, lokal und deterministisch berechnet – die Formen, die ein einfacher Geometrierechner auslässt. Der Kegelstumpf-Endpunkt liefert das Volumen V = (π·h/3)·(R² + R·r + r²), die Mantellinie √(h² + (R−r)²) sowie die Mantel- und Gesamtoberfläche eines Kegelstumpfs, der Form von Eimern, Lampenschirmen und Trichtern. Der Torus-Endpunkt liefert das Volumen eines Donuts 2π²·R·r² und die Oberfläche 4π²·R·r aus dem Mittelpunkts- und Röhrenradius. Der Ellipsoid-Endpunkt liefert das exakte Volumen (4/3)π·a·b·c und eine Knud-Thomsen-Oberflächennäherung mit einer Genauigkeit von besser als 1,1 %. Der Platonische-Endpunkt liefert Volumen und Oberfläche jedes der fünf platonischen Körper – Tetraeder, Würfel, Oktaeder, Dodekaeder und Ikosaeder – aus der Kantenlänge unter Verwendung der exakten goldenen Schnittkoeffizienten (ein Einheitsikosaeder hat Volumen 2,1817 und Oberfläche 8,6603). Verwenden Sie eine konsistente Längeneinheit und erhalten Sie Fläche und Volumen. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Entwickler von Ingenieur-, CAD-, 3D-Modellierungs-, Architektur-, Fertigungs- und Mathematikbildungs-Apps, Volumen- und Flächen- sowie Verpackungswerkzeugen und Simulationssoftware. Reine lokale Berechnung – kein Schlüssel, kein Drittanbieterdienst, sofort. Live, nichts wird gespeichert. 4 Endpunkte. Dies sind die fortgeschrittenen Körper; für Kugel, Würfel, Zylinder, Kegel und 2D-Formen verwenden Sie eine allgemeine Geometrie-API.

#geometry #solids #torus
P von PremiumApi
Uptime
100.0%
Latenz
80ms
Subs
3,185
Server-geprüft 15 Probes/24h

api.oanor.com/solids-api

Music Theory API

Musiktheorie-Mathematik als API, lokal und deterministisch über die zwölftönige chromatische Skala berechnet. Der Intervall-Endpunkt gibt die Anzahl der Halbtöne und den Intervallnamen zwischen zwei Noten zurück – C nach G sind sieben Halbtöne, eine Quinte. Der Transpositions-Endpunkt verschiebt eine oder mehrere Noten um eine bestimmte Anzahl von Halbtönen nach oben oder unten, sodass C E G um sieben nach oben transponiert G B D ergibt und ein negativer Wert nach unten transponiert. Der Akkord-Endpunkt gibt die Noten eines Akkords aus einem Grundton und einem Typ zurück – Dur, Moll, vermindert, übermäßig, die Septimen (Dur7, Moll7, Dominant7, vermindert7, halbvermindert7), Sexten, Sus, add9, None und Powerchords – also C-Dur ist C E G und C7 ist C E G B♭. Der Skalen-Endpunkt gibt die Noten einer Tonleiter aus einem Grundton und einem Modus zurück – die Dur- und drei Moll-Tonleitern, die sieben Kirchentonarten, die Dur- und Moll-Pentatonik, Blues, Ganzton und Chromatisch – also C-Dur ist C D E F G A B und A natürliches Moll ist A B C D E F G. Noten verwenden C, C#, D♭ … B, und Vorzeichen=flat schreibt mit B. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Entwickler von Musikbildungs-, Gehörbildungs-, Songwriting-, DAW-Plugin-, Notations- und Instrumenten-Apps, Akkord- und Skalen-Tools sowie Übungssoftware. Reine lokale Berechnung – kein Schlüssel, kein Drittanbieter, sofort. Live, nichts wird gespeichert. 4 Endpunkte. Dies ist Tonklassentheorie; für die tatsächliche Frequenz einer Note verwenden Sie eine Musiknoten-API.

#music-theory #chord #scale
P von PremiumApi
Uptime
100.0%
Latenz
83ms
Subs
4,147
Server-geprüft 15 Probes/24h

api.oanor.com/musictheory-api

Soundex & Fuzzy Match API

Phonetische und unscharfe String-Matching-Mathematik als API, lokal und deterministisch berechnet. Der Soundex-Endpunkt berechnet den amerikanischen Soundex-Code eines Wortes – den ersten Buchstaben gefolgt von drei Ziffern, die seine Konsonantenlaute kodieren, unter Ignorierung von Groß-/Kleinschreibung und Nicht-Buchstaben sowie Anwendung der Vokalzurücksetzungs- und benachbarten Duplikatregeln – sodass Robert und Rupert beide zu R163 kodieren, Smith und Smyth zu S530, und die klassischen kniffligen Fälle Ashcraft (A261), Tymczak (T522) und Pfister (P236) korrekt ausgegeben werden. Der Levenshtein-Endpunkt berechnet die Editierdistanz zwischen zwei Zeichenfolgen (die minimale Anzahl von Einfügungen, Löschungen und Ersetzungen, optional groß-/kleinschreibungssensitiv) und eine Ähnlichkeit von 0–100 %, sodass kitten → sitting drei Änderungen und etwa 57 % Ähnlichkeit ergibt. Der Compare-Endpunkt kombiniert beides: Er meldet, ob zwei Zeichenfolgen denselben Soundex-Code teilen (gleich klingen) und ihre Levenshtein-Ähnlichkeit (gleich geschrieben), und kennzeichnet eine wahrscheinliche Übereinstimmung, wenn die Codes übereinstimmen oder die Ähnlichkeit mindestens 80 % beträgt. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Daten-Deduplizierung, CRM, Fuzzy-Suche, Autovervollständigung, Genealogie und Datenbereinigungs-App-Entwickler, Namensabgleichs- und Datensatzverknüpfungstools sowie Suchsoftware. Reine lokale Berechnung – kein Schlüssel, kein Drittanbieterdienst, sofort. Live, nichts gespeichert. 3 Endpunkte. Dies ist phonetisches und Editierdistanz-Matching; für Volltextsuche verwenden Sie eine Such-API.

#soundex #levenshtein #fuzzy-matching
P von PremiumApi
Uptime
100.0%
Latenz
76ms
Subs
4,783
Server-geprüft 12 Probes/24h

api.oanor.com/soundex-api

EU-USt-ID-Validator-API

EU-Umsatzsteuer-Identifikationsnummer-Formatvalidierung als API, lokal und deterministisch berechnet. Der Validate-Endpunkt nimmt eine USt-ID, entfernt Leerzeichen, Punkte und Bindestriche, liest das zweibuchstabige Länderpräfix und prüft den verbleibenden Teil gegen die offizielle Struktur des jeweiligen Mitgliedstaats – Deutschlands neun Ziffern, Österreichs U-plus-acht, der Niederlande neun Ziffern-B-zwei, Frankreichs zweistelliges Präfix plus neun Ziffern, Italiens elf Ziffern und so weiter für alle 27 EU-Länder plus Nordirland (XI), wobei korrekt EL für Griechenland anstelle von GR verwendet wird. Es gibt zurück, ob das Format gültig ist, das Land und das erwartete Muster, sodass DE123456789 und ATU12345678 bestehen, während eine deutsche Nummer mit nur acht Ziffern oder ein US-Präfix abgelehnt wird. Der Format-Endpunkt sucht das erwartete USt-Muster für jedes Länderkürzel nach oder listet alle unterstützten auf. Dies ist eine Offline-Strukturprüfung – ein gültiges Format beweist nicht, dass die Nummer registriert ist, wofür eine Live-VIES-Abfrage erforderlich ist. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für E-Commerce-, Rechnungsstellungs-, Buchhaltungs-, B2B-Checkout- und Steuerkonformitäts-App-Entwickler, USt-ID-Feldvalidierungs- und Onboarding-Tools sowie Finanzsoftware. Reine lokale Berechnung – kein Schlüssel, kein Drittanbieterdienst, sofort. Live, nichts gespeichert. 2 Endpunkte. Dies validiert das USt-ID-Format; für Umsatzsteuersätze verwenden Sie eine USt/Steuer-API.

#vat #vat-id #eu
P von PremiumApi
Uptime
100.0%
Latenz
77ms
Subs
3,731
Server-geprüft 9 Probes/24h

api.oanor.com/vatid-api

ABA Routing Number API

US-Bank-ABA-Routing-Number (Routing-Transit-Nummer) Validierung als API, lokal und deterministisch berechnet. Der validate-Endpunkt prüft eine neunstellige Routing-Nummer mit der offiziellen ABA-Prüfsumme — 3·(d1+d4+d7) + 7·(d2+d5+d8) + (d3+d6+d9) muss ein Vielfaches von zehn sein — ignoriert Bindestriche und Leerzeichen und liest die ersten beiden Ziffern als Federal-Reserve-Routing-Symbol, um den Bezirk zu benennen (01–12 sind die zwölf Federal-Reserve-Banken von Boston bis San Francisco, 21–32 sind Sparkassen); JPMorgan Chase’s 021000021 wird validiert und auf die Federal Reserve Bank of New York aufgelöst, und eine Nummer mit einer falschen Prüfziffer wird abgelehnt. Der checkdigit-Endpunkt berechnet die neunte Prüfziffer aus den ersten acht, sodass die gesamte Nummer die Prüfung besteht. Er gibt auch die Institutionskennung (Ziffern 5–8) und die Prüfziffer zurück. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Fintech-, Bank-, ACH-, Gehaltsabrechnungs-, Zahlungs- und Buchhaltungs-App-Entwickler, Bankkontenformular-Validierung und Onboarding-Tools sowie US-Zahlungssoftware. Dies ist nur die Prüfsummen- und Routing-Symbol-Struktur — es bestätigt keine aktive Bank. Reine lokale Berechnung — kein Schlüssel, kein Drittanbieter-Service, sofort. Live, nichts gespeichert. 2 Endpunkte. Für SWIFT/BIC-Codes verwenden Sie eine BIC-API und für IBANs eine IBAN-API.

#aba #routing-number #banking
P von PremiumApi
Uptime
100.0%
Latenz
71ms
Subs
3,929
Server-geprüft 9 Probes/24h

api.oanor.com/routingnumber-api

SWIFT/BIC-Validator-API

SWIFT/BIC-Geschäftsidentifikationscode-Validierung und -Parsing als API, lokal und deterministisch berechnet. Der Validate-Endpunkt prüft, ob ein Code der ISO-9362-BIC-Struktur folgt – vier Buchstaben für das Institut, ein zweibuchstabiger ISO-Ländercode, ein zweistelliger Ortscode und ein optionaler dreibuchstabiger Filialcode, insgesamt acht oder elf Zeichen – ignoriert Leerzeichen und wandelt die Eingabe in Großbuchstaben um, und bestätigt, dass der Ländercode ein anerkannter ist; DEUTDEFF (Deutsche Bank, Frankfurt) ist ein gültiger achtstelliger Hauptsitz-BIC und DEUTDEFF500 ein gültiger elfstelliger Filial-BIC. Der Parse-Endpunkt zerlegt einen BIC in seine Bestandteile Institut, Land, Ort und Filiale, gibt an, ob es sich um eine Hauptstelle oder eine Filiale handelt (Filiale XXX oder keine bedeutet Hauptstelle), und liest den Status aus dem zweiten Zeichen des Ortscodes – 0 für einen Test-/Nicht-SWIFT-Code, 1 für einen passiven Teilnehmer und 2 für Reverse Billing. Ein BIC hat keine Prüfsumme, daher handelt es sich um eine strukturelle Validierung. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Entwickler von Fintech-, Banking-, Zahlungs-, KYC-, Treasury- und Buchhaltungs-Apps, SWIFT-Code- und Bankidentifikations-Tools sowie Onboarding-Abläufe. Reine lokale Berechnung – kein Schlüssel, kein Drittanbieterdienst, sofort. Live, nichts wird gespeichert. 2 Endpunkte. Dies validiert und parst einen BIC; für die IBAN-Kontonummernvalidierung verwenden Sie eine IBAN-API.

#bic #swift #banking
P von PremiumApi
Uptime
100.0%
Latenz
79ms
Subs
3,614
Server-geprüft 9 Probes/24h

api.oanor.com/bic-api

ISBN-Validator-API

ISBN-Validierung und -Konvertierung als API, lokal und deterministisch berechnet. Der Validate-Endpunkt erkennt, ob ein Code eine ISBN-10 oder ISBN-13 ist, ignoriert Bindestriche und Leerzeichen und überprüft die Prüfziffer – ISBN-10 mit dem Mod-11-Schema, dessen letztes Zeichen der Buchstabe X (für 10) sein kann, und ISBN-13 mit dem gewichteten 1-3-1-3-Mod-10-Schema – sodass 0-306-40615-2 und 978-0-306-40615-7 beide gültig sind, während eine falsche Prüfziffer abgelehnt wird. Der Checkdigit-Endpunkt berechnet die abschließende Prüfziffer für einen 9-stelligen ISBN-10-Stamm oder einen 12-stelligen ISBN-13-Stamm (und berechnet sie für einen vollständigen Code neu). Der Convert-Endpunkt konvertiert zwischen den beiden Formen: Eine ISBN-10 wird zu einer ISBN-13, indem 978 vorangestellt und die Prüfung neu berechnet wird, und eine mit 978 beginnende ISBN-13 wird zurück in ISBN-10 konvertiert (979-präfixierte Codes haben kein ISBN-10-Äquivalent). Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Verlage, Bibliotheken, Buchhandlungen, Kataloge, E-Commerce- und Metadaten-App-Entwickler, ISBN-Validierungs- und Barcode-Tools sowie Inventarsysteme. Reine lokale Berechnung – kein Schlüssel, kein Drittanbieter-Dienst, sofort. Live, nichts wird gespeichert. 3 Endpunkte. Dies ist ISBN-spezifische Validierung und Konvertierung; für generische Luhn/Verhoeff-Prüfziffern verwenden Sie eine Check-Digit-API.

#isbn #validation #publishing
P von PremiumApi
Uptime
100.0%
Latenz
74ms
Subs
3,609
Server-geprüft 12 Probes/24h

api.oanor.com/isbn-api

UTM-Koordinaten-API

UTM ↔ geografische Koordinatenumrechnung als API, lokal und deterministisch auf dem WGS84-Ellipsoid berechnet. Der from-latlon-Endpunkt projiziert einen Breiten- und Längengrad in das universelle transversale Mercator-Gitter – gibt die Zone (1–60), die Hemisphäre, den Breitengrad-Buchstaben und die Ost- und Nordwerte in Metern zurück – unter Verwendung der Snyder/USGS Transverse Mercator-Reihe, die innerhalb einer Zone auf wenige Millimeter genau ist; New York (40,7128, −74,0060) wird auf Zone 18N bei etwa 583960 E, 4507351 N abgebildet, und der kanonische 45°N auf einem Zentralmeridian ergibt einen Nordwert von genau 4982950,40 m. Der to-latlon-Endpunkt kehrt dies um und ermittelt den Breiten- und Längengrad aus Zone, Hemisphäre, Ost- und Nordwert. Jede Zone ist 6° Länge breit mit einem falschen Ostwert von 500000 m auf ihrem Zentralmeridian und einem falschen Nordwert von 10000000 m auf der südlichen Hemisphäre. Der Breitengrad ist von −80° bis 84° gültig. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für GIS-, Vermessungs-, Kartierungs-, Geodaten-, Drohnenkartierungs- und Standort-App-Entwickler, Koordinatenumrechnungs- und Gitterreferenz-Tools sowie räumliche Software. Reine lokale Berechnung – kein Schlüssel, kein Drittanbieter-Dienst, sofort. Live, nichts gespeichert. 2 Endpunkte. Dies ist UTM auf WGS84; für die Polarregionen verwenden Sie UPS und für eine EPSG-Code-Suche verwenden Sie eine EPSG-API.

#utm #coordinates #gis
P von PremiumApi
Uptime
100.0%
Latenz
77ms
Subs
3,487
Server-geprüft 9 Probes/24h

api.oanor.com/utm-api

NATO-Phonetisches-Alphabet-API

NATO-phonetisches-Alphabet-Umwandlung als API, lokal und deterministisch berechnet. Der Spell-Endpunkt wandelt jeden Text in das internationale Funkalphabet um, das von der Luftfahrt, dem Militär, Rettungsdiensten und Callcentern verwendet wird – Buchstaben werden zu Alfa, Bravo, Charlie usw. (Groß-/Kleinschreibung wird ignoriert), Ziffern verwenden die ICAO-Formen (Niner für Neun), Leerzeichen werden markiert, und unbekannte Zeichen werden durchgelassen – so wird aus SOS „Sierra Oscar Sierra“ und aus ABC123 „Alfa Bravo Charlie One Two Three“. Der Decode-Endpunkt kehrt dies um, indem er eine Zeichenfolge phonetischer Wörter wieder in die ursprünglichen Zeichen umwandelt und gängige Schreibvarianten akzeptiert (Alpha oder Alfa, X-ray oder Xray, Juliet oder Juliett, Nine oder Niner) und Wörter, die er nicht erkennt, kennzeichnet. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Entwickler von Luftfahrt-, Funk-, Telekommunikations-, Callcenter-, Kundendienst-, Barrierefreiheits- und Sprach-Apps, Buchstabier- und Vorlesewerkzeugen sowie IVR-Systemen. Reine lokale Berechnung – kein Schlüssel, kein Drittanbieterdienst, sofort. Live, nichts wird gespeichert. 2 Endpunkte. Dies ist das NATO/ICAO-Buchstabieralphabet; für Morsecode verwenden Sie eine Morse-API.

#phonetic-alphabet #nato #icao
P von PremiumApi
Uptime
100.0%
Latenz
73ms
Subs
4,924
Server-geprüft 9 Probes/24h

api.oanor.com/phonetic-api

DNA-Schmelztemperatur-API

DNA-Oligo- und PCR-Primer-Mathematik als API, lokal und deterministisch berechnet. Der tm-Endpunkt berechnet die Schmelztemperatur einer Primersequenz auf drei Arten: die Wallace-Regel 2·(A+T) + 4·(G+C) für kurze Oligos bis zu 13 nt, die Marmur-Wallace-GC-Formel 64.9 + 41·(nGC − 16.4)/N für längere, und die salzangepasste 81.5 + 0.41·%GC − 675/N + 16.6·log10[Na+] für eine gegebene Natriumkonzentration, und empfiehlt die richtige Methode für die Länge — ein achtbasiges ATGCATGC schmilzt bei 24 °C nach Wallace, ein 20-basiger 50 %-GC-Primer bei etwa 51,8 °C nach Marmur. Der gc-content-Endpunkt meldet die GC- und AT-Prozentsätze, die Anzahlen pro Base und das einzelsträngige Molekulargewicht. Der reverse-complement-Endpunkt gibt das Komplement, die Reverse und das Reverse-Komplement eines Strangs zurück. Sequenzen verwenden A/C/G/T (Groß-/Kleinschreibung nicht beachtet, Leerzeichen ignoriert) und [Na+] ist in mol/L. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Entwickler von Molekularbiologie-, Biotech-, PCR-, Primerdesign-, Bioinformatik- und Laborautomatisierungs-Apps, Oligo- und Primer-Rechner sowie LIMS-Software. Schätzformeln für das Primerdesign, kein Ersatz für Nächste-Nachbarn-Thermodynamik. Reine lokale Berechnung — kein Schlüssel, kein Drittanbieterdienst, sofort. Live, nichts gespeichert. 3 Endpunkte. Dies ist die Oligo-Schmelztemperatur; für populationsgenetische Allelfrequenzen verwenden Sie eine Genetik-API.

#dna #pcr-primer #melting-temperature
P von PremiumApi
Uptime
100.0%
Latenz
77ms
Subs
3,544
Server-geprüft 12 Probes/24h

api.oanor.com/dnamelt-api

Bevölkerungswachstum-API

Bevölkerungsdynamik-Mathematik als API, lokal und deterministisch berechnet. Der exponentielle Endpunkt wendet das Malthus-Modell N(t) = N0·e^(r·t) an — unbegrenztes Wachstum mit einer konstanten kontinuierlichen Rate r — und gibt die prognostizierte Bevölkerung, den Wachstumsfaktor und die Verdopplungszeit zurück; eine Bevölkerung von 100, die mit r = 0,05 pro Periode wächst, erreicht nach zehn Perioden etwa 165. Der logistische Endpunkt wendet das begrenzte Modell N(t) = K/(1 + ((K−N0)/N0)·e^(−r·t)) an, bei dem das Wachstum langsamer wird, wenn sich die Bevölkerung der Tragfähigkeit K nähert, und am Wendepunkt N = K/2 am schnellsten ist; ausgehend von 10 in Richtung einer Kapazität von 1000 bei r = 0,5 beträgt die Bevölkerung nach zehn Perioden etwa 600 und stabilisiert sich nahe 1000. Der Verdopplungszeit-Endpunkt gibt ln2/r für eine kontinuierliche Rate oder die 70er-Regel-Schätzung für ein prozentuales Wachstum pro Periode. Die Rate und die Zeit teilen sich eine Periode (Jahre, Tage, Generationen). Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Entwickler von Biologie-, Ökologie-, Demografie-, Naturschutz-, Bildungs- und Simulations-Apps, Bevölkerungsprognose- und Tragfähigkeits-Tools sowie Modellierungssoftware. Reine lokale Berechnung — kein Schlüssel, kein Drittanbieter-Service, sofort. Live, nichts gespeichert. 3 Endpunkte. Dies ist Bevölkerungswachstum; für Krankheitsausbreitung verwenden Sie eine Epidemiologie-API und für Populationsgenetik-Allelfrequenzen eine Genetik-API.

#population-growth #logistic #carrying-capacity
P von PremiumApi
Uptime
100.0%
Latenz
77ms
Subs
3,733
Server-geprüft 12 Probes/24h

api.oanor.com/populationgrowth-api

Epidemiology API

Epidemiologische Grundlagenmathematik als API, lokal und deterministisch berechnet. Der Herdenimmunitäts-Endpunkt berechnet die Herdenimmunitätsschwelle HIT = 1 − 1/R0 — den Immunanteil einer Bevölkerung, bei dem ein Ausbruch nicht mehr aufrechterhalten werden kann — aus der Basisreproduktionszahl R0 und passt sie für einen unvollkommenen Impfstoff an, indem er durch dessen Wirksamkeit dividiert. Eine Krankheit mit R0 = 3 benötigt also etwa 67 % Immune (74 % Geimpfte mit einem 90 % wirksamen Impfstoff), während Masern mit R0 ≈ 15 etwa 93 % benötigen. Der R-effektiv-Endpunkt berechnet die effektive Reproduktionszahl Re = R0 · anfälliger Anteil und kennzeichnet, ob die Epidemie wächst (Re > 1) oder schrumpft. Der Endgrößen-Endpunkt löst die Gleichung der endgültigen Epidemiegröße Z = 1 − e^(−R0·Z) für die letztendliche Angriffsrate einer ungemilderten SIR-Epidemie — etwa 80 % bei R0 = 2. Der Verdopplungszeit-Endpunkt gibt die Fallverdopplungszeit aus einer Wachstumsrate oder aus R0 und dem Serienintervall an. Brüche sind 0–1 und Prozentsätze werden abgeleitet. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Entwickler von Apps im Bereich öffentliche Gesundheit, Epidemiologie-Ausbildung, Dashboards, Wissenschaftskommunikation und Ausbruchsplanung, Herdenimmunitäts- und Reproduktionszahl-Tools sowie Gesundheitssoftware. Einfache Kompartimentbeziehungen für Bildung und Planung, kein Ersatz für vollständige epidemiologische Modellierung. Reine lokale Berechnung — kein Schlüssel, kein Drittanbieterdienst, sofort. Live, nichts gespeichert. 4 Endpunkte. Dies sind epidemiologische Grundlagen; für Populationsgenetik Hardy-Weinberg verwenden Sie eine Genetik-API.

#epidemiology #herd-immunity #r0
P von PremiumApi
Uptime
100.0%
Latenz
74ms
Subs
3,980
Server-geprüft 15 Probes/24h

api.oanor.com/epidemic-api

Crosswind Calculator API

Aviation Runway-Wind-Komponenten-Mathematik als API, lokal und deterministisch berechnet. Der Komponenten-Endpunkt zerlegt den Oberflächenwind in die beiden Teile, die Piloten für Start und Landung interessieren: die Seitenwindkomponente senkrecht zur Startbahn, wind·sin(θ), und die Gegenwind- (oder Rückenwind-) Komponente entlang der Startbahn, wind·cos(θ), wobei θ der Winkel zwischen Windrichtung und Startbahnrichtung ist — geben Sie die Startbahn als Richtung oder als Bezeichner von 01 bis 36 an, plus Windrichtung und -geschwindigkeit, und es gibt den Seitenwind mit der Seite, aus der er weht (links oder rechts), den Gegen- oder Rückenwind und den Winkelabstand zurück; Wind 30° von der Nase bei 20 Knoten ergibt einen Seitenwind von 10 Knoten und einen Gegenwind von 17,3 Knoten. Der Max-Wind-Endpunkt kehrt es um: die größte Gesamtwindgeschwindigkeit, bevor ein gegebener Seitenwindgrenzwert bei einem Windwinkel überschritten wird, Grenzwert / |sin θ|. Richtungen sind in Grad (Wind kommt VON wo) und die Geschwindigkeitseinheit ist, was Sie angeben (Knoten, m/s). Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Entwickler von Luftfahrt-, Piloten-, Flugausbildungs-, Electronic-Flight-Bag-, Drohnen- und Wetterbriefing-Apps, Startbahnauswahl- und Seitenwindgrenzwert-Tools sowie Cockpit-Software. Reine lokale Berechnung — kein Schlüssel, kein Drittanbieter-Service, sofort. Live, nichts gespeichert. 2 Endpunkte. Dies ist Startbahn-Wind-Geometrie; für Schallgeschwindigkeit und Mach-Zahl verwenden Sie eine Mach-API und für Standardatmosphärendichte eine Standardatmosphären-API.

#crosswind #aviation #runway
P von PremiumApi
Uptime
100.0%
Latenz
81ms
Subs
4,067
Server-geprüft 9 Probes/24h

api.oanor.com/crosswind-api

Goldener Schnitt & Skalen-API

Design-Proportionsmathematik als API, lokal und deterministisch berechnet. Der Divide-Endpunkt teilt eine Länge nach dem goldenen Schnitt, die von Künstlern und Designern geliebte Teilung, bei der das Ganze zum längeren Teil verhält wie der längere zum kürzeren, beide Verhältnisse gleich φ = (1+√5)/2 ≈ 1,618 — also 100 teilt sich in ein 61,8 langes Segment und ein 38,2 kurzes — und kann auch ein einzelnes Segment zu seinem größeren oder kleineren goldenen Partner erweitern. Der Rectangle-Endpunkt liefert die andere Seite und die Fläche eines goldenen Rechtecks von jeder Seite aus, die Form, die ein kleineres goldenes Rechteck hinterlässt, wenn man ein Quadrat entfernt. Der Scale-Endpunkt erstellt eine modulare (typografische) Skala — Basis · Verhältnis^Schritt über eine Reihe von Schritten nach oben und unten — für harmonische Schriftgrößen und Abstände, wobei ein numerisches Verhältnis oder ein benanntes musikalisches wie kleine Terz (1,2), große Terz (1,25), Quarte (1,333) oder golden (φ) verwendet wird; eine 16-Basis große Terz-Skala ergibt 16, 20, 25, 31,25 und so weiter. Längen sind einheitenunabhängig. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Entwickler von Grafikdesign, Webdesign, UI, Typografie, Layout und Architektur-Apps, Typografie-Skalen- und Proportionswerkzeuge sowie Designsysteme. Reine lokale Berechnung — kein Schlüssel, kein Drittanbieter-Dienst, sofort. Live, nichts gespeichert. 3 Endpunkte. Dies ist Proportion und Skala; für Pixeldichte und Druckgrößen verwenden Sie eine PPI/DPI-API.

#golden-ratio #typography #modular-scale
P von PremiumApi
Uptime
100.0%
Latenz
80ms
Subs
4,978
Server-geprüft 12 Probes/24h

api.oanor.com/goldenratio-api

Schnittliste & Kerf API

Schnittlisten-Mathematik für Holzbearbeitung und Materialzuschnitt als API, lokal und deterministisch berechnet. Der Cuts-Endpunkt berechnet, wie viele Stücke einer Ziellänge aus einer Stammlänge gewonnen werden, sobald der Sägeschnitt (Kerf) – die Breite des Materials, die jeder Schnitt entfernt – berücksichtigt wird, unter Verwendung von pieces = floor((stock + kerf)/(piece + kerf)), da der letzte Schnitt keinen Kerf hinterlässt, und gibt die verwendete Länge, das Reststück, den Abfallprozentsatz und den gesamten Kerf-Verlust zurück; ein 2400 mm Brett, das in 300 mm Stücke mit einem 3 mm Kerf geschnitten wird, ergibt 7 Stücke mit einem 282 mm Reststück, nicht die 8, die man ohne Berücksichtigung des Sägeblatts erwarten würde. Der Boards-Endpunkt berechnet, wie viele Stammlängen für einen Auftrag einer bestimmten Menge benötigt werden und wie viele Reststücke übrig bleiben. Der Yield-Endpunkt meldet die gesamte Materialeffizienz – Gesamtstücklänge geteilt durch Gesamtstammlänge – für einen gesamten Zuschnittauftrag. Alle Längen verwenden eine konsistente Einheit (mm, cm oder Zoll). Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Holzbearbeitung, Tischlerei, Metallverarbeitung, Bauunternehmer, Maker und Shop-Software-Entwickler, Schnittlisten- und Reststückrechner sowie Materialbestellwerkzeuge. Reine lokale Berechnung – kein Schlüssel, kein Drittanbieter-Service, sofort. Live, nichts wird gespeichert. 3 Endpunkte. Dies ist eine eindimensionale (1D) Schnittoptimierung; für loses Materialvolumen verwenden Sie eine Mulch-/Volumen-API.

#cut-list #kerf #woodworking
P von PremiumApi
Uptime
100.0%
Latenz
79ms
Subs
4,044
Server-geprüft 12 Probes/24h

api.oanor.com/kerf-api