#developer-tools

The language definitions GitHub uses to recognise code (the open-source Linguist data) as an API — a clean reference for syntax highlighting, file-type detection, repository dashboards and developer tooling. For each of 800+ languages the API returns its type (programming, markup, data or prose), its brand colour (the hex GitHub paints it), the file extensions associated with it, common aliases, the GitHub language id and the editor (ace) mode. Look a language up by name or alias (golang resolves to Go), reverse-look-up which language(s) own a file extension (.py → Python; .h → C, C++, Objective-C), list the languages of a type, search, or list them all. Distinct from languages-api (ISO 639 human languages) — this is the programming-language reference. Served from memory — always fast.

api.oanor.com/proglang-api

Die kanonische MIME-/Medientyp-Datenbank (die jshttp mime-db, die von Express und dem Großteil des Node-Ökosystems verwendet wird: IANA + Apache + nginx), aus dem Speicher bereitgestellt — kein Key. Lösen Sie einen Medientyp in seine Dateierweiterungen, Zeichensatz und Komprimierbarkeit auf; suchen Sie den/die Medientyp(en) für eine Dateierweiterung (z. B. png → image/png); und suchen oder listen Sie Typen nach Quelle. 2.600+ Medientypen, 1.000+ mit Dateierweiterungen. Schlankes, vorhersagbares JSON. Ideal für Upload-Validierung, Content-Type-Auflösung, Dateityperkennung, Download-Handler und Entwicklerwerkzeuge.

api.oanor.com/mimetypes-api

Die offene Musik-Metadaten-Datenbank als API — Künstler, Release-Gruppen (Alben), Releases, Aufnahmen und Labels, identifiziert durch stabile MusicBrainz-IDs (MBIDs), zurückgegeben als sauberes JSON. Durchsuchen Sie jede Entität nach Name oder Lucene-Abfrage; schlagen Sie einen Künstler mit seinen externen Links und Tags nach, ein Album, ein Release mit seiner vollständigen Titelliste, eine Aufnahme mit ihren ISRCs oder ein Label; und durchstöbern Sie die vollständige Diskografie eines Künstlers. Live-Daten mit MBIDs, Disambiguierungen, Typen, Ländern, Lebensspannen, ISRCs, Barcodes, Katalognummern und Beziehungen — die kanonischen Identifikatoren, die Musikdaten über Dienste hinweg verknüpfen und deduplizieren. Ideal für Metadaten-Anreicherung und -Abgleich, Musikkataloge, Tagging- und Bibliothekswerkzeuge sowie Forschung. 11 Datenendpunkte. Authentifiziert mit einem x-oanor-Key; faire Nutzungslimits pro Tarif.

api.oanor.com/musicbrainz-api

Echtzeit-Pinterest-Daten als API – Pins, Boards und Benutzer, zurückgegeben als sauberes JSON. Durchsuchen Sie Pins, Boards oder Benutzer nach Stichwort; rufen Sie das Profil eines beliebigen Benutzers mit Follower-, Pin- und Board-Anzahl ab; rufen Sie die Boards eines Benutzers und deren Pins ab; rufen Sie die Details eines Pins (Repins, Kommentare, Bild, Link, Domain, Pinner) und die dazugehörigen Pins ab; und rufen Sie die Details eines Boards und dessen Pins ab. Live-Daten mit Titeln, Beschreibungen, Bild-URLs in voller Auflösung, ausgehenden Links, Repin- und Kommentaranzahlen, dominanten Farben und Erstellern. Ideal für Social Listening und Trendforschung, Content-Aggregation und -Entdeckung, E-Commerce- und visuelle Marketing-Tools sowie Dashboards. 10 Datenendpunkte. Authentifiziert mit einem x-oanor-Key; faire Nutzungslimits pro Plan.

api.oanor.com/pinterest-api

Echtzeit-Genius-Musikdaten als API – Songs, Künstler, Alben und vollständige Songtexte, zurückgegeben als sauberes JSON. Durchsuchen Sie Songs oder suchen Sie gleichzeitig nach Songs, Künstlern und Alben; rufen Sie einen Song, Künstler oder Album per ID ab; listen Sie die Songs eines Künstlers nach Beliebtheit sortiert auf; und holen Sie den vollständigen, bereinigten Text eines Songs per ID oder Genius-URL ab. Live-Daten mit Titeln, Haupt- und Feature-Künstlern, Seitenaufrufen, Veröffentlichungsdaten, Artwork, Follower-Zahlen und Social-Media-Handles. Der Lyrics-Endpunkt gibt den vollständigen Songtext mit Abschnittsmarkierungen ([Verse], [Chorus]) und ohne den Beitragenden-Header zurück. Ideal für Musik- und Text-Apps, Karaoke- und Mitsing-Tools, Stimmungs- und Sprachanalyse sowie Metadatenanreicherung. 7 Datenendpunkte. Authentifiziert mit einem x-oanor-key; faire Nutzungsraten pro Plan.

api.oanor.com/genius-api

Echtzeit-Apple-iTunes-Katalogdaten als API — Musik, Podcasts, E-Books und Hörbücher, plus Künstler-, Album- und Podcast-Suchen, zurückgegeben als sauberes JSON. Durchsuchen Sie Songs, Alben, Podcasts, E-Books und Hörbücher oder führen Sie eine allgemeine Suche über alle Medientypen durch; suchen Sie einen beliebigen Eintrag nach seiner iTunes-ID; rufen Sie einen Künstler mit seinen Alben und Songs ab; rufen Sie ein Album mit seiner vollständigen Titelliste ab; und rufen Sie einen Podcast mit seinen aktuellen Episoden ab. Live-Daten mit Namen, Künstlern, Artwork (hochskaliert), Vorschau-URLs, Genres, Preisen, Veröffentlichungsdaten, Inhaltsbewertungen, Titeln und Podcast-Feed-URLs. Ideal für Musik- und Podcast-Apps, Medienkatalog- und Metadatenanreicherung, Entdeckungs- und Empfehlungstools sowie Forschung. 12 Datenendpunkte. Authentifiziert mit einem x-oanor-key; faire Nutzungslimits pro Plan.

api.oanor.com/itunes-api

Echtzeit-Deezer-Musikdaten als API – Tracks, Alben, Künstler, Playlists, Charts und Genres, zurückgegeben als sauberes JSON. Durchsuchen Sie den Katalog nach Tracks, Alben, Künstlern und Playlists; rufen Sie jeden Track, jedes Album (mit seiner Trackliste), jeden Künstler oder jede Playlist per ID ab; erhalten Sie die Top-Tracks und die vollständige Diskografie eines Künstlers; ziehen Sie die globalen Charts (Top-Tracks, Alben, Künstler und Playlists) und die Liste der Genres. Live-Daten mit Titeln, Laufzeiten, Rängen, Fan-Zahlen, Cover- und Bildkunst, 30-Sekunden-Vorschau-URLs, Veröffentlichungsdaten und Explicit-Flags. Ideal für Musik-Apps und Player, Empfehlungs- und Entdeckungstools, Metadatenanreicherung, Dashboards und Forschung. 12 Datenendpunkte. Authentifiziert mit einem x-oanor-Key; faire Nutzungsratenbegrenzungen pro Plan.

api.oanor.com/deezer-api

Echtzeit-Reddit-Daten als API — Subreddits, Beiträge, Kommentare, Benutzerprofile und Suche, zurückgegeben als sauberes JSON. Rufen Sie die Informationen eines Subreddits sowie dessen heiße, neue, beste oder aufsteigende Beiträge ab; holen Sie einen Beitrag zusammen mit seinem vollständigen Kommentarbaum; schlagen Sie das Profil, Karma, Einreichungen und Kommentare eines beliebigen Benutzers nach; durchsuchen Sie Beiträge in ganz Reddit oder innerhalb eines Subreddits; und listen Sie die trendenden Beiträge und die beliebtesten Subreddits auf. Live-Daten, paginiert mit Reddit-Cursorn, mit Bewertungen, Upvote-Verhältnissen, Kommentarzahlen, Flairs, Zeitstempeln, Thumbnails und Medien-URLs. Ideal für Social Listening und Markenüberwachung, Trend- und Sentiment-Dashboards, Content-Aggregation, Forschung und Marktinformationen sowie Bots. 11 Datenendpunkte. Authentifiziert mit einem x-oanor-Key; faire Nutzungslimits pro Plan.

api.oanor.com/reddit-api

Geländer- und Baluster-Layout-Mathematik als API, lokal und deterministisch berechnet – die Balusteranzahl, Abstände und Pfostenanzahlen, die ein Terrassenbauer, Fertiger oder Geländerdesigner für ein Schutzgeländer verwendet. Der Balusteranzahl-Endpunkt gibt die kleinste Anzahl von Balustern, die jeden Spalt innerhalb der Sicherheitsgrenze hält: Zwischen zwei Pfosten hinterlassen n Baluster n+1 Spalten, also ist die Anzahl = ceil((Schienenlänge − max. Spalt) ÷ (Balusterbreite + max. Spalt)). Die übliche Schutzgeländergrenze ist eine 100-mm-Kugel (4 Zoll) – eine Kindersicherheitsregel – also benötigt eine 2000 mm Schiene mit 40 mm Balustern 14 davon bei gleichmäßigen 96 mm Spalten; aufrunden, denn einer weniger öffnet die Spalten über die Grenze. Der Layout-Endpunkt setzt eine bekannte Anzahl gleichmäßig aus: der Spalt = (Schienenlänge − gesamte Balusterbreite) ÷ (Anzahl + 1), der Mittelpunktabstand = Balusterbreite + Spalt, und der erste Baluster sitzt einen Spalt plus einen halben Baluster von der Pfostenfläche entfernt, also markieren Sie den ersten Mittelpunkt und schreiten den Abstand ab, wobei der letzte Spalt gleich dem ersten ist. Der Pfostenanzahl-Endpunkt dimensioniert den Rahmen: Ein Lauf benötigt einen Pfosten mehr als Spannweiten, Spannweiten = ceil(Lauf ÷ max. Pfostenabstand), Pfosten = Spannweiten + 1, gleichmäßiger Abstand = Lauf ÷ Spannweiten – ein 6 m Lauf bei einem max. 1,8 m benötigt 4 Spannweiten und 5 Pfosten bei einem sauberen 1,5 m. Alles wird lokal und deterministisch berechnet, also ist es sofort und privat. Ideal für Terrassen- und Geländerdesign-Tools, Fertigungs- und Schätzungs-Apps sowie Bau-Rechner. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Verwendet die übliche 100-mm-Füllregel – bestätigen Sie Ihre örtliche Vorschrift. 3 Berechnungsendpunkte. Für Treppensteigung und -auftritt verwenden Sie eine Treppen-API; für Zaunlatten eine Zaun-API.

api.oanor.com/handrail-api

Holzpellet-Heizungsmathematik als API, lokal und deterministisch berechnet – die Verbrauchs-, Wärmeleistungs- und Speicherzahlen, die ein Hausbesitzer, Installateur oder Heizungsplaner zur Dimensionierung eines Pelletsystems benötigt. Der Verbrauchs-Endpoint gibt die Pellets an, die einen Wärmebedarf decken = der Bedarf ÷ die nutzbare Wärme pro Kilo, wobei nutzbar = der Heizwert × der Kesselwirkungsgrad: ENplus-Holzpellets haben etwa 4,8 kWh/kg und ein moderner Pelletkessel läuft mit ~90 %, sodass jedes Kilo etwa 4,3 kWh liefert – ein jährlicher Bedarf von 10.000 kWh benötigt dann etwa 2,3 Tonnen Pellets, etwa 154 Fünfzehn-Kilo-Säcke oder eine Schüttgutlieferung. Der Wärmeleistungs-Endpoint kehrt es um: die nutzbare Wärme aus einer Masse = Masse × Heizwert × Wirkungsgrad, sodass eine Tonne ENplus-Pellets etwa 4.800 kWh brutto ergibt, von denen ein 90 %-Kessel ~4.320 kWh liefert – das Äquivalent von etwa 480 Litern Heizöl oder 432 m³ Erdgas. Der Speichervolumen-Endpoint dimensioniert den Behälter oder Silo: Speicher = die Pelletmasse ÷ die Schüttdichte, etwa 650 kg/m³ für ENplus, sodass 2,3 Tonnen etwa 3,6 m³ füllen – dimensionieren Sie den Speicher für die volle Lieferung plus Spielraum für das Einfüllrohr. Alles wird lokal und deterministisch berechnet, daher ist es sofortig und privat. Ideal für Pelletheizungs- und Installateur-Tools, Hausenergie- und Angebots-Apps sowie Rechner für erneuerbare Wärme. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofortig. Verwendet Standard-ENplus-Werte – legen Sie eigene für eine bestimmte Pelletklasse fest. 3 Berechnungs-Endpoints. Für Scheitholz verwenden Sie eine Brennholz-API; für Propan/Flüssiggas eine Propan-API.

api.oanor.com/pellet-api

Drachenflug-Mathematik als API, lokal und deterministisch berechnet – die Leinenzug-, Höhen- und Mindestwind-Zahlen, mit denen ein Drachenflieger, Festivalorganisator oder eine Drachen-App einen Flug plant. Der Leinenzug-Endpunkt gibt die Spannung an, die ein Drachen auf die Leine ausübt ≈ ½ × Luftdichte × Windgeschwindigkeit² × Segelfläche × Kraftbeiwert (~0,8 für einen typischen Flach- oder Delta-Drachen): Da sie mit dem Quadrat des Windes steigt, vervierfacht eine Verdopplung des Windes den Zug – ein 1,5 m² großer Drachen hält etwa 47 N (fast 5 kgf) bei 8 m/s, aber das Vierfache bei einem starken Windstoß, daher müssen Leine und Griff auf die Böen ausgelegt sein, nicht auf den Durchschnitt. Der Höhen-Endpunkt gibt die Flughöhe = ausgelassene Leine × Sinus des Leinenwinkels über der Horizontalen, mit der Windabstands-Distanz aus dem Kosinus: 100 m Leine bei einem 45°-Winkel erreichen etwa 71 m Höhe und 71 m windabwärts, während ein schwerer oder unterfliegender Drachen auf einen niedrigen Winkel absackt und nie steigt. Der Min-Wind-Endpunkt gibt den leichtesten Wind an, der abhebt, wenn der aerodynamische Auftrieb gerade dem Gewicht entspricht: min Wind = √(2 × Masse × g ÷ (Luftdichte × Fläche × Auftriebsbeiwert)), also benötigt ein 200 g, 1,5 m² großer Drachen nur etwa 1,6 m/s (6 km/h) – leichtere Segel und größere Fläche senken die Schwelle. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Drachenflug- und Festival-Apps, Hobby- und MINT-Bildungswerkzeuge sowie Outdoor-Rechner. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Flachdrachen-Schätzungen – kombinieren Sie mit echten Windmessungen. 3 Berechnungs-Endpunkte. Für Luftwiderstand und Endgeschwindigkeit verwenden Sie eine Luftwiderstands-API; für strukturelle Windlast eine Windlast-API.

api.oanor.com/kite-api

Vinyl-Record-Geometrie-Mathematik als API, lokal und deterministisch berechnet – die Spielzeit-, Rillenlängen- und Rillengeschwindigkeitszahlen, mit denen ein Schneidtechniker, eine Pressanlage oder ein Audio-Hobbyist eine Platte berechnet. Der Spielzeit-Endpunkt gibt die maximale Zeit einer Seite = die Anzahl der Rillenumdrehungen ÷ die Plattentellergeschwindigkeit, wobei die Umdrehungen = die radiale Breite des aufgezeichneten Bandes ÷ die Rillenteilung (der Abstand zwischen benachbarten Rillen): eine 12-Zoll-LP mit ~85 mm Band bei einer Teilung von 100 µm hat etwa 850 Umdrehungen, also bei 33⅓ U/min etwa 25 Minuten pro Seite – eine engere Teilung passt mehr Zeit, reduziert aber die Rillenamplitude und damit Lautstärke und Bass, der klassische Zeit-gegen-Lautstärke-Kompromiss. Der Rillenlängen-Endpunkt entrollt die Spirale: Länge ≈ Umdrehungen × der mittlere Umfang (π × der Durchschnitt von Außen- und Innendurchmesser), in der Größenordnung von 400–500 Metern für eine LP-Seite, die der Abtaster einmal abfährt. Der Rillengeschwindigkeits-Endpunkt gibt die lineare Geschwindigkeit unter dem Abtaster = 2π × U/min/60 × Radius, sodass die äußeren Rillen einer LP mit etwa 50 cm/s vorbeiziehen, die inneren jedoch nur ~20 cm/s – die Ursache für Innenrillenverzerrungen und warum Techniker leisere Tracks ans Ende setzen. Alles wird lokal und deterministisch berechnet, daher ist es sofortig und privat. Ideal für Platten-Schneide- und Mastering-Werkzeuge, HiFi- und Sammler-Apps sowie Audio-Engineering-Rechner. Reine lokale Berechnung – kein Key, kein Drittanbieter-Dienst, sofortig. 3 Compute-Endpunkte. Für Musiknoten- und Tempo-Mathematik verwenden Sie eine Music-API.

api.oanor.com/vinyl-api

Sundial-Gnomonik-Mathematik als API, lokal und deterministisch berechnet – die Stundenlinien-, Gnomon- und Längenkorrekturzahlen, mit denen ein Zifferblattmacher, Uhrmacher oder Astronomie-Enthusiast eine Sonnenuhr entwirft. Der Stundenlinienwinkel-Endpunkt gibt den Winkel jeder Stundenlinie auf dem Zifferblatt an, gemessen von der Mittagslinie: Für ein horizontales Zifferblatt gilt tan(Winkel) = sin(Breitengrad) × tan(Stundenwinkel), und für ein vertikales südwärts gerichtetes Zifferblatt wird stattdessen cos(Breitengrad) verwendet, wobei der Stundenwinkel 15° pro Stunde ab Sonnenmittag beträgt. Bei 50° Breite liegt die 1-Uhr-Linie etwa 11,6° von Mittag entfernt, nicht 15° – die Linien bündeln sich nahe Mittag und spreizen sich zu den Enden hin, genau deshalb sind die Stunden einer Sonnenuhr ungleichmäßig verteilt. Der Gnomon-Endpunkt gibt den Stilwinkel an: Die schattenwerfende Kante des Gnomons muss auf den Himmelspol zeigen, daher steigt sie bei einem horizontalen Zifferblatt im Breitengradwinkel (50° bei 50° N) und bei einem vertikalen Zifferblatt um 90° − Breitengrad – wenn dies falsch ist, zeigt die Uhr nur in einer Jahreszeit die richtige Zeit an. Der Längenkorrektur-Endpunkt wandelt die lokale wahre Ortszeit der Sonnenuhr in die Uhrzeit um: 4 Minuten Zeit pro Längengrad, Korrektur = 4 × (Referenzmeridian − lokale Länge), daher zeigt eine Sonnenuhr bei 7,5° O in mitteleuropäischer Zeit 30 Minuten nach gegenüber der Uhr. Alles wird lokal und deterministisch berechnet, daher ist es sofortig und privat. Ideal für Sonnenuhr-Design- und Gnomonik-Werkzeuge, Astronomie-Bildungs- und Maker-Apps sowie Uhrmacher-Rechner. Reine lokale Berechnung – kein Key, kein Drittanbieter-Dienst, sofortig. Fügen Sie die Zeitgleichung für vollständige Uhrzeitgenauigkeit hinzu. 3 Berechnungsendpunkte. Für die Sonnenposition verwenden Sie eine Solarposition-API; für Sonnenaufgang und Sonnenuntergang eine Sonnenaufgangs-API.

api.oanor.com/sundial-api

Metallguss- und Gießereimathematik als API, lokal und deterministisch berechnet – die Erstarrungszeit-, Schrumpfungs- und Schmelzgewichtszahlen, mit denen ein Gießer, Modellbauer oder Gusskonstrukteur arbeitet. Der Endpunkt für die Erstarrungszeit wendet die Chvorinov-Regel an, t = B × (V/A)², wobei V/A der Gussmodul (Volumen ÷ Kühloberfläche) und B die Formkonstante (~2–4 min/cm² für Sand) ist: Ein klobiges Teil mit wenig Oberfläche im Verhältnis zu seinem Volumen erstarrt langsam, ein dünnes schnell – und da ein Speiser länger flüssig bleiben muss als das von ihm gespeiste Gussteil, muss sein Modul größer sein, was die Zahl ist, die ihn dimensioniert. Der Endpunkt für die Musterschrumpfung macht das Modell überdimensioniert für das Metall, das beim Abkühlen schrumpft: Modell = Gussabmessung × (1 + Schrumpfung/100), die Kontraktionsregel des Modellbauers – etwa 1,0–1,6 % für Grauguss, ~2 % für Stahl und Aluminium – also benötigt ein 100 mm Stahlmerkmal ein 102 mm Modell. Der Endpunkt für das Schmelzgewicht gibt das Gussgewicht = Volumen × Metalldichte (Eisen ~7,2, Stahl ~7,85, Aluminium ~2,70 g/cm³) und das tatsächlich zu gießende Metall = Gussgewicht ÷ Gießausbeute, weil Anguss, Läufe und Speiser wiedereingeschmolzener Schrott sind – ein 7 kg Eisenguss bei 70 % Ausbeute benötigt etwa 10 kg in der Pfanne. Alles wird lokal und deterministisch berechnet, daher ist es sofortig und privat. Ideal für Gießerei- und Modellbauwerkzeuge, Gusskonstruktions- und Kalkulations-Apps sowie Metallbearbeitungsrechner. Reine lokale Berechnung – kein API-Key, kein Drittanbieterdienst, sofortig. 3 Compute-Endpunkte. Für das Gewicht eines Teils aus seinen Abmessungen verwenden Sie eine Metallgewicht-API; für Schweißverbindungen eine Schweiß-API.

api.oanor.com/casting-api

Basketball-Effizienzstatistik-Mathematik als API, lokal und deterministisch berechnet – die Wurfeffizienz- und Boxscore-Zahlen, mit denen ein Analyst, Trainer oder eine Sport-App eine Leistung bewertet. Der True-Shooting-Endpunkt fasst Zweier, Dreier und Freiwürfe in einer Zahl zusammen: TS% = Punkte ÷ (2 × (Feldtorversuche + 0,44 × Freiwurfversuche)) × 100, wobei die 0,44 annähert, wie viele Ballbesitze ein Freiwurfzug wirklich verbraucht – 25 Punkte bei 18 Feldtoren und 6 Freiwürfen entsprechen etwa 60,6 %, gegenüber einem Ligadurchschnitt von etwa 56–58 %. Der Effective-Field-Goal-Endpunkt bewertet einen Dreier mit 50 % mehr als einen Zweier: eFG% = (erzielte Feldtore + 0,5 × erzielte Dreier) ÷ Feldtorversuche × 100, sodass 9 Treffer inklusive 3 Dreiern bei 18 Versuchen 58,3 % gegenüber rohen 50 % ergeben, die Differenz ist der Wert des Distanzwurfs. Der Game-Score-Endpunkt berechnet John Hollingers Game Score, eine Einzelspiel-Produktivitätsbewertung, skaliert wie Punkte – 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 – wobei etwa 10 ein durchschnittliches Spiel ist, 20+ ausgezeichnet und 40+ historisch, effizientes Scoring und Allround-Spiel belohnt, während Fehlwürfe und Ballverluste bestraft werden. Alles wird lokal und deterministisch berechnet, daher ist es sofortig und privat. Ideal für Basketball-Analysen und Boxscore-Tools, Fantasy- und Kommentar-Apps sowie Sportrechner. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofortig. 3 Compute-Endpunkte. Für Baseball-Statistiken verwenden Sie eine Baseball-API; für Cricket eine Cricket-API.

api.oanor.com/basketball-api

Cricket-Statistik-Mathematik als API, lokal und deterministisch berechnet – die Run-Rate, Strike-Rate und Chase-Zahlen, die ein Scorer, Kommentator oder eine Cricket-App Spiel für Spiel berechnet. Ein Over besteht aus sechs legalen Bällen, und Overs werden als ganze Overs plus Bälle angegeben, niemals als Dezimal-Overs – '20.3 Overs' bedeutet 20 Overs und 3 Bälle (20.5 in realen Zahlen), die klassische Cricket-Mathe-Falle, die diese API vermeidet. Der Run-Rate-Endpoint gibt die Runs pro Over = Runs ÷ (Bälle ÷ 6), also 150 Runs in 20 Overs sind 7.50 pro Over, und mit einer Ziel-Overs-Zahl wird die Innings-Punktzahl beim aktuellen Tempo prognostiziert. Der Strike-Rate-Endpoint gibt die Strike-Rate eines Batters = Runs ÷ gespielte Bälle × 100, die Runs pro 100 Bälle – 75 aus 50 ist eine Strike-Rate von 150, schnelles Scoring im Limited-Overs-Spiel; in Tests wird stattdessen eine niedrigere Strike-Rate mit einem hohen Durchschnitt geschätzt. Der Required-Rate-Endpoint behandelt eine Chase: die erforderliche Run-Rate = die noch benötigten Runs ÷ die verbleibenden Bälle × 6, also 80 Runs zum Sieg bei 10 verbleibenden Overs sind 8.00 pro Over – eine Zahl, die steil ansteigt, wenn die Bälle knapp werden, weshalb eine komfortable Chase in ein paar engen Overs kippen kann. Alles wird lokal und deterministisch berechnet, also sofort und privat. Ideal für Cricket-Scoring- und Live-Score-Apps, Fantasy- und Kommentar-Tools sowie Sportrechner. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. 3 Compute-Endpoints. Für Baseball-Statistiken verwenden Sie eine Baseball-API.

api.oanor.com/cricket-api

Zeitraffer-Fotografie-Mathematik als API, lokal und deterministisch berechnet – die Clip-Länge, das Intervall und die Speicherzahlen, die ein Fotograf, Filmemacher oder eine Kamera-App für eine Sequenz plant. Der Clip-Länge-Endpunkt tauscht eine lange Aufnahme gegen einen kurzen Clip: die aufgenommenen Frames = die Aufnahmedauer ÷ das Intervall, und die Clip-Länge = diese Frames ÷ die Wiedergabebildrate – 60 Minuten Aufnahme mit einem Frame alle 5 Sekunden ergibt 720 Frames, und bei 24 fps ergibt das eine Wiedergabe von 30 Sekunden, eine 120-fache Beschleunigung. Längere Intervalle komprimieren die Zeit stärker, können aber bei schnellen Bewegungen ruckeln. Der Intervall-Endpunkt arbeitet rückwärts von einem Ziel-Clip: die benötigten Frames = die Ziel-Clip-Länge × die Bildrate, und das Intervall = die Aufnahmedauer ÷ diese Frames, also eine 60-minütige Aufnahme für einen 20-Sekunden-Clip bei 24 fps benötigt 480 Frames, einen alle 7,5 Sekunden. Der Speicher-Endpunkt dimensioniert die Karte und die Festplatte: Gesamtspeicher = die Frame-Anzahl × die Größe eines Frames, und da Zeitrafferaufnahmen in voller Auflösung (RAW ~20–30 MB pro Frame) gemacht werden, ergeben 720 RAW-Frames bei 25 MB etwa 18 GB für einen einzigen 30-Sekunden-Clip – weshalb eine lange Aufnahme schnell Karten frisst. Alles wird lokal und deterministisch berechnet, also ist es sofort und privat. Ideal für Zeitraffer- und Intervallometer-Apps, Fotografie-Planungswerkzeuge und Produktionsrechner. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. 3 Berechnungs-Endpunkte. Für Videobitrate und Dateigröße verwenden Sie eine Bitrate-API.

api.oanor.com/timelapse-api

Jam- und Konserven-Mathematik als API, lokal und deterministisch berechnet – die Zucker-, Gelierpunkt- und Ertragszahlen, die ein Marmeladenhersteller, Konservenmacher oder Rezept-App für eine Charge benötigt. Der Zucker-Endpunkt setzt den Zucker aus dem Zucker-Frucht-Verhältnis: Eine traditionelle Vollzucker-Marmelade hat ein Verhältnis von 1:1, also 1 kg Frucht benötigt 1 kg Zucker für eine 2-kg-Charge mit 50 % Zucker, während niedrigere Verhältnisse (0,6–0,75) eine weichere, frischere, weniger süße Konserve ergeben, die zusätzliches Pektin benötigt und sich weniger gut hält – der Zucker konserviert und hilft beim Gelieren. Der Gelierpunkt-Endpunkt gibt die Geltemperatur an, angepasst an die Höhe: Marmelade geliert bei etwa 4,5 °C (8 °F) über der Temperatur, bei der Wasser kocht – 104,5 °C auf Meereshöhe – aber da Wasser in höheren Lagen niedriger kocht (etwa 1 °C pro 285 m), sinkt der Zielwert auf nahe 99 °C bei 1500 m, sodass das Kochen auf Meereshöhe in den Bergen die Charge überkocht. Der Ertrags-Endpunkt kocht die Charge auf einen Zielgehalt an löslichen Feststoffen (Brix) ein: Marmelade hält sich bei etwa 65 % Brix, das Endgewicht = die Feststoffe (Zucker plus der etwa 10 % Trockenmasse der Frucht) ÷ der Ziel-Brix, und der Rest verdampft als Wasser – 1 kg Zucker und 1 kg Frucht kochen auf etwa 1690 g Marmelade ein, wobei etwa 310 g Wasser verloren gehen. Alles wird lokal und deterministisch berechnet, also sofort und privat. Ideal für Konserven- und Rezept-Tools, Haushalts- und Küchen-Apps sowie Lebensmittelproduktionsrechner. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Gel-Chemie, nicht Einmachsicherheit. 3 Compute-Endpunkte. Für die Höhenanpassung der Verarbeitungszeit verwenden Sie eine Einmach-API.

api.oanor.com/jam-api

Schwimm-Mathematik als API, lokal und deterministisch berechnet – die SWOLF-, Schwellen-Tempo- und Pro-100-m-Zahlen, mit denen ein Schwimmer, Trainer oder eine Trainings-App arbeitet. Der Swolf-Endpunkt bewertet die Schlagökonomie für eine Bahn: SWOLF (Schwimmen + Golf) = die Anzahl der Schläge plus die benötigten Sekunden, und wie beim Golf gilt: niedriger ist besser – weiter pro Schlag gleiten oder schneller schwimmen verbessert beides, sodass eine 25-m-Bahn in 18 Schlägen und 30 s einen SWOLF von 48 ergibt. Da dies von der Bahnlänge und dem Schwimmstil abhängt, wird der Wert auf 25 m normiert, sodass Bahnen in verschiedenen Becken vergleichbar sind. Der CSS-Endpunkt berechnet die Critical Swim Speed, das Schwellentempo des Schwimmers, aus zwei All-Out-Zeittests: CSS = (Distanz1 − Distanz2) ÷ (Zeit1 − Zeit2) – der klassische 400-m- und 200-m-Test, bei dem 6:00 und 2:50 etwa 1,05 m/s ergeben, eine Schwelle von 1:35 / 100 m; Trainingsgeschwindigkeiten werden dann als Abweichungen von CSS festgelegt, das Äquivalent zur Laufschwelle oder zum 2-km-Tempo auf dem Ergometer. Der Pace-Endpunkt liefert Geschwindigkeit und das Pro-100-m-Tempo, das Schwimmer tatsächlich angeben (Zeit ÷ Distanz × 100), also 100 m in 1:30 ergibt ein Tempo von 1:30 / 100 m bei 1,11 m/s. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Schwimm-Trainings- und Coaching-Tools, Bahn-Tracker- und Triathlon-Apps sowie Fitnessrechner. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. 3 Compute-Endpunkte. Für Lauftempo verwenden Sie eine Pace-API; für Indoor-Rudern eine Ruder-API.

api.oanor.com/swimming-api

Indoor-Rowing (Concept2 Erg) Mathematik als API, lokal und deterministisch berechnet – die Watt-, Split- und Kalorienzahlen, mit denen ein Ruderer, Trainer oder eine Fitness-App ein Stück arbeitet, unter Verwendung der veröffentlichten Concept2-Beziehungen. Der Split-to-Watts-Endpunkt wandelt einen 500-m-Split in Leistung um: Auf einem Erg ist die Leistung durch das Tempo festgelegt, nicht durch die Schlagfrequenz, also Watt = 2,80 ÷ Tempo³, wobei das Tempo die Sekunden pro Meter ist (der Split ÷ 500) – ein 2:00-Split entspricht etwa 202 W. Da die Leistung umgekehrt proportional zur dritten Potenz des Tempos ist, kosten kleine Split-Gewinne viele Watt: 1:50 statt 2:00 zu ziehen entspricht etwa 270 W, nicht 220. Der Watts-to-Split-Endpunkt kehrt es um – Tempo = (2,80 ÷ Watt)^(1/3), Split = Tempo × 500 – sodass eine Zielwattleistung dem Split auf dem Monitor entspricht und die Leistung eines Ruderers direkt mit der eines Radfahrers oder jeder anderen Wattzahl vergleichbar ist. Der Kalorien-Endpunkt wendet die Concept2-Kalorienformel an: Cal/h = (Watt × 4 × 0,8604) + 300, wobei die +300 ein fester Ruhestoffwechsel-Term ist, der die Zählung des Ergs höher laufen lässt als die reine mechanische Arbeit; 200 W entsprechen etwa 988 Cal/h, grob 494 Kalorien über 30 Minuten. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Ruder- und Erg-Trainingstools, Coaching- und Leaderboard-Apps sowie Fitnessrechner. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Concept2-Modell – eine Maschinenschätzung, keine Labor-Kalorimetrie. 3 Compute-Endpunkte. Für Laufgeschwindigkeit verwenden Sie eine Pace-API; für Radfahren eine Cycling-API.

api.oanor.com/rowing-api

Kreuzstich- und Stickerei-Mathematik als API, lokal und deterministisch berechnet – die Designgröße, Stoff- und Garnzahlen, mit denen ein Kreuzsticker, Stickdesigner oder Handarbeitsgeschäft ein Projekt kalkuliert. Der Designgrößen-Endpoint wandelt eine Stichanzahl und eine Stoffanzahl (Stiche pro Zoll) in die fertige Größe um: Größe = Stichanzahl ÷ Stoffanzahl, also ein 140 × 98 Design auf 14-count Aida ergibt 10 × 7 Zoll (25,4 × 17,8 cm), kleiner auf 18-count und größer auf 11-count, weil eine höhere Anzahl mehr Stiche pro Zoll packt – und er gibt die Gesamtstichanzahl (Breite × Höhe) zurück, die das Garn und die Stunden bestimmt. Der Stoffbedarfs-Endpoint fügt auf jeder Seite einen Rand hinzu, um den zuzuschneidenden Stoff zu erhalten: Designgröße + doppelter Rand pro Dimension, mit den üblichen 3 Zoll pro Seite zum Einspannen, Rahmen und Fertigstellen, also ein 10 × 7 Design benötigt einen Zuschnitt von 16 × 13 Zoll. Der Garnlängen-Endpoint schätzt das Garn aus der Geometrie eines vollständigen Kreuzes – die beiden vorderen Diagonalen plus die Rückkehr ergibt etwa (2√2 + 2) ÷ Stoffanzahl Zoll pro Stich – also 5.000 Stiche auf 14-count sind ungefähr 1.724 Zoll, etwa 44 m, und er schätzt die Stränge bei gegebener Fadenanzahl (ein 6-strängiger Strang ist ~8 m). Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Kreuzstich- und Stickmuster-Tools, Handarbeitsgeschäfte und Kit-Apps sowie Bastelprojekt-Rechner. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Garnangaben sind Planungsschätzungen – kaufen Sie etwas mehr und achten Sie auf Farbbadgleichheit. 3 Compute-Endpoints. Für Nähstofflängen verwenden Sie eine Näh-API; für Strickmaß eine Strick-API.

api.oanor.com/embroidery-api

Eiscreme- und Gelato-Chargenmathematik als API, lokal und deterministisch berechnet – die Overrun-, Ausbeute- und Feststoffzahlen, die ein Gelatiere, Eiscremehersteller oder Produktionsplaner für eine Mischung ausbalanciert. Der Overrun-Endpunkt misst die Luft, die während des Gefrierens in die Mischung geschlagen wird, nach der Gewichtsmethode: aus demselben Behälter, zuerst mit Mischung und dann mit gefrorenem Eis gefüllt, Overrun = (Mischungsgewicht − gefrorenes Gewicht) ÷ gefrorenes Gewicht × 100 – ein Becher, der von 1000 g auf 625 g fällt, hatte 60 % Overrun. Dichtes Gelato liegt bei etwa 20–35 %, Premium-Eiscreme bei 25–50 %, Soft-Serve und günstige Becher bei 50–100 %+; mehr Luft bedeutet ein leichteres, billigeres, schneller schmelzendes Produkt. Der Ausbeute-Endpunkt wandelt ein Mischungsvolumen und einen Overrun in das gefrorene Volumen (Mischung × (1 + Overrun/100)) und die Anzahl der Kugeln bei einer bestimmten Kugelgröße um, sodass 2 Liter Mischung bei 60 % Overrun 3,2 Liter und etwa 53 Sechzig-Milliliter-Kugeln ergeben – weshalb Overrun ein direkter Kostenhebel ist. Der Gesamtfeststoff-Endpunkt balanciert ein Rezept: Gesamtfeststoffe (Zucker + Fett + fettfreie Milchtrockenmasse + Sonstiges) als Prozentsatz des Mischungsgewichts, mit den Fett-, Zucker-, fettfreien Milchtrockenmasse- und Wasseranteilen – eine typische Eiscreme hat 36–42 % Gesamtfeststoffe, Gelato weniger Fett, und das Ausbalancieren von Feststoffen gegen Wasser hält die Textur glatt statt eisig. Alles wird lokal und deterministisch berechnet, also sofort und privat. Ideal für Gelateria- und Molkereitools, Rezeptabstimmungs-Apps und Lebensmittelproduktionsrechner. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. 3 Compute-Endpunkte. Für allgemeine Kochmaßumrechnungen verwenden Sie eine Cooking-API.

api.oanor.com/icecream-api

Holzfeuchte-Mathematik als API, lokal und deterministisch berechnet – die Feuchtegehalt-, Darrgewicht- und Trocknungsziel-Zahlen, mit denen ein Holzarbeiter, Säger, Trockner oder Brennholzverkäufer Holz bewertet. Der Feuchtegehalt-Endpunkt nimmt ein Nassgewicht und ein Darrgewicht und gibt den Feuchtegehalt in beiden Konventionen zurück: die Trockenbasis (Wasser ÷ Darrgewicht × 100, der Forst- und Holzverarbeitungsstandard) und die Nass-/Grünbasis (Wasser ÷ Nassgewicht × 100, üblich in Landwirtschaft und Papier) – ein Brett mit 120 g, das auf 100 g trocknet, enthält 20 g Wasser und hat 20 % Trockenbasis oder 16,7 % Nassbasis, daher ist es immer wichtig, welche Angabe verwendet wird. Oberhalb der Fasersättigung (~28–30 %) gibt das Holz noch freies Wasser ab und hat noch nicht zu schrumpfen begonnen. Der Darrgewicht-Endpunkt berechnet das unveränderliche Darrgewicht aus einem aktuellen Gewicht und einer Messgerätablesung (Nass ÷ (1 + MC/100)), den Anker für jeden Trocknungsplan, da sich die Holzsubstanz nicht ändert, wenn Wasser entweicht. Der Zielgewicht-Endpunkt verwendet diesen Anker, um das Gewicht zu ermitteln, das ein Stück für einen Ziel-Feuchtegehalt erreichen sollte, sowie das noch zu entfernende Wasser – 120 g bei 20 % auf 12 % zu reduzieren bedeutet ein Zielgewicht von 112 g und 8 g zu verlierendes Wasser, sodass Sie das Stück einfach auf diesen Wert abwiegen. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Holzbearbeitungs- und Geigenbauwerkzeuge, Sägewerks- und Kammer-Trocknungs-Apps sowie Brennholz-Trocknungsrechner. Reine lokale Berechnung – kein Key, kein Drittanbieterdienst, sofort. Massenbilanz-Mathematik – kombinieren Sie es mit einem echten Feuchtemessgerät. 3 Compute-Endpunkte. Für Brettfuß verwenden Sie eine Lumber-API; für ein Holzstapelvolumen eine Firewood-API.

api.oanor.com/woodmoisture-api

Edelsteingewichts-Mathematik als API, lokal und deterministisch berechnet – die Karat-, Gramm-, Punkt- und Messgewichtszahlen, mit denen ein Juwelier, Edelsteinhändler, Gutachter oder Steinschleifer arbeitet. Der Karat-zu-Gramm-Endpunkt wandelt ein Karatgewicht in Gramm, Milligramm und Punkte um: Das metrische Karat beträgt genau 0,2 g (200 mg) und ist in 100 Punkte unterteilt, also wiegt ein 1,5-ct-Stein 0,3 g und 150 Punkte, und ein Viertelkarat ist ein 25-Punkter – das Karat ist eine Masseneinheit, keine Größe, daher wiegen ein 1-ct-Diamant und ein 1-ct-Smaragd gleich, sehen aber aufgrund ihrer unterschiedlichen Dichten anders aus. Der Gramm-zu-Karat-Endpunkt kehrt dies um (dividiere Gramm durch 0,2 oder multipliziere mit 5) für ein auf einer Grammwaage gemessenes Gewicht. Der Rundbrillant-Gewichts-Endpunkt liefert die Handelsschätzung, die verwendet wird, wenn ein Stein gefasst ist und nicht auf eine Waage gelegt werden kann: Karat ≈ Durchmesser² × Tiefe × 0,0061, wobei der Gürteldurchmesser und die Gesamttiefe in Millimetern angegeben werden – ein 6,5 mm runder Stein mit etwa 4 mm Tiefe schätzt nahe 1 Karat, genau deshalb misst ein 1-ct-Rundbrillant etwa 6,5 mm im Durchmesser; der Faktor kann für einen dicken Gürtel oder einen anderen Schliff angepasst werden. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Schmuck- und Bewertungswerkzeuge, Edelsteinhändler- und Auktions-Apps sowie Steinschleifer-Rechner. Reine lokale Berechnung – kein Key, kein Drittanbieterdienst, sofort. Nur Gewichtsmathematik – es bewertet den Stein nicht oder bewertet Farbe und Reinheit. 3 Berechnungsendpunkte. Für Goldkarat und Feingehalt verwenden Sie eine Goldreinheits-API.

api.oanor.com/gemstone-api

Goldreinheits- und Karat-Mathematik als API, lokal und deterministisch berechnet – die Karat-, Feingehalts- und Legierungszahlen, mit denen ein Juwelier, Goldschmied, Prüfer oder Raffineur arbeitet. Der Karat-zu-Feingehalt-Endpunkt konvertiert zwischen den beiden Reinheitssystemen: Karat ist die Anzahl der 24stel eines Stücks, das reines Gold ist, also ist der Feingehalt (Teile pro Tausend, die Zahl auf einem Punzstempel) = Karat ÷ 24 × 1000 und der Goldanteil in Prozent = Karat ÷ 24 × 100 – 24K ist rein (1000‰), 18K ist 750‰ (75 %), 14K ist 583‰, 9K ist 375‰. Der Reingold-Gewicht-Endpunkt gibt das tatsächliche Feingold in einem Stück an = sein Gesamtgewicht × der Goldanteil (Karat ÷ 24): Ein 10 g 18K-Ring enthält 7,5 g Gold und 2,5 g Legierung, der Feingoldgehalt, den ein Raffineur vergütet, und die Grundlage des inneren Metallwerts. Der Legierungsmisch-Endpunkt kehrt es für die Werkbank um: Um raffiniertes Feingold auf ein Zielkarat zu bringen, ist das Gesamtgewicht = das Feingold ÷ (Zielkarat ÷ 24) und die zuzugebende Legierung = das Gesamtgewicht − das Feingold, also ergeben 7,5 g reines Gold 10 g 18K mit 2,5 g Masterlegierung. Alles wird lokal und deterministisch berechnet, daher ist es sofortig und privat. Ideal für Schmuck- und Goldschmiedewerkzeuge, Pfand- und Altgold-Apps sowie Prüf- und Metallwertrechner. Reine lokale Berechnung – kein Key, kein Drittanbieterdienst, sofortig. Nur Reinheitsmathematik – es ruft nicht den aktuellen Goldpreis ab. 3 Compute-Endpunkte. Für das Gewicht eines Metallteils aus seinen Abmessungen verwenden Sie eine Metallgewicht-API.

api.oanor.com/goldpurity-api

Kreissegment-Bogengcometrie als API, lokal und deterministisch berechnet – Radius, Bogenlänge und Austragungszahlen, mit denen ein Maurer, Tischler, Steinmetz oder CAD-Benutzer einen Segmentbogen austrägt. Ein Segmentbogen ist ein Kreisbogen, der durch die beiden Kämpfer und den Scheitelpunkt gezogen wird: Der from-span-rise-Endpunkt nimmt die Spannweite und die Stichhöhe (die Höhe des Scheitels über der Kämpferlinie) und gibt den Radius = (Spannweite²/4 + Stichhöhe²) ÷ (2·Stichhöhe), den zugehörigen Mittelpunktswinkel, die Bogenlänge entlang der Kurve und die Segmentfläche des darunter liegenden Hohlraums zurück – flachere Bögen mit geringer Stichhöhe haben überraschend große Radien. Der from-radius-angle-Endpunkt kehrt es um und gibt die Sehne (Spannweite), die Stichhöhe (Sagitta), die Bogenlänge und die Fläche aus einem bekannten Radius und Mittelpunktswinkel zurück, so wie eine Kurve beschrieben wird, die mit einem Stangenzirkel oder einer Oberfräse auf einem Drehpunkt gezogen wird. Der setout-ordinates-Endpunkt liefert die praktischen Zahlen zum Markieren einer Schablone: die Stichhöhe des Bogens über einer geraden Basislinie an gleichmäßig verteilten Stationen über die Spannweite (y = √(R² − x²) − (R − Stichhöhe)), sodass Sie die Höhen auftragen, verbinden und eine Sperrholzschablone ausschneiden oder eine Latte biegen können, ohne einen riesigen Zirkel zu benötigen – die Enden ergeben Null an den Kämpfern und die Mitte entspricht der Stichhöhe am Scheitel. Alles wird lokal und deterministisch berechnet, daher ist es sofortig und privat. Ideal für Mauerwerks- und Tischlerverlegewerkzeuge, Treppen- und Fensterbogendesign sowie CAD- und Holzbearbeitungsrechner. Reine lokale Berechnung – kein Key, kein Drittanbieterdienst, sofortig. Segmentbögen (bis zu einem Halbkreis). 3 Compute-Endpunkte. Für Straßenkurven verwenden Sie eine Horizontal- oder Vertikalkurven-API; für einfache Formflächen eine Geometrie-API.

api.oanor.com/arch-api

Riveted-joint strength maths as an API, computed locally and deterministically — the shear, bearing and rivet-count numbers a structural, sheet-metal or aircraft fitter checks a riveted connection by. The shear-capacity endpoint gives the load a rivet group carries across its shanks = the rivet area (π/4·d²) × the shear strength × the number of rivets × the shear planes — a rivet in single shear is cut on one plane, in double shear (the centre plate of a butt joint with cover plates) on two, so it carries twice. The bearing-capacity endpoint gives the load the rivets can press against the sides of their holes before the plate crushes = the projected contact area (diameter × plate thickness) × the bearing strength × the number of rivets; thin plates fail in bearing long before the rivet shears, which is exactly why both must be checked — the joint strength is the lesser of the two. The rivets-required endpoint inverts it: the rivets a design load needs = the load ÷ the allowable load per rivet (area × allowable shear × planes), rounded up to a whole rivet, using the working shear (strength ÷ safety factor) not the raw value. Everything is computed locally and deterministically, so it is instant and private. Ideal for structural and sheet-metal estimating, mechanical-design and fastener tools, and engineering calculators. Pure local computation — no key, no third-party service, instant. Shank-shear and bearing only — also confirm edge tear-out and minimum pitch. 3 compute endpoints. For bolt preload and torque use a bolt-torque API; for thread geometry a thread API; for welded joints a welding API.

api.oanor.com/rivet-api

Statik von gespannten Seilen mit Punktlast als API, lokal und deterministisch berechnet – die Seilspannungs- und Ankerkraftzahlen, die ein Slackliner, Highliner oder Rigging-Experte ermittelt, bevor er ein Seil belastet. Dies ist das V, das ein belastetes Seil unter einer Person bildet, keine Eigengewichts-Katenare: Der Spannungs-Endpoint nimmt die Spannweite, den Durchhang und die Körperlast und gibt die Seilspannung und den horizontalen Ankerzug zurück, denn das vertikale Gleichgewicht ist 2·T·sin(Winkel) = das Körpergewicht – je flacher also das Seil (je kleiner der Durchhang), desto mehr steigt die Spannung an, weshalb das straffe Spannen eines Seils, um das Hüpfen zu unterdrücken, die Anker mit einem Vielfachen des Körpergewichts belasten kann. Der Durchhang-Endpoint kehrt es um: Aus einer bekannten Seilspannung gibt er den Durchhang zurück, den sich eine Last in der Mitte setzt (sin Winkel = Gewicht ÷ doppelte Spannung), und meldet, wenn die Spannung zu niedrig ist, um die Last überhaupt zu halten. Der Endpoint für außermittige Last behandelt das Stehen abseits der Mitte, wo die beiden Hälften unterschiedliche Spannungen tragen: Der horizontale Zug ist auf beiden Seiten gleich (H = Gewicht × a × b ÷ (Durchhang × Spannweite)), aber das kürzere, steilere Segment läuft mit der höheren Spannung und versagt zuerst – der Grund, warum ein Highliner nahe einem Anker diese Leash stärker belastet als einer in der Mitte. Alles wird lokal und deterministisch berechnet, also sofort und privat. Ideal für Slackline- und Highline-Rigging-Tools, Kletter- und Outdoor-Ausrüstungs-Apps sowie Spannungs- und Ankerrechner. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Geometrische Statik – kombinieren Sie mit den tatsächlichen Band- und Ankerbewertungen. 3 Compute-Endpoints. Für ein Eigengewichts-Hängeseil verwenden Sie eine Katenaren-API; für Arbeitslastgrenze und Sicherheitsfaktor eine Rigging-API.

api.oanor.com/slackline-api

Textilfärberezept-Mathematik als API, lokal und deterministisch berechnet – die Farbstoff-, Wasser- und Hilfsstoffmengen, die ein Färber abwiegt, um ein reproduzierbares Färbebad zu mischen, sei es für einen Probestreifen oder eine ganze Stoffbahn. Der Farbstoffgewicht-Endpunkt gibt das abzuwiegende Farbstoffgewicht = Stoffgewicht × Farbtiefe, den prozentualen Farbstoffanteil am Warengewicht: ein 2%iger Farbton auf 100 g Stoff ergibt 2 g Farbstoff, helle Töne liegen unter einem halben Prozent, tiefe Schwarztöne bei 4 % oder mehr – die Berechnung auf Basis des Warengewichts ist genau das, was ein Rezept skalierbar und reproduzierbar macht. Der Flottenverhältnis-Endpunkt gibt das Färbebadvolumen = Warengewicht in kg × Flottenverhältnis, die Liter Bad pro Kilo (ein 20:1-Verhältnis sind 20 L pro kg); niedrigere Verhältnisse sparen Wasser, Farbstoff und Energie und erschöpfen tiefer, höhere Verhältnisse egalisieren bei empfindlicher oder heller Ware gleichmäßiger. Der Hilfsstoff-Endpunkt gibt die zuzugebende Menge an Salz, Soda oder Egalisiermittel = Badvolumen × Dosierungskonzentration in Gramm pro Liter – Salz (50–80 g/L) treibt Reaktiv- und Direktfarbstoffe auf Baumwolle, Soda (10–20 g/L) erhöht den pH-Wert, um sie zu fixieren. Alles basiert auf Warengewicht oder pro Liter, sodass dasselbe Rezept in jedem Maßstab dieselbe Farbe und Chemie liefert, und es wird lokal und deterministisch berechnet, also sofort und privat. Ideal für Handwerks- und Studiofärber, Textil- und Garnläden sowie Farbstoffrezept- und Chargenrechner-Tools. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. 3 Compute-Endpunkte. Für Strickwarenlängen und Maschenproben verwenden Sie eine Strick-API; für Gemüsefermentations- oder Fleischpökelsalz eine Fermentations- oder Pökel-API.

api.oanor.com/dye-api

Solar-Array-Reihenabstands- und Verschattungsgeometrie als API, lokal und deterministisch berechnet – die Schattenlänge, der Reihenabstand und die Bodenbedeckungszahlen, mit denen ein PV-Planer oder Installateur eine Bodenmontage- oder Flachdachanlage auslegt. Der Schattenlängen-Endpunkt gibt den Schatten an, den ein Objekt wirft = seine Höhe ÷ tan(Sonnenhöhe), länger bei niedrigerer Sonne (weshalb Layouts für die worst-case Wintersonnenwende mit niedriger Sonne ausgelegt werden), gestreckt um 1/cos(Azimutdifferenz) wenn die Sonne außerhalb der Achse steht. Der Reihenabstands-Endpunkt gibt den minimalen Reihenabstand (Vorderkante zu Vorderkante) an, um zu verhindern, dass eine Reihe die dahinterliegende beschattet = die horizontale Basis des Moduls (Länge × cos Neigung) + der Schatten, den seine Hinterkante wirft (Modulhöhe ÷ tan der minimalen Sonnenhöhe) – ein 1,7 m Modul bei 30° Neigung, das eine 20° Wintersonne freihält, benötigt etwa einen 3,8 m Abstand – und gibt das resultierende Bodenbedeckungsverhältnis zurück. Der Bodenbedeckungs-Endpunkt gibt dieses GCR = Modullänge ÷ Reihenabstand, die Packungsdichte: Festneigungsfelder liegen typischerweise bei 0,4–0,5, höhere Werte packen mehr kW pro Acre, verlieren aber Winterertrag durch gegenseitige Verschattung, niedrigere Werte verschwenden Land. Alles wird lokal und deterministisch berechnet, daher ist es sofortig und privat. Ideal für Solar-Design- und Layout-Tools, EPC- und Standortbewertungs-Apps sowie Rechner für erneuerbare Energien. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofortig. Geometrisches Modell – verwenden Sie die reale worst-hour Sonnenhöhe. 3 Compute-Endpunkte. Für Sonnenposition/-höhe verwenden Sie eine Solar-Position-API; für Einstrahlung eine Solar-API; für netzunabhängige Dimensionierung eine Off-Grid-API.

api.oanor.com/pvspacing-api

Windentrommel- und Seiltrommel-Mathematik als API, lokal und deterministisch berechnet – die Seilkapazität, Zugkraft und Seilauslaufzahlen, mit denen ein Windenführer, Rigging-Spezialist oder Bergungsfahrer an einer Trommel arbeitet. Der Kapazitätsendpunkt gibt das Seil an, das eine Trommel durch exakte Lagengeometrie fasst: die Summe über jede volle Lage der Windungen pro Lage × π × dem mittleren Wickeldurchmesser dieser Lage, wobei Windungen pro Lage = Trommelbreite ÷ Seildurchmesser und die Anzahl der Lagen = die Flansch-zu-Trommelkörper-Tiefe ÷ Seildurchmesser – eine 10-Zoll-Trommel, 20-Zoll-Flansch, 12-Zoll-breite Trommel mit halbzölligem Seil fasst etwa 940 Fuß über 10 Lagen. Der Lagenzug-Endpunkt zeigt, warum die Zugkraft abnimmt, wenn die Trommel sich füllt: Die Nennzugkraft gilt für die erste Lage auf der nackten Trommel, und wenn Seil aufgewickelt wird, verringert der wachsende Hebelarm die Zugkraft und erhöht die Seilgeschwindigkeit im gleichen Verhältnis – Zugkraft × (Durchmesser der ersten Lage ÷ Durchmesser dieser Lage) – sodass die oberste Lage einer tiefen Trommel kaum die Hälfte der untersten Lagen-Nennzugkraft ziehen kann, weshalb man für einen harten Zug auf die nackte Trommel abspult oder einen Umlenkblock hinzufügt. Der Längen-pro-Lage-Endpunkt gibt das Seil an, das nach einer Anzahl voller Lagen aufgewickelt ist, zum Markieren des Seils oder um zu wissen, wie viel Seil ausliegt. Alles wird lokal und deterministisch berechnet, also sofort und privat. Ideal für Winden- und Hebezeug-Auslegungswerkzeuge, Bergungs- und Geländewagen-Apps, Schiffs- und Industrie-Rigging-Hilfsmittel sowie technische Rechner. Reine lokale Berechnung – kein Key, kein Drittanbieter-Dienst, sofort. Geometrische Schätzung – berücksichtigen Sie Setzung und Freibord. 3 Berechnungsendpunkte. Für Capstan-Reibung verwenden Sie eine Capstan-API; für Flaschenzüge eine Seilrollen-API.

api.oanor.com/winch-api

Mobile-Crane-Lift-Planungsmathematik als API, lokal und deterministisch berechnet – die Lastmoment-, Kippkapazitäts- und Abstützplattenzahlen, mit denen ein Kranführer, Liftplaner oder Rigging-Ingenieur einen Hub überprüft. Der Lastmoment-Endpunkt gibt die Last × ihren Arbeitsradius (den horizontalen Abstand vom Drehzentrum zum Haken), die einzelne Zahl, die der Tragfähigkeitsbegrenzer eines Krans überwacht: Eine 5-Tonnen-Last bei 8 m ergibt ein 40-Tonnenmeter-Moment, dasselbe wie 10 Tonnen bei 4 m, weshalb die Diagrammkapazität steil abfällt, wenn der Ausleger ausfährt – das Moment, nicht das Gewicht, kippt den Kran. Der Kapazitäts-Endpunkt gibt eine vereinfachte Kippbilanz um den Drehpunkt: Die Last, die gerade kippt = Gegengewicht × sein Radius ÷ Lastradius, und die zulässige sichere Last ist ein Stabilitätsbruchteil davon (~75 % auf Abstützungen, ~66 % auf Raupen gemäß den Normen) – eine Lehr-/Plausibilitätszahl, die den Ausleger und das Überbaugerät ignoriert, niemals ein Ersatz für das Lastdiagramm. Der Abstützplatten-Endpunkt dimensioniert die Platte: Erforderliche Plattenfläche = Abstützbeinlast ÷ zulässiger Bodendruck (und die Seite einer quadratischen Matte), da Überlastung von schwachem Boden eine Hauptursache für Umkippen ist – ein 30-Tonnen-Bein auf 200 kPa benötigt etwa eine 1,2 m quadratische Matte. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Liftplanungs- und Rigging-Tools, Bau- und Kranbetriebs-Apps sowie Baustellensicherheitsanwendungen. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Vereinfacht – immer das Hersteller-Lastdiagramm verwenden. 3 Compute-Endpunkte. Für Anschlag- und WLL-Lasten eine Rigging-API verwenden.

api.oanor.com/crane-api

Traction-Aufzugstechnik als API, lokal und deterministisch berechnet – die Gegengewichts-, Hubmotor- und Seilzugzahlen, mit denen ein Aufzugsingenieur oder Gebäudetechniker einen Personenaufzug dimensioniert. Der Gegengewichts-Endpunkt liefert die Ausgleichsmasse = der leere Fahrkorb plus ein Bruchteil der Nennlast (der Überhang, typischerweise 40–50 %, 45 % üblich), sodass ein 1.000 kg Fahrkorb mit einer Nennlast von 1.000 kg ein Gegengewicht von 1.450 kg verwendet – Fahrkorb und Gewicht gleichen sich bei etwa halber Last aus, und die Maschine wird für das ungünstigste Ungleichgewicht ausgelegt, nicht für die volle Last. Der Motorleistungs-Endpunkt nutzt dies: Da das Gegengewicht den größten Teil des Fahrkorbs aufhebt, hebt der Motor nur die unausgeglichene Last = Nennlast × (1 − Überhang), also Leistung = das × g × Geschwindigkeit ÷ Wirkungsgrad (~65–75 % bei Getriebe) – ein 1.000 kg Aufzug mit 1,5 m/s benötigt nur etwa 11–12 kW, halb so viel wie ein Aufzug ohne Gegengewicht. Der Zugkraftverhältnis-Endpunkt prüft den Reibungsgriff: Ein Traktionsaufzug bewegt die Seile durch Reibung über die Treibscheibe, daher muss die verfügbare Zugkraft (e^(μθ), die Capstan-Gleichung) das T1/T2-Spannungsverhältnis in beiden Worst-Case-Szenarien übertreffen – ein voller Fahrkorb unten und ein leerer Fahrkorb oben – und gibt das maßgebliche Verhältnis zurück. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Aufzugsdesign- und Gebäudetechnik-Tools, Vertikaltransport- und MEP-Dienstprogramme sowie technische Rechner. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Dimensionierungsschätzungen – befolgen Sie die Aufzugsnorm und Herstellerdaten. 3 Compute-Endpunkte. Für Flaschenzüge verwenden Sie eine Pulley-API; für Capstan-Reibung eine Capstan-API.

api.oanor.com/elevator-api

Eisenbahn-Zugleistungsmathematik als API, lokal und deterministisch berechnet – die Zugkraft-, Widerstands- und Haftungszahlen, mit denen ein Eisenbahningenieur, Zugplaner oder Bahnsim-Entwickler die Antriebsleistung bewertet. Der Zugkraft-Endpunkt gibt die Zugkraft einer Lokomotive an = 375 × PS × Wirkungsgrad ÷ Geschwindigkeit (mph), die klassische hyperbolische Kurve, bei der eine Lokomotive mit konstanter Leistung bei niedriger Geschwindigkeit am stärksten zieht und mit zunehmender Beschleunigung abfällt – 4.000 PS bei 25 mph und 82 % Wirkungsgrad ergeben etwa 49.200 lbf an der Schiene. Der Widerstands-Endpunkt gibt die Kräfte an, gegen die ein Zug kämpft: Steigungswiderstand ≈ 20 lb pro Tonne pro 1 % Steigung (die Gewichtskomponente entlang der Neigung, die dominierende Kraft an einem Hang – ein 5.000-Tonnen-Zug auf einer 1 %-Steigung kämpft gegen 100.000 lbf) plus Kurvenwiderstand ≈ 0,8 lb pro Tonne pro Kurvengrad durch Spurkranzreibung. Der Haftungs-Endpunkt gibt die harte Obergrenze an: Egal wie viel Leistung eine Lok hat, sie kann nur so stark ziehen, wie die Räder greifen – maximale Anfahrzugkraft = Haftreibungskoeffizient (≈ 0,25 trocken, mehr mit Sand) × das Gewicht auf den Treibrädern, also 200 Tonnen auf den Treibrädern ergeben etwa 100.000 lbf vor dem Durchdrehen. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Bahnbetriebs- und Antriebsplanungstools, Zugsimulator- und Eisenbahnfan-Apps sowie Transporttechnik-Dienstprogramme. Reine lokale Berechnung – kein API-Key, kein Drittanbieterdienst, sofort. Ausgenommen die geschwindigkeitsabhängige Davis-Roll-/Luftreibung. 3 Berechnungsendpunkte. Für Straßenkurvengeometrie verwenden Sie eine Horizontal-Kurven-API.

api.oanor.com/railway-api

Meer-Horizont- und Sichtweiten-Mathematik als API, lokal und deterministisch berechnet – die Entfernung zum Horizont, die geografische Reichweite und die Dip-Zahlen, mit denen ein Seemann, Küstennavigator oder eine Marine-App arbeitet. Der Horizont-Endpunkt gibt die Entfernung zum Meereshorizont ≈ 1,169·√(Augenhöhe in Fuß) nautische Meilen an, einschließlich der standardmäßigen atmosphärischen Refraktion, die die Sichtlinie ein wenig über die geometrische Kante hinaus krümmt – bei 9 Fuß Augenhöhe liegt der Horizont etwa 3,5 sm entfernt – zusammen mit dem Dip, wie weit diese Wasserlinie unter der wahren Horizontalen liegt (≈ 0,97′·√h), die Korrektur, die von einer Sextant-Höhenmessung zum Meereshorizont abgezogen wird. Der Endpunkt für die geografische Reichweite gibt an, wie weit entfernt ein Licht oder ein Landmarke zuerst über den Horizont lugt = die Summe zweier Horizontentfernungen, Ihrer eigenen plus der des Objekts: 1,169·(√h_Auge + √h_Objekt), sodass ein 100 Fuß hoher Leuchtturm von einem 9 Fuß hohen Cockpit aus in etwa 15 sm über dem Meer auftaucht – rein geometrisch, vor der eigenen Leuchtweite des Lichts und der Sichtweite. Der Objekthöhen-Endpunkt kehrt es um: Wie hoch ein Turm, ein Licht oder eine Landspitze sein muss, um den Horizont in einer Zielentfernung zu durchbrechen, oder wie nah Sie sein müssen, bevor ein bekanntes Landmarke erscheint. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Marine-Navigations- und Kartenplotter-Apps, Küstenpilotage- und Leuchtturm-Tools sowie Segel-Utilities. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Geometrisches/Refraktions-Modell. 3 Compute-Endpunkte. Für Großkreisentfernung verwenden Sie eine Geo-Distanz-API; für Set & Drift eine Set-und-Drift-API.

api.oanor.com/horizon-api

Navigationsmathematik für Stromsegeln (Set and Drift) als API, lokal und deterministisch berechnet – die Kurse über Grund, zu steuernde Kurse und Strömungszahlen, die ein Seemann, Navigator oder eine Marine-App für eine Passage plant. Der Endpunkt „Kurs über Grund“ addiert die Geschwindigkeit des Bootes durchs Wasser zum Strömungsvektor, um die tatsächliche Bahn zu erhalten: den Kurs über Grund (COG) und die Geschwindigkeit über Grund (SOG), mit dem Abdriftwinkel, den die Strömung Sie von Ihrem Bug wegdrückt – bei Steuerkurs 090° durchs Wasser mit 10 Knoten und einer 2-Knoten-Strömung nach Norden ergibt sich etwa 079° über Grund bei 10,2 Knoten. Der Endpunkt „Zu steuernder Kurs“ löst den umgekehrten Fall: den zu steuernden Kurs, um eine gewünschte Bahn über Grund zu erreichen, wobei gegen die Strömung gesteuert wird, um die Querversetzung auszugleichen (sin(H−T) = −drift·sin(set−track) ÷ speed), sowie die resultierende SOG – normalerweise langsamer bei Gegenstrom, schneller bei Mitstrom und unmöglich, wenn die Querströmung Ihre Geschwindigkeit übertrifft. Der Endpunkt „Strömung“ ermittelt Set und Drift aus der Abweichung zwischen einer Koppelposition und einer beobachteten Position: Das Set ist die Peilung von Koppel- zu beobachteter Position, und der Drift ist diese Distanz geteilt durch die verstrichene Zeit, bereit zur Weiterverwendung. Alles wird lokal und deterministisch berechnet, daher sofort und privat. Ideal für Marine-Navigations- und Plotter-Apps, Segel- und Bootstools sowie maritime Trainingshilfen. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Grad true. 3 Berechnungsendpunkte. Für Großkreisentfernungen nutzen Sie eine Geo-Distanz-API; für Gezeitenzeiten eine Gezeiten-API.

api.oanor.com/setanddrift-api

Heu- und Futterballen-Mathematik als API, lokal und deterministisch berechnet – die Gewichts-, Trockenmasse- und Futterversorgungszahlen, mit denen ein Rancher, Heuproduzent oder Viehmanager das Winterfutter plant. Der Rundballen-Endpunkt gibt das Gewicht aus dem Zylindervolumen (π·r²·Breite) × der Trockenmassedichte (typischerweise ~9–12 lb/ft³ für getrocknetes Heu), sodass ein 5×5 ft Ballen etwa 1.000 lb wiegt, und meldet das Trockenmassegewicht (≈88 % des verfütterten), das die Tiere tatsächlich ernährt – kaufen und rationieren Sie nach Trockenmasse, nicht nach Gewicht am Tor. Der Quaderballen-Endpunkt gibt das Gewicht eines rechteckigen Ballens aus Länge, Breite und Höhe (÷ 1.728 für Kubikfuß aus Zoll) × der Dichte – ein typischer kleiner Quader von 14×18×36 Zoll wiegt etwa 50 lb, große 3×3 oder 4×4 ft Ballen hunderte – mit dem Hinweis, dass hohe Feuchtigkeit sowohl das Gewicht erhöht als auch Schimmel- und Scheunenbrandgefahr birgt. Der Futterversorgungs-Endpunkt dimensioniert den Stapel: benötigtes Futter = Anzahl × tägliche Aufnahme × Tage (Rinder fressen ~2–2,5 % des Körpergewichts, etwa 25–30 lb Trockenmasse für eine Fleischkuh), und Ballen = das ÷ Ballengewicht, also 30 Kühe für 120 Tage bei 30 lb ergibt etwa 108 Ballen zu 1.000 lb – plus 10–20 % für Futterverluste. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Ranch- und Farmmanagement-Tools, Heuhandels- und Vieh-Apps sowie Agrarrechner. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. US-Einheiten; Dichten sind Schätzungen. 3 Compute-Endpunkte. Für Getreidelagerung verwenden Sie eine Getreidesilo-API; für Umtriebsweide eine Weide-API.

api.oanor.com/baleweight-api

Pflanz-Saatraten-Mathematik als API, lokal und deterministisch berechnet – die Pflanzenpopulation, der Saatabstand und die Saatratenzahlen, die ein Landwirt, Agronom oder Präzisionslandwirtschafts-Tool an einer Pflanzmaschine oder Sämaschine einstellt. Der Population-Endpoint gibt die Pflanzen pro Acre = 6.272.640 ÷ (Reihenabstand × Saatabstand in der Reihe) in Zoll (die 6.272.640 sind die Quadratzoll in einem Acre), also ergeben 30-Zoll-Reihen mit 6 Zoll Abstand zwischen den Samen etwa 34.800 Pflanzen pro Acre – ein engerer Abstand erhöht die Population und die Konkurrenz. Der Seed-Spacing-Endpoint berechnet es umgekehrt: den Saatabstand in der Reihe für eine Zielpopulation = 6.272.640 ÷ (Zielpflanzen × Reihenabstand), also bedeutet 35.000 Pflanzen pro Acre in 30-Zoll-Reihen einen Samen etwa alle 6 Zoll, der Wert, der an einem Einzelkorn-Sägerät oder einer Saatraten-Antrieb eingestellt wird. Der Seeding-Rate-Endpoint gibt die Pfund Saatgut pro Acre = die Zielpopulation ÷ die Keimrate ÷ die Samen pro Pfund, mit Überbesatz für die Samen, die nicht aufgehen – 35.000 Pflanzen einer Kultur mit 1.500 Samen pro Pfund bei 95 % Keimung benötigen etwa 24,6 lb/Acre, ausgehend vom Etikett der Saatgutpartie. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Präzisionslandwirtschafts- und Betriebsführungs-Tools, Pflanzkalibrierungs- und Agronomie-Apps sowie Saatgut-Einzelhandels-Dienstprogramme. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. US-Einheiten. 3 Compute-Endpoints. Für Spritzraten verwenden Sie eine Spray-API; für Dünger eine Fertilizer-API.

api.oanor.com/seedrate-api

Landwirtschaftliche Spritzentechnik als API, lokal und deterministisch berechnet – die Kalibrierungs-, Deckungs- und Tankmischzahlen, mit denen ein Landwirt, Agronom oder Lohnapplikator eine Feldspritze einstellt. Der Kalibrierungs-Endpoint gibt die Flächenaufwandmenge GPA = 5940 × der Durchfluss pro Düse (GPM) ÷ (Fahrgeschwindigkeit in mph × Düsenabstand in Zoll), wobei die 5940 die Einheiten für einen vollflächigen Gestänge umrechnet – so liefert eine 0,4 GPM-Düse bei 5 mph und 20-Zoll-Abstand etwa 24 Gallonen pro Acre, und schnelleres Fahren oder weiterer Düsenabstand senkt die Rate. Der Deckungs-Endpoint gibt die Acres an, die ein Tank bedeckt (Tank ÷ GPA) und, für eine Feldgröße, das gesamte Spritzvolumen und die Anzahl der Tankladungen, wobei die letzte Teilfüllung ausgewiesen wird, damit sie auf die restlichen Acres gemischt werden kann. Der Produkt-Endpoint gibt das Pestizid oder den Nährstoff pro Tank an = die Acres, die ein Tank bedeckt × die Aufwandmenge pro Acre (in der Einheit, die die Rate verwendet – Unzen, Pints, Pfund), plus das Gesamtprodukt für das Feld. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Präzisionslandwirtschafts- und Farmmanagement-Tools, Spritzenkalibrierungs- und Tankmisch-Apps sowie landwirtschaftliche Einzelhandelsdienstprogramme. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Befolgen Sie stets das Produktetikett und kalibrieren Sie mit einem echten Auffangtest. 3 Compute-Endpoints. Für Düngemittelraten verwenden Sie eine Düngemittel-API; für Beregnungs-/Bewässerungsplanung eine Bewässerungs-API.

api.oanor.com/spray-api

RTD (Widerstands-Temperatur-Detektor) Sensor-Mathematik als API, lokal und deterministisch mit der IEC 60751 Callendar-Van Dusen Gleichung berechnet – die Widerstands-, Temperatur- und Toleranzzahlen, die ein Instrumentierungs- oder Steuerungsingenieur von einem Pt100 oder Pt1000 abliest. Der Widerstands-Endpunkt gibt den Sensorwiderstand aus der Temperatur: über 0 °C, R = R₀·(1 + A·T + B·T²) mit A = 3,9083×10⁻³ und B = −5,775×10⁻⁷; unter 0 °C fügt ein dritter Term C·(T−100)·T³ hinzu – ein Standard-Pt100 (100 Ω bei 0 °C) zeigt 138,51 Ω bei 100 °C und 80,31 Ω bei −50 °C, und ein Pt1000 ist das Zehnfache. Der Temperatur-Endpunkt kehrt dies um, um einen gemessenen Widerstand wieder in Temperatur umzuwandeln – analytisch über 0 °C, iterativ darunter – genau das, was ein Messumformer mit der Brückenablesung macht, und eine Erinnerung daran, dass eine 3- oder 4-Leiter-Verbindung den Leitungswiderstand aufhebt, sodass er nicht als zusätzliche Grad gelesen wird. Der Toleranz-Endpunkt gibt die IEC 60751 Genauigkeitsband sowohl in °C als auch in Ω nach Klasse an – AA ±(0,10 + 0,0017·|T|), A ±(0,15 + 0,002·|T|), B ±(0,30 + 0,005·|T|), C ±(0,60 + 0,010·|T|) – der Fehler wächst mit der Entfernung von 0 °C. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Instrumentierungs- und Steuerungssoftware, Datenlogger- und Messumformer-Firmware, Kalibrierungs- und industrielle IoT-Tools. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. 3 Compute-Endpunkte. Für NTC-Thermistoren verwenden Sie eine Thermistor-API; für Thermoelemente eine Thermoelement-API.

api.oanor.com/rtd-api

Sauna-Heizer-Bemaßungsmathematik als API, lokal und deterministisch berechnet – die Heizleistung, Steinmasse und elektrischen Werte, die ein Saunabauer, Installateur oder Wellnesshändler für eine Kabine dimensioniert. Der Heizgrößen-Endpoint gibt die Leistung: etwa 1 kW pro 1,3 m³ gut isolierter Kabine (Raumvolumen ÷ 1,3), wobei kalte Oberflächen, die der Heizer ebenfalls erwärmen muss – eine Glastür oder -wand, blanker Stein, Fliesen oder ungedämmtes Holz – etwa 1,2 m³ Äquivalentvolumen pro Quadratmeter hinzufügen, sodass ein 10 m³ Raum mit einer 2 m² Glastür etwa einen 10 kW Heizer benötigt, aufgerundet auf die nächste Standardgröße. Der Steine-Endpoint gibt die empfohlene Saunasteinmasse, etwa 10–20 kg pro kW (mehr Steine für einen weicheren, dampfigeren Aufguss, weniger für eine schnellere Aufheizung), mit einem Hinweis, geeignete Peridotit/Olivin-Steine locker zu stapeln. Der Elektrik-Endpoint gibt den Strom an, den der Widerstandsheizer zieht – Leistung ÷ Spannung für einphasig oder ÷ (√3 × Spannung) für dreiphasig, da die meisten Heizer über ~4 kW dreiphasig angeschlossen werden, um den Strom pro Leitung und den Kabelquerschnitt gering zu halten – zur Dimensionierung des Schutzschalters und des dedizierten FI-geschützten Stromkreises. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Sauna- und Wellnesshändler, Heimwerker- und DIY-Tools sowie HLK-/Elektro-Schätzungs-Apps. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Schätzungen – folgen Sie der Tabelle des Heizerherstellers und den örtlichen Verdrahtungsvorschriften. 3 Compute-Endpoints. Für Dampfkessel-Mathematik verwenden Sie eine Boiler-API; für Raumwärmeverlust eine U-Wert-API.

api.oanor.com/saunaheater-api

Heißluftballon-Auftriebsberechnungen als API, lokal und deterministisch berechnet – die thermischen Auftriebs-, Hüllentemperatur- und Luftdichtezahlen, mit denen ein Ballonpilot, Designer oder Physiklehrer einen Flug durchrechnet. Der Auftriebs-Endpunkt gibt den Auftrieb durch Erwärmung der Luft: Bruttoauftrieb = Hüllenvolumen × (Außenluftdichte − Innenluftdichte), die Dichten aus dem idealen Gasgesetz – eine 2.500 m³ Hülle bei 100 °C an einem 15 °C Tag erzeugt etwa 698 kg Bruttoauftrieb, davon abgezogen werden Hülle, Korb, Brenner und Treibstoff für die Nutzlast, und je heißer die Luft und kälter der Tag, desto mehr Auftrieb. Der Erforderliche-Temperatur-Endpunkt kehrt es um: Um einen Zielauftrieb zu tragen, muss die Innenluft eine bestimmte Dichte und damit eine bestimmte Temperatur erreichen, mit einer Prüfung, dass sie unter der ~120 °C bleibt, die Nylonhüllen aushalten – die alltägliche Frage vor dem Flug, ob der Ballon die heutige Besatzung und den Treibstoff heben kann. Der Luftdichte-Endpunkt gibt die feuchte Luftdichte ρ = (P − 0,378·Pv) ÷ (R·T) und erklärt die kontraintuitive Tatsache, dass feuchte Luft WENIGER dicht ist als trockene Luft, was den Auftrieb leicht verringert. Alles wird lokal und deterministisch berechnet, also sofort und privat. Ideal für Ballonfahrt- und Luftfahrt-Tools, MINT- und Physikbildungs-Apps sowie Auftriebsrechner. Reine lokale Berechnung – kein API-Key, kein Drittanbieterdienst, sofort. Idealisiertes Trockenauftriebsmodell. 3 Berechnungsendpunkte. Für Archimedes-Auftrieb im Wasser verwenden Sie eine Auftriebs-API; für Partyballon-Heliumauftrieb eine Ballon-API.

api.oanor.com/hotairballoon-api

Wasserhammer- (hydraulischer Transienten-) Mathematik als API, lokal und deterministisch berechnet – die Druckstoß-, Wellengeschwindigkeits- und Ventilzeitsteuerungszahlen, mit denen ein Rohrleitungs- oder Sanitäringenieur ein System schützt. Der Surge-Endpunkt wendet die Joukowsky-Gleichung Δp = ρ · a · Δv an: Ein plötzlicher Stopp des Durchflusses erhöht den Druck um die Fluiddichte × die Druckwellengeschwindigkeit × die Geschwindigkeitsänderung – das Stoppen von 2 m/s Wasser bei a ≈ 1200 m/s fügt etwa 24 bar (348 psi) hinzu, weit über dem Leitungsdruck, was die Rohre zum Schlagen bringt und Armaturen sprengen kann. Der Wellengeschwindigkeits-Endpunkt gibt diese Druckwellengeschwindigkeit: a = √(K/ρ) in einem starren Rohr (≈ 1.480 m/s für Wasser), verlangsamt in einem realen elastischen Rohr auf √(K/ρ) ÷ √(1 + (K·D)/(E·t)) – ein dünnes oder Kunststoffrohr ergibt eine niedrigere Wellengeschwindigkeit und einen sanfteren Druckstoß, weshalb PVC Hammer besser verträgt als Stahl. Der Critical-Time-Endpunkt gibt 2L/a, die Umlaufzeit der Welle: Schließt man ein Ventil schneller als diese, erhält man den vollen Joukowsky-Druckstoß, langsamer und die zurückkehrende Entlastungswelle reduziert ihn, daher ist die Dimensionierung von Schließzeiten (oder der Einbau eines Druckstoßbehälters oder einer Luftkammer) über der kritischen Zeit die Standardlösung. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Rohrleitungs- und Sanitärplanungswerkzeuge, Pumpstationen- und Pipeline-Druckstoßanalyse sowie hydraulische Ingenieurwerkzeuge. Reine lokale Berechnung – kein Key, kein Drittanbieterdienst, sofort. Idealisiertes Einzelrohr-Transientenmodell. 3 Berechnungsendpunkte. Für stationären Rohrdruckabfall verwenden Sie eine Darcy-API; für Pumpenförderhöhe und Affinität eine Pumpen-API.

api.oanor.com/waterhammer-api

HVAC-Luftseiten-Wärmeberechnungen als API, lokal und deterministisch mit den klassischen Standard-Luftfaktoren berechnet – die fühlbaren, latenten und Luftstromzahlen, mit denen ein Maschinenbauingenieur oder HLK-Techniker Kanäle und Geräte dimensioniert. Der sensible Endpunkt gibt die fühlbare Wärme an, die ein Luftstrom zum Temperaturwechsel transportiert: Qs = 1,08 × CFM × ΔT (Trockenkugel-Differenz), wobei die 1,08 die Standard-Luftdichte und spezifische Wärme bündelt – 2.000 CFM über eine Differenz von 20 °F ergeben 43.200 BTU/h, 3,6 Tonnen – mit dem Ergebnis in BTU/h, Tonnen und kW. Der latente Endpunkt gibt die latente (Feuchtigkeits-)Wärme: Ql = 0,68 × CFM × ΔW, wobei ΔW die Differenz des Feuchteverhältnisses in Grains Wasser pro Pfund trockener Luft ist, der Entfeuchtungsteil einer Kühllast, der in feuchten Klimazonen und durch Menschen und Kochen hoch ist, und warum Klimaanlagen nach Gesamtlast und nicht nur nach Temperatur dimensioniert werden. Der Luftstrom-Endpunkt kehrt die sensible Beziehung um: CFM = fühlbare Last ÷ (1,08 × ΔT), die benötigte Zuluft bei einer gewählten Temperaturdifferenz zwischen Zuluft und Raum (Komfortkühlung ~18–22 °F unter Raum), die Zahl, die Ventilator- und Kanalgröße bestimmt – auf Plausibilität geprüft gegen ~400 CFM pro Tonne. Alles wird lokal und deterministisch berechnet, daher sofort und privat. Ideal für HLK-Design- und Lastberechnungswerkzeuge, mechanische Schätz- und Inbetriebnahme-Dienstprogramme sowie Gebäudetechnik-Apps. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Standard-Luftfaktoren – anpassbar für Höhenlage. 3 Compute-Endpunkte. Für Raum-Faustregel-Dimensionierung eine HVAC-API verwenden; für feuchte Lufteigenschaften eine psychrometrische API; für Kanal-Dimensionierung eine Kanal-API.

api.oanor.com/hvacload-api

Erdbau-Volumenberechnung als API, lokal und deterministisch berechnet – die Aushub-/Füllmengen und Boden-Zustandszahlen, die ein Bauingenieur, Kalkulator oder Erdbauunternehmer für eine Straße, einen Graben oder ein Gelände benötigt. Der Average-End-Area-Endpunkt gibt das Volumen zwischen zwei Querschnitten = Mittelwert der beiden Endflächen × Abstand zwischen ihnen, ÷ 27 für Kubikmeter – die alltägliche Erdbau-Volumenmethode, die Sie Abschnitt für Abschnitt entlang einer Trasse summieren (ein 100 ft²/150 ft²-Paar 100 ft auseinander ergibt etwa 463 cy). Der Prismoidal-Endpunkt liefert das genauere Simpson-Volumen = Länge ÷ 6 × (A₁ + 4·A_mid + A₂) unter Verwendung der tatsächlichen Mittelquerschnittsfläche, bevorzugt für Abrechnungsmengen, bei denen die Überschätzung der Average-End-Area-Methode relevant wäre. Der Soil-State-Endpunkt konvertiert zwischen den drei Zuständen, die Erde durchläuft: lose = Bank × (1 + Auflockerungsgrad %) (Ausheben lockert sie auf, ~25 %, sodass Sie mehr Kubikmeter transportieren als ausgehoben) und verdichtet = Bank × (1 − Schrumpfungsgrad %) (Einbau und Verdichtung schrumpfen sie, ~10 %) – weshalb ein ausgeglichener Aushub und Füllung mehr Bankaushub benötigt als die verdichtete Füllung, mit dem Lastfaktor für die LKW-Dimensionierung. Alles wird lokal und deterministisch berechnet, daher sofort und privat. Ideal für Erdbau- und Geländearbeiten-Kalkulation, Vermessungs- und Tiefbau-Werkzeuge sowie Erdbewegungsrechner. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. US-Einheiten (ft², ft, cy). 3 Compute-Endpunkte. Für Tank-/Speichervolumen verwenden Sie eine Tank-API; für Betonmischung eine Beton-API.

api.oanor.com/earthwork-api

Vertikale (parabolische) Straßenkurvengeometrie als API, lokal und deterministisch berechnet – die K-Werte, Profilhöhen und Entwurfslängen, mit denen ein Straßenbauingenieur oder Vermesser eine Kuppen- oder Wannenkurve anlegt. Der Geometrie-Endpunkt nimmt die ein- und ausgehenden Steigungen und die Länge entgegen und gibt die algebraische Steigungsdifferenz A = g2 − g1 (negativ ist eine Kuppe, positiv eine Wanne), den K-Wert = Länge ÷ |A| (die wichtigste Zahl in jedem Entwurfsdiagramm), den Hoch- oder Tiefpunktversatz −g1·L/A vom PVC sowie – bei Angabe der PVI-Station und -Höhe – die PVC- und PVT-Koordinaten und die Wendepunkt-Station und -Höhe zurück. Der Höhen-Endpunkt wertet die Parabel an jeder Station aus: Höhe = PVC-Höhe + (g1/100)·x + (A/(200·L))·x², mit der momentanen Steigung g1 + (A/L)·x, die gleichmäßig von g1 auf g2 übergeht – der sanfte Steigungswechsel, der die Fahrt und Sichtlinie angenehm macht. Der Mindestlängen-Endpunkt gibt die AASHTO-Mindestlänge für den Anhalteweg: Kuppe L = A·S² ÷ 2158 und Wanne (Scheinwerfer) L = A·S² ÷ (400 + 3,5·S), mit dem maßgebenden K, weil eine Kuppe die Straße über den Hügel verbirgt und eine Wanne die Scheinwerferreichweite bei Nacht begrenzt. Alles wird lokal und deterministisch berechnet, also sofort und privat. Ideal für Straßen- und Schienenentwurfswerkzeuge, Vermessungs- und Tiefbauprogramme sowie CAD/GIS-Profilbearbeitung. Reine lokale Berechnung – kein API-Key, kein Drittanbieterdienst, sofort. US-Einheiten (ft, %, mph). 3 Berechnungsendpunkte. Für horizontale Kurven verwenden Sie eine Horizontal Curve API; für Steigungsumrechnung eine Slope API.

api.oanor.com/verticalcurve-api

Horizontale Straßenkurvengeometrie als API, lokal und deterministisch berechnet – die Kurvenelemente, Stationierungs- und Entwurfsradiuszahlen, mit denen ein Straßenbauingenieur, Vermesser oder CAD-Tool eine Straßen- oder Eisenbahnkurve absteckt. Der Geometrie-Endpoint nimmt den Radius und den Schnittwinkel (Ablenkungswinkel) und gibt die vollständige einfache Kreisbogenkurve zurück: die Tangente T = R·tan(Δ/2), die Bogenlänge L = R·Δ im Bogenmaß, die lange Sehne LC = 2R·sin(Δ/2), die Mittelordinate M = R(1−cos(Δ/2)) und den äußeren Abstand E = R(sec(Δ/2)−1), plus den Kurvengrad (Bogendefinition) = 5729,578 ÷ R, die US-Kurzform für die Schärfe. Der Stationierungs-Endpoint legt die Kurve vom PI aus: den PC (Kurvenanfang) = PI − Tangente und den PT (Kurvenende) = PC + Bogenlänge – und erinnert daran, dass der PT entlang des Bogens erreicht wird, nicht durch erneutes Addieren der Tangente. Der Min-Radius-Endpoint gibt den minimalen Radius für eine Entwurfsgeschwindigkeit (AASHTO) R = V² ÷ (15·(e + f)), wobei e die Überhöhung und f der Seitenreibungsbeiwert ist, die Bankett-plus-Grip-Kombination, die ein Fahrzeug in der Kurve hält. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Straßen- und Schienenentwurfswerkzeuge, Vermessungs- und Tiefbauanwendungen sowie CAD/GIS-Straßenplanung. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. US-Einheiten (ft, mph). 3 Compute-Endpoints. Für Steigung und Gefälle verwenden Sie eine Steigungs-API; für offene Gerinneentwässerung eine Manning-API.

api.oanor.com/horizontalcurve-api

Teleskop-Optik-Mathematik als API, lokal und deterministisch berechnet – die Vergrößerungs-, Austrittspupillen- und Auflösungsleistungszahlen, mit denen ein Amateurastronom oder eine Sternenbeobachtungs-App Ausrüstung und Okulare auswählt. Der Vergrößerungs-Endpunkt gibt die Vergrößerung = Brennweite des Teleskops ÷ Brennweite des Okulars (ein 1000-mm-Fernrohr mit einem 10-mm-Okular ergibt 100×), das Öffnungsverhältnis und – aus der Apertur – den nutzbaren Bereich von etwa der Apertur in mm ÷ 7 (niedrigste nutzbare, eine 7-mm-Austrittspupille) bis etwa 2× der Apertur in mm, jenseits dessen das Bild nur dunkler und unscharf wird; übergibt man ein Okular-Gesichtsfeld, gibt es das wahre Gesichtsfeld zurück. Der Austrittspupillen-Endpunkt gibt Apertur ÷ Vergrößerung, die Breite des Lichtstrahls, der das Okular verlässt – eine große 4–7 mm Austrittspupille für helle, weite Ansichten von Nebeln, eine kleine 0,5–2 mm für den Mond und Planeten bei hoher Vergrößerung. Der Auflösungs-Endpunkt gibt das Dawes-Limit ≈ 116 ÷ Apertur(mm) und das etwas strengere Rayleigh-Limit ≈ 138 ÷ Apertur in Bogensekunden, plus die Grenzgröße ≈ 2,7 + 5·log₁₀(Apertur mm) – größeres Glas spaltet feinere Doppelsterne und erreicht schwächere Sterne, obwohl Seeing die reale Auflösung normalerweise auf etwa 1 Bogensekunde begrenzt. Alles wird lokal und deterministisch berechnet, daher ist es sofortig und privat. Ideal für Astronomie- und Sternenbeobachtungs-Apps, Teleskop-Shop- und Okularrechner-Tools sowie Beobachtungsplaner-Dienstprogramme. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofortig. 3 Compute-Endpunkte. Für Kamera-/Dünnlinsen-Bildgebung verwenden Sie eine Lens-API; für Sternhelligkeiten eine Star-Magnitude-API.

api.oanor.com/telescope-api

Powerlifting-Stärkewert-Mathematik als API, lokal und deterministisch berechnet – die Wilks-, DOTS- und IPF-GL-Zahlen, die eine Wettkampf-, Fitnessstudio- oder Trainings-App verwendet, um Heber über Körpergewichte und Geschlechter hinweg zu vergleichen. Der Wilks-Endpunkt gibt den klassischen Wilks-Koeffizienten (1996) und den Score: Gesamtgewicht × 500 ÷ ein Polynom fünften Grades im Körpergewicht, mit getrennten Kurven für Männer und Frauen – lange der Verbandsstandard für „bester Heber“, ein 100 kg schwerer Mann mit 600 kg Gesamtgewicht erzielt etwa 365. Der DOTS-Endpunkt gibt den modernen DOTS-Score (2019), dieselbe Idee von Gesamtgewicht × 500 ÷ Polynom, aber an aktualisierte Daten angepasst mit einer Kurve vierten Grades, die fairer über die Gewichtsklassen ist und nicht zu den Mittelgewichten verzerrt, jetzt der Standard in den meisten Roh-Wettkampf-Software. Der IPF-GL-Endpunkt gibt die aktuellen GL-Punkte (2020) des International Powerlifting Federation: 100 × Gesamtgewicht ÷ (A − B·e^(−C·Körpergewicht)), mit getrennten Konstanten für Geschlecht und für Roh- (Classic) versus Ausrüstungsheben, die offizielle Metrik bei IPF-Meisterschaften. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Wettkampfmanagement- und Bewertungssoftware, Fitnessstudio-Ranglisten und Trainingsprotokoll-Apps sowie Kraftsport-Tools. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. 3 Berechnungsendpunkte. Für One-Rep-Max-Schätzung und Plattenbeladung verwenden Sie eine Krafttrainings-API.

api.oanor.com/powerlifting-api

Kabeltrassen-Füllungs-Ingenieurmathematik als API, lokal und deterministisch nach NEC Artikel 392 berechnet – die zulässige Füllung, Einzelschicht- und Trassenbreitenzahlen, die ein Elektriker, Kalkulator oder Planer für einen Trassenlauf benötigt. Der Fill-Endpunkt wendet NEC 392.22(A)(1) Spalte 1 für mehradrige Energie- und Beleuchtungskabel bis 4/0 in einer Leiter- oder belüfteten Bodenwanne an: Der gesamte Kabelquerschnitt ist auf die Trassenbreite × 7/6 begrenzt, sodass eine 12-Zoll-Trasse 14 in² erlaubt – summieren Sie die Querschnitte aller Kabel, erhalten Sie den prozentualen Füllgrad und ob er innerhalb der Vorschriften liegt, mit der verbleibenden freien Fläche. Der Large-Cable-Endpunkt deckt Kabel ab 4/0 ab, die in einer einzigen Schicht liegen müssen, wobei die Summe ihrer Durchmesser die Trassenbreite nicht überschreiten darf – keine Stapelung –, sodass er die freie Breite und die Code-Prüfung zurückgibt. Der Min-Width-Endpunkt kehrt die Regel um, um die Trasse zu dimensionieren: Mindestbreite = Kabelquerschnitt × 6/7, aufgerundet auf eine Standardbreite von 6/9/12/18/24/30/36 Zoll, mit Platz für Reservekapazität und zukünftige Kabel. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Elektroplanungs- und Kalkulationswerkzeuge, industrielle und OSP-Dienstprogramme sowie Code-Prüfungsrechner. Reine lokale Berechnung – kein Key, kein Drittanbieterdienst, sofort. Leiter-/belüftete Bodenwannen; Vollboden- und Mischfüllungen verwenden die anderen NEC-Spalten, und die Strombelastbarkeit muss für die Füllung reduziert werden. 3 Compute-Endpunkte. Für Rohr- und Dosenfüllungen verwenden Sie eine Conduit-API.

api.oanor.com/cabletray-api

Off-Grid-Solar-System-Dimensionierungsmathematik als API, lokal und deterministisch berechnet – die Batteriebank-, Solararray- und Laderegler-Zahlen, mit denen ein Wohnmobil, eine Kabine, ein Boot oder ein netzunabhängiger Hausbesitzer ein System dimensioniert. Der Batteriebank-Endpunkt liefert den benötigten Speicher = (tägliche Last × Autonomietage) ÷ (Entladetiefe × Round-Trip-Effizienz), dann ÷ die Systemspannung für Amperestunden: Die Autonomie trägt Sie durch bewölkte Tage und die Entladetiefe-Begrenzung schützt die Zellen (Blei-Säure ~50 %, Lithium 80–100 %, weshalb Lithium-Banken kleiner ausfallen), also benötigt eine 2 kWh/Tag-Last bei 12 V mit 2 Autonomietagen, 50 % DoD und 85 % Effizienz etwa 785 Ah. Der Array-Endpunkt liefert die Panels = tägliche Energie ÷ (Spitzen-Sonnenstunden × Systemeffizienz), wobei die Spitzen-Sonnenstunden die tägliche Einstrahlung als äquivalente Volllast-Sonnenstunden sind (~3–6 je nach Ort und Jahreszeit) und die Effizienz Verluste durch Regler, Verkabelung, Wärme und Staub berücksichtigt – etwa 670 W für diese Last bei 4 Sonnenstunden und 75 %. Der Laderegler-Endpunkt dimensioniert den Regler = Array-Watt ÷ Batteriespannung × einem 1,25-Sicherheitsfaktor, also benötigt ein 700-W-Array an einer 12-V-Bank etwa einen 80-A-Regler. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Solarinstallations- und DIY-Tools, Wohnmobil-/Marine-/Kabinen-Stromplaner und Erneuerbare-Energien-Rechner. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Dimensionieren Sie für den schlechtesten Monat. 3 Compute-Endpunkte. Für Sonneneinstrahlung und Sonnenstunden verwenden Sie eine Solar-API; für Batterielaufzeit unter Last eine Batterie-API.

api.oanor.com/offgrid-api

Aircraft fuel-planning maths as an API, computed locally and deterministically — the endurance, range and fuel-required numbers a pilot, dispatcher or flight-sim developer plans a flight with, all honouring a reserve. The endurance endpoint gives how long you can fly = usable fuel ÷ burn rate, holding back a reserve (30 min day / 45 min night VFR, 45 min IFR is typical), so the usable endurance is the time you can actually plan to rather than the tanks-dry figure — 50 gallons at 10 gph is 5:00 total but 4:15 usable on a 45-minute reserve. The range endpoint turns that into distance = usable endurance × ground speed, so it lives or dies on the wind: a headwind cuts the ground speed and the range while burning the same fuel per hour, which is why you plan on the forecast ground speed, not the true airspeed. The fuel-required endpoint sizes the load for a leg = trip time × burn plus the reserve — 300 nm at 120 kt and 10 gph needs 25 gallons of trip fuel plus 7.5 reserve, 32.5 total — to which a real flight adds taxi and climb allowances. Everything is computed locally and deterministically, so it is instant and private. Ideal for flight-planning and EFB apps, dispatch and flight-school tools, flight-simulator utilities, and general-aviation calculators. Pure local computation — no key, no third-party service, instant. Add taxi/climb and a personal margin; confirm against tank capacity and weight-and-balance. 3 compute endpoints. For glide range use a glide-ratio API; for density altitude a density-altitude API.

api.oanor.com/fuelburn-api

Flugzeug-Gleitleistungsmathematik als API, lokal und deterministisch berechnet – die Gleitstrecken-, Gleitverhältnis- und Erreichbarkeitszahlen, mit denen ein Pilot, Fluglehrer oder Flugsimulator-Entwickler ein Triebwerksausfall- oder Segelflugproblem bearbeitet. Der Gleitstrecken-Endpunkt gibt die Entfernung in ruhiger Luft an, die Sie zurücklegen können = Höhe über Grund × Gleitverhältnis (L/D): Aus 5.000 ft bei einem Verhältnis von 9:1 erreichen Sie etwa 45.000 ft, ~7,4 nm, mit der Antwort in Fuß, Seemeilen und Kilometern. Der Gleitverhältnis-Endpunkt liest die Steigung direkt aus der Polare – Gleitverhältnis = Vorwärtsgeschwindigkeit ÷ Sinkrate (1 kn ≈ 101,27 ft/min), also 60 kt bei 600 ft/min Sinken ergibt etwa 10:1, einen Gleitpfad von 5,6° – und Segelflugzeuge erreichen 40–60:1, ein leichtes einmotoriges Flugzeug ~9:1, ein Verkehrsflugzeug ~17:1. Der Erreichbarkeits-Endpunkt beantwortet die praktische Frage: Die benötigte Höhe, um ein Feld zu erreichen = Entfernung ÷ Gleitverhältnis, die Ankunftshöhe ist das, was übrig bleibt, und es zählt nur als erreicht, wenn diese eine Sicherheitsreserve (Standard 1.000 ft) für den Platzrundenanflug und die Landung überschreitet. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Flugplanungs- und EFB-Apps, Segelflug- und Streckenflug-Tools, Flugsimulator- und Trainingshilfen sowie Luftsicherheitsrechner. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Schätzungen für ruhige Luft – passen Sie Wind, Konfiguration und einen Sicherheitszuschlag an. 3 Berechnungs-Endpunkte. Für Dichtehöhe verwenden Sie eine Dichtehöhe-API; für Seitenwindkomponenten eine Seitenwind-API.

api.oanor.com/glideratio-api

Turbocharger- und Ladedruck-Ingenieurmathematik als API, lokal und deterministisch berechnet – die Druckverhältnis-, Ladeluft- und Luftmassenstromzahlen, mit denen ein Tuner, Motorenbauer oder Motorsportingenieur die Zwangsbeatmung dimensioniert. Der Druckverhältnis-Endpunkt gibt das Verdichterdruckverhältnis = absoluter Ansaugdruck ÷ Umgebungsdruck = (atmosphärisch + Ladedruck) ÷ atmosphärisch, also 10 psi auf Meereshöhe ergibt ein Verhältnis von 1,68 – die x-Achse jedes Verdichterkennfelds, die in der Höhe ansteigt, wo der Umgebungsdruck niedriger ist. Der Ladeluft-Endpunkt zeigt, warum ein Ladeluftkühler wichtig ist: Das Verdichten von Luft erwärmt sie (T₂ = T₁ × (1 + (PR^0,2857 − 1)/Wirkungsgrad)), und heiße Luft ist weniger dicht, daher ist der tatsächliche Gewinn das Ladeluftdichteverhältnis = Druckverhältnis × (T₁/T_Ladeluft), nicht das Druckverhältnis allein – 10 psi bei 70 % Verdichterwirkungsgrad erzeugt ~93 °C und ein Dichteverhältnis von 1,37 ohne Ladeluftkühler, das sich auf 1,6 erhöht, sobald ein Ladeluftkühler die Wärme zurückgewinnt, und der geschätzte Leistungsgewinn folgt der Dichte. Der Luftmassenstrom-Endpunkt gibt den Motor-Luftmassenstrom ≈ Hubraum × (Drehzahl/2) × volumetrischer Wirkungsgrad × Ladeluftdichte, in lb/min – die y-Achse des Verdichterkennfelds, das Sie gegen das Druckverhältnis auftragen, um in der effizienten Insel zu landen und Pumpgrenze oder Strömungsabriss zu vermeiden. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Motor-Tuning- und Turbolader-Auslegungswerkzeuge, Prüfstands- und Datenlogger-Apps sowie Motorsportrechner. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Auslegungsschätzungen – auf einem Prüfstand verifizieren. 3 Compute-Endpunkte. Für Hubraum und Verdichtung verwenden Sie eine Engine-API; für Druckluft aus der Werkstatt eine Compressor-API.

api.oanor.com/turbo-api

Elektromotor-Elektroberechnungen als API, lokal und deterministisch berechnet – die Volllaststrom-, NEC-Auslegungs- und Anlaufstromzahlen, die ein Elektriker, Schaltschrankbauer oder Kalkulator für jeden Motorkreis benötigt. Der Volllaststrom-Endpunkt liefert den Motorstrom aus Leistung, Spannung und Phase: FLA = (Leistung ÷ Wirkungsgrad) ÷ (√3 × Spannung × Leistungsfaktor) für Drehstrom (√3 für Einphasenstrom weglassen) – ein 10-PS-, 460-V-Drehstrommotor mit 90 % Wirkungsgrad und 0,85 Leistungsfaktor zieht etwa 12,2 A – und gibt auch die Eingangs-kW und -kVA zurück. Der Auslegungs-Endpunkt wendet NEC Article 430 auf den Volllaststrom an: Abzweigleiter bei 125 %, Überlastschutz bei 115–125 % je nach Betriebsfaktor und Abzweig-Kurzschluss-/Erdschlussschutz bis zu 250 % für einen trägen Schutzschalter oder 175 % für eine zeitverzögerte Sicherung – der größere Schutz lässt den Einschaltstrom passieren, während der Überlastschutz die Wicklungen schützt. Der Anlauf-Endpunkt liefert den blockierten Rotorstrom (Einschaltstrom), etwa das Sechsfache des Volllaststroms bei Direktstart, die Größe, die den Spannungseinbruch bestimmt und warum Sanftanlasser und Frequenzumrichter existieren. Alles wird lokal und deterministisch berechnet, daher sofort und privat. Ideal für Elektrokonstruktions- und Kalkulationswerkzeuge, Schaltschrankbau- und Feldanwendungen sowie technische Rechner. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Berechnete Werte – für die Arbeit nach Vorschrift die NEC-FLC-Tabellen verwenden. 3 Berechnungs-Endpunkte. Für allgemeine Drehstromleistung eine Drehstrom-API verwenden; für Rohrfüllung eine Rohrfüllungs-API.

api.oanor.com/motorfla-api

Photografische Belichtungsmathematik als API, lokal und deterministisch berechnet – die Belichtungswerte, äquivalenten Belichtungen und Sunny-16-Zahlen, mit denen ein Fotograf, Kamera-App-Entwickler oder Pädagoge das Belichtungsdreieck bearbeitet. Der Belichtungswert-Endpunkt liefert EV = log₂(Blende² ÷ Verschlusszeit) und den ISO-100-normalisierten EV100 (Subtraktion von log₂(ISO/100)) – jeder Ein-EV-Schritt ist eine Blendenstufe, eine Verdoppelung oder Halbierung des Lichts – daher ergibt helle Sonne etwa EV 15 und ein typischer Innenraum EV 6–8, und gleiche EV-Einstellungen ergeben dieselbe Belichtung. Der Äquivalent-Endpunkt wendet die Reziprozität an, die dem Dreieck zugrunde liegt: Belichtung ∝ Verschlusszeit × ISO ÷ Blenden², sodass beim Schließen der Blende oder Senken des ISO die neue Verschlusszeit zurückgegeben wird, die die Helligkeit konstant hält – der Wechsel von f/2,8 auf f/5,6 erfordert die vierfache Verschlusszeit. Der Sunny16-Endpunkt liefert die klassische belichtungsmesserlose Regel: Bei heller Sonne mit f/16 und etwa 1/ISO (1/125 s bei ISO 100) fotografieren, in Stufen für weicheres Licht öffnen – leichte Bewölkung f/11, bewölkt f/8, stark bewölkt f/5,6, offener Schatten f/4 und f/22 auf Schnee oder Sand – und löst die Verschlusszeit für Ihre gewählte ISO und Blende. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Kamera- und Foto-Apps, Belichtungsrechner und Lehrmittel sowie Mess- und Automatisierungshilfen. Reine lokale Berechnung – kein Key, kein Drittanbieterdienst, sofort. 3 Compute-Endpunkte. Für Schärfentiefe und Hyperfokaldistanz verwenden Sie eine Fotografie-Optik-API.

api.oanor.com/exposure-api

Faseroptik-Link-Budget-Ingenieurmathematik als API, lokal und deterministisch berechnet – die Leistungsbudget-, Verlust- und Reichweitenzahlen, mit denen ein Netzwerk- oder Fasertechniker eine optische Verbindung plant. Der Leistungsbudget-Endpunkt gibt das optische Leistungsbudget = Sendeleistung − Empfängerempfindlichkeit (in dBm), den Gesamtverlust, den die Verbindung tolerieren kann: Ein 0-dBm-Sender in einen −23-dBm-Empfänger ergibt ein Budget von 23 dB, wobei die Leistungen auch in Milliwatt angezeigt werden. Der Verlust-Endpunkt summiert den tatsächlichen Verbindungsverlust aus der Faser-Dämpfung × Länge plus die Stecker- und Spleißverluste – Singlemode-Faser hat etwa 0,35 dB/km bei 1310 nm und 0,20 dB/km bei 1550 nm, jeder verbundene Stecker ~0,5 dB und jede Fusionsspleißung ~0,1 dB – also 10 km Faser mit zwei Steckern ergeben 4,5 dB. Der Reichweiten-Endpunkt gibt die maximale Entfernung = (Leistungsbudget − feste Verluste − Systemreserve) ÷ die Faser-Dämpfung, wobei eine Reserve (typischerweise 3 dB) für Alterung, Biegungen und zukünftige Reparaturspleiße reserviert wird, damit die Verbindung auch nach Jahren noch funktioniert. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für FTTx- und Rechenzentrums-Verbindungsplanung, Netzwerktechnik- und OSP-Tools, Faservermessungs- und Design-Dienstprogramme sowie Telekom-Rechner. Reine lokale Berechnung – kein Key, kein Drittanbieter-Dienst, sofort. Verlustbegrenztes Modell – bei hohen Bitraten kann Dispersion die Entfernung zuerst begrenzen. 3 Compute-Endpunkte. Für Faser-Numerische Apertur und Photonik verwenden Sie eine Faser-API; für RF-Sichtlinie eine Fresnel-Zonen-API.

api.oanor.com/opticalbudget-api

Seawater-Ozeanographie-Mathematik als API, lokal und deterministisch aus den Standardgleichungen berechnet – die Dichte-, Gefrierpunkt- und Chlorinitätszahlen, mit denen ein Ozeanograph, Meereswissenschaftler oder Aquarianer arbeitet. Der Dichte-Endpunkt liefert die Meerwasserdichte und σt aus Salzgehalt und Temperatur unter Verwendung der vollständigen UNESCO EOS-80 Ein-Atmosphären-Zustandsgleichung – er reproduziert den offiziellen Prüfwert von 1027,675 kg/m³ bei 35 PSU und 5 °C exakt – etwa 1.025 kg/m³, steigend mit dem Salzgehalt und fallend mit der Temperatur, den beiden Treibern der dichtegetriebenen Ozeanzirkulation, bei der kaltes salziges Wasser absinkt. Der Gefrierpunkt-Endpunkt liefert den Gefrierpunkt aus dem Salzgehalt (Millero): etwa −1,9 °C bei typischen 35 ppt des Ozeans, und weil Salz auch die Temperatur der maximalen Dichte unter den Gefrierpunkt drückt, bleibt Meerwasser bis ganz nach unten in Umwälzung und Abkühlung, anstatt sich zu schichten wie ein Süßwassersee – warum der offene Ozean außerhalb der Polarmeere selten gefriert. Der Chlorinitäts-Endpunkt konvertiert zwischen Salzgehalt und Chlorinität über die Knudsen-Beziehung S = 1,80655 × Cl, das klassische Titrationsmaß, das die konstanten Hauptionenverhältnisse des Meerwassers zuverlässig machen. Alles wird lokal und deterministisch berechnet, also sofort und privat. Ideal für ozeanographische und meereswissenschaftliche Werkzeuge, Ozeanmodell- und Sensor-Pipelines, Aquarien- und Aquakultur-Apps sowie Umwelt-Dashboards. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Oberflächen- (Atmosphärendruck-) Formen. 3 Compute-Endpunkte. Für die Schallgeschwindigkeit im Meerwasser verwenden Sie eine Sonar-API; für allgemeine kolligative Eigenschaften eine Kolligative-Eigenschaften-API.

api.oanor.com/seawater-api

Worm-Getriebe-Ingenieurmathematik als API, lokal und deterministisch berechnet – die Übersetzung, Steigungswinkel und Wirkungsgradzahlen, mit denen ein Maschinenkonstrukteur oder Mühlenbauer einen Schneckentrieb dimensioniert. Der Übersetzungs-Endpunkt gibt die Reduktion = Zähnezahl des Schneckenrads ÷ Schneckengänge, sodass eine eingängige Schnecke auf einem 40-zähnigen Rad eine große Reduktion von 40:1 in einer kompakten Stufe ergibt – die hohe Übersetzung in einem kleinen Paket ist der ganze Reiz eines Schneckengetriebes. Der Geometrie-Endpunkt gibt die Steigung (= Gänge × Axialteilung, wobei Axialteilung = π × Modul) und den Steigungswinkel = atan(Steigung ÷ (π × Schnecken-Wälzkreisdurchmesser)) und testet auf Selbsthemmung: Ein kleiner Steigungswinkel (etwa unter 5–6° bei typischem Stahl-auf-Bronze) bedeutet, dass das Schneckenrad die Schnecke nicht zurücktreiben kann – unschätzbar für Hebezeuge und das Halten von Lasten, auf Kosten des Wirkungsgrads. Der Wirkungsgrad-Endpunkt gibt den Verzahnungswirkungsgrad, wenn die Schnecke treibt = tan(Steigungswinkel) ÷ tan(Steigungswinkel + Reibungswinkel), der bei den kleinen Steigungswinkeln, die große Übersetzungen ergeben, niedrig ist – oft 50–70 %, weshalb Schneckengetriebe warm laufen und gute Schmierung benötigen – während mehrgängige Schnecken mit hohem Steigungswinkel 90 %+ erreichen; wenn der Steigungswinkel auf den Reibungswinkel fällt, wird der Antrieb selbsthemmend. Alles wird lokal und deterministisch berechnet, also sofort und privat. Ideal für mechanische Konstruktions- und Getriebewerkzeuge, Maschinenbau- und CAD-Utilities sowie technische Rechner. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Bestätigen Sie die Selbsthemmung dynamisch – Vibration kann ein grenzwertiges Paar lösen. 3 Compute-Endpunkte. Für Stirnräder verwenden Sie eine Stirnrad-API; für eine allgemeine Übersetzung eine Getriebeübersetzungs-API.

api.oanor.com/wormgear-api

RC-Servo- und PWM-Mathematik als API, lokal und deterministisch berechnet – die Pulsweiten-, Winkel- und Tastverhältniszahlen, mit denen ein Robotik-, RC- oder Embedded-Entwickler ein Servo ansteuert. Der Winkel-Endpunkt wandelt eine Pulsweite in den Servowinkel um: Ein Hobby-Servo liest die Breite des Pulses (nicht das Tastverhältnis), daher wird der Standardbereich 1000–2000 µs linear über den Verfahrweg abgebildet, wobei 1500 µs der Mitte entsprechen – Winkel = (Puls − Min) ÷ (Min-zu-Max-Spanne) × Verfahrweg – und es wird gemeldet, wenn ein Puls mehr als den konfigurierten Bereich anfordert, damit Sie das Servo nicht in seine mechanischen Anschläge fahren. Der Puls-Endpunkt arbeitet in die andere Richtung und liefert die Pulsweite, die ein Mikrocontroller für einen Zielwinkel schreiben sollte (90° entspricht 1500 µs bei einem 1000–2000 µs / 180° Servo), genau das, was eine Arduino-ähnliche Servobibliothek intern berechnet. Der Duty-Endpunkt wandelt einen Puls und eine Aktualisierungsfrequenz in die PWM-Periode und das Tastverhältnis um: Ein 50-Hz-Servorahmen ist 20 ms lang, daher beträgt ein 1500-µs-Puls nur 7,5 % Tastverhältnis – der Wert, den ein Timer-Peripheriegerät benötigt – und schnellere Rahmen für digitale Servos oder Multirotor-ESCs (z. B. 333 Hz) ändern dies. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Robotik- und RC-Firmware, Mikrocontroller- und Embedded-Tools, Drohnen- und Animatronik-Projekte sowie Maker-Rechner. Reine lokale Berechnung – kein Key, kein Drittanbieterdienst, sofort. 3 Compute-Endpunkte. Für Schrittschritt-pro-mm verwenden Sie eine Schrittmotor-API.

api.oanor.com/servo-api

Luft-Kraftstoff-Verhältnis- und Lambda-Berechnungen für die Motorabstimmung als API, lokal und deterministisch berechnet – die Lambda-, AFR- und Gemischzahlen, mit denen ein Tuner, ECU-Entwickler oder Motorsport-Ingenieur die Kraftstoffzumessung einstellt. Der Lambda-Endpunkt wandelt ein gemessenes Luft-Kraftstoff-Verhältnis in Lambda um (das AFR geteilt durch das stöchiometrische AFR des Kraftstoffs – 14,7 für Benzin) und das Äquivalenzverhältnis φ = 1/Lambda, klassifiziert das Gemisch als fett, stöchiometrisch oder mager: Ein Benzin-AFR von 13,0 ist Lambda 0,88, ein 11,6 % fettes Gemisch, wie es bei Vollgas für Leistung und eine kühlere, sicherere Verbrennung verwendet wird. Der AFR-Endpunkt funktioniert umgekehrt – wählen Sie ein Ziel-Lambda und er gibt das AFR aus, das die Breitbandsonde anzeigen sollte – und da die AFR-Zahl kraftstoffspezifisch ist (das stöchiometrische AFR von E85 beträgt etwa 9,8, nicht 14,7) arbeitet er immer mit dem richtigen Kraftstoff, weshalb Profis beim Wechsel des Kraftstoffs in Lambda abstimmen. Der Gemisch-Endpunkt verbindet die Luft, die der Motor ansaugt, mit dem Kraftstoff, den die Einspritzdüsen hinzufügen müssen: Geben Sie eine Luftmasse und ein Ziel-Lambda an, und er gibt die Kraftstoffmasse zurück (oder umgekehrt), das Herzstück der ECU-Kraftstoffzumessung basierend auf gemessenem Luftdurchsatz. Integrierte stöchiometrische Verhältnisse für Benzin, E10, E85, Ethanol, Methanol, Diesel, LPG, Propan, Methan/CNG und Wasserstoff, oder geben Sie eigene an. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Motorabstimmungs- und Prüfstandswerkzeuge, ECU- und Standalone-Management-Apps, Motorsport- und Datenaufzeichnungs-Dienstprogramme. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. 3 Compute-Endpunkte. Für Hubraum und Leistung verwenden Sie eine Engine-API; für chemische Reaktionsstöchiometrie eine Stöchiometrie-API.

api.oanor.com/airfuel-api

Unterwasserschall- und Sonar-Mathematik als API, lokal und deterministisch berechnet – die Geschwindigkeits-, Absorptions- und Entfernungszahlen, mit denen ein Schiffsingenieur, Sonarentwickler oder Ozeanograph arbeitet. Der Schallgeschwindigkeits-Endpunkt liefert die Schallgeschwindigkeit im Meerwasser aus der Mackenzie-Neun-Term-Gleichung: etwa 1.500 m/s – weit schneller als in Luft – steigend mit Temperatur, Salzgehalt und Tiefe, sodass ein Profil von 25 °C, 35 ppt bei 1.000 m 1.550,7 m/s ergibt. Da die Geschwindigkeit mit der Tiefe variiert, biegen sich Schallstrahlen und bilden den SOFAR-Kanal, der Walgesänge und Signale über ganze Ozeane trägt. Der Absorptions-Endpunkt liefert Thorp's Schallabsorptionskoeffizienten in dB pro km gegen die Frequenz, mit dem Verlust über einen Pfad: Meerwasser verschluckt hohe Frequenzen schnell, weshalb Langstreckensonar und Walrufe tief sind, während hochfrequentes Sonar nur auf kurze Distanz scharfe Bilder liefert. Der Echo-Entfernungs-Endpunkt wandelt die Zwei-Wege-Laufzeit eines Echolots oder Sonars in die Entfernung oder Tiefe um – Entfernung = Schallgeschwindigkeit × Zeit ÷ 2 – sodass ein einsekündiger Rundlauf bei 1.500 m/s ein Ziel 750 m entfernt ergibt, dessen Genauigkeit auf der angenommenen Schallgeschwindigkeit beruht. Alles wird lokal und deterministisch berechnet, also sofort und privat. Ideal für Sonar- und Hydrophon-Werkzeuge, Vermessungs- und Bathymetrie-Apps, ozeanakustische Forschung und AUV/ROV-Navigationshilfen. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Standardgleichungsschätzungen über ihre gültigen Bereiche. 3 Compute-Endpunkte. Für die Schallgeschwindigkeit in Luft und Mach verwenden Sie eine Mach-Zahl-API; für Dezibel eine Schallpegel-API.

api.oanor.com/sonar-api

Stepper-Motor-Bewegungsmathematik als API, lokal und deterministisch berechnet – die Schritte-pro-Millimeter- und Geschwindigkeitszahlen, mit denen ein 3D-Drucker, eine CNC- oder Robotik-Builder eine Maschine konfiguriert. Der Leitspindel-Endpunkt gibt die Schritte pro mm für eine Leitspindel- oder Kugelumlaufspindel-Achse: (Motorschritte pro Umdrehung × Mikroschritt) ÷ die Spindelsteigung, also ein 1,8°-Motor (200 Schritte) bei 16 Mikroschritten auf einer 8-mm-Spindel ergibt 400 Schritte/mm mit 2,5 µm Auflösung – der Wert, der direkt in die Firmware geht. Der Riemen-Endpunkt macht dasselbe für eine Riemen-und-Riemenscheiben-Achse, wobei der Weg pro Motorumdrehung die Riemenscheibenzähne × die Riementeilung (GT2-Riemen = 2 mm) ist, also ergibt eine 20-zähnige GT2-Riemenscheibe die klassischen 80 Schritte/mm einer 3D-Drucker-X/Y-Achse und zeigt den Geschwindigkeits-gegen-Präzisions-Kompromiss einer größeren Riemenscheibe. Der Geschwindigkeits-Endpunkt wandelt Schritte-pro-mm und eine Schrittimpulsrate in die Achsgeschwindigkeit in mm/s und mm/min um – bei 80 Schritten/mm ergibt eine 40-kHz-Schrittrate 500 mm/s, obwohl die wirkliche Grenze das Motor-Stallen bei hohen Schrittraten und die Controller-Impuls-Obergrenze ist. Es wird auch angemerkt, dass Mikroschritte Glätte, aber keine echte Genauigkeit hinzufügen, da das Drehmoment pro Mikroschritt abfällt. Alles wird lokal und deterministisch berechnet, also ist es sofort und privat. Ideal für 3D-Drucker- und CNC-Firmware-Setup, Bewegungssteuerungs- und Robotik-Tools sowie Maker-Rechner. Reine lokale Berechnung – kein Key, kein Drittanbieter-Dienst, sofort. Idealgeometrie-Schätzungen – lassen Sie eine Marge unterhalb der theoretischen Höchstgeschwindigkeit. 3 Compute-Endpunkte. Für CNC-Oberflächengüte verwenden Sie eine CNC-Finish-API; für Übersetzungsverhältnisse eine Gear-Ratio-API.

api.oanor.com/steppermotor-api

Batteriepack-Design-Mathematik als API, lokal und deterministisch berechnet – die Spannungs-, Kapazitäts-, Energie-, Strom- und Ladezeit-Zahlen, die ein EV-, E-Bike-, Solar- oder Robotik-Pack-Bauer für eine Batterie aufstellt. Der Konfigurations-Endpunkt wandelt eine Serien-Parallel-Zellenanordnung in das Pack um: Zellen in Reihe addieren ihre Spannungen (die Serienanzahl bestimmt die Packspannung) und Zellen parallel addieren ihre Amperestunden (die Parallelanzahl bestimmt die Kapazität), wobei die Energie in Wattstunden = Spannung × Kapazität – ein 13S4P-Pack aus 3,6 V / 3,5 Ah Zellen ergibt 46,8 V, 14 Ah und etwa 655 Wh aus 52 Zellen, und es meldet auch die Vollladespannung (Serie × 4,2 V für Li-Ion), um das Ladegerät und BMS zu dimensionieren. Der C-Rate-Endpunkt bezieht Strom auf Kapazität in beide Richtungen – geben Sie eine C-Rate ein, um den Strom zu erhalten, oder einen Strom, um die C-Rate zu erhalten – weil 1C die gesamte Kapazität in einer Stunde entlädt oder lädt, also ein 14-Ah-Pack bei 2C 28 A ergibt, und es gibt die Leistung zurück, wenn Sie die Packspannung übergeben. Der Ladezeit-Endpunkt gibt die Zeit zum Laden zwischen zwei Ladezuständen aus dem Ladestrom an. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für EV- und E-Bike-Bauer, Solar- und Offgrid-Speicherwerkzeuge, Robotik- und Drohnen-Packs sowie Batterieentwicklungs-Apps. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Pack-Design-Schätzungen – echte Zellen verjüngen sich beim Laden und sinken unter Last. 3 Berechnungs-Endpunkte. Für Laufzeit unter Last verwenden Sie eine Batterie-API; für EV-Ladung eine EV-Lade-API.

api.oanor.com/batterypack-api

Hydraulikzylinder-Ingenieurmathematik als API, lokal und deterministisch berechnet – die Kraft-, Geschwindigkeits- und Ölvolumenwerte, mit denen ein Fluidtechnik-Konstrukteur, Maschinenbauer oder Hydrauliktechniker einen Zylinder dimensioniert. Der Kraft-Endpunkt liefert Schub und Zug aus Bohrung, Kolbenstangendurchmesser und Arbeitsdruck: Beim Ausfahren wirkt das Öl auf die gesamte Bohrungsfläche, der Zylinder ist beim Ausstoßen am stärksten; beim Einfahren wirkt es nur auf den von der Stange verbleibenden Ringraum, was weniger Kraft ergibt – eine 100-mm-Bohrung mit einer 56-mm-Stange bei 160 bar drückt mit etwa 125,7 kN aus, zieht aber nur mit 86,3 kN zurück, weshalb eine Presse oder ein Bagger die harte Arbeit beim Ausfahrhub verrichtet. Der Geschwindigkeits-Endpunkt liefert die Kolbengeschwindigkeit aus dem Pumpenstrom (Geschwindigkeit = Strom ÷ Fläche), sodass Ausfahren der langsamere Hub und Einfahren der schnellere ist – der Kompromiss, den jeder Schaltungsentwickler gegen die Kraft abwägt. Der Volumen-Endpunkt liefert das verdrängte Ölvolumen pro Hub für Aus- und Einfahren, die Stangenverdrängung und das Bohrungs-zu-Ringraum-Flächenverhältnis – das Differenzial- (Regenerations-) Verhältnis, das verwendet wird, um den Ausfahrhub in einer Regenerationsschaltung zu beschleunigen – sodass Pumpe, Tank und Leitungen für das größere Volumen dimensioniert werden können. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Fluidtechnik- und Maschinenbauwerkzeuge, Hydraulikdimensionierungsrechner, mobile und industrielle Geräte-Dienstprogramme sowie Ingenieur-Apps. Reine lokale Berechnung – kein Key, kein Drittanbieterdienst, sofort. Idealbereichsschätzungen – berücksichtigen Sie Reibung, Gegendruck und Wirkungsgrad. 3 Berechnungsendpunkte. Für Pascal-Kraftvervielfachung verwenden Sie eine Hydraulik-API; für Ventilauslegung eine Ventildurchfluss- (Cv/Kv) API.

api.oanor.com/hydrauliccylinder-api

Interference (Press- und Schrumpfpassung) Ingenieurmathematik als API, lokal und deterministisch aus den Lamé-Dickwandgleichungen berechnet – die Kontaktdruck-, Haltekraft- und Montagetemperaturzahlen, die ein Maschinenbauer oder Zerspaner zur Dimensionierung einer Welle-Nabe-Verbindung benötigt. Der Druck-Endpunkt gibt den Kontaktdruck an, der sich an der Grenzfläche aus dem Durchmesserübermaß, den Wellen- und Nabendurchmessern und dem Elastizitätsmodul aufbaut, plus die tangentiale Umfangsspannung an der Nabenbohrung – die höchste Spannung in der Verbindung, die eine dünne Nabe spalten kann, wenn sie die Streckgrenze überschreitet: Eine 50 mm massive Stahlwelle in einer 100 mm Nabe mit 0,05 mm Übermaß erzeugt etwa 75 MPa Kontaktdruck und 125 MPa Bohrungsumfangsspannung, und eine Verdopplung des Übermaßes verdoppelt den Druck. Der Halte-Endpunkt wandelt diesen Druck in die axiale Auspresskraft und das übertragbare Drehmoment durch die Reibung an der Grenzfläche um (Kraft = Druck × Kontaktfläche × Reibung, Drehmoment = Kraft × Wellenradius), die Werte, die entscheiden, ob die Verbindung unter Last rutscht. Der Montagetemperatur-Endpunkt gibt die Temperaturänderung (Erwärmung der Nabe oder Abkühlung der Welle) für eine Schrumpfpassung an – ΔT = (Übermaß + Spiel) ÷ (α × Durchmesser) – sodass das Teil frei gleitet und beim Zurückkehren auf Temperatur greift. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für mechanische Konstruktions- und Maschinenbauwerkzeuge, Fertigungs- und CAD-Programme sowie technische Rechner. Reine lokale Berechnung – kein API-Key, kein Drittanbieterdienst, sofort. Lamé-Schätzungen für gleiches Material – mit Sicherheitsfaktor gegen die Materialstreckgrenze prüfen. 3 Berechnungsendpunkte. Für Dünnwand-Druckbehälter-Spannungen verwenden Sie eine Druckbehälter-API.

api.oanor.com/pressfit-api

Schiffsanfangsstabilitätsmathematik als API, lokal und deterministisch berechnet – die metazentrische Höhe, das aufrichtende Moment und die Rollperiode, anhand derer ein Schiffsarchitekt, Schiffsoffizier oder Schiffsgutachter ein Schiff beurteilt. Der Endpunkt für die metazentrische Höhe liefert GM = KM − KG, die wichtigste Stabilitätskennzahl: die Höhe des Metazentrums (durch Rumpfform und Tiefgang bestimmt) über dem Schwerpunkt (durch die Beladung des Schiffes bestimmt), mit einer Klassifizierung von gefährlichem negativem GM über weich und komfortabel bis zu steifem GM, das heftig rollt – Schiffsarchitekten streben die Mitte an, denn zu wenig ist unsicher und zu viel belastet Ladung und Besatzung. Der Endpunkt für das aufrichtende Moment liefert den aufrichtenden Hebelarm bei kleinen Winkeln GZ ≈ GM · sin(Krängung) und das aufrichtende Moment (GZ × Verdrängung), das das Schiff wieder aufrichtet, gültig bis etwa 7–10°, bevor die wahre GZ-Kurve abweicht. Der Endpunkt für die Rollperiode liefert die natürliche transversale Rollperiode T = 2π·k / √(g·GM) aus GM und Breite – dieselbe Beziehung, die Seeleute umgekehrt als Rollperiodentest anwenden, bei dem eine plötzlich längere Rollperiode auf ein gesunkenes GM hinweist. Alles wird lokal und deterministisch berechnet, daher sofort und privat. Ideal für schiffsarchitektonische und schiffsentwurfstechnische Werkzeuge, Dienstprogramme für Schiffsgutachter und Ladungssoftware, maritime Trainings-Apps und Stabilitäts-Dashboards. Reine lokale Berechnung – kein Schlüssel, kein Drittanbieterdienst, sofort. Anfangsstabilitätsschätzungen – für große Winkel vollständige KN-Querkurven verwenden. 3 Berechnungsendpunkte. Für Rumpfgeschwindigkeit und Entwurfsverhältnisse eine Segel-API verwenden.

api.oanor.com/shipstability-api

Apparent („gefühlte“) Temperaturberechnungen als API, lokal und deterministisch aus den offiziellen meteorologischen Formeln berechnet – die drei Indizes, die eine Wetter-App, ein Dashboard oder ein Sicherheitstool neben der rohen Thermometerablesung meldet. Der Hitzeindex-Endpunkt liefert den Hitzeindex des US National Weather Service aus Lufttemperatur und relativer Luftfeuchtigkeit unter Verwendung der vollständigen Rothfusz-Regression mit ihren Anpassungen für niedrige und hohe Luftfeuchtigkeit: Denn hohe Luftfeuchtigkeit verhindert das Verdunsten von Schweiß, der Körper kann keine Wärme abgeben und es fühlt sich viel heißer an als das Thermometer – 90 °F bei 70 % Luftfeuchtigkeit fühlen sich wie etwa 106 °F an – und das Ergebnis wird mit einer Risikokategorie von Vorsicht über Gefahr bis hin zu extremer Gefahr ausgegeben. Der Windchill-Endpunkt liefert den Windchill von NWS / Environment Canada von 2001 aus Temperatur und Windgeschwindigkeit, das Gegenstück für kaltes Wetter, mit der Risikostufe für Erfrierungszeit – 0 °F bei 15 mph Wind fühlen sich wie etwa −19 °F an. Der Humidex-Endpunkt liefert Kanadas Warmwetterindex aus Temperatur und Luftfeuchtigkeit auf derselben Celsius-Skala, abgeleitet über den Wasserdampfdruck. Alles wird sowohl in °F als auch in °C zurückgegeben und lokal und deterministisch berechnet, sodass es sofort und privat ist. Ideal für Wetter- und Outdoor-Apps, Arbeitssicherheits- und Sport-Tools, Smart-Home- und HVAC-Dashboards sowie Klima- und Gesundheitsanwendungen. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Schätzungen des menschlichen Komforts im Schatten und bei leichtem Wind. 3 Compute-Endpunkte. Für Taupunkt und feuchte Lufteigenschaften verwenden Sie eine psychrometrische API; für Live-Bedingungen eine Wetter-API.

api.oanor.com/apparenttemp-api

Aviation atmosphere maths as an API, computed locally and deterministically using the exact International Standard Atmosphere relations — the numbers a pilot, dispatcher or flight-planning tool needs before take-off, not a rough rule of thumb. The density-altitude endpoint turns the field elevation, altimeter setting and outside air temperature into the pressure altitude (elevation + (29.92 − setting) × 1000) and then the density altitude — the altitude the air actually feels like to the wings and engine — computed from the true ISA density ratio rather than the approximate 120-foot-per-degree rule, with the ISA temperature deviation: on a hot, high day the density altitude soars, robbing lift and thrust and lengthening the take-off roll, the classic mountain-airport hazard. The true-airspeed endpoint gives TAS from calibrated airspeed as CAS ÷ √(density ratio), so the navigator gets the real speed through the air that climbs above the indicated reading with altitude and temperature. The isa endpoint returns the standard-atmosphere temperature, pressure, pressure and density ratios and the speed of sound at any altitude in the troposphere — the reference every altimeter, performance chart and engine rating is built on. Everything is computed locally and deterministically, so it is instant and private. Ideal for flight-planning and EFB apps, drone and UAV tools, aviation weather dashboards, and aerospace-engineering utilities. Pure local computation — no key, no third-party service, instant. Troposphere (≤ 36,089 ft); incompressible TAS. 3 compute endpoints. For the speed of sound and Mach use a Mach-number API; for runway wind components a crosswind API.

api.oanor.com/densityaltitude-api

Quarter-Mile-Drag-Strip-Mathematik als API, lokal und deterministisch berechnet – die klassischen empirischen Schätzungen, die ein Rennfahrer, Tuner oder Autoenthusiast verwendet, um die Leistung und das Gewicht eines Autos mit seiner Performance in Beziehung zu setzen. Der et-Endpunkt gibt die vorhergesagte verstrichene Zeit und Fanggeschwindigkeit aus der Motorleistung und dem Renngewicht unter Verwendung der Standardformeln – ET = 5,825 × (Gewicht ÷ PS) hoch ein Drittel, Fanggeschwindigkeit = 234 × (PS ÷ Gewicht) hoch ein Drittel – so wird für ein 3.000 lb schweres Auto mit 300 PS eine Zeit von etwa 12,6 Sekunden bei 109 mph vorhergesagt, unter der Annahme eines kompetenten Starts und angemessener Traktion. Der horsepower-Endpunkt führt die Berechnung umgekehrt durch: Da die Fanggeschwindigkeit durch das Leistungsgewicht bestimmt wird und kaum durch den Start, ist PS ≈ Gewicht × (Fanggeschwindigkeit ÷ 234) hoch drei eine beliebte Methode, um die Motorleistung direkt von einem Zeitmessstreifen zu schätzen. Der power-to-weight-Endpunkt gibt das Verhältnis an, das tatsächlich die Beschleunigung bestimmt – in PS pro Pfund, PS pro Tonne und Watt pro Kilogramm, die sauberste einheitenübergreifende Kennzahl – mit einer Leistungsklasse von Pendler über Hot Hatch und Supersportwagen bis Hypercar, denn ein leichtes Auto mit 200 PS kann ein schweres mit 400 PS schlagen. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Drag-Racing- und Tuner-Apps, Auto-Spezifikations- und Vergleichstools, Automobil-Enthusiasten und Motorsport-Dashboards. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Empirische Schätzungen unter Annahme eines guten Starts und Traktion – kein Zeitmessstreifen. 3 Compute-Endpunkte. Für aerodynamischen Widerstand verwenden Sie eine Drag-API; für Getriebeübersetzung eine Gear-Ratio-API.

api.oanor.com/quartermile-api

Wärmepumpen- und Kälteleistungsberechnungen als API, lokal und deterministisch berechnet – die Effizienzzahlen, mit denen ein HLK-Ingenieur, Energieauditor oder Wärmepumpeninstallateur tatsächlich arbeitet. Der cop-Endpunkt liefert die Leistungszahl und die US-EER-Bewertung aus der thermischen Leistung und der elektrischen Leistung: Eine Einheit, die 7 kW Wärme mit 2 kW Strom bewegt, hat eine COP von 3,5 (einen EER von 12), was bedeutet, dass 3,5 Einheiten Heizung oder Kühlung pro Einheit Strom erzeugt werden – daher ist eine Wärmepumpe besser als Widerstandsheizung, bei der die COP genau 1 beträgt. Der carnot-Endpunkt liefert das unschlagbare ideale Limit, das nur durch die absoluten Temperaturen bestimmt wird – Heizen = Th ÷ (Th − Tc), Kühlen = Tc ÷ (Th − Tc) in Kelvin, wobei die Heiz-COP immer gleich der Kühl-COP plus eins ist – und, bei einer realen COP, den Wirkungsgrad nach dem zweiten Hauptsatz, der angibt, wie nah die Maschine an dieser Obergrenze arbeitet; je kleiner der Temperaturhub, desto höher das Limit, weshalb Erdreich- und Niedertemperatursysteme an einem kalten Tag besser sind als Luftsysteme. Der capacity-Endpunkt wandelt elektrische Leistung und eine COP in die gelieferte Heiz- oder Kühlleistung in Kilowatt, BTU pro Stunde und Tonnen Kälteleistung um – die zusätzliche Energie über den Strom hinaus wird der Außenluft, dem Erdreich oder dem Wasser entzogen. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für HLK- und Kälteingenieure, Energieauditoren, Wärmepumpen- und Gebäudeleistungstools sowie Nachhaltigkeits-Dashboards. Reine lokale Berechnung – kein Key, kein Drittanbieterdienst, sofort. Schätzungen unter den angegebenen Bedingungen – die reale COP sinkt mit steigendem Temperaturhub. 3 Berechnungsendpunkte. Für die Raumdimensionierung verwenden Sie eine HLK-BTU-API; für feuchte Lufteigenschaften verwenden Sie eine psychrometrische API.

api.oanor.com/heatpump-api

Steam-boiler engineering maths as an API, computed locally and deterministically — the three numbers a boiler operator, plant engineer or steam-system designer actually works with. The boiler-hp endpoint converts a required heat output into boiler horsepower (heat ÷ 33,475 BTU/hr, the standard definition), the equivalent steam output in pounds per hour "from and at" 212 °F (34.5 lb/hr per BHP) and the output in kilowatts — a 1,000,000 BTU/hr load is about 29.9 BHP or 1,031 lb/hr of steam. The factor-of-evaporation endpoint gives the real capacity for your feedwater: the factor = (the total heat of the steam − the feedwater heat) ÷ 970.3, always greater than one because the boiler must add the sensible heat to bring water up to boiling, so a boiler rated "from and at" 212 °F actually makes less with 60 °F feedwater — which is exactly why preheating feedwater with an economiser raises capacity and saves fuel. The blowdown endpoint gives the continuous blowdown rate to hold the boiler water within its dissolved-solids limit: blowdown = steam × feedwater TDS ÷ (boiler limit − feedwater TDS), with the cycles of concentration and the blowdown as a percentage of feedwater — better feedwater means more cycles, less blowdown and less wasted hot water. Everything is computed locally and deterministically, so it is instant and private. Ideal for boiler operators, steam-plant and HVAC engineers, energy auditors, water-treatment specialists and process-engineering tools. Pure local computation — no key, no third-party service, instant. Engineering estimates — verify against the manufacturer data and local code. 3 compute endpoints. For moist-air properties use a psychrometric API; for compressed air use a compressor API.

api.oanor.com/boiler-api

Elektrofahrzeug-Lademathematik als API, lokal und deterministisch berechnet – die drei Zahlen, die jeder EV-Fahrer und jede Lade-App tatsächlich benötigt. Der Ladezeit-Endpunkt gibt an, wie lange eine Sitzung dauert: Aus der Batteriegröße und der Differenz zwischen dem Start- und Zielladezustand berechnet er die hinzuzufügende Energie und die Zeit bei einer gegebenen Ladeleistung und Effizienz – ein 60-kWh-Akku von 20 % auf 80 % an einem 7,2-kW-Heimladegerät mit 90 % Effizienz dauert etwa 5,6 Stunden, und er erinnert daran, dass DC-Schnellladen oberhalb von 80 % stark nachlässt, sodass Roadtrips um den schnellen Teil der Kurve herum geplant werden sollten. Der Reichweiten-Erweiterungs-Endpunkt wandelt eine Ladesitzung in Meilen um: Aus der Ladeleistung, den Minuten des Anschlusses und den Meilen pro kWh des Autos gibt er die Energie und die hinzugefügte Reichweite sowie die praktische Zahl „Meilen pro Lade-Stunde“ – ein 7-kW-Heimladegerät fügt etwa 22 mi/h hinzu, eine 150-kW-DC-Station Hunderte. Der Kosten-Endpunkt gibt an, was ein Ladevorgang kostet, wobei die aus dem Netz bezogene Energie (die Energie zur Batterie geteilt durch die Ladeeffizienz) multipliziert mit dem Preis pro kWh korrekt abgerechnet wird, mit den effektiven Kosten pro nutzbarer kWh – nächtliche Heimtarife machen EV-Meilen sehr billig, während DC-Schnellladegeräte ein Vielfaches kosten. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für EV-Apps, Routen- und Reiseplaner, Flotten- und Ladestations-Tools, Ladekostenrechner und Dashboards. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Schätzungen – echtes DC-Laden lässt oberhalb von 80 % nach und kaltes Wetter reduziert die Reichweite. 3 Berechnungs-Endpunkte. Für Batterielaufzeit verwenden Sie eine Batterie-API; für generische Energiekosten verwenden Sie eine Energiekosten-API.

api.oanor.com/evcharging-api

Multirotor (Drone) Flugmathematik als API, lokal und deterministisch berechnet – die Schub-, Effizienz- und Schwebewerte, die ein FPV-Bauer oder UAV-Designer für einen Quadcopter einstellt. Der Schub-Gewicht-Endpunkt liefert das Schub-Gewicht-Verhältnis, Gesamtmotorschub ÷ Gesamtgewicht: Ziel ist mindestens 2:1, damit das Gerät Autorität hat, um Position zu halten und gegen Wind anzukämpfen, wobei Freestyle 3–5:1 und Schwerlast nahe 1,5:1 anstrebt – vier 800-Gramm-Motoren an einem 1.200-Gramm-Quad ergeben ein kräftiges 2,67:1. Der Scheibenbelastungs-Endpunkt liefert die Rotor-Scheibenbelastung, Gewicht ÷ gesamte Propellerfläche, wobei niedriger effizienter ist: große langsame Propeller bewegen mehr Luft mit weniger Leistung, weshalb Ausdauer- und Cinema-Rigs große Propeller mit niedriger Scheibenbelastung verwenden. Der Schwebegas-Endpunkt liefert das Schwebegas, Gesamtgewicht ÷ Gesamtschub – ein guter Bau schwebt nahe 40–50 % und lässt Spielraum für Manöver, während Schweben über ~60 % bedeutet, dass er übergewichtig, träge und heiß läuft. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für FPV- und Drohnenbau-Apps, UAV-Design- und Motorauswahl-Tools, Hobby-Rechner und Maker-Seiten. Reine lokale Berechnung – kein Key, kein Drittanbieter-Dienst, sofort. Live, nichts gespeichert. 3 Compute-Endpunkte. Schätzungen – testen Sie Motoren auf dem Prüfstand bei Ihrer Spannung und Ihrem Propeller. Für Batterielaufzeit verwenden Sie eine Batterie-API.

api.oanor.com/drone-api

Druckreiniger-Mathematik als API, lokal und deterministisch berechnet – die Reinigungskraft-, Düsen- und Wasserzahlen, mit denen ein Käufer oder Profi eine Maschine dimensioniert und betreibt. Der Cleaning-Units-Endpunkt liefert die Reinigungskraft, PSI × GPM, mit einer Belastungsklasse – beide sind wichtig, weil der Druck den Schmutz löst und der Durchfluss ihn wegspült, sodass eine 3.000 PSI / 2,5 GPM Maschine (7.500 Cleaning Units) viel schneller reinigt als derselbe Druck bei 1,5 GPM. Der Düsen-Endpunkt liefert den Durchfluss bei einem anderen Druck (eine feste Düse fließt mit der Quadratwurzel des Drucks) und die Rückstoßkraft der Düse, die Sie spüren, ≈ 0,0526 × GPM × √PSI in Pfund – ein paar Pfund bei einem Verbrauchergerät, genug bei einer großen Maschine, um zwei Hände zu benötigen. Der Water-Usage-Endpunkt liefert den Wasserverbrauch über einen Lauf, Durchfluss × Zeit, in Gallonen und Litern mit optionalen Kosten – ein Druckreiniger verbraucht tatsächlich viel weniger Wasser als ein Gartenschlauch für die gleiche Reinigung. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Druckreiniger-Shops und Verleih-Apps, Reinigungsunternehmer- und Kaufberatungs-Tools, Geräte-Rechner und DIY-Seiten. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Live, nichts gespeichert. 3 Compute-Endpunkte. Schätzungen – Oberfläche und Reinigungsmittel sind genauso wichtig wie die Zahlen.

api.oanor.com/pressurewasher-api

Solar-thermische (Solarwarmwasser) Mathematik als API, lokal und deterministisch berechnet – die Kollektor-, Dimensionierungs- und Speicherzahlen, die ein Solarinstallateur oder Hausbesitzer zur Auslegung eines Warmwassersystems benötigt. Der Ausgabe-Endpunkt liefert die nutzbare tägliche Wärme, die ein Kollektor erzeugt: Fläche × die tägliche Solarenergie darauf × der Kollektorwirkungsgrad (Flachkollektor ~40–60 %, Vakuumröhren höher), also liefert ein 40 ft² Kollektor bei 1.800 BTU/ft²/Tag und 50 % etwa 36.000 BTU (10,5 kWh) – das Warmwasser einer Familie an einem guten Tag. Der Flächen-Endpunkt dimensioniert den Kollektor für einen Bedarf: Fläche = (tägliche Gallonen × 8,34 × die Temperaturerhöhung) ÷ (Einstrahlung × Wirkungsgrad), also benötigen 60 Gallonen, die um 70 °F erwärmt werden, etwa 39 ft² – dimensioniert für einen durchschnittlichen Tag mit einem Backup-Heizgerät, da ein Solaranteil von 60–80 % der wirtschaftliche Sweet Spot ist. Der Tank-Endpunkt dimensioniert den Solarspeicher mit etwa 1,5 Gallonen pro Quadratfuß Kollektor, groß genug, um einen sonnigen Nachmittag zu puffern, ohne den Kollektor zu blockieren. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Solarinstallateur- und Erneuerbare-Energien-Apps, Warmwasser-Systemdesign-Tools, Heimenergie-Rechner und Nachhaltigkeitsseiten. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Live, nichts gespeichert. 3 Compute-Endpunkte. Für die lokale Solarressource verwenden Sie eine Solarstrahlungs-API; für Poolheizung verwenden Sie eine Pool-API.

api.oanor.com/solarthermal-api

Rohrisolierungs-Wärmeverlustberechnungen als API, lokal und deterministisch berechnet – die radialen Wärmeverlust-, Dicken- und Energiekostenzahlen, die ein Maschinenbauingenieur oder Energieauditor für die Dämmung dimensioniert. Der Wärmeverlust-Endpunkt gibt den Verlust pro laufendem Fuß durch zylindrische Isolierung an, Q/L = 2π·(k/12)·ΔT ÷ ln(r2/r1), wobei k die Wärmeleitfähigkeit der Isolierung (BTU·in/hr·ft²·°F, ~0,25 für Glasfaser), r1 der Rohrradius und r2 der Außenradius ist – eine 2-Zoll-Leitung bei 300 °F mit einem Zoll Glasfaser verliert etwa 43 BTU/hr pro Fuß, und da die Beziehung logarithmisch ist, halbiert eine Verdopplung der Dicke den Verlust nicht. Der Dicken-Endpunkt invertiert dies für einen Zielverlust: ln(r2/r1) = 2π·(k/12)·ΔT ÷ Ziel, dann Dicke = r2 − r1, was den wirtschaftlichen Dickenpunkt zeigt, jenseits dessen sich mehr Material selten auszahlt. Der Jahreskosten-Endpunkt wandelt den Verlust pro Fuß in den jährlichen Wärmeverlust und die Brennstoffkosten über eine Rohrleitung um, die Zahl, die die Dämmung rechtfertigt. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für mechanische Konstruktions- und Energieaudit-Apps, Isolierungsunternehmer- und Prozessrohrleitungs-Tools, Gebäudetechnik-Rechner und technische Hilfsmittel. Reine lokale Berechnung – kein API-Key, kein Drittanbieterdienst, sofort. Live, nichts wird gespeichert. 3 Berechnungs-Endpunkte. Ignoriert den äußeren Luftfilm (tatsächlicher Verlust geringfügig niedriger). Für flache Wände und Dächer verwenden Sie eine U-Wert-API.

api.oanor.com/pipeinsulation-api

CNC-Oberflächenfinish-Mathematik als API, lokal und deterministisch berechnet – die Rauhtiefe, der Zeilenabstand und die Anzahl der Durchgänge, die ein CNC-Maschinenbediener für ein glattes Finish einstellt. Der Scallop-Endpunkt gibt die Rauhtiefe an, die ein Kugelfräser zwischen den Durchgängen hinterlässt, h = R − √(R² − (Zeilenabstand/2)²), sodass ein halbzölliger Fräser bei einem Zeilenabstand von 0,05 Zoll etwa eine Rauhtiefe von 1,25 Tausendstel hinterlässt – engerer Zeilenabstand, kleinere Rauhtiefe, weitaus mehr Durchgänge. Der Stepover-Endpunkt kehrt es um: den Zeilenabstand für eine Zielrauhtiefe, 2·√(R² − (R−h)²), ebenfalls als Prozentsatz des Werkzeugdurchmessers angegeben (Feinbearbeitung läuft bei ~4–10 %), sodass er auf verschiedene Aufgaben übertragbar ist – und ein größerer Kugelfräser erreicht das gleiche Finish bei einem breiteren, schnelleren Zeilenabstand. Der Passes-Endpunkt verwandelt eine Fläche in Arbeit: Durchgänge = Breite ÷ Zeilenabstand aufgerundet plus eins, die gesamte Schnittstrecke und die Schnittzeit bei einer gegebenen Vorschubgeschwindigkeit – das Fräsen einer 4×6-Zoll-Fläche bei einem Zeilenabstand von 0,05 Zoll ergibt 81 Durchgänge und 486 Zoll Strecke, unter fünf Minuten bei 100 ipm. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für CNC- und CAM-Apps, Maschinisten- und Werkzeugbahnrechner, Maker- und Lohnfertigungs-Tools sowie technische Hilfsmittel. Reine lokale Berechnung – kein API-Key, kein Drittanbieterdienst, sofort. Live, nichts wird gespeichert. 3 Compute-Endpunkte. Für Schnittgeschwindigkeit, Vorschub und Drehzahl verwenden Sie eine Bearbeitungs-API.

api.oanor.com/cncfinish-api

Roller-Chain-Drive-Mathematik als API, lokal und deterministisch berechnet – die Kettenlängen-, Kettenrad- und Geschwindigkeitszahlen, mit denen ein Maschinenkonstrukteur oder Mühlenbauer einen Antrieb auslegt. Der Kettenlängen-Endpunkt gibt die Kette in Teilungen aus den beiden Kettenradzähnezahlen, der Kettenteilung und dem Achsabstand: L = 2·C + (N1+N2)/2 + ((N2−N1)/2π)² ÷ C (C in Teilungen), aufgerundet auf eine gerade Zahl, damit die Kette ohne Verschlussglied schließt – ein 17- und 34-Zahn-Paar bei 15-Zoll-Achsabstand auf #40 (halbe Zoll) Kette ergibt 86 Teilungen, 43 Zoll. Der Kettenrad-Endpunkt gibt den Teilkreisdurchmesser, Teilung ÷ sin(180°/Zähne), und den Außendurchmesser – ein 17-Zahn-#40-Kettenrad hat einen 2,72-Zoll-Teilkreis. Der Geschwindigkeits-Endpunkt gibt die lineare Geschwindigkeit der Kette, Teilung × Zähne × rpm ÷ 12, also läuft ein 17-Zahn-#40-Kettenrad bei 100 rpm die Kette mit etwa 71 ft/min. Alles wird lokal und deterministisch berechnet, also sofort und privat. Ideal für Maschinenkonstruktions- und Antriebsstrang-Apps, Förder- und Gerätebau-Tools, Maker- und CAD-Rechner sowie technische Hilfsmittel. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Live, nichts gespeichert. 3 Compute-Endpunkte. Für Übersetzungsverhältnisse verwenden Sie eine Gear-Ratio-API; für Riemen eine Pulley-API.

api.oanor.com/chaindrive-api

Wasserbrunnen-Mathematik als API, lokal und deterministisch berechnet – die Verrohrungs-, Ergiebigkeits- und Pumpeneinstellungszahlen, mit denen ein Brunnenbohrer, Pumpeninstallateur oder ländlicher Hausbesitzer arbeitet. Der Casing-Volume-Endpunkt gibt das stehende Wasser in einem Brunnen an: Gallonen pro Fuß = π/4 · Durchmesser² × 12 ÷ 231 (etwa 1,47 gal/ft für eine 6-Zoll-Verrohrung, 0,65 für eine 4-Zoll) mal der Wassersäule, also 100 Fuß Wasser in einer 6-Zoll-Verrohrung enthalten etwa 147 Gallonen – die benötigte Menge, um einige Brunnenvolumen vor der Probenahme zu spülen oder eine Schockchlorung zu dosieren. Der Specific-Capacity-Endpunkt wandelt einen Absenkungstest um, wie frei der Brunnen Wasser abgibt: spezifische Kapazität = Pumpenrate ÷ Absenkung (gpm pro Fuß), und die prognostizierte Ergiebigkeit ≈ das mal der verfügbaren Absenkung – 15 GPM bei 20 Fuß Absenkung sind 0,75 gpm/ft und etwa 45 GPM bei 60 Fuß. Der Pump-Setting-Endpunkt gibt die Tiefe an, um die Pumpe zu hängen: statischer Wasserstand + Absenkung + Eintauchtiefe (typischerweise 10–20 Fuß), damit sie nie Lufteinschlüsse bekommt, wenn der Wasserstand absinkt, mit einer Überprüfung gegen die Brunnentiefe. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Brunnenbohr- und Pumpeninstallations-Apps, ländliche Wasser- und Hausbesitzer-Tools, hydrogeologische Rechner und Handwerkshilfen. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Live, nichts gespeichert. 3 Compute-Endpunkte. Schätzungen – mit einem echten Absenkungstest verifizieren. Für Pumpenleistung/Förderhöhe eine Pumpen-API verwenden; für Brunnenchlorierung eine Poolchemie-API.

api.oanor.com/wellpump-api

Schneckenförderer- und Getreideschnecken-Mathematik als API, lokal und deterministisch berechnet – die Kapazitäts-, Geschwindigkeits- und Durchsatzwerte, mit denen ein Landwirt, Mühlenbauer oder Materialflusstechniker eine Schnecke dimensioniert. Der Kapazitätsendpunkt gibt den volumetrischen Durchsatz aus der Schneckengeometrie: das ringförmige Flügelvolumen pro Umdrehung ((π/4)(Durchmesser² − Schaft²) × Steigung) × rpm × 60 × die Rinnenfüllung, sodass eine 9-Zoll-Schnecke mit voller Steigung auf einem 2,5-Zoll-Schaft bei 40 rpm und 45 % Füllung etwa 330 Kubikfuß – 265 Scheffel – pro Stunde bewegt. Der Geschwindigkeitsendpunkt kehrt es um, die benötigte Drehzahl für eine Zielkapazität, damit Sie eine kleine Schnecke nicht überdrehen und das Getreide zermahlen. Der Scheffelendpunkt wandelt eine volumetrische Rate in Scheffel und Tonnen pro Stunde um (1 Scheffel = 1,2445 ft³, Tonnen = Scheffel × Testgewicht ÷ 2000), sodass 330 ft³/h 56-Pfund-Mais 265 Scheffel oder 7,4 Tonnen pro Stunde sind – die Zahl, die Sie auf den Trockner oder den LKW abstimmen. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Getreidehandhabungs- und Landmaschinen-Apps, Materialflusstechnik- und Förderbanddesign-Tools, landwirtschaftliche Rechner und technische Hilfsmittel. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Live, nichts wird gespeichert. 3 Compute-Endpunkte. Schätzungen – Neigung und Material ändern den tatsächlichen Durchsatz. Für Bandförderer verwenden Sie eine Conveyor API.

api.oanor.com/auger-api

Radiantboden- und Hydronik-Heizungsmathematik als API, lokal und deterministisch berechnet – die Ausgabe-, Rohr- und Durchflusszahlen, mit denen ein Installateur oder Heimwerker einen warmen Fußboden plant. Der Ausgabe-Endpunkt gibt die Wärme aus, die ein warmer Fußboden abgibt: etwa 2 BTU/h pro Quadratfuß für jedes °F, das die Fußbodenoberfläche über dem Raum liegt, also liefert ein 85 °F warmer Fußboden in einem 70 °F warmen Raum etwa 30 BTU/h/ft² – etwa 9.000 BTU/h über 300 ft², die Komfortgrenze, da der Fußboden bei ~85 °F gehalten wird. Der Rohr-Endpunkt gibt das Rohr und die Schleifen für eine Fläche bei einem Abstand an: Feldrohr = Fläche × 12 ÷ Abstand, also benötigt 300 ft² bei 9-Zoll-Abstand 400 Fuß Rohr, aufgeteilt in Schleifen unter ~300 Fuß (zwei 200-Fuß-Schleifen), damit die Pumpe sie durchdrücken kann. Der Durchfluss-Endpunkt gibt die Schleifendurchflussrate für eine Heizlast an, GPM = Last ÷ (500 × ΔT), wobei 500 die Wasserkonstante und ΔT die Vorlauf-Rücklauf-Differenz ist – 9.000 BTU/h bei einer ΔT von 20 °F benötigt 0,9 GPM. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Fußbodenheizungs- und Sanitäranwendungen, Hydronik-Design- und PEX-Layout-Tools, HVAC-Auftragnehmer-Rechner und DIY-Bau-Seiten. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Live, nichts gespeichert. 3 Compute-Endpunkte. Schätzungen – mit einer vollständigen Wärmeverlustberechnung verifizieren. Für die Gebäudelast eine HVAC-API verwenden; für die Rohrgeschwindigkeit eine Durchflussraten-API.

api.oanor.com/radiant-api

Leitersicherheits-Mathematik als API, lokal und deterministisch berechnet – die Winkel-, Reichweiten- und Lastzahlen, die verhindern, dass eine Leiter wegrutscht oder knickt. Der Winkel-Endpunkt wendet die 4:1-Regel an: Der Fußpunkt wird für je vier Fuß Arbeitslänge einen Fuß von der Wand entfernt platziert, was die Leiter auf etwa 75,5° bringt – eine 24-Fuß-Leiter steht 6 Fuß von der Wand entfernt und erreicht etwa 23 Fuß Höhe, steil genug, um nicht nach hinten zu kippen, und flach genug, um nicht zu rutschen. Der Verlängerungs-Endpunkt gibt die nutzbare Länge und Reichweite einer zweiteiligen Schiebeleiter an, unter Berücksichtigung des Überlappungsverlusts (3 Fuß bis 36, 4 bis 48, 5 darüber), sowie die Arbeitshöhe im sicheren Winkel – wobei die Leiter 3 Fuß über eine Dachkante hinausragen muss, auf die man tritt. Der Tragfähigkeits-Endpunkt wandelt eine Gesamtlast – Ihr Gewicht plus Werkzeuge und Materialien, nicht nur Körpergewicht – in die richtige Tragfähigkeitsklasse um, von Typ III Haushalt (200 lb) über I Industrie (250) bis IAA Profi (375). Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Bau- und Handwerks-Apps, Baustellen- und Vermietungswerkzeuge, OSHA-Schulungshilfen und Heimwerker-Websites. Reine lokale Berechnung – kein API-Key, kein Drittanbieter-Service, sofort. Live, nichts wird gespeichert. 3 Compute-Endpunkte. Lehrreich – befolgen Sie stets die Herstelleretiketten und OSHA/ANSI-Regeln.

api.oanor.com/ladder-api

Gitarren- und Gitarrenbauer-Mathematik als API, lokal und deterministisch berechnet – die Saitenspannungs- und Bundzahlen, mit denen ein Spieler, Hersteller oder Techniker ein Instrument einrichtet. Der Saitenspannungs-Endpoint gibt die Spannung an, die eine Saite bei Tonhöhe aus der Physik zieht, Spannung = Einheitsgewicht × (2 × Mensur × Frequenz)² ÷ 386,4, wobei das Einheitsgewicht (lb/in) aus der Tabelle des Saitenherstellers stammt – eine .010 Plain-Steel hohe E-Saite auf einer 25,5-Zoll-Mensur, gestimmt auf 329,6 Hz, zieht etwa 16 lb. Der Bundpositions-Endpoint gibt den Abstand vom Sattel zu jedem Bund in gleichstufiger Stimmung an, Mensur × (1 − 2^(−Bund/12)), sodass der 12. Bund genau in der Mitte liegt und der erste Bund einer 25,5-Zoll-Mensur 1,43 Zoll entfernt ist – die Mathematik hinter jedem Griffbrettschlitz. Der Set-Spannungs-Endpoint summiert einen ganzen Saitensatz zur Gesamtlast auf dem Hals (eine typische sechssaitige Gitarre liegt bei ~95–120 lb), die Zahl, die entscheidet, ob eine Saitenstärken- oder Stimmungsänderung eine Halsstabeinstellung erfordert. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Gitarrenbauer- und Gitarrentechniker-Apps, Saitenspannungs- und Bundschlitzrechner, Setup- und Neubesaitungswerkzeuge sowie Musikausrüstungsseiten. Reine lokale Berechnung – kein API-Key, kein Drittanbieterdienst, sofort. Live, nichts gespeichert. 3 Compute-Endpoints. Holen Sie Einheitsgewichte aus der Tabelle des Saitenherstellers. Verwenden Sie für die Umrechnung von Note↔Frequenz eine Musiktheorie-API.

api.oanor.com/guitar-api

Druckluft-Mathematik als API, lokal und deterministisch berechnet – die Receiver-, Pump-up- und SCFM-Zahlen, mit denen ein Pneumatiktechniker oder Werkstattbesitzer ein System dimensioniert. Der Receiver-Size-Endpunkt gibt den Tank an, den Sie benötigen, um eine Bedarfsspitze abzufedern: Volumen = Bedarf (freie Luft CFM) × Minuten × 14,7 ÷ das nutzbare Druckfenster (max − min) – bei 20 CFM für eine Minute über ein 175-zu-100-psi-Fenster wird ein etwa 30-Gallonen-Receiver benötigt, der Puffer, der der Pumpe Zeit zum Nachkommen gibt. Der Pumpup-Endpunkt gibt die Zeit an, um einen Receiver von einem Druck auf einen anderen zu bringen: Volumen × Druckanstieg ÷ (14,7 × Kompressor-CFM), also benötigt ein 60-Gallonen-Tank von 100 auf 175 psi bei einem 15-CFM-Kompressor etwa 2,7 Minuten. Der SCFM-Endpunkt korrigiert tatsächliche CFM auf Standard-CFM für die Einlassbedingungen – SCFM = ACFM × (Einlassdruck ÷ 14,696) × (528 ÷ Einlasstemperatur in Rankine) – daher liefert ein Kompressor auf 5.000 Fuß etwa 17 % weniger SCFM als auf Meereshöhe, der Grund, warum Sie Werkzeuge nach SCFM dimensionieren, nicht nach dem Typenschild. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Pneumatik- und Druckluft-Apps, Kompressor-Dimensionierungs- und Werkzeugbedarfs-Tools, industrielle Luftrechner und Fachhilfen. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Live, nichts wird gespeichert. 3 Compute-Endpunkte. Schätzungen – Tastverhältnis und die Pumpenkennlinie verschieben reale Zahlen.

api.oanor.com/compressor-api

Reifenmathematik als API, lokal und deterministisch berechnet – die Größen-, Druck- und Tachometerwerte, die ein Fahrer, Monteur oder Fuhrparkleiter vor der Montage eines Reifens ermittelt. Der Größen-Endpunkt wandelt eine P-Metrik-Spezifikation in die tatsächlichen Abmessungen um: Gesamtdurchmesser = Felge + 2 × die Seitenwand (Schnittbreite × Querschnittsverhältnis), sodass ein 225/45R17 etwa 25 Zoll hoch ist, einen 78-Zoll-Umfang rollt und etwa 808 Umdrehungen pro Meile macht – die Zahlen hinter Passform, Übersetzung und Freiraum. Der Druck-Endpunkt liefert den heißen Druck aus einem kalten Druck und der Temperaturänderung, da der Druck der absoluten Temperatur folgt (P2/P1 = T2/T1), etwa +1 psi pro 10 °F – also 32 psi kalt bei 70 °F ergeben ~34,6 nach Erwärmung auf 100 °F und sinken an einem kalten Morgen, was die Warnleuchte auslöst. Der Tachoabweichungs-Endpunkt liefert den Tachometerfehler und die wahre Geschwindigkeit aus einer Reifengrößenänderung: Ein größerer Reifen lässt den Tacho zu wenig anzeigen, also tatsächliche Geschwindigkeit = angezeigt × neuer Durchmesser ÷ alter – bei 4 % mehr zeigt der Tacho 60, aber es sind wirklich 62,5. Alles wird lokal und deterministisch berechnet, also sofort und privat. Ideal für Reifenshop- und Montage-Apps, Fuhrpark- und Geländewagen-Bauwerkzeuge, Tacho-Nachkalibrierungsrechner und Automobil-Websites. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Live, nichts gespeichert. 3 Compute-Endpunkte. Schätzungen – Druck immer kalt gemäß Aufkleber einstellen.

api.oanor.com/tire-api

Bootspropeller-Mathematik als API, lokal und deterministisch berechnet – die Schlupf-, Drehzahl- und Steigungszahlen, die entscheiden, ob ein Boot seine Werte erreicht oder kämpft. Der Schlupf-Endpunkt gibt den Propellerschlupf aus Steigung, Propeller-Drehzahl und tatsächlicher Bootsgeschwindigkeit: theoretische Geschwindigkeit = Steigung × Propeller-Drehzahl ÷ 1215, und Schlupf = (theoretische − tatsächliche) ÷ theoretische – ein 19-Zoll-Propeller bei 2000 U/min sollte theoretisch 31 Knoten machen, also sind echte 26,6 Knoten etwa 15 % Schlupf, normal für ein sauberes Gleitboot. Der Propeller-Drehzahl-Endpunkt gibt die Propeller-Drehzahl aus Motordrehzahl und Getriebeuntersetzung – ein 2:1-Getriebe dreht den Propeller mit halber Motordrehzahl – und mit einer Steigung die theoretische schlupffreie Geschwindigkeit bei dieser Drehzahl. Der Steigungs-Endpunkt gibt die Steigung, die nötig ist, um eine Zielgeschwindigkeit bei einer Propeller-Drehzahl und erwartetem Schlupf zu erreichen: Steigung = Ziel × 1215 ÷ (Propeller-Drehzahl × (1 − Schlupf)), sodass Sie das Boot so bestücken können, dass der Motor den oberen Bereich seiner Volllast-Drehzahl erreicht, anstatt zu schwergängig zu laufen. Alles wird lokal und deterministisch berechnet, also sofort und privat. Ideal für Boots- und Marine-Apps, Motor- und Propellerwerkzeug, Leistungsrechner und seemännische Studienhilfen. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Live, nichts gespeichert. 3 Compute-Endpunkte. Schätzungen – Rumpf, Last und Untergrundzustand verschieben den tatsächlichen Schlupf.

api.oanor.com/propeller-api

Bootsverankerungsmathematik als API, lokal und deterministisch berechnet – die Längen-, Schwingungs- und Lastzahlen, nach denen ein Segler oder Bootsfahrer den Anker setzt. Der Scope-Endpunkt gibt die auszulassende Leine an: Scope = Leine ÷ die Vertikale vom Meeresboden bis zur Bugrolle (Wassertiefe + Bughöhe), gemessen bei Flut, sodass beim Ankern in 20 Fuß mit einem 4-Fuß-Bug beim klassischen 7:1 168 Fuß Leine ausgebracht werden – bei Wind mehr auslassen, niemals weniger als 5:1 bei Vollkette. Der Swing-Endpunkt gibt den Kreis an, den das Boot beschreibt: Radius = die horizontale Reichweite der Leine (√(Leine² − Vertikale²)) plus die Bootslänge, sodass die 168-Fuß-Leine an einem 30-Fuß-Boot einen Radius von 196 Fuß überstreicht – der Platz, den man jedem anderen Boot lassen muss, das ebenfalls schwingt. Der Load-Endpunkt gibt die Windlast an, die das Anschirrmaterial halten muss, 0,00256 × Widerstandsbeiwert × frontale Windangriffsfläche × Windgeschwindigkeit², die sich bei jeder Verdopplung des Windes vervierfacht – 50 Quadratfuß Windangriffsfläche ergeben 138 lb bei 30 mph, aber 553 lb bei 60. Alles wird lokal und deterministisch berechnet, daher sofort und privat. Ideal für Segel- und Boots-Apps, Anker- und Kreuzfahrt-Tools, Anschirrgrößen-Rechner und seemännische Studienhilfen. Reine lokale Berechnung – kein Key, kein Drittanbieterdienst, sofort. Live, nichts wird gespeichert. 3 Compute-Endpunkte. Schätzungen – Strömung, Wellen und einen Sicherheitsfaktor hinzufügen.

api.oanor.com/anchor-api

Fahrwerksmathematik als API, lokal und deterministisch berechnet – die Feder- und Frequenzwerte, mit denen ein Rennfahrer, Tuner oder Fahrwerksingenieur ein Auto abstimmt. Der Wheel-Rate-Endpunkt wandelt eine Federrate in die tatsächlich vom Rad gefühlte Rate um: Radrate = Federrate × Übersetzungsverhältnis², wobei das Übersetzungsverhältnis der Federweg pro Radweg ist – eine 200 lb/in Feder bei einem Übersetzungsverhältnis von 0,7 ergibt eine Radrate von 98 lb/in, da die Hebelwirkung der Feder sie weicher macht. Der Frequenz-Endpunkt liefert die Eigenfrequenz an einer Ecke, f = (1/2π)·√(Radrate × g ÷ ungefederte Eckmasse), die Zahl, die wirklich das Fahrverhalten bestimmt: Luxusautos liegen bei etwa 0,5–1,2 Hz, sportliche Straßenfahrzeuge bei 1,2–1,7, Rennwagen bei 2 Hz und mehr. Der Spring-Rate-Endpunkt kehrt dies um – die Federrate, die benötigt wird, um eine Zielfrequenz für eine Eckmasse und ein Übersetzungsverhältnis zu erreichen – so können Sie die Frequenz für den Einsatzzweck des Autos wählen und erhalten direkt die Feder. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Motorsport- und Tuning-Apps, Fahrwerksabstimmungs- und Ecklastwaagen-Tools, Fahrwerksdesign-Rechner und technische Lernhilfen. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Live, nichts wird gespeichert. 3 Compute-Endpunkte. Schätzwerte – das tatsächliche Fahrverhalten hängt auch von Dämpfung und Reifen ab.

api.oanor.com/suspension-api

Vakuumtechnik-Mathematik als API, lokal und deterministisch berechnet – die Pumpdown-, Siede- und Druckzahlen, mit denen ein Labortechniker, Verfahrensingenieur oder Vakuum-Hobbyist arbeitet. Der Pumpdown-Endpunkt gibt die ideale Zeit zum Evakuieren einer Kammer an, t = (Volumen ÷ Pumpgeschwindigkeit) × ln(Startdruck ÷ Zieldruck) – eine 10-Liter-Kammer mit einer 5 L/s Pumpe fällt theoretisch in etwa 14 Sekunden von 1000 auf 1 mbar, obwohl Ausgasung und fallende Pumpgeschwindigkeit die reale Niederdruckphase verlängern. Der Siedepunkt-Endpunkt gibt die Temperatur an, bei der Wasser unter reduziertem Druck siedet, basierend auf der Antoine-Gleichung: etwa 100 °C auf Meereshöhe, aber nur ~52 °C bei 100 mbar und ~46 °C bei 100 mbar – die Physik hinter Vakuumentgasung, Gefriertrocknung und Höhenkochen. Der Level-Endpunkt wandelt einen Druck in die gängigen Vakuumeinheiten um (mbar, Torr/mmHg, Pa, kPa, inHg, atm, psi), meldet das prozentuale Vakuum relativ zur Atmosphäre und benennt das Regime – Grobvakuum, Feinvakuum, Hochvakuum oder Ultrahochvakuum – damit Sie wissen, welche Pumpe und welches Messgerät die Aufgabe benötigt. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Vakuumlabor- und Prozessanwendungen, Pumpenauslegungs- und Entgasungswerkzeuge, Halbleiter- und Beschichtungsrechner sowie Physikunterricht. Reine lokale Berechnung – kein Key, kein Drittanbieterdienst, sofort. Live, nichts gespeichert. 3 Compute-Endpunkte. Ideale Schätzungen – reale Systeme werden durch Ausgasung und Lecks verlangsamt.

api.oanor.com/vacuum-api

Craps-Odds-Mathematik als API, lokal und deterministisch und exakt berechnet – die Würfelwahrscheinlichkeiten hinter dem Tisch, abgeleitet von den 36 Möglichkeiten, wie zwei Würfel fallen, nicht aus einer Tabelle entnommen. Der Come-Out-Endpunkt gibt den Come-Out-Wurf: die Pass-Linie gewinnt bei einer 7 oder 11 (8 von 36, 22,2 %), verliert bei Craps 2, 3 oder 12 (4 von 36, 11,1 %) und setzt ansonsten einen Point (24 von 36, 66,7 %). Der Point-Endpunkt gibt die Wahrscheinlichkeit, einen Point vor einer Sieben zu erreichen – Wahrscheinlichkeit = ways(point) ÷ (ways(point) + 6) – also eine 6 oder 8 schafft es 45,5 % der Zeit und eine 4 oder 10 nur 33,3 %, mit den TRUE odds (2:1, 3:2, 6:5) zahlt der Free-Odds-Einsatz hinter der Linie ohne Hausvorteil aus. Der Bet-Endpunkt gibt den Hausvorteil der Hauptwetten: die Line-Wetten bei 1,41 % (Pass) und 1,36 % (Don't) und Place 6/8 bei 1,52 % sind die besten am Tisch, während Place 4/10 (6,67 %), das Feld und Proposition-Wetten wie Any Seven (16,67 %) dich ausbluten lassen. Alles wird lokal und deterministisch berechnet, daher ist es sofort und exakt. Ideal für Craps- und Casino-Spiel-Apps, Glücksspiel-Bildungs- und Odds-Tools, Game-Design-Backends und Wahrscheinlichkeitslehre. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Live, nichts gespeichert. 3 Compute-Endpunkte. Lehrreich – kein Wettberatung; setze auf die Line mit Free Odds.

api.oanor.com/craps-api

Lotterie-Kombinatorik als API, lokal und deterministisch und exakt berechnet – die wahren Gewinnchancen hinter einem Ticket, die Mathematik, die der Jackpot-Poster nie zeigt. Der Odds-Endpoint gibt die Jackpot-Chancen eines Pick-N-Spiels als Anzahl möglicher Tickets, C(pool, picks), multipliziert mit dem Bonusball-Pool, falls vorhanden: ein 6/49-Spiel ist 1 zu 13.983.816, ein 5/69-plus-1/26 Powerball-artiges Spiel ist 1 zu 292.201.338, und jede einzelne Linie ist gleich unwahrscheinlich. Der Match-Odds-Endpoint gibt die Wahrscheinlichkeit an, genau k der Hauptzahlen zu treffen – eine Gewinnstufe – aus der hypergeometrischen Formel C(picks, k)·C(pool−picks, picks−k) ÷ C(pool, picks), sodass das Treffen von 3 von 6 in einem 6/49-Spiel etwa 1 zu 57 beträgt. Der Expected-Value-Endpoint wandelt einen Jackpot und Ticketpreis in den Erwartungswert und den Break-Even-Jackpot (Preis × die Quoten) um, die Schwelle, die ein Jackpot überschreiten muss, bevor ein Ticket theoretisch lohnenswert ist – bevor ein geteilter Jackpot, Pauschalauszahlung und Steuern ihn wieder darunter drücken. Alles wird lokal und deterministisch berechnet, daher ist es sofort und exakt. Ideal für Lotterie- und Quoten-Apps, Glücksspiel-Bildungs- und verantwortungsvolle Spiel-Tools, Wahrscheinlichkeitslehre und Spiel-Backends. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Exakte Kombinatorik. Live, nichts gespeichert. 3 Compute-Endpoints. Lehrreich – keine Glücksspielberatung; die Quoten sind immer gegen Sie.

api.oanor.com/lottery-api

Roulette-Odds-Mathematik als API, lokal und deterministisch und exakt berechnet – die Auszahlung, die wahre Wahrscheinlichkeit und der Hausvorteil hinter jeder Wette, die Zahlen, die ein faires Spiel dir sagt und die ein Casino lieber ignorieren würde. Der Auszahlungs-Endpoint gibt die Auszahlung einer Wette, die Gewinnzahlen, die Gewinnwahrscheinlichkeit und den Hausvorteil für ein europäisches (einzelne Null) oder amerikanisches (doppelte Null) Rad aus: Eine einfache Zahl zahlt 35 zu 1, gewinnt aber nur 1 von 37, ein Vorteil von 2,70 % europäisch oder 5,26 % amerikanisch, fast gleich bei jeder Wette, weil die Auszahlung die Nullen einfach ignoriert. Der Erwartungswert-Endpoint wandelt einen Einsatz in seinen Erwartungswert um – Einsatz × (Gewinnwahrscheinlichkeit × (Auszahlung + 1) − 1), immer negativ und gleich minus dem Einsatz mal dem Hausvorteil – also €10 auf eine einzelne Zahl auf einem europäischen Rad sind −€0,27 pro Drehung wert. Der Martingale-Endpoint legt das Verdopplungssystem offen: total riskiert = Basis × (2^Schritte − 1), der Einsatz, der nach einer Verlustserie explodiert, und die Pleite-Wahrscheinlichkeit – Beweis der Mathematik, dass keine Progression die Null schlägt. Alles wird lokal und deterministisch berechnet, also ist es sofort und exakt. Ideal für Casino-Spiel- und Odds-Apps, Glücksspiel-Bildungs- und verantwortungsvolles Spiel-Tools, Game-Design-Backends und Wahrscheinlichkeitslehre. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Live, nichts gespeichert. 3 Compute-Endpoints. Lehrreich – kein Wettberatung; das Haus gewinnt langfristig immer.

api.oanor.com/roulette-api

Blackjack-Mathematik als API, lokal und deterministisch und exakt berechnet – der Handwert, der lehrbuchmäßige Basic-Strategy-Zug und die Gewinnchancen des Dealers, die Zahlen, die den Hausvorteil auf ein halbes Prozent drücken. Der Handwert-Endpunkt bewertet eine Hand so, wie es am Tisch geschieht: Asse zählen 11, es sei denn, das führt zum Überbieten, dann 1, sodass er den besten Gesamtwert meldet, ob er weich (ein Ass zählt noch 11, sicher zu ziehen) oder hart ist, ob er überbietet und ob zwei Karten einen Blackjack ergeben. Der Strategie-Endpunkt gibt die korrekte Basic-Strategy-Aktion – Hit, Stand, Double oder Split – für jede Hand gegen die Aufdeckkarte des Dealers aus, für das Standard-4-bis-8-Deck-Spiel, bei dem der Dealer bei Soft 17 stehen bleibt und Double nach Split erlaubt ist: 16 gegen eine 10 zieht, ein Paar 8er wird immer gesplittet, Soft 18 verdoppelt gegen eine 6, zieht aber gegen eine 9, und 11 verdoppelt gegen alles außer einem Ass. Der Dealer-Odds-Endpunkt gibt die Wahrscheinlichkeit des Überbietens des Dealers nach Aufdeckkarte an – eine 5 oder 6 überbietet etwa 42 % der Zeit, ein Ass nur 12 % – der Grund, warum man bei harten Händen gegen schwache Aufdeckkarten stehen bleibt. Alles wird lokal und deterministisch berechnet, daher ist es sofort und exakt. Ideal für Blackjack-Trainer und Strategie-Apps, Karten- und Casinospiel-Tools, Lernhilfen und Spiel-Backends. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Live, nichts wird gespeichert. 3 Compute-Endpunkte. Lehrreich – kein Wettberatung; das Haus behält immer einen Vorteil.

api.oanor.com/blackjack-api

Stahl-Wärmebehandlungsmathematik als API, lokal und deterministisch berechnet – die Temperaturen und Härtezahlen, mit denen ein Klingenschmied, Maschinist oder Metallurg arbeitet. Der Critical-Temp-Endpunkt gibt die kritischen und Prozess-Temperaturen aus dem Kohlenstoffgehalt: die untere kritische A1 beträgt 727 °C und die obere kritische A3 ≈ 910 − 203·√(%C), sodass ein 0,4 %-Kohlenstoffstahl eine A3 um 782 °C hat und bei etwa 817 °C härtet (Austenitisierung 30–50 °C über A3, dann Abschrecken), während ein übereutektoider Stahl knapp über A1 austenitisiert. Der Tempering-Endpunkt bildet Anlassoxidfarben auf Temperatur in beide Richtungen ab – helles Stroh bei etwa 204 °C für harte Schneidkanten, Lila um 282, Blau um 304 für Federn – mit der typischen Verwendung bei jeder Farbe, die man auf blankem Stahl beobachtet, während man die Härte zurücknimmt. Der Härte-Endpunkt konvertiert zwischen Rockwell C, Brinell und Zugfestigkeit (SAE J417 / ASTM E140): HRC 50 entspricht etwa 481 Brinell und etwa 1.660 MPa Zugfestigkeit, da Zugfestigkeit ≈ 3,45 × Brinell. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Klingenschmiede- und Metallbearbeitungs-Apps, Werkzeugmaschinen- und Wärmebehandlungswerkzeuge, Materialtechnik-Rechner und Studienhilfen. Reine lokale Berechnung – kein Key, kein Drittanbieterdienst, sofort. Live, nichts gespeichert. 3 Compute-Endpunkte. Schätzungen für unlegierte Stähle – legierte Stähle und eine getestete Tabelle weichen ab.

api.oanor.com/heattreat-api

Industrielle und Schutzbeschichtungs-Mathematik als API, lokal und deterministisch berechnet – die Schichtaufbau-Zahlen, mit denen ein Beschichtungsprüfer, Maler oder Kalkulator arbeitet, die einfache Farbberechnungen überspringen. Der Coverage-Endpunkt liefert theoretische und praktische Reichweite aus dem Volumenfeststoffgehalt der Beschichtung und der angestrebten Trockenschichtdicke: Reichweite = 1604 × Volumenfeststoffanteil ÷ DFT in mils, wobei 1604 die Quadratfuß sind, die eine Gallone bei einem mil abdeckt – also eine 50 %-Feststoffbeschichtung bei 2 mils trocken deckt etwa 401 ft² pro Gallone, abzüglich eines Verlustfaktors für Overspray und Oberflächenprofil. Der Filmstärke-Endpunkt wandelt zwischen Nass- und Trockenschichtdicke über den Volumenfeststoffgehalt um: WFT = DFT ÷ Feststoffanteil, da das Lösungsmittel verdunstet und der Film schrumpft, also eine 50 %-Feststoffbeschichtung, die 4 mils nass aufgetragen wird, trocknet auf 2 mils – die Zahl, die Sie mit einem Nassfilmkamm beim Sprühen überprüfen. Der Transferwirkungsgrad-Endpunkt gibt das tatsächlich benötigte Material an: theoretische Gallonen ÷ Transferwirkungsgrad, da konventionelles Spritzen nur ~25 % auf dem Teil landet, HVLP ~65 %, elektrostatisch bis zu ~95 %. Alles wird lokal und deterministisch berechnet, also sofort und privat. Ideal für Beschichtungskalkulations- und Inspektions-Apps, Industrielackier- und Schutzbeschichtungswerkzeuge, NACE/SSPC-Studienhilfen und Spezifikationsrechner. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Live, nichts gespeichert. 3 Compute-Endpunkte. Für einfache Wandfarbflächenberechnung verwenden Sie eine Paint-API.

api.oanor.com/coating-api

HVAC-Kanalbemaßungsmathematik als API, lokal und deterministisch berechnet – die Kanalabmessungen, mit denen ein Installateur oder Planer ein System dimensioniert, damit die Luft leise und effizient strömt. Der Rundkanal-Endpunkt gibt den runden Kanal für einen Luftstrom bei einer Zielgeschwindigkeit aus: Fläche = Luftstrom ÷ Geschwindigkeit (CFM ÷ ft/min = ft²), dann Durchmesser = √(4·Fläche/π) – 400 CFM bei einer Hauptleitung-Geschwindigkeit von 700 ft/min benötigt etwa einen 10,2-Zoll-Rundkanal, aufgerundet auf die nächste handelsübliche Größe von 12 Zoll. Der Geschwindigkeits-Endpunkt gibt die Luftgeschwindigkeit in einem Kanal aus Luftstrom und Größe an, rund oder rechteckig – 400 CFM durch einen 12 × 8 Kanal laufen mit 600 ft/min, angenehm leise, während die gleiche Luft in einem 10-Zoll-Rundkanal mit 733 ft/min strömt. Der Äquivalent-Endpunkt gibt den äquivalenten runden Durchmesser eines rechteckigen Kanals nach der ASHRAE-Beziehung De = 1,30 · (a·b)^0,625 ÷ (a+b)^0,25 an, sodass ein 12 × 8 Rechteckkanal die gleiche Luft mit dem gleichen Reibungsverlust wie ein 10,7-Zoll-Rundkanal transportiert – so können Sie anhand einer runden Reibungstabelle dimensionieren und in den verfügbaren Raum umrechnen. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für HVAC-Design- und Installateur-Apps, Kanalbemaßungs- und Abnahme-Tools, Gebäudetechnik-Rechner und Berufsschulhilfen. Reine lokale Berechnung – kein API-Key, kein Drittanbieter-Service, sofort. Live, nichts wird gespeichert. 3 Compute-Endpunkte. Für Raumluftwechsel verwenden Sie eine Lüftungs-API; für die Kühl-/Heizlast verwenden Sie eine HVAC-API.

api.oanor.com/ductwork-api

Canasta-Kartenspiel-Wertung als API, lokal und deterministisch und exakt berechnet – die Punktezählung, die Canasta berühmt knifflig macht, für Sie erledigt. Der Kartenwert-Endpunkt summiert den Punktwert einer Hand oder eines Melds: ein Joker ist 50, Asse und Zweien 20, Achten bis Könige 10, Vieren bis Siebenen und schwarze Dreien 5, und eine rote Drei ist ein 100-Punkte-Bonus – also ein Joker, ein Ass, ein König, eine Sieben und eine rote Drei ergeben 185. Der Bonus-Endpunkt addiert die Rundenboni: ein natürlicher (reiner) Canasta ist 500, ein gemischter Canasta 300, jede rote Drei 100 (alle vier verdoppeln sich auf 800), Ausgehen 100 und verdecktes Ausgehen weitere 100 – zwei natürliche, ein gemischter, drei rote Dreien und Ausgehen ergibt 1.700. Der Handpunkt-Endpunkt saldiert es: die Kartenpunkte, die Sie gemeldet haben, plus die Boni, minus die Kartenpunkte, die in Ihrer Hand gestrandet sind, wenn die Runde endet. Alles wird lokal und deterministisch berechnet, also sofort und exakt. Ideal für Canasta-Apps, Online-Kartenspiel-Ergebnisrechner, Club- und Familienspielabend-Tools und Lernhilfen. Reine lokale Berechnung – kein Key, kein Drittanbieter-Dienst, sofort. Exakte Ganzzahl-Mathematik. Live, nichts gespeichert. 3 Compute-Endpunkte. Klassische Canasta-Werte; Regelvarianten unterscheiden sich.

api.oanor.com/canasta-api

Schornstein- und Abgasrohr-Bemaßungsmathematik als API, lokal und deterministisch berechnet – die Zug- und Dimensionszahlen, die ein Ofeninstallateur, Schornsteinfeger oder Bauunternehmer benötigt, damit ein Feuer sauber und sicher zieht. Der Flue-Size-Endpunkt gibt den minimalen Abgasrohrquerschnitt für eine Kaminöffnung: mindestens ein Zehntel der Öffnungsfläche für einen quadratischen oder rechteckigen Einsatz, ein Zwölftel für einen runden (der besser zieht) – eine 36 × 30 Zoll große Öffnung benötigt etwa 108 Quadratzoll rechteckigen Abgasrohrquerschnitt oder einen 10,7-Zoll-Rundquerschnitt. Der Draft-Endpunkt gibt den theoretischen Zug aus dem Kamineffekt, ΔP ≈ 3465 × Höhe × (1/T_außen − 1/T_Abgas) mit Temperaturen in Kelvin, sodass ein 6-Meter-Schornstein mit 200 °C Abgastemperatur an einem frostigen Tag etwa 32 Pascal (0,13 Zoll Wassersäule) zieht – höher und heißer zieht stärker. Der Height-Endpunkt wendet die 3-2-10-Regel an: Ein Schornstein muss mindestens 3 Fuß über dem Dachdurchbruch enden und mindestens 2 Fuß über allem, was sich innerhalb von 10 Fuß befindet, je nachdem, was höher ist. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Feuerstätten- und Ofeninstallateur-Apps, Schornsteinfeger- und Inspektionswerkzeuge, Gebäudeplanungsrechner und DIY-Sicherheitsseiten. Reine lokale Berechnung – kein Key, kein Drittanbieterdienst, sofort. Live, nichts wird gespeichert. 3 Compute-Endpunkte. Bildungsbezogene Schätzungen – überprüfen Sie sie mit Ihrem Geräteverzeichnis und dem geltenden Code.

api.oanor.com/chimney-api

Angeln und Tackle-Mathematik als API, lokal und deterministisch berechnet – die drei Zahlen, die bestimmen, wie eine Rolle bespult und ein Köder gefischt wird. Der Linienkapazitäts-Endpunkt berechnet, wie viel Leine mit einem anderen Durchmesser eine Rolle fasst: Leine liegt auf der Spule nach Querschnittsfläche, daher skaliert die Kapazität mit dem inversen Quadrat des Durchmessers – eine Rolle, die für 100 Yards 0,30 mm ausgelegt ist, fasst etwa 73,5 Yards des dickeren 0,35 mm oder fast 140 Yards einer dünneren 0,011-Zoll-Geflechtleine. Der Sinkzeit-Endpunkt gibt den Countdown an, um einen Köder in der Tiefe zu fischen: Zeit = Tiefe ÷ Sinkrate, also erreicht ein Minnow, der einen Fuß pro Sekunde sinkt, zehn Fuß bei einem Count von zehn. Der Drag-Endpunkt stellt die Rolle ein: etwa 25–33 % der Bruchfestigkeit der Leine, gemessen an der Rutenspitze – eine 20-Pfund-Leine benötigt grob 5 bis 6,6 Pfund Drag, genug, um einen Fisch laufen zu lassen, bevor etwas reißt. Alles wird lokal und deterministisch berechnet, daher ist es sofortig und privat. Ideal für Angel- und Tackle-Apps, Rollenbespulungs- und Ausrüstungsladen-Tools, Angler-Reiseplaner und Lernseiten. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofortig. Live, nichts wird gespeichert. 3 Compute-Endpunkte. Einheitenunabhängig – halten Sie Ihre Einheiten konsistent; Faustregeln, Bedingungen variieren.

api.oanor.com/fishing-api