#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

De canonieke MIME / media-type database (de jshttp mime-db gebruikt door Express en de meeste Node-ecosystemen: IANA + Apache + nginx), geserveerd vanuit het geheugen — geen key. Los een mediatype op naar de bestandsextensies, charset en comprimeerbaarheid; zoek het mediatype(s) op voor een bestandsextensie (bijv. png → image/png); en zoek of toon types per bron. 2.600+ mediatypes, 1.000+ met bestandsextensies. Slanke, voorspelbare JSON. Ideaal voor uploadvalidatie, Content-Type-resolutie, bestandstype-detectie, download-handlers en ontwikkeltools.

api.oanor.com/mimetypes-api

De open muziek-metadatadatabase als een API — artiesten, release-groepen (albums), releases, opnames en labels, geïdentificeerd door stabiele MusicBrainz ID's (MBID's), geretourneerd als schone JSON. Zoek elke entiteit op naam of Lucene-query; zoek een artiest op met hun externe links en tags, een album, een release met de volledige tracklijst, een opname met de ISRC's, of een label; en blader door de volledige discografie van een artiest. Live data met MBID's, disambiguaties, types, landen, levensduur, ISRC's, barcodes, catalogusnummers en relaties — de canonieke identificaties die muziekdata koppelen en dedupliceren over diensten heen. Ideaal voor metadataverrijking en matching, muziekcatalogi, tagging- en bibliotheektools, en onderzoek. 11 data-eindpunten. Geauthenticeerd met een x-oanor-key; fair-use snelheidslimieten per abonnement.

api.oanor.com/musicbrainz-api

Real-time Pinterest-gegevens als API — pins, boards en gebruikers, geretourneerd als schone JSON. Zoek pins, boards of gebruikers op trefwoord; bekijk het profiel van elke gebruiker met aantallen volgers, pins en boards; haal de boards van een gebruiker en hun pins op; haal de details van een pin op (repins, reacties, afbeelding, link, domein, pinner) en de gerelateerde pins; en haal de details van een board en de pins ervan op. Live data met titels, beschrijvingen, afbeeldingen in volledige resolutie, uitgaande links, aantallen repins en reacties, dominante kleuren en makers. Ideaal voor social listening en trendonderzoek, contentaggregatie en -ontdekking, e-commerce en visuele marketingtools, en dashboards. 10 data-eindpunten. Geauthenticeerd met een x-oanor-key; fair-use snelheidslimieten per abonnement.

api.oanor.com/pinterest-api

Real-time Genius-muziekdata als API — nummers, artiesten, albums en volledige songteksten, teruggegeven als schone JSON. Zoek nummers, of zoek door nummers, artiesten en albums tegelijk; haal een nummer, artiest of album op via id; toon de nummers van een artiest gerangschikt op populariteit; en haal de volledige, opgeschoonde songtekst van elk nummer op via id of Genius-URL. Live data met titels, primaire en featured artiesten, paginaweergaven, releasedatums, artwork, volgersaantallen en sociale handvatten. Het lyrics-eindpunt retourneert de volledige songtekst met sectiemarkeringen ([Verse], [Chorus]) en de bijdragersheader verwijderd. Ideaal voor muziek- en songtekst-apps, karaoke- en meezingtools, sentiment- en taalanalyse, en metadataverrijking. 7 data-eindpunten. Geauthenticeerd met een x-oanor-key; fair-use-tarieven per plan.

api.oanor.com/genius-api

Real-time Apple iTunes-catalogusgegevens als API — muziek, podcasts, ebooks en audioboeken, plus artiest-, album- en podcastopzoekingen, teruggegeven als schone JSON. Zoek nummers, albums, podcasts, ebooks en audioboeken, of voer een algemene zoekopdracht uit over elk mediatype; zoek elk item op via zijn iTunes-id; haal een artiest op met zijn albums en nummers; haal een album op met zijn volledige tracklist; en haal een podcast op met zijn recente afleveringen. Live gegevens met namen, artiesten, artwork (upscaled), preview-URL's, genres, prijzen, releasedatums, inhoudsclassificaties, tracktellingen en podcast-feed-URL's. Ideaal voor muziek- en podcast-apps, mediacatalogus- en metadataverrijking, ontdekkings- en aanbevelingstools, en onderzoek. 12 data-eindpunten. Geauthenticeerd met een x-oanor-key; fair-use snelheidslimieten per abonnement.

api.oanor.com/itunes-api

Real-time Deezer-muziekdata als API — tracks, albums, artiesten, afspeellijsten, charts en genres, teruggegeven als schone JSON. Doorzoek de catalogus op tracks, albums, artiesten en afspeellijsten; haal elke track, album (met de tracklijst), artiest of afspeellijst op via id; verkrijg de top tracks en volledige discografie van een artiest; haal de wereldwijde charts (top tracks, albums, artiesten en afspeellijsten) en de lijst met genres op. Live data met titels, duur, rangen, fan-aantallen, cover- en afbeeldingskunst, 30-seconden preview-URL's, releasedata en expliciete vlaggen. Ideaal voor muziekapps en -spelers, aanbevelings- en ontdekkingstools, metadataverrijking, dashboards en onderzoek. 12 data-eindpunten. Geauthenticeerd met een x-oanor-key; fair-use snelheidslimieten per plan.

api.oanor.com/deezer-api

Real-time Reddit-gegevens als een API — subreddits, berichten, reacties, gebruikersprofielen en zoekopdrachten, teruggegeven als schone JSON. Haal de informatie van een subreddit en de hete, nieuwe, top of stijgende berichten op; haal een bericht samen met de volledige reactieboom op; zoek het profiel, karma, inzendingen en reacties van een gebruiker op; zoek berichten op heel Reddit of binnen één subreddit; en toon de trending berichten en de populairste subreddits. Live data, gepagineerd met Reddit-cursors, met scores, upvote-ratio's, reactietellingen, flair, tijdstempels, miniaturen en media-URL's. Ideaal voor sociale luister- en merkmonitoring, trend- en sentimentdashboards, contentaggregatie, onderzoek en marktinformatie, en bots. 11 data-eindpunten. Geauthenticeerd met een x-oanor-key; fair-use snelheidslimieten per plan.

api.oanor.com/reddit-api

Railing- en balusterlay-outberekeningen als API, lokaal en deterministisch berekend — het aantal balusters, de tussenruimte en het aantal palen waarmee een dekbouwer, fabrikant of balustradeontwerper een leuning uitzet. Het baluster-aantal-eindpunt geeft het kleinste aantal balusters dat elke opening binnen de veiligheidslimiet houdt: tussen twee palen laten n balusters n+1 openingen over, dus het aantal = ceil((relinglengte − max opening) ÷ (balusterbreedte + max opening)). De gebruikelijke leuninglimiet is een bol van 100 mm (4 inch) — een kinderveiligheidsregel — dus een 2000 mm reling met 40 mm balusters heeft er 14 nodig met gelijke tussenruimtes van 96 mm; naar boven afronden, want één minder opent de openingen voorbij de limiet. Het lay-out-eindpunt zet een bekend aantal gelijkmatig uit: de opening = (relinglengte − totale balusterbreedte) ÷ (aantal + 1), de hart-op-hart afstand = balusterbreedte + opening, en het midden van de eerste baluster zit op één opening plus een halve baluster van het paalvlak, dus je markeert het eerste midden en stapt de steek af, waarbij de laatste opening gelijk is aan de eerste. Het paal-aantal-eindpunt bepaalt het frame: een baan heeft één paal meer dan overspanningen, overspanningen = ceil(baan ÷ max paalafstand), palen = overspanningen + 1, gelijke afstand = baan ÷ overspanningen — een baan van 6 m met een max van 1,8 m heeft 4 overspanningen en 5 palen op een nette 1,5 m. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor dek- en balustradeontwerptools, fabricage- en schattingsapps en bouwcalculators. Pure lokale berekening — geen key, geen externe service, direct. Gebruikt de gebruikelijke 100 mm opvulregel — controleer uw lokale voorschriften. 3 compute-eindpunten. Gebruik voor trapoptrede en aantrede een trap-API; voor hekwerkpiketten een hekwerk-API.

api.oanor.com/handrail-api

Houtpellet-verwarmingsberekeningen als een API, lokaal en deterministisch berekend — de verbruiks-, warmteafgifte- en opslagcijfers waarmee een huiseigenaar, installateur of verwarmingsplanner een pelletsysteem bemet. Het verbruiks-eindpunt geeft de pellets om aan een warmtevraag te voldoen = de vraag ÷ de bruikbare warmte per kilo, waarbij bruikbaar = de calorische waarde × het ketelrendement: ENplus-houtpellets bevatten ongeveer 4,8 kWh/kg en een moderne pelletketel draait ~90%, dus elke kilo levert ruwweg 4,3 kWh — een jaarlijkse vraag van 10.000 kWh heeft dan ongeveer 2,3 ton pellets nodig, ongeveer 154 zakken van vijftien kilo of een bulklevering. Het warmteafgifte-eindpunt keert het om: de bruikbare warmte uit een massa = massa × calorische waarde × rendement, dus een ton ENplus-pellets is ongeveer 4.800 kWh bruto waarvan een 90%-ketel ~4.320 kWh levert — het equivalent van ruwweg 480 liter stookolie of 432 m³ aardgas. Het opslagvolume-eindpunt bepaalt de grootte van de trechter of silo: opslag = de pelletmassa ÷ de bulk (gestorte) dichtheid, ongeveer 650 kg/m³ voor ENplus, dus 2,3 ton vult ruwweg 3,6 m³ — maak de opslag voor de volledige levering plus ruimte voor de vulpijp. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor pelletverwarmings- en installateurstools, thuisenergie- en offerte-apps, en hernieuwbare-warmtecalculators. Pure lokale berekening — geen key, geen externe dienst, direct. Gebruikt standaard ENplus-cijfers — stel uw eigen in voor een specifieke pelletkwaliteit. 3 compute-eindpunten. Voor brandhout gebruik een firewood API; voor propaan/LPG een propane API.

api.oanor.com/pellet-api

Vlieger-wiskunde als een API, lokaal en deterministisch berekend — de lijnkracht, hoogte en minimale windgetallen waarmee een vliegeraar, festivalorganisator of vlieger-app een vlucht uitwerkt. Het lijnkracht-eindpunt geeft de spanning die een vlieger op de lijn uitoefent ≈ ½ × luchtdichtheid × windsnelheid² × zeiloppervlak × een krachtcoëfficiënt (~0,8 voor een typische platte of deltavlieger): omdat het stijgt met het kwadraat van de wind, verdubbelt het verdubbelen van de wind de trekkracht — een vlieger van 1,5 m² houdt ongeveer 47 N (bijna 5 kgf) bij 8 m/s maar vier keer zoveel bij een sterke windvlaag, dus de lijn en uw grip moeten worden afgestemd op de windstoten, niet op het gemiddelde. Het hoogte-eindpunt geeft de vlieghoogte = de uitgevierde lijn × de sinus van de lijnhoek boven de horizontaal, met de benedenwindse afstand uit de cosinus: 100 m lijn onder een hoek van 45° bereikt ongeveer 71 m hoog en 71 m benedenwinds, terwijl een zware of slecht vliegende vlieger naar een lage hoek zakt en nooit klimt. Het min-wind-eindpunt geeft de lichtste wind die opstijgt, waar de aerodynamische lift precies gelijk is aan het gewicht: min wind = √(2 × massa × g ÷ (luchtdichtheid × oppervlak × liftcoëfficiënt)), dus een vlieger van 200 g, 1,5 m² heeft slechts ongeveer 1,6 m/s (6 km/h) nodig — lichtere zeilen en groter oppervlak verlagen de drempel. Alles wordt lokaal en deterministisch berekend, dus het is onmiddellijk en privé. Ideaal voor vlieger- en festival-apps, hobby- en STEM-onderwijstools en buitenrekenmachines. Pure lokale berekening — geen key, geen externe service, onmiddellijk. Schattingen voor platte vliegers — combineer met echte windmetingen. 3 compute-eindpunten. Gebruik voor weerstand en eindsnelheid een drag-API; voor structurele windbelasting een wind-load-API.

api.oanor.com/kite-api

Vinyl-record geometrie wiskunde als een API, lokaal en deterministisch berekend — de speelduur-, groeflengte- en groefsnelheidsgetallen waarmee een snij-ingenieur, perserij of audiohobbyist een plaat uitwerkt. Het speelduur-eindpunt geeft de maximale tijd van een kant = het aantal groefomwentelingen ÷ de draaisnelheid van de draaitafel, waarbij de omwentelingen = de radiale breedte van het opgenomen band ÷ de groefspoed (de afstand tussen aangrenzende groeven): een 12-inch LP met ~85 mm band bij een spoed van 100 µm bevat ongeveer 850 omwentelingen, dus bij 33⅓ rpm is dat ruwweg 25 minuten per kant — een kleinere spoed past meer tijd maar vermindert de groefamplitude en dus luidheid en bas, de klassieke tijd-versus-niveau afweging. Het groeflengte-eindpunt rolt de spiraal uit: lengte ≈ omwentelingen × de gemiddelde omtrek (π × het gemiddelde van de buiten- en binnendiameter), in de orde van 400–500 meter voor een LP-kant, die de naald volledig volgt. Het groefsnelheid-eindpunt geeft de lineaire snelheid onder de naald = 2π × rpm/60 × straal, dus de buitenste groeven van een LP gaan met ongeveer 50 cm/s maar de binnenste slechts ~20 cm/s — de oorzaak van binnengroefvervorming en waarom ingenieurs stillere nummers als laatste plaatsen. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor plaat-snij- en masteringtools, hifi- en verzamelaar-apps, en audio-engineering rekenmachines. Pure lokale berekening — geen key, geen externe dienst, direct. 3 compute-eindpunten. Voor muzieknoot- en tempo-wiskunde gebruik een muziek-API.

api.oanor.com/vinyl-api

Sundial gnomonics maths als API, lokaal en deterministisch berekend — de uurlijn-, gnomon- en lengtegraadcorrectiegetallen waarmee een zonnewijzermaker, horoloog of astronomiehobbyist een zonnewijzer uitzet. Het uurlijnhoek-eindpunt geeft de hoek van elke uurlijn op de wijzerplaat, gemeten vanaf de middaglijn: voor een horizontale zonnewijzer tan(hoek) = sin(breedtegraad) × tan(uurhoek), en voor een verticale zuidgerichte zonnewijzer wordt cos(breedtegraad) gebruikt, waarbij de uurhoek 15° per uur vanaf zonnewaarmiddag is. Op 50° breedtegraad ligt de 1-uurlijn ongeveer 11,6° van de middag in plaats van 15° — de lijnen clusteren nabij de middag en spreiden naar de uiteinden, wat precies is waarom de uren van een zonnewijzer ongelijk verdeeld zijn. Het gnomon-eindpunt geeft de stijlhoek: de schaduwwerpende rand van de gnomon moet naar de hemelpool wijzen, dus stijgt deze onder de breedtegraadhoek op een horizontale zonnewijzer (50° op 50° N) en onder 90° − breedtegraad op een verticale zonnewijzer — als dit verkeerd wordt gedaan, geeft de zonnewijzer slechts in één seizoen de juiste tijd aan. Het lengtegraadcorrectie-eindpunt zet de lokale schijnbare tijd van de zonnewijzer om in kloktijd: 4 minuten tijd per graad lengtegraad, correctie = 4 × (referentie-meridiaan − lokale lengtegraad), dus een zonnewijzer op 7,5° Oost in Centraal-Europese Tijd geeft 30 minuten achter op de klok. Alles wordt lokaal en deterministisch berekend, dus het is onmiddellijk en privé. Ideaal voor zonnewijzerontwerp- en gnomonics-tools, astronomie-educatie- en maker-apps, en horologiecalculators. Pure lokale berekening — geen key, geen externe service, onmiddellijk. Voeg de tijdsvereffening toe voor volledige kloknauwkeurigheid. 3 compute-eindpunten. Gebruik voor de zonnepositie een solar-position API; voor zonsopgang en zonsondergang een sunrise API.

api.oanor.com/sundial-api

Metaalgiet- en gieterijwiskunde als een API, lokaal en deterministisch berekend — de stollingstijd, krimp en smeltgewicht getallen waar een gieterijman, patroonmaker of gietontwerper een klus mee doet. Het stollingstijd-eindpunt past de regel van Chvorinov toe, t = B × (V/A)², waarbij V/A de gietmodulus is (volume ÷ koeloppervlak) en B de vormconstante (~2–4 min/cm² voor zand): een dik onderdeel met weinig oppervlak voor zijn volume stolt langzaam, een dunne snel — en omdat een opvoerder langer gesmolten moet blijven dan het gietstuk dat het voedt, moet zijn modulus groter zijn, wat het getal is dat het groter maakt. Het krimp-eindpunt maakt het patroon te groot voor het metaal dat krimpt tijdens het afkoelen: patroon = gietafmeting × (1 + krimp/100), de krimpregel van de patroonmaker — ongeveer 1,0–1,6 % voor grijs ijzer, ~2 % voor staal en aluminium — dus een stalen kenmerk van 100 mm heeft een patroon van 102 mm nodig. Het smeltgewicht-eindpunt geeft het gietgewicht = volume × metaaldichtheid (ijzer ~7,2, staal ~7,85, aluminium ~2,70 g/cm³) en het metaal om daadwerkelijk te gieten = gietgewicht ÷ de gietopbrengst, omdat de gietboom, lopers en opvoerders worden omgesmolten schroot — een 7 kg ijzeren gietstuk bij 70 % opbrengst heeft ongeveer 10 kg in de gietpan nodig. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor gieterij- en patroonmaaktools, gietontwerp- en schattingsapps, en metaalbewerkingscalculators. Pure lokale berekening — geen key, geen externe service, direct. 3 compute-eindpunten. Gebruik voor het gewicht van een onderdeel op basis van zijn afmetingen een metaalgewicht-API; voor gelaste verbindingen een las-API.

api.oanor.com/casting-api

Basketbal-efficiëntiestatistieken als een API, lokaal en deterministisch berekend — de schiet-efficiëntie- en box-scoregetallen waarmee een analist, coach of sport-app een prestatie beoordeelt. Het true-shooting-eindpunt vouwt twee-, drie- en vrije worpen in één getal: TS% = punten ÷ (2 × (velddoelpogingen + 0,44 × vrije-worppogingen)) × 100, waarbij de 0,44 benadert hoeveel bezittingen een vrije-worpserie werkelijk gebruikt — 25 punten op 18 velddoelpunten en 6 vrije worpen is ongeveer 60,6%, tegen een competitiegemiddelde van 56–58%. Het effective-field-goal-eindpunt crediteert een driepunter omdat die 50% meer waard is dan een tweepunter: eFG% = (gemaakte velddoelpunten + 0,5 × gemaakte driepunters) ÷ velddoelpogingen × 100, dus 9 treffers waaronder 3 driepunters op 18 pogingen is 58,3% versus een ruwe 50%, het verschil is de waarde van de lange bal. Het game-score-eindpunt berekent John Hollinger's Game Score, een productiviteitsbeoordeling voor één wedstrijd, geschaald als punten — 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 — waarbij ongeveer 10 een gemiddelde wedstrijd is, 20+ uitstekend en 40+ historisch, waarbij efficiënt scoren en allround spel worden beloond en missers en balverlies worden bestraft. Alles wordt lokaal en deterministisch berekend, dus het is onmiddellijk en privé. Ideaal voor basketbalanalyses en box-scoretools, fantasy- en commentaar-apps en sportcalculators. Pure lokale berekening — geen key, geen externe service, onmiddellijk. 3 compute-eindpunten. Gebruik voor honkbalstatistieken een honkbal-API; voor cricket een cricket-API.

api.oanor.com/basketball-api

Cricket-statistieken wiskunde als een API, lokaal en deterministisch berekend — de run-rate, strike-rate en chase-getallen die een scorer, commentator of cricket-app per wedstrijd gebruikt. Een over is zes geldige ballen, en overs worden gegeven als hele overs plus ballen, nooit als decimale overs — '20.3 overs' betekent 20 overs en 3 ballen (20.5 in reële termen), de klassieke cricket-wiskundeval die deze API vermijdt. Het run-rate-eindpunt geeft de runs per over = runs ÷ (ballen ÷ 6), dus 150 runs in 20 overs is 7.50 per over, en met een doelovers-getal projecteert het de inningsscore bij het huidige tempo. Het strike-rate-eindpunt geeft de strike rate van een slagman = runs ÷ gespeelde ballen × 100, de runs per 100 ballen — 75 van 50 is een strike rate van 150, snel scoren in het limited-overs-spel; in Tests wordt een lagere strike rate met een hoog gemiddelde gewaardeerd. Het required-rate-eindpunt behandelt een chase: de vereiste run rate = de nog benodigde runs ÷ de resterende ballen × 6, dus 80 nodig om te winnen met 10 overs over is 8.00 per over — een getal dat scherp stijgt naarmate de ballen opraken, daarom kan een comfortabele chase in een paar krappe overs omslaan. Alles wordt lokaal en deterministisch berekend, dus het is onmiddellijk en privé. Ideaal voor cricket-scoring en live-score-apps, fantasy- en commentaartools en sportcalculators. Pure lokale berekening — geen key, geen externe service, onmiddellijk. 3 compute-eindpunten. Gebruik voor honkbalstatistieken een honkbal-API.

api.oanor.com/cricket-api

Time-lapse fotografie wiskunde als een API, lokaal en deterministisch berekend — de clip-lengte, interval en opslaggetallen waarmee een fotograaf, filmmaker of camera-app een reeks plant. Het clip-lengte eindpunt ruilt een lange opname voor een korte clip: de vastgelegde frames = de opnameduur ÷ het interval, en de clip-lengte = die frames ÷ de afspeelframesnelheid — 60 minuten filmen met één frame per 5 seconden geeft 720 frames, en bij 24 fps wordt dat afgespeeld in 30 seconden, een 120× versnelling. Langere intervallen comprimeren de tijd harder, maar kunnen haperen bij snelle bewegingen. Het interval eindpunt werkt achteruit vanaf een doelclip: de benodigde frames = de doelclip-lengte × de framesnelheid, en het interval = de opnameduur ÷ die frames, dus een opname van 60 minuten voor een clip van 20 seconden bij 24 fps heeft 480 frames nodig, één per 7,5 seconden. Het opslag eindpunt bepaalt de grootte van de kaart en schijf: totale opslag = het aantal frames × de grootte van één frame, en omdat time-lapse opnames full-resolution stilstaande beelden maken (RAW ~20–30 MB per stuk), is 720 RAW-frames van 25 MB ongeveer 18 GB voor een enkele clip van 30 seconden — daarom vult een lange lapse snel kaarten. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor time-lapse en intervalometer apps, fotografieplanningshulpmiddelen en productiecalculators. Pure lokale berekening — geen key, geen externe service, direct. 3 compute eindpunten. Gebruik voor videobitrate en bestandsgrootte een bitrate API.

api.oanor.com/timelapse-api

Jam- en conserveringswiskunde als een API, lokaal en deterministisch berekend — de suiker-, stollingspunt- en opbrengstgetallen die een jam- of conservenmaker of receptenapp nodig heeft voor een batch. Het suiker-eindpunt stelt de suiker in op basis van de suiker-fruitverhouding: een traditionele vol-suikerjam is 1:1, dus 1 kg fruit heeft 1 kg suiker nodig voor een batch van 2 kg met 50% suiker, terwijl lagere verhoudingen (0,6–0,75) een zachtere, frissere, minder zoete jam geven die extra pectine nodig heeft en minder lang houdbaar is — de suiker conserveert en helpt bij het geleren. Het stollingspunt-eindpunt geeft de gel-temperatuur aangepast aan de hoogte: jam stolt bij ongeveer 4,5 °C (8 °F) boven de temperatuur waarop water kookt — 104,5 °C op zeeniveau — maar omdat water lager kookt naarmate je stijgt (ongeveer 1 °C per 285 m), daalt het streefpunt tot bijna 99 °C op 1500 m, dus koken tot het zeeniveau-getal op een berg overkookt de batch. Het opbrengst-eindpunt kookt de batch in tot een streefwaarde voor oplosbare vaste stoffen (Brix): jam blijft houdbaar bij ongeveer 65% Brix, het eindgewicht = de vaste stoffen (suiker plus de eigen ~10% droge stof van het fruit) ÷ de streef-Brix, en de rest verdampt als water — 1 kg suiker en 1 kg fruit kookt in tot ongeveer 1690 g jam, waarbij ongeveer 310 g water verloren gaat. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor conserverings- en recepttools, zelfvoorzienings- en keukenapps, en voedselproductiecalculators. Pure lokale berekening — geen key, geen externe dienst, direct. Gelchemie, niet inmaakveiligheid. 3 compute-eindpunten. Gebruik voor verwerkingstijd-hoogteaanpassing een inmaak-API.

api.oanor.com/jam-api

Zwemwiskunde als een API, lokaal en deterministisch berekend — de SWOLF-, drempel-tempo- en per-100 m-getallen waarmee een zwemmer, coach of trainingsapp werkt. Het swolf-eindpunt scoort slagefficiëntie voor één lengte: SWOLF (swim + golf) = het aantal slagen plus de genomen seconden, en zoals bij golf is lager beter — verder glijden per slag of sneller zwemmen verlaagt het, dus een 25 m-lengte in 18 slagen en 30 s is een SWOLF van 48. Omdat het afhankelijk is van badlengte en slag, wordt de score genormaliseerd naar 25 m zodat lengtes in verschillende baden vergelijkbaar zijn. Het css-eindpunt berekent Critical Swim Speed, de drempel-tempo van de zwemmer, uit twee all-out tijdritten: CSS = (afstand1 − afstand2) ÷ (tijd1 − tijd2) — de klassieke 400 m- en 200 m-test, waarbij 6:00 en 2:50 ongeveer 1,05 m/s geven, een drempel van 1:35 / 100 m; trainingstempo's worden dan ingesteld als offsets van CSS, het equivalent van een hardloper zijn drempel of een ergometer zijn 2 k-tempo. Het pace-eindpunt geeft snelheid en het per-100 m-tempo dat zwemmers daadwerkelijk gebruiken (tijd ÷ afstand × 100), dus 100 m in 1:30 is een tempo van 1:30 / 100 m bij 1,11 m/s. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor zwemtrainings- en coachingshulpmiddelen, baantrackers en triathlon-apps, en fitnesscalculators. Pure lokale berekening — geen key, geen externe service, direct. 3 compute-eindpunten. Gebruik voor hardlooptempo een pace-API; voor indoor roeien een roei-API.

api.oanor.com/swimming-api

Indoor-rowing (Concept2 erg) wiskunde als een API, lokaal en deterministisch berekend — de watt-, split- en caloriegetallen waarmee een roeier, coach of fitnessapp een stuk uitwerkt, met behulp van de gepubliceerde Concept2-relaties. Het split-naar-watts eindpunt zet een 500 m split om in vermogen: op een erg wordt het vermogen bepaald door het tempo, niet de slagfrequentie, dus watts = 2,80 ÷ tempo³ waarbij het tempo de seconden per meter is (de split ÷ 500) — een 2:00 split is ongeveer 202 W. Omdat vermogen omgekeerd evenredig is met de derde macht van het tempo, kosten kleine splitwinsten veel watts: 1:50 in plaats van 2:00 trekken is ongeveer 270 W, niet 220. Het watts-naar-split eindpunt keert het om — tempo = (2,80 ÷ watts)^(1/3), split = tempo × 500 — dus een doelwattage wordt vertaald naar de split op de monitor en het vermogen van een roeier is direct vergelijkbaar met dat van een fietser of elk ander wattage. Het calorie-eindpunt past de Concept2-calorieformule toe, Cal/uur = (watts × 4 × 0,8604) + 300, waarbij de +300 een vaste rustmetabolisme-term is die ervoor zorgt dat de telling van de erg hoger is dan puur mechanisch werk; 200 W is ongeveer 988 Cal/uur, ruwweg 494 calorieën over 30 minuten. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor roei- en erg-trainingshulpmiddelen, coaching- en leaderboard-apps en fitnesscalculators. Pure lokale berekening — geen key, geen externe service, direct. Concept2-model — een machineschatting, geen laboratoriumcalorimetrie. 3 compute-eindpunten. Gebruik voor looptempo een pace-API; voor fietsen een fiets-API.

api.oanor.com/rowing-api

Borduren en kruissteek wiskunde als een API, lokaal en deterministisch berekend — de ontwerpafmetingen, stof- en flosnummers waarmee een kruissteekborduurder, borduurontwerper of handwerkwinkel een project uitwerkt. Het ontwerpafmetingen-eindpunt zet een steek aantal en een stof aantal (steken per inch) om in de afgewerkte maat: maat = steek aantal ÷ stof aantal, dus een 140 × 98 ontwerp op 14-count Aida wordt 10 × 7 inch (25,4 × 17,8 cm), kleiner op 18-count en groter op 11-count omdat een hogere count meer steken per inch bevat — en het retourneert het totale steek aantal (breedte × hoogte) dat de flos en de uren bepaalt. Het stof-benodigd-eindpunt voegt een marge toe aan elke zijde om de te knippen stof te geven: ontwerpmaat + tweemaal de marge per dimensie, met de gebruikelijke 3 inch per zijde voor hoepelen, inlijsten en afwerken, dus een 10 × 7 ontwerp vraagt om een 16 × 13 inch knip. Het draadlengte-eindpunt schat flos op basis van de geometrie van een volledig kruis — de twee diagonalen aan de voorkant plus de terugkeer aan de achterkant is ongeveer (2√2 + 2) ÷ stof aantal inch per steek — dus 5.000 steken op 14-count is ruwweg 1.724 inch, ongeveer 44 m, en het schat de strengen gegeven het aantal draden (een 6-draads streng is ~8 m). Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor kruissteek- en borduurpatroontools, handwerkwinkel- en kit-apps, en knutselprojectcalculators. Pure lokale berekening — geen key, geen externe service, direct. Floscijfers zijn planningsschattingen — koop een beetje extra en let op verfpartij. 3 compute endpoints. Voor naaien gebruik een naai-API; voor breisteek een brei-API.

api.oanor.com/embroidery-api

IJs- en gelato-batchberekeningen als een API, lokaal en deterministisch berekend — de overrun-, opbrengst- en vaste-stoffengetallen waarmee een gelatiere, ijsmaker of productieplanner een mix balanceert. Het overrun-eindpunt meet de lucht die tijdens het vriezen in de mix wordt geklopt via de gewichtsmethode: van dezelfde container eerst gevuld met mix en daarna met bevroren ijs, overrun = (mixgewicht − bevroren gewicht) ÷ bevroren gewicht × 100 — een beker die daalt van 1000 g naar 625 g heeft 60% overrun. Dichte gelato zit rond 20–35%, premium ijs 25–50%, soft-serve en economische bakken 50–100%+; meer lucht betekent een lichter, goedkoper, sneller smeltend product. Het opbrengst-eindpunt zet een mixvolume en een overrun om in het bevroren volume (mix × (1 + overrun/100)) en het aantal scheppen bij een bepaalde schepgrootte, dus 2 liter mix bij 60% overrun levert 3,2 liter en ongeveer 53 zestig-milliliter scheppen — daarom is overrun een directe kostenfactor. Het totale-vaste-stoffen-eindpunt balanceert een recept: totale vaste stoffen (suiker + vet + niet-vet melkvaste stoffen + overig) als percentage van het mixgewicht, met de percentages vet, suiker, MSNF en water — een typisch ijs heeft 36–42% totale vaste stoffen, gelato minder vet, en het balanceren van vaste stoffen tegen water is wat de textuur glad houdt in plaats van ijzig. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor gelateria- en zuivelfabriektools, receptbalanceringsapps en voedselproductiecalculators. Pure lokale berekening — geen key, geen externe service, direct. 3 compute-eindpunten. Gebruik voor algemene kookmaatomrekeningen een cooking API.

api.oanor.com/icecream-api

Houtvocht-wiskunde als een API, lokaal en deterministisch berekend — de vochtgehalte-, ovendrooggewicht- en droogdoel-getallen waarmee een houtbewerker, zager, droogkameroperator of brandhoutverkoper hout weegt. Het vochtgehalte-eindpunt neemt een nat gewicht en een ovendroog gewicht en retourneert het vochtgehalte in beide conventies: de droge basis (water ÷ ovendroog gewicht × 100, de bosbouw- en houtbewerkingsstandaard) en de natte/groene basis (water ÷ nat gewicht × 100, gebruikelijk in landbouw en papier) — een plank van 120 g die droogt tot 100 g bevat 20 g water en is 20 % droge basis of 16,7 % natte basis, dus het maakt altijd uit welke wordt vermeld. Boven vezelverzadiging (~28–30 %) verliest het hout nog vrij water en is het nog niet begonnen te krimpen. Het drooggewicht-eindpunt berekent terug het onveranderlijke ovendrooggewicht uit een huidig gewicht en een meterwaarde (nat ÷ (1 + MC/100)), het anker voor elk droogplan omdat de houtsubstantie niet verandert als water verdwijnt. Het doelgewicht-eindpunt gebruikt dat anker om het gewicht te geven dat een stuk moet bereiken voor een beoogd vochtgehalte en het water dat nog moet verdampen — 120 g bij 20 % terugbrengen naar 12 % betekent een doel van 112 g en 8 g water om te verliezen, dus weeg je het stuk gewoon af tot dat cijfer. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor houtbewerkings- en lutherie-tools, zagerij- en droogkamer-apps, en brandhout-seizoenscalculators. Pure lokale berekening — geen key, geen derde partij, direct. Massabalans-wiskunde — combineer het met een echte vochtmeter. 3 compute-eindpunten. Voor board feet gebruik een lumber API; voor een houtstapelvolume een firewood API.

api.oanor.com/woodmoisture-api

Gemstone weight maths als API, lokaal en deterministisch berekend — de karaat-, gram-, punt- en gemeten-gewichtsgetallen waarmee een juwelier, edelsteenhandelaar, taxateur of lapidair werkt. Het karaat-naar-gram endpoint converteert een karaatgewicht naar grammen, milligrammen en punten: de metrische karaat is exact 0,2 g (200 mg) en is verdeeld in 100 punten, dus een steen van 1,5 ct is 0,3 g en 150 punten en een kwartkaraat is een vijfentwintigpunter — de karaat is een massa-eenheid, geen maat, dus een 1 ct diamant en een 1 ct smaragd wegen hetzelfde maar zien er anders uit omdat hun dichtheden verschillen. Het gram-naar-karaat endpoint keert het om (deel grammen door 0,2, of vermenigvuldig met 5), voor een gewicht gemeten op een gramweegschaal. Het round-brilliant-weight endpoint geeft de handelsschatting die wordt gebruikt wanneer een steen gezet is en niet op een weegschaal kan worden geplaatst: karaat ≈ diameter² × diepte × 0,0061, met de gordeldiameter en totale diepte in millimeters — een ronde van 6,5 mm met een diepte van ongeveer 4 mm schat bijna 1 karaat, wat precies is waarom een 1 ct ronde briljant ongeveer 6,5 mm breed meet; de factor kan worden aangepast voor een dikke gordel of een andere slijpvorm. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor sieraden- en taxatiehulpmiddelen, edelsteenhandelaar- en veilingapps, en lapidaire rekenmachines. Pure lokale berekening — geen key, geen externe service, direct. Alleen gewichtsberekeningen — het prijst de steen niet en beoordeelt de kleur en helderheid niet. 3 compute endpoints. Gebruik voor goudkaraat en fijnheid een goudzuiverheid API.

api.oanor.com/gemstone-api

Goudzuiverheid en karaatwiskunde als een API, lokaal en deterministisch berekend — de karaat-, fijnheid- en legeringsgetallen waarmee een juwelier, goudsmid, keurmeester of raffinadeur werkt. Het karaat-naar-fijnheid eindpunt converteert tussen de twee zuiverheidssystemen: karaat is het aantal 24sten van een stuk dat puur goud is, dus de fijnheid (delen per duizend, het cijfer op een keurmerkstempel) = karaat ÷ 24 × 1000 en het goudpercentage = karaat ÷ 24 × 100 — 24K is puur (1000‰), 18K is 750‰ (75%), 14K is 583‰, 9K is 375‰. Het puur-goud-gewicht eindpunt geeft het werkelijke fijne goud in een stuk = het totale gewicht × de goudfractie (karaat ÷ 24): een 10 g 18K ring bevat 7,5 g goud en 2,5 g legering, het fijne goudgehalte waar een raffinadeur op betaalt en de basis van de intrinsieke metaalwaarde. Het legeringsmengsel eindpunt keert het om voor de werkbank: om geraffineerd fijn goud naar een doelkaraat te brengen, is het totale gewicht = het fijne goud ÷ (doelkaraat ÷ 24) en de toe te voegen legering = het totaal − het fijne goud, dus 7,5 g puur goud maakt 10 g 18K met 2,5 g masterlegering. Alles wordt lokaal en deterministisch berekend, dus het is onmiddellijk en privé. Ideaal voor gereedschappen voor juwelen en goudsmeden, pand- en schrootgoud-apps, en keurings- en metaalwaardecalculators. Pure lokale berekening — geen key, geen externe service, onmiddellijk. Alleen zuiverheidswiskunde — het haalt de live goudprijs niet op. 3 compute endpoints. Gebruik voor het gewicht van een metalen onderdeel op basis van zijn afmetingen een metaalgewicht-API.

api.oanor.com/goldpurity-api

Cirkelsegment booggeometrie als een API, lokaal en deterministisch berekend — de straal, booglengte en uitzetgetallen waarmee een metselaar, timmerman, steenhouwer of CAD-gebruiker een segmentboog uitzet. Een segmentboog is een cirkelboog die door de twee aanzetten en de kruin wordt getrokken: het from-span-rise eindpunt neemt de overspanning en de pijl (de hoogte van de kruin boven de aanzetlijn) en retourneert de straal = (overspanning²/4 + pijl²) ÷ (2·pijl), de middelpuntshoek die hij onderspant, de booglengte langs de curve, en het segmentoppervlak van de leegte eronder — vlakkere bogen met een kleine pijl hebben verrassend grote stralen. Het from-radius-angle eindpunt inverteert dit, retourneert de koorde (overspanning), de pijl (sagitta), de booglengte en het oppervlak uit een bekende straal en middelpuntshoek, zoals een curve die met een trammel of een router op een draaipunt wordt beschreven. Het setout-ordinates eindpunt geeft de praktische getallen om een mal te markeren: de pijl van de boog boven een rechte basislijn op gelijkmatig verdeelde stations over de overspanning (y = √(R² − x²) − (R − pijl)), zodat je de hoogtes kunt uitzetten, verbinden en een multiplex mal kunt zagen of een lat kunt buigen zonder een reusachtige passer — de uiteinden komen op nul bij de aanzetten en het midden is gelijk aan de pijl bij de kruin. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor metsel- en timmerwerk uitzetgereedschap, trap- en raambogen ontwerp, en CAD- en houtbewerkingscalculators. Pure lokale berekening — geen key, geen externe service, direct. Segmentbogen (tot een halve cirkel). 3 compute eindpunten. Voor wegcurves gebruik een horizontale- of verticale-curve API; voor vlakke vormoppervlakken een geometrie API.

api.oanor.com/arch-api

Riveted-joint sterkteberekeningen als een API, lokaal en deterministisch berekend — de afschuif-, draag- en klinknageltellingen die een constructie-, plaatwerk- of vliegtuigmonteur controleert bij een geklonken verbinding. Het shear-capacity eindpunt geeft de belasting die een klinknagelgroep over hun schachten draagt = het klinknageloppervlak (π/4·d²) × de afschuifsterkte × het aantal klinknagels × de afschuifvlakken — een klinknagel in enkelvoudige afschuiving wordt op één vlak afgesneden, in dubbele afschuiving (de middenplaat van een stompe verbinding met dekplaten) op twee, dus draagt hij twee keer zoveel. Het bearing-capacity eindpunt geeft de belasting die de klinknagels tegen de zijkanten van hun gaten kunnen drukken voordat de plaat bezwijkt = het geprojecteerde contactoppervlak (diameter × plaatdikte) × de draagsterkte × het aantal klinknagels; dunne platen bezwijken door dragen lang voordat de klinknagel afschuift, wat precies is waarom beide gecontroleerd moeten worden — de verbindingssterkte is de kleinste van de twee. Het rivets-required eindpunt keert het om: de klinknagels die een ontwerpbelasting nodig heeft = de belasting ÷ de toelaatbare belasting per klinknagel (oppervlak × toelaatbare afschuiving × vlakken), afgerond naar boven naar een hele klinknagel, gebruikmakend van de werkende afschuiving (sterkte ÷ veiligheidsfactor) niet de ruwe waarde. Alles wordt lokaal en deterministisch berekend, dus het is onmiddellijk en privé. Ideaal voor constructie- en plaatwerkramingen, mechanisch ontwerp- en bevestigingsmiddelentools, en technische rekenmachines. Pure lokale berekening — geen key, geen externe dienst, onmiddellijk. Alleen schacht-afschuiving en dragen — bevestig ook randuitscheuring en minimale steek. 3 compute-eindpunten. Gebruik voor boutvoorspanning en koppel een boutkoppel-API; voor schroefdraadgeometrie een schroefdraad-API; voor lasverbindingen een las-API.

api.oanor.com/rivet-api

Statische puntbelasting van gespannen lijnen als API, lokaal en deterministisch berekend — de lijnspanning en ankerkracht die een slackliner, highliner of rigger uitrekent voordat ze een lijn belasten. Dit is de V die een belaste lijn maakt onder een persoon, geen eigengewicht-catenary: het spanningsendpoint neemt de overspanning, de doorhang en de lichaamsbelasting en retourneert de lijnspanning en de horizontale ankerkracht, omdat verticaal evenwicht 2·T·sin(hoek) = het lichaamsgewicht is — dus hoe vlakker de lijn (hoe kleiner de doorhang), hoe meer de spanning oploopt, wat precies de reden is waarom het strak aandraaien van een lijn om de bounce te doden de ankers kan belasten tot vele malen het lichaamsgewicht. Het doorhangendpoint keert het om: van een bekende lijnspanning retourneert het de doorhang die een belasting in het midden van de overspanning bereikt (sin hoek = gewicht ÷ tweemaal de spanning) en geeft aan wanneer de spanning te laag is om de belasting überhaupt te dragen. Het off-centre-load endpoint behandelt het staan weg van het midden, waar de twee helften verschillende spanningen dragen: de horizontale trekkracht is aan beide zijden gelijk (H = gewicht × a × b ÷ (doorhang × overspanning)) maar het kortere, steilere segment loopt op de hogere spanning en faalt als eerste — de reden waarom een highliner dicht bij een anker die lijn harder belast dan iemand in het midden. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor slackline- en highline-riggingtools, klim- en outdooruitrusting-apps, en spannings- en ankercalculators. Pure lokale berekening — geen key, geen externe service, direct. Geometrische statica — combineer met de echte webbing en ankerclassificaties. 3 compute endpoints. Gebruik voor een eigengewicht-kabel een catenary API; voor werkbelastingslimiet en veiligheidsfactor een rigging API.

api.oanor.com/slackline-api

Textielverfrecepten als API, lokaal en deterministisch berekend — de getallen voor kleurstof, water en hulpstoffen die een verver afweegt om een reproduceerbaar verfbad te mengen, of het nu voor een staal of een volledige rol is. Het dye-weight endpoint geeft de te wegen kleurstof = het gewicht van de stof × de kleurdiepte, het percentage kleurstof op het gewicht van de goederen: een 2% tint op 100 g stof is 2 g kleurstof, lichte tinten lopen onder een half procent, diepe zwarttinten 4% of meer — werken op gewicht-van-stof is precies wat een recept schaalbaar en reproduceerbaar maakt. Het liquor-ratio endpoint geeft het verfbadvolume = het gewicht van de goederen in kilo's × de vloeistofverhouding, de liters bad per kilo (een 20:1 verhouding is 20 L per kg); lagere verhoudingen besparen water, kleurstof en energie en putten dieper uit, hogere verhoudingen nivelleren gelijkmatiger bij delicate of lichte werken. Het auxiliary endpoint geeft de toe te voegen hoeveelheid zout, soda of egalisatiemiddel = het badvolume × de doseringsconcentratie in gram per liter — zout (50–80 g/L) drijft reactieve en directe kleurstoffen op katoen, soda (10–20 g/L) verhoogt de pH om ze te fixeren. Alles is op-gewicht of per-liter, dus hetzelfde recept geeft dezelfde kleur en chemie op elke schaal, en het wordt lokaal en deterministisch berekend, dus het is onmiddellijk en privé. Ideaal voor ambachtelijke en studio-ververs, textiel- en garenwinkels, en gereedschappen voor verfrecepten en batchcalculators. Pure lokale berekening — geen key, geen externe service, onmiddellijk. 3 compute endpoints. Voor breiwerk en stekenverhoudingen gebruik een brei-API; voor groentefermentatie of vleespekelzout een fermentatie- of pekel-API.

api.oanor.com/dye-api

Zonnepaneel-rijafstand en schaduwgeometrie als een API, lokaal en deterministisch berekend — de schaduwlengte, tussenrijafstand en grondbedekkingsgetallen waarmee een PV-ontwerper of -installateur een grondmontage of plat dak-array uitlijnt. Het schaduwlengte-eindpunt geeft de schaduw die een object werpt = zijn hoogte ÷ tan(zonshoogte), langer naarmate de zon lager staat (daarom worden lay-outs ontworpen voor de slechtste winterzonnewende lage zon), uitgerekt met 1/cos(azimutverschil) wanneer de zon uit de as is. Het rijafstand-eindpunt geeft de minimale rijafstand (voorrand tot voorrand) om te voorkomen dat een rij de achterliggende beschaduwt = de horizontale basis van de module (lengte × cos helling) + de schaduw die de achterrand werpt (modulehoogte ÷ tan van de minimale zonshoogte) — een 1,7 m module bij 30° helling die een 20° winterzon vrijmaakt, heeft ongeveer een 3,8 m afstand nodig — en retourneert de resulterende grondbedekkingsratio. Het grondbedekking-eindpunt geeft die GCR = modulelengte ÷ rijafstand, de pakkingsdichtheid: vaste hellingsvelden lopen typisch 0,4–0,5, hoger pakt meer kW per acre maar verliest winteropbrengst door wederzijdse beschaduwing, lager verspilt land. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor zonne-ontwerp- en lay-outtools, EPC- en locatiebeoordelingsapps en hernieuwbare-energiecalculators. Pure lokale berekening — geen key, geen externe service, direct. Geometrisch model — gebruik de echte slechtste uur zonshoogte. 3 compute-eindpunten. Gebruik voor zonnepositie/hoogte een solar-position API; voor instraling een solar API; voor off-grid dimensionering een off-grid API.

api.oanor.com/pvspacing-api

Lier- en kabeltrommelwiskunde als een API, lokaal en deterministisch berekend — de touwcapaciteit, lijnkracht en touw-uitgetrokken getallen waarmee een lieroperator, rigger of bergingschauffeur met een trommel werkt. Het capaciteitseindpunt geeft het touw dat een trommel vasthoudt op basis van exacte laaggeometrie: de som over elke volledige laag van het aantal windingen per laag × π × de gemiddelde wikkeldiameter van die laag, waarbij het aantal windingen per laag = trommelbreedte ÷ touwdiameter en het aantal lagen = de flens-tot-trommeldiepte ÷ touwdiameter — een 10-inch trommel, 20-inch flens, 12-inch brede trommel op een halve-inch touw houdt ongeveer 940 ft over 10 lagen. Het laag-trekeindpunt laat zien waarom de kracht afneemt naarmate de trommel volloopt: de nominale kracht is voor de eerste laag op de kale trommel, en naarmate het touw zich ophoopt, vermindert de groeiende hefboomarm de lijnkracht en verhoogt de lijnsnelheid in dezelfde verhouding — kracht × (eerste-laagdiameter ÷ deze laagdiameter) — dus de bovenste laag van een diepe trommel kan nauwelijks de helft van de onderste-laagwaarde trekken, daarom spoel je af naar kale trommel voor een harde trek of voeg je een katrolblok toe. Het lengte-per-laageindpunt geeft het opgewonden touw na een aantal volledige lagen, voor het markeren van het touw of om te weten hoeveel lijn eruit is. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor gereedschap voor lier- en hijsdimensionering, bergings- en off-road apps, maritieme en industriële rigging-hulpprogramma's en technische rekenmachines. Pure lokale berekening — geen key, geen externe service, direct. Geometrische schatting — houd rekening met nesting en vrijboord. 3 compute-eindpunten. Gebruik voor kaapstanderwrijving een kaapstander-API; voor takel een katrol-API.

api.oanor.com/winch-api

Mobiele kraan hijsplanningswiskunde als een API, lokaal en deterministisch berekend — de lastmoment-, kantelcapaciteit- en steunplaatgetallen waarmee een kraanmachinist, hijsplanner of rigging engineer een hijs controleert. Het lastmoment-eindpunt geeft de last × zijn werkradius (de horizontale afstand van het draaipunt tot de haak), het enkele cijfer dat de nominale capaciteitsbegrenzer van een kraan bewaakt: een last van 5 ton op 8 m is een moment van 40 ton-meter, hetzelfde als 10 ton op 4 m, daarom daalt de capaciteit in de grafiek steil naarmate de giek uitzwaait — moment, niet gewicht, doet de kraan kantelen. Het capaciteitseindpunt geeft een vereenvoudigde kantelbalans rond het draaipunt: de last die net doet kantelen = contragewicht × zijn radius ÷ de lastradius, en de nominale veilige last is een stabiliteitsfractie daarvan (~75% op steunen, ~66% op rupsbanden volgens de normen) — een leer-/controlegetal dat de giek en bovenbouw negeert, nooit een vervanging voor de lastgrafiek. Het steunplaat-eindpunt bepaalt de grootte van de vlotter: benodigd plaatsoppervlak = de steunpootbelasting ÷ de toelaatbare draagkracht van de grond (en de zijde van een vierkante mat), omdat overbelasting van zwakke grond een belangrijke oorzaak is van kantelingen — een poot van 30 ton op 200 kPa vraagt om een mat van ongeveer 1,2 m in het vierkant. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor hijsplannings- en riggingtools, bouw- en kraanbedrijfsapps en veiligheidsvoorzieningen op de bouwplaats. Pure lokale berekening — geen key, geen externe service, direct. Vereenvoudigd — gebruik altijd de lastgrafiek van de fabrikant. 3 compute-eindpunten. Gebruik voor sling- en WLL-lasten een rigging API.

api.oanor.com/crane-api

Tractie-lift engineering wiskunde als een API, lokaal en deterministisch berekend — de contragewicht-, hijsmotor- en kabeltractiegetallen waarmee een lifttechnicus of gebouwservicesontwerper een personenlift dimensionneert. Het contragewicht-eindpunt geeft de balancerende massa = de lege cabine plus een fractie van de nominale belasting (de overbalans, typisch 40–50 %, 45 % gebruikelijk), dus een 1.000 kg cabine ontworpen voor 1.000 kg gebruikt een contragewicht van 1.450 kg — de cabine en het gewicht balanceren bijna halve belasting en de machine is gedimensioneerd voor de slechtste onbalans, niet de volledige belasting. Het motorvermogen-eindpunt gebruikt dat: omdat het contragewicht het grootste deel van de cabine opheft, tilt de motor alleen de onbalansbelasting = nominale belasting × (1 − overbalans), dus vermogen = dat × g × snelheid ÷ rendement (~65–75 % versneld) — een 1.000 kg lift bij 1,5 m/s heeft slechts ongeveer 11–12 kW nodig, de helft van wat een lift zonder contragewicht zou trekken. Het tractieverhouding-eindpunt controleert de wrijvingsgrip: een tractielift beweegt de kabels door wrijving over de schijf, dus de beschikbare tractie (e^(μθ), de capstanvergelijking) moet de T1/T2-spanningverhouding verslaan bij beide slechtste gevallen — een volle cabine onderaan en een lege cabine bovenaan — en het retourneert de bepalende verhouding. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor liftontwerp- en gebouwservices-tools, verticale transport- en MEP-hulpprogramma's en technische rekenmachines. Pure lokale berekening — geen key, geen externe service, direct. Dimensioneringsschattingen — volg de liftcode en fabrikantgegevens. 3 compute-eindpunten. Gebruik voor blok-en-takel een pulley API; voor capstanwrijving een capstan API.

api.oanor.com/elevator-api

Railway train-performance maths as an API, computed locally and deterministically — the tractive-effort, resistance and adhesion numbers a railway engineer, train planner or rail-sim developer rates motive power with. The tractive-effort endpoint gives the pulling force a locomotive develops = 375 × horsepower × efficiency ÷ speed (mph), the classic hyperbolic curve where a constant-power loco pulls hardest at low speed and tapers as it accelerates — 4,000 hp at 25 mph and 82 % efficiency is about 49,200 lbf at the rail. The resistance endpoint gives the forces a train fights: grade resistance ≈ 20 lb per ton per 1 % of grade (the weight component along the slope, the dominant force on a hill — a 5,000-ton train on a 1 % grade fights 100,000 lbf) plus curve resistance ≈ 0.8 lb per ton per degree of curve from flange friction. The adhesion endpoint gives the hard ceiling: however much power a loco has, it can only pull as hard as the wheels grip — maximum starting tractive effort = the adhesion coefficient (≈ 0.25 dry, more with sand) × the weight on the driving wheels, so 200 tons on the drivers is about 100,000 lbf before slip. Everything is computed locally and deterministically, so it is instant and private. Ideal for rail-operations and motive-power planning tools, train-simulator and railfan apps, and transport-engineering utilities. Pure local computation — no key, no third-party service, instant. Excludes the speed-dependent Davis rolling/air resistance. 3 compute endpoints. For highway curve geometry use a horizontal-curve API.

api.oanor.com/railway-api

Zeehorizon- en zichtbaarheidsberekeningen als API, lokaal en deterministisch berekend — de afstand-tot-horizon, geografisch-bereik en dip-getallen waarmee een zeeman, kustnavigator of maritieme app waarnemingen verwerkt. Het horizon-eindpunt geeft de afstand tot de zeehorizon ≈ 1,169·√(ooghoogte in voet) zeemijl, inclusief de standaard atmosferische refractie die de zichtlijn iets voorbij de geometrische rand buigt — bij 9 ft ooghoogte is de horizon ongeveer 3,5 nm verwijderd — samen met de dip, hoe ver onder het ware horizontaal die waterrand ligt (≈ 0,97′·√h), de correctie die wordt afgetrokken van een sextant-hoogtemeting naar de zeehorizon. Het geografisch-bereik-eindpunt geeft hoe ver een licht of herkenningspunt voor het eerst boven de horizon uitkomt = de som van twee horizonafstanden, die van jou plus die van het object: 1,169·(√h_oog + √h_object), dus een vuurtoren van 100 ft vanaf een cockpit van 9 ft komt ongeveer 15 nm boven de zee uit — puur geometrisch, vóór het eigen lichtbereik en de zichtbaarheid. Het object-hoogte-eindpunt keert het om: hoe hoog een toren, licht of landpunt moet zijn om de horizon te doorbreken op een doelafstand, of hoe dichtbij je moet zijn voordat een bekend herkenningspunt verschijnt. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor maritieme navigatie- en kaartplotter-apps, kustpilotage- en vuurtorenhulpmiddelen en zeiltoepassingen. Pure lokale berekening — geen key, geen externe service, direct. Geometrisch/refractiemodel. 3 compute-eindpunten. Gebruik voor grootcirkelafstand een geo-afstand-API; voor set & drift een set-and-drift-API.

api.oanor.com/horizon-api

Navigatierekening voor stroom- en drift (set and drift) als API, lokaal en deterministisch berekend — de koers over de grond, te sturen koers en stroomgetallen waarmee een zeeman, navigator of maritieme app een traject uitzet. Het course-made-good-eindpunt voegt de snelheid van de boot door het water toe aan de stroomvector om het werkelijke spoor te geven: de koers over de grond (COG) en snelheid over de grond (SOG), met de drifthoek waarmee de stroom je van je neus af duwt — stuur 090° door het water met 10 knopen en een stroom van 2 knopen naar het noorden levert ongeveer 079° over de grond bij 10,2 knopen. Het course-to-steer-eindpunt lost het andersom op: de te sturen koers om een gewenst grondspoor te realiseren, stuur tegen de stroom in om de dwarsstroom te compenseren (sin(H−T) = −drift·sin(set−track) ÷ speed), en de resulterende SOG — meestal langzamer tegen de stroom in, sneller met de stroom mee, en onmogelijk als de dwarsstroom je snelheid overtreft. Het current-eindpunt vindt de set en drift uit het verschil tussen een gegiste positie en een waargenomen fix: de set is de peiling DR-naar-fix en de drift is die afstand ÷ de verstreken tijd, klaar om mee te nemen. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor maritieme navigatie- en kaartplotter-apps, zeil- en boottools en maritieme trainingshulpmiddelen. Pure lokale berekening — geen key, geen externe dienst, direct. Graden waar. 3 compute-eindpunten. Gebruik voor grootcirkelafstand een geo-afstands-API; voor getijden een getijden-API.

api.oanor.com/setanddrift-api

Hooi- en voederbalenberekeningen als een API, lokaal en deterministisch berekend — de gewichts-, droge-stof- en voervoorzieningsgetallen waarmee een veehouder, hooiproducent of veevoedermanager de wintervoeding plant. Het ronde-balen-eindpunt geeft het gewicht uit het cilindervolume (π·r²·breedte) × de droge-stofdichtheid (typisch ~9–12 lb/ft³ voor uitgehard hooi), dus een baal van 5×5 ft weegt ongeveer 1.000 lb, en rapporteert het droge-stofgewicht (≈88 % van het as-fed) dat de dieren daadwerkelijk voedt — koop en rantsoeneer op droge stof, niet op weegbruggewicht. Het vierkante-balen-eindpunt geeft het gewicht van een rechthoekige baal uit de lengte, breedte en hoogte (÷ 1.728 voor kubieke voet uit inches) × de dichtheid — een typische kleine vierkante baal van 14×18×36 inch weegt ongeveer 50 lb, grote balen van 3×3 of 4×4 ft honderden — met een herinnering dat hoog vochtgehalte zowel gewicht toevoegt als risico op schimmel en schuurbrandverwarming. Het voervoorzienings-eindpunt bepaalt de stapel: benodigd voer = aantal stuks × dagelijkse inname × dagen (runderen eten ~2–2,5 % van hun lichaamsgewicht, ongeveer 25–30 lb droge stof voor een vleeskoe), en balen = dat ÷ het baalgewicht, dus 30 koeien voor 120 dagen bij 30 lb is ongeveer 108 duizend-pond balen — voeg 10–20 % toe voor voedingsverlies. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor ranch- en boerderijbeheertools, hooihandel- en vee-apps, en ag-calculators. Pure lokale berekening — geen key, geen externe service, direct. US-eenheden; dichtheden zijn schattingen. 3 compute-eindpunten. Gebruik voor graanopslag een graanopslag-API; voor rotatiebegrazing een begrazings-API.

api.oanor.com/baleweight-api

Planting seed-rate maths as an API, computed locally and deterministically — the plant-population, seed-spacing and seeding-rate numbers a farmer, agronomist or precision-ag tool sets a planter or drill to. The population endpoint gives the plants per acre = 6,272,640 ÷ (row spacing × in-row seed spacing) in inches (the 6,272,640 is the square inches in an acre), so 30-inch rows with seeds 6 inches apart give about 34,800 plants per acre — closer spacing raises the population and the competition. The seed-spacing endpoint runs it the other way: the in-row spacing for a target population = 6,272,640 ÷ (target plants × row spacing), so 35,000 plants per acre in 30-inch rows means a seed about every 6 inches, the value to set on a singulating meter or seed-rate drive. The seeding-rate endpoint gives the pounds of seed per acre = the target population ÷ the germination rate ÷ the seeds per pound, over-seeding for the seeds that never come up — 35,000 plants of a 1,500-seeds-per-lb crop at 95 % germination needs about 24.6 lb/acre, working from the seed lot's own tag. Everything is computed locally and deterministically, so it is instant and private. Ideal for precision-ag and farm-management tools, planter-calibration and agronomy apps, and seed-retail utilities. Pure local computation — no key, no third-party service, instant. US units. 3 compute endpoints. For sprayer rates use a spray API; for fertiliser a fertilizer API.

api.oanor.com/seedrate-api

Landbouwsproeierwiskunde als een API, lokaal en deterministisch berekend — de kalibratie-, dekkings- en tankmenggetallen waarmee een boer, agronoom of loonsproeier een veldsproeier afstelt. Het kalibratie-eindpunt geeft de breedwerpige toepassingssnelheid GPA = 5940 × de stroomsnelheid per spuitdop (GPM) ÷ (grondsnelheid in mph × spuitdopafstand in inches), waarbij 5940 de eenheden omzet voor een volledig dekkende spuitboom — dus een 0,4 GPM spuitdop bij 5 mph op 20-inch afstand geeft ongeveer 24 gallons per acre, en sneller rijden of spuitdoppen wijder plaatsen verlaagt de snelheid. Het dekkings-eindpunt geeft de acres die een tank dekt (tank ÷ GPA) en, voor een veldgrootte, het totale spuitvolume en het aantal tankladingen, waarbij de gedeeltelijke laatste vulling wordt aangegeven zodat deze kan worden gemengd voor de resterende acres. Het product-eindpunt geeft het pesticide of nutriënt dat per tank moet worden toegevoegd = de acres die een tank dekt × de etiketsnelheid per acre (in welke eenheid de snelheid ook gebruikt — ounces, pints, ponden), plus het totale product voor het veld. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor precisielandbouw- en bedrijfsbeheertools, sproeierkalibratie- en tankmengapps en agrarische retailhulpprogramma's. Pure lokale berekening — geen key, geen externe service, direct. Volg altijd het productetiket en kalibreer met een echte opvangtest. 3 compute-eindpunten. Gebruik voor meststofsnelheden een fertilizer API; voor sproeier-/irrigatieontwerp een irrigation API.

api.oanor.com/spray-api

RTD (weerstand-temperatuur-detector) sensormathematica als een API, lokaal en deterministisch berekend met de IEC 60751 Callendar–Van Dusen-vergelijking — de weerstands-, temperatuur- en tolerantiegetallen die een instrumentatie- of besturingstechnicus leest van een Pt100 of Pt1000. Het weerstandseindpunt geeft de sensorweerstand uit temperatuur: boven 0 °C, R = R₀·(1 + A·T + B·T²) met A = 3,9083×10⁻³ en B = −5,775×10⁻⁷; onder 0 °C voegt een derde term C·(T−100)·T³ toe — een standaard Pt100 (100 Ω bij 0 °C) leest 138,51 Ω bij 100 °C en 80,31 Ω bij −50 °C, en een Pt1000 is tien keer dat. Het temperatuureindpunt inverteert dit om een gemeten weerstand terug te zetten naar temperatuur — analytisch boven 0 °C, iteratief eronder — precies wat een zender doet met de brugmeting, en een herinnering dat een 3- of 4-draads aansluiting de leidingweerstand opheft zodat deze niet als extra graden wordt uitgelezen. Het tolerantie-eindpunt geeft de IEC 60751 nauwkeurigheidsband in zowel °C als Ω per klasse — AA ±(0,10 + 0,0017·|T|), A ±(0,15 + 0,002·|T|), B ±(0,30 + 0,005·|T|), C ±(0,60 + 0,010·|T|) — de fout groeit met de afstand tot 0 °C. Alles wordt lokaal en deterministisch berekend, dus het is onmiddellijk en privé. Ideaal voor instrumentatie- en besturingssoftware, data-logger- en zenderfirmware, kalibratie- en industriële IoT-tools. Pure lokale berekening — geen key, geen externe service, onmiddellijk. 3 compute-eindpunten. Gebruik voor NTC-thermistors een thermistor-API; voor thermokoppels een thermokoppel-API.

api.oanor.com/rtd-api

Sauna-verwarming berekeningen als een API, lokaal en deterministisch berekend — het vermogen van de kachel, de steenmassa en de elektrische getallen waarmee een saunabouwer, -installateur of wellnessretailer een cabine berekent. Het heater-size endpoint geeft het vermogen: ongeveer 1 kW per 1,3 m³ goed geïsoleerde cabine (ruimtevolume ÷ 1,3), met koude oppervlakken die de kachel ook moet verwarmen — een glazen deur of wand, kaal gesteente, tegels of ongeïsoleerd hout — voegt ruwweg 1,2 m³ equivalent volume per vierkante meter toe, dus een ruimte van 10 m³ met een glazen deur van 2 m² heeft een kachel van ongeveer 10 kW nodig, afgerond naar boven naar de volgende standaardmaat. Het stones endpoint geeft de aanbevolen saunastenenmassa, ongeveer 10–20 kg per kW (meer stenen voor een zachtere, stomere löyly, minder voor een snellere opwarming), met een opmerking om los gestapelde peridotiet/olivijnstenen te gebruiken. Het electrical endpoint geeft de stroom die de weerstandsverwarming trekt — vermogen ÷ spanning voor eenfase of ÷ (√3 × spanning) voor driefase, aangezien de meeste kachels boven ~4 kW driefasig worden aangesloten om de stroom per fase en de kabeldikte te beperken — om de zekering en de speciale aardlekschakelaar-beveiligde groep te dimensioneren. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor sauna- en wellnessretailers, doe-het-zelf- en klusgereedschap, en HVAC/elektrische schattingsapps. Pure lokale berekening — geen key, geen externe service, direct. Schattingen — volg de grafiek van de kachelfabrikant en de lokale bedradingsvoorschriften. 3 compute endpoints. Gebruik voor stoomketelberekeningen een boiler API; voor warmteverlies van een ruimte een U-waarde API.

api.oanor.com/saunaheater-api

Hot-air-balloon lift maths as an API, computed locally and deterministically — the thermal-lift, envelope-temperature and air-density numbers a balloon pilot, designer or physics teacher works a flight out with. The lift endpoint gives the buoyant lift from heating the air: gross lift = envelope volume × (outside air density − inside air density), the densities from the ideal-gas law — a 2,500 m³ envelope at 100 °C on a 15 °C day lifts about 698 kg gross, from which you subtract the envelope, basket, burner and fuel for the payload, and the hotter the air and colder the day the more it lifts. The required-temp endpoint inverts it: to carry a target lift the inside air must reach a particular density and so a particular temperature, with a check that it stays under the ~120 °C that nylon envelopes can take — the everyday pre-flight question of whether the balloon can lift today's crew and fuel. The air-density endpoint gives the moist-air density ρ = (P − 0.378·Pv) ÷ (R·T), and explains the counter-intuitive fact that humid air is LESS dense than dry air, slightly cutting the lift. Everything is computed locally and deterministically, so it is instant and private. Ideal for ballooning and aviation tools, STEM and physics-education apps, and buoyancy calculators. Pure local computation — no key, no third-party service, instant. Idealised dry-lift model. 3 compute endpoints. For Archimedes flotation in water use a buoyancy API; for party-balloon helium lift a balloon API.

api.oanor.com/hotairballoon-api

Water-hammer (hydraulische-transiënte) wiskunde als een API, lokaal en deterministisch berekend — de surge-druk, golfsnelheid en kleptiming-getallen waarmee een leiding- of sanitair ingenieur een systeem beveiligt. Het surge-eindpunt past de Joukowsky-vergelijking Δp = ρ · a · Δv toe: een plotselinge stop van de stroom verhoogt de druk met de vloeistofdichtheid × de drukgolfsnelheid × de snelheidsverandering — het stoppen van 2 m/s water bij a ≈ 1200 m/s voegt ongeveer 24 bar (348 psi) toe, ver boven de leidingdruk, wat de leidingen doet bonken en fittingen kan doen splijten. Het golfsnelheid-eindpunt geeft die drukgolfsnelheid: a = √(K/ρ) in een stijve leiding (≈ 1.480 m/s voor water), vertraagd in een echte elastische leiding tot √(K/ρ) ÷ √(1 + (K·D)/(E·t)) — een dunne of plastic leiding geeft een lagere golfsnelheid en een zachtere surge, daarom verdraagt PVC hameren beter dan staal. Het kritische-tijd-eindpunt geeft 2L/a, de heen-en-weer tijd van de golf: sluit een klep sneller dan dit en je krijgt de volledige Joukowsky-surge, langzamer en de terugkerende ontlastingsgolf eet erin, dus het dimensioneren van sluitingstijden (of het plaatsen van een surge-tank of luchtkamer) boven de kritische tijd is de standaard remedie. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor leiding- en sanitair-ontwerptools, pompstation- en pijpleiding-surge-analyse, en hydraulische-engineering hulpprogramma's. Pure lokale berekening — geen key, geen externe service, direct. Geïdealiseerde enkele-leiding transiënt. 3 compute-eindpunten. Voor steady-state leidingdrukval gebruik een Darcy API; voor pompopvoerhoogte en affiniteit een pomp API.

api.oanor.com/waterhammer-api

HVAC-luchtzijde warmteberekeningen als een API, lokaal en deterministisch berekend met de klassieke standaard-luchtfactoren — de voelbare, latente en luchtstroomgetallen waarmee een mechanisch ingenieur of HVAC-technicus kanalen en apparatuur bemeten. Het sensible eindpunt geeft de voelbare warmte die een luchtstroom transporteert om de temperatuur te veranderen: Qs = 1,08 × CFM × ΔT (drogebolverschil), waarbij de 1,08 de standaard-luchtdichtheid en soortelijke warmte bundelt — 2.000 CFM over een verschil van 20 °F is 43.200 BTU/uur, 3,6 ton — met het resultaat in BTU/uur, ton en kW. Het latent eindpunt geeft de latente (vocht)warmte: Ql = 0,68 × CFM × ΔW, waarbij ΔW het verschil in vochtverhouding is in grains water per pond droge lucht, het ontvochtigingsdeel van een koellast die hoog oploopt in vochtige klimaten en door mensen en koken, en waarom airconditioners worden bemeten op totaal, niet alleen temperatuur. Het luchtstroom eindpunt keert de voelbare relatie om: CFM = voelbare last ÷ (1,08 × ΔT), de toevoerlucht die nodig is bij een gekozen temperatuurverschil tussen toevoer en ruimte (comfortkoeling ~18–22 °F onder ruimtetemperatuur), het getal dat de ventilator- en kanaalgrootte bepaalt — gesanitycheckt op ~400 CFM per ton. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor HVAC-ontwerp- en lastberekeningstools, mechanische schattings- en inbedrijfstellingshulpprogramma's en bouwtechnische apps. Pure lokale berekening — geen key, geen externe service, direct. Standaard-luchtfactoren — aanpasbaar voor hoogte. 3 compute-eindpunten. Gebruik voor vuistregel-bepaling van ruimtes een HVAC API; voor eigenschappen van vochtige lucht een psychrometrische API; voor kanaalbepaling een ductwork API.

api.oanor.com/hvacload-api

Earthwork volume maths als API, lokaal en deterministisch berekend — de cut/fill-quantity en soil-state getallen die een civiel ingenieur, calculator of graderingsaannemer gebruikt voor een weg, sleuf of terrein. Het average-end-area endpoint geeft het volume tussen twee dwarsdoorsneden = het gemiddelde van de twee eindoppervlakken × de afstand ertussen, ÷ 27 voor kubieke yards — de alledaagse earthwork-quantity methode die je sectie voor sectie langs een alignement optelt (een 100 ft²/150 ft² paar 100 ft uit elkaar is ongeveer 463 cy). Het prismoidal endpoint geeft het nauwkeurigere Simpson volume = lengte ÷ 6 × (A₁ + 4·A_mid + A₂) met het echte middendoppervlak, de voorkeur voor betalingshoeveelheden waar de average-end-area overschatting van belang zou zijn. Het soil-state endpoint converteert tussen de drie toestanden die aarde doorloopt: loose = bank × (1 + swell %) (uitgraven maakt het losser, ~25 %, dus je vervoert meer kubieke yards dan je uitsnijdt) en compacted = bank × (1 − shrinkage %) (plaatsen en verdichten krimpt het, ~10 %) — daarom heeft een gebalanceerde cut-and-fill meer bank cut nodig dan de compacted fill, met de load factor voor vrachtwagenmaatvoering. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor graderings- en site-work schattingen, landmeetkundige en civiel-technische tools, en earthmoving calculators. Pure lokale berekening — geen key, geen third-party service, direct. US eenheden (ft², ft, cy). 3 compute endpoints. Voor tank/storage volumes gebruik een tank API; voor betonmengsels een concrete API.

api.oanor.com/earthwork-api

Vertical (parabolic) road-curve geometry as an API, computed locally and deterministically — the K-value, profile-elevation and design-length numbers a highway engineer or surveyor lays a crest or sag curve out with. The geometry endpoint takes the incoming and outgoing grades and the length and returns the algebraic grade difference A = g2 − g1 (negative is a crest, positive a sag), the K value = length ÷ |A| (the headline number on every design chart), the high or low point offset −g1·L/A from the PVC, and — given the PVI station and elevation — the PVC and PVT coordinates and the turning-point station and elevation. The elevation endpoint evaluates the parabola at any station: elevation = PVC elevation + (g1/100)·x + (A/(200·L))·x², with the instantaneous grade g1 + (A/L)·x that sweeps smoothly from g1 to g2 — the smooth change of grade that makes the ride and sight line comfortable. The min-length endpoint gives the AASHTO minimum length for stopping sight distance: crest L = A·S² ÷ 2158 and sag (headlight) L = A·S² ÷ (400 + 3.5·S), with the controlling K, because a crest hides the road over the hump and a sag limits the headlight reach at night. Everything is computed locally and deterministically, so it is instant and private. Ideal for highway- and rail-design tools, surveying and civil-engineering utilities, and CAD/GIS profile work. Pure local computation — no key, no third-party service, instant. US units (ft, %, mph). 3 compute endpoints. For horizontal curves use a horizontal-curve API; for slope conversion a slope API.

api.oanor.com/verticalcurve-api

Horizontale wegkrommingsgeometrie als een API, lokaal en deterministisch berekend — de curve-element-, stationerings- en ontwerpstraalgetallen waarmee een snelwegingenieur, landmeter of civieltechnisch ontwerptool een weg- of spoorwegbocht uitzet. Het geometrie-eindpunt neemt de straal en de snijhoek (afbuigingshoek) en retourneert de volledige eenvoudige cirkelbocht: de raaklijn T = R·tan(Δ/2), de booglengte L = R·Δ in radialen, de lange koorde LC = 2R·sin(Δ/2), de middelste ordinaat M = R(1−cos(Δ/2)) en de externe afstand E = R(sec(Δ/2)−1), plus de bochtgraad (boogdefinitie) = 5729,578 ÷ R, de Amerikaanse afkorting voor scherpte. Het stationeringseindpunt legt de bocht uit vanaf het PI: het PC (punt van kromming) = PI − raaklijn en het PT (punt van raaklijn) = PC + booglengte — en het herinnert u eraan dat het PT wordt bereikt langs de boog, niet door de raaklijn opnieuw toe te voegen. Het minimale-straal-eindpunt geeft de minimale straal voor een ontwerpsnelheid (AASHTO) R = V² ÷ (15·(e + f)), waarbij e de verkanting is en f de wrijvingsfactor, de banking-plus-grip die een voertuig in de bocht houdt. Alles wordt lokaal en deterministisch berekend, dus het is onmiddellijk en privé. Ideaal voor snelweg- en spoorwegontwerptools, landmeetkundige en civieltechnische hulpprogramma's, en CAD/GIS-wegenlay-out. Zuivere lokale berekening — geen key, geen externe service, onmiddellijk. Amerikaanse eenheden (ft, mph). 3 compute-eindpunten. Gebruik voor helling en gradiënt een helling-API; voor open-kanaalafwatering een Manning-API.

api.oanor.com/horizontalcurve-api

Telescoop optica wiskunde als een API, lokaal en deterministisch berekend — de vergrotings-, uittredepupil- en oplossend vermogen getallen die een amateurastronoom of sterrenkijk-app ontwikkelaar gebruikt om apparatuur en oculairs te kiezen. Het vergrotingsendpoint geeft vergroting = de brandpuntsafstand van de telescoop ÷ de brandpuntsafstand van het oculair (een 1000 mm telescoop met een 10 mm oculair is 100×), de brandpuntsverhouding, en — van het diafragma — het bruikbare bereik van ongeveer het diafragma in mm ÷ 7 (laagste bruikbaar, een 7 mm uittredepupil) tot ruwweg 2× het diafragma in mm, waarboven het beeld alleen maar dimt en vervaagt; geef een oculair schijnbaar veld en het retourneert het ware gezichtsveld. Het uittredepupil endpoint geeft diafragma ÷ vergroting, de breedte van de lichtstraal die het oculair verlaat — een grote 4–7 mm uittredepupil voor heldere wijde uitzichten van nevels, een kleine 0.5–2 mm voor de Maan en planeten bij hoog vermogen. Het resolutie endpoint geeft de Dawes limiet ≈ 116 ÷ diafragma(mm) en de iets strengere Rayleigh limiet ≈ 138 ÷ diafragma in boogseconden, plus de limiterende magnitude ≈ 2.7 + 5·log₁₀(diafragma mm) — groter glas splitst fijnere dubbelsterren en bereikt zwakkere sterren, hoewel seeing de echte resolutie meestal beperkt tot ongeveer 1 boogseconde. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor astronomie- en sterrenkijk-apps, telescoopwinkel- en oculaircalculator-tools, en observatieplanner-hulpprogramma's. Pure lokale berekening — geen key, geen externe service, direct. 3 compute endpoints. Voor camera/dunne-lens beeldvorming gebruik een lens API; voor stellaire magnitudes een ster-magnitude API.

api.oanor.com/telescope-api

Powerlifting strength-score maths as an API, computed locally and deterministically — the Wilks, DOTS and IPF GL numbers a meet, gym or training app uses to compare lifters across bodyweights and sexes. The wilks endpoint gives the classic Wilks coefficient (1996) and score: total × 500 ÷ a fifth-order polynomial in bodyweight, with separate male and female curves — long the federation standard for "best lifter", a 100 kg man totalling 600 kg scores about 365. The dots endpoint gives the modern DOTS score (2019), the same total × 500 ÷ polynomial idea but fitted to updated data with a fourth-order curve that is fairer across the weight classes and not skewed to the middleweights, now the default in most raw meet software. The ipf-gl endpoint gives the International Powerlifting Federation's current GL Points (2020): 100 × total ÷ (A − B·e^(−C·bodyweight)), with separate constants for sex and for raw (classic) versus equipped lifting, the official metric at IPF championships. Everything is computed locally and deterministically, so it is instant and private. Ideal for meet-management and scoring software, gym leaderboards and training-log apps, and strength-sport tools. Pure local computation — no key, no third-party service, instant. 3 compute endpoints. For one-rep-max estimation and plate loading use a strength-training API.

api.oanor.com/powerlifting-api

Cable-tray fill engineering maths als API, lokaal en deterministisch berekend op basis van NEC Article 392 — de toegestane vulling, enkellaagse en tray-breedte getallen die een elektricien, calculator of ontwerper nodig heeft voor een tray-run. Het fill-endpoint past NEC 392.22(A)(1) Column 1 toe voor meeraderige stroom- en verlichtingskabels niet groter dan 4/0 in een ladder- of geventileerde bodem-tray: de totale kabeldoorsnede is beperkt tot de tray-breedte × 7/6, dus een 12-inch tray staat 14 in² toe — som de csa van elke kabel, krijg het vulpercentage en of het binnen de code valt, met de resterende ruimte. Het large-cable-endpoint dekt kabels van 4/0 en groter, die in een enkele laag moeten liggen met de som van hun diameters niet groter dan de tray-breedte — geen stapeling — dus het retourneert de resterende breedte en de code-check. Het min-width-endpoint keert de regel om om de tray te dimensioneren: minimale breedte = kabeloppervlak × 6/7, afgerond naar een standaard 6/9/12/18/24/30/36-inch breedte, met ruimte voor reservecapaciteit en toekomstige kabels. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor elektrische ontwerp- en schattingshulpmiddelen, industriële en OSP-hulpprogramma's en code-check-calculators. Pure lokale berekening — geen key, geen externe service, direct. Ladder-/geventileerde trays; massieve bodem en gemengde vullingen gebruiken de andere NEC-kolommen, en ampacity moet worden gederateerd voor vulling. 3 compute-endpoints. Voor leiding- en dozenvulling gebruik een leiding-API.

api.oanor.com/cabletray-api

Off-grid solar system-sizing maths as an API, computed locally and deterministically — the battery-bank, solar-array and charge-controller numbers an RV, cabin, boat or off-grid homeowner sizes a system with. The battery-bank endpoint gives the storage you need = (daily load × days of autonomy) ÷ (depth of discharge × round-trip efficiency), then ÷ the system voltage for amp-hours: the autonomy carries you through cloudy days and the depth-of-discharge limit protects the cells (lead-acid ~50 %, lithium 80–100 %, which is why lithium banks run smaller), so a 2 kWh/day load at 12 V with 2 days autonomy, 50 % DoD and 85 % efficiency needs about 785 Ah. The array endpoint gives the panels = daily energy ÷ (peak sun hours × system efficiency), where peak sun hours is the day's irradiance as equivalent full-sun hours (~3–6 by place and season) and the efficiency rolls up controller, wiring, heat and dust losses — about 670 W for that load at 4 sun hours and 75 %. The charge-controller endpoint sizes the controller = array watts ÷ battery voltage × a 1.25 safety factor, so a 700 W array on a 12 V bank wants roughly an 80 A controller. Everything is computed locally and deterministically, so it is instant and private. Ideal for solar-installer and DIY tools, RV/marine/cabin power planners, and renewable-energy calculators. Pure local computation — no key, no third-party service, instant. Size for the worst month. 3 compute endpoints. For solar irradiance and sun hours use a solar API; for battery runtime under load a battery 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

Vliegtuigglijprestatieberekeningen als een API, lokaal en deterministisch berekend — de glijafstand, glijverhouding en bereikbaarheidsgetallen waarmee een piloot, vlieginstructeur of vluchtsimulatorontwikkelaar een motorstoring- of zweefprobleem oplost. Het glijafstand-eindpunt geeft de stille-luchtafstand die je kunt afleggen = hoogte boven de grond × de glijverhouding (L/D): vanaf 5.000 ft met een verhouding van 9:1 bereik je ongeveer 45.000 ft, ~7,4 nm, met het antwoord in voet, zeemijlen en kilometers. Het glijverhouding-eindpunt leest de helling rechtstreeks van de polaire — glijverhouding = voorwaartse snelheid ÷ daalsnelheid (1 knoop ≈ 101,27 ft/min), dus 60 kt bij een daalsnelheid van 600 ft/min is ongeveer 10:1, een glijpad van 5,6° — en zweefvliegtuigen halen 40–60:1, een licht eenmotorig toestel ~9:1, een verkeersvliegtuig ~17:1. Het bereik-eindpunt beantwoordt de praktische vraag: de benodigde hoogte om een veld te bereiken = afstand ÷ glijverhouding, de aankomsthoogte is wat overblijft, en het telt alleen als gelukt als dat een veiligheidsreserve (standaard 1.000 ft) voor het circuit en de nadering overschrijdt. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor vluchtplanning en EFB-apps, glij- en zweefgereedschappen, vluchtsimulator- en trainingshulpprogramma's, en luchtvaartveiligheidscalculators. Pure lokale berekening — geen key, geen externe dienst, direct. Stille-luchtschattingen — pas aan voor wind, configuratie en een marge. 3 compute-eindpunten. Gebruik voor dichtheidshoogte een dichtheidshoogte-API; voor baanwindcomponenten een crosswind-API.

api.oanor.com/glideratio-api

Turbocharger- en boost-engineering wiskunde als een API, lokaal en deterministisch berekend — de drukverhouding, laadlucht- en luchtstroomgetallen waarmee een tuner, motorbouwer of motorsportingenieur geforceerde inductie bemeten. Het drukverhouding-eindpunt geeft de compressor drukverhouding = absolute inlaatdruk ÷ atmosferisch = (atmosferisch + boost) ÷ atmosferisch, dus 10 psi op zeeniveau is een 1,68 verhouding — de x-as van elke compressormap, die stijgt op hoogte waar de atmosferische druk lager is. Het laadlucht-eindpunt laat zien waarom een intercooler ertoe doet: lucht comprimeren verwarmt het (T₂ = T₁ × (1 + (PR^0,2857 − 1)/efficiëntie)), en hete lucht is minder dicht, dus de echte winst is de laadluchtdichtheidsverhouding = drukverhouding × (T₁/T_laadlucht), niet alleen de drukverhouding — 10 psi bij 70% compressor efficiëntie maakt ~93 °C en een 1,37 dichtheidsverhouding zonder intercooler, stijgend naar 1,6 zodra een intercooler de warmte terugwint, en de geschatte vermogenswinst volgt de dichtheid. Het luchtstroom-eindpunt geeft de motor massaluchtstroom ≈ cilinderinhoud × (toerental/2) × volumetrische efficiëntie × laadluchtdichtheid, in lb/min — de y-as van de compressormap die je uitzet tegen de drukverhouding om in het efficiënte eiland te landen en surge of choke te vermijden. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor motor-tuning en turbo-maatvoering tools, dyno- en data-logging apps, en motorsport rekenmachines. Pure lokale berekening — geen key, geen derde partij service, direct. Maatvoering schattingen — verifieer op een dyno. 3 compute eindpunten. Gebruik voor motorcilinderinhoud en compressie een engine API; voor perslucht in de werkplaats een compressor API.

api.oanor.com/turbo-api

Elektromotor-elektrische wiskunde als een API, lokaal en deterministisch berekend — de full-load-current, NEC-sizing en startstroomgetallen die een elektricien, paneelontwerper of schatter voor elk motorcircuit berekent. Het full-load-amps eindpunt geeft de motorstroom uit zijn vermogen, spanning en fase: FLA = (output ÷ rendement) ÷ (√3 × volt × arbeidsfactor) voor driefase (laat de √3 weg voor eenfase) — een 10 pk, 460 V, driefasemotor met 90% rendement en 0,85 arbeidsfactor trekt ongeveer 12,2 A — en het retourneert ook de ingang kW en kVA. Het sizing eindpunt past NEC Artikel 430 toe op basis van de vollaststroom: vertakking-geleiders op 125%, overbelastingsbeveiliging op 115–125% afhankelijk van de servicefactor, en kortsluit-/aardfoutbeveiliging van de vertakking tot 250% voor een inverse-time stroomonderbreker of 175% voor een tijdvertragingszekering — de grotere beveiliging laat de inschakelstroom door terwijl de overbelasting de wikkelingen beschermt. Het start eindpunt geeft de locked-rotor (inschakel)stroom, ongeveer zes keer de vollast voor een directe start, het getal dat de spanningsdip bepaalt en waarom softstarters en VFD's bestaan. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor elektrisch ontwerp- en schattingshulpmiddelen, paneelbouw- en veldhulpprogramma's, en technische rekenmachines. Pure lokale berekening — geen key, geen externe service, direct. Berekende waarden — gebruik de NEC FLC-tabellen voor code-werk. 3 compute eindpunten. Gebruik voor algemeen driefase-vermogen een driefase API; voor buisvulling een conduit API.

api.oanor.com/motorfla-api

Fotografische belichtingswiskunde als een API, lokaal en deterministisch berekend — de belichtingswaarde, equivalente belichting en Sunny-16-getallen die een fotograaf, camera-app-ontwikkelaar of docent gebruikt met de belichtingsdriehoek. Het belichtingswaarde-eindpunt geeft EV = log₂(diafragma² ÷ sluitertijd) en de ISO-100-genormaliseerde EV100 (aftrekken van log₂(ISO/100)) — elke EV-stap van één is een stop, een verdubbeling of halvering van licht — dus felle zon leest ongeveer EV 15 en een typisch interieur EV 6–8, en gelijke EV-instellingen geven dezelfde belichting. Het equivalente eindpunt past de reciprociteit toe die de kern van de driehoek vormt: belichting ∝ sluitertijd × ISO ÷ f-getal², dus wanneer je het diafragma sluit of de ISO verlaagt, retourneert het de nieuwe sluitertijd die de helderheid constant houdt — van f/2.8 naar f/5.6 vereist vier keer de sluitertijd. Het sunny16-eindpunt geeft de klassieke regel zonder meter: bij felle zon fotografeer je op f/16 met ongeveer 1/ISO (1/125 s bij ISO 100), en open je in stops voor zachter licht — lichte bewolking f/11, bewolkt f/8, zwaar bewolkt f/5.6, open schaduw f/4, en f/22 op sneeuw of zand — waarbij de sluitertijd wordt opgelost voor jouw gekozen ISO en diafragma. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor camera- en fotografie-apps, belichtingscalculator- en onderwijstools, en meet- en automatiseringshulpprogramma's. Pure lokale berekening — geen key, geen externe service, direct. 3 compute-eindpunten. Gebruik voor scherptediepte en hyperfocale afstand een fotografie (optica) API.

api.oanor.com/exposure-api

Fiber-optic link-budget engineering maths als API, lokaal en deterministisch berekend — de power-budget, verlies- en bereikgetallen waarmee een netwerk- of vezelingenieur een optische link ontwerpt. Het power-budget-eindpunt geeft het optische vermogensbudget = zendvermogen − ontvangergevoeligheid (in dBm), het totale verlies dat de link kan tolereren: een 0 dBm zender naar een −23 dBm ontvanger geeft een budget van 23 dB, met de vermogens ook weergegeven in milliwatt. Het verlies-eindpunt telt het werkelijke linkverlies op uit de vezeldemping × lengte plus de connector- en splicverliezen — single-mode vezel loopt ongeveer 0,35 dB/km bij 1310 nm en 0,20 dB/km bij 1550 nm, elke gematte connector ~0,5 dB en elke fusiesplice ~0,1 dB — dus 10 km vezel met twee connectoren is 4,5 dB. Het bereik-eindpunt geeft de maximale afstand = (power budget − vaste verliezen − systeemmarge) ÷ de vezeldemping, met een marge (typisch 3 dB) voor veroudering, bochten en toekomstige reparatiesplices zodat de link jaren later nog werkt. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor FTTx- en datacenter-linkplanning, netwerkengineering- en OSP-tools, vezelonderzoeks- en ontwerphulpprogramma's en telecomcalculators. Pure lokale berekening — geen key, geen externe service, direct. Verlies-gelimiteerd model — bij hoge bitsnelheden kan dispersie de afstand eerst beperken. 3 compute-eindpunten. Voor vezel numerieke apertuur en fotonica gebruik een fiber API; voor RF line-of-sight een Fresnel-zone API.

api.oanor.com/opticalbudget-api

Zeewater-oceanografische wiskunde als een API, lokaal en deterministisch berekend uit de standaardvergelijkingen — de dichtheid, vriespunt- en chloriniteitsgetallen waarmee een oceanograaf, marien wetenschapper of aquariaan werkt. Het dichtheidseindpunt geeft de zeewaterdichtheid en σt uit saliniteit en temperatuur met behulp van de volledige UNESCO EOS-80 één-atmosfeer toestandsvergelijking — het reproduceert exact de officiële controlewaarde van 1027,675 kg/m³ bij 35 PSU en 5 °C — rond 1.025 kg/m³, stijgend met saliniteit en dalend met temperatuur, de twee drijvende krachten van de dichtheidsgedreven circulatie van de oceaan waar koud zout water zinkt. Het vriespunteindpunt geeft het vriespunt uit saliniteit (Millero): ongeveer −1,9 °C bij de typische 35 ppt van de oceaan, en omdat zout ook de temperatuur van maximale dichtheid onder het vriespunt duwt, blijft zeewater omslaan en afkoelen tot helemaal naar beneden in plaats van te stratificeren zoals een zoetwatermeer — waarom de open oceaan zelden bevriest buiten de poolzeeën. Het chloriniteitseindpunt converteert tussen saliniteit en chloriniteit via de Knudsen-relatie S = 1,80655 × Cl, de klassieke titratiemeting die de constante verhoudingen van de belangrijkste ionen in zeewater betrouwbaar maken. Alles wordt lokaal en deterministisch berekend, dus het is onmiddellijk en privé. Ideaal voor oceanografie- en mariene-wetenschapstools, oceaanmodel- en sensorpijplijnen, aquarium- en aquacultuur-apps en milieudashboards. Pure lokale berekening — geen key, geen externe dienst, onmiddellijk. Oppervlakte- (atmosferische druk) vormen. 3 compute-eindpunten. Voor de geluidssnelheid in zeewater gebruik een sonar-API; voor algemene colligatieve eigenschappen een colligatieve-eigenschappen-API.

api.oanor.com/seawater-api

Worm-gear engineering maths als API, lokaal en deterministisch berekend — de ratio, lead-angle en efficiency-getallen die een machineontwerper of molenbouwer nodig heeft voor het dimensioneren van een wormwieloverbrenging. Het ratio-eindpunt geeft de reductie = tanden van het wiel ÷ wormstarts, dus een enkelstartige worm op een 40-tands wiel geeft een grote 40:1-reductie in één compacte fase — de hoge ratio in een klein pakket is de hele aantrekkingskracht van een wormwieloverbrenging. Het geometrie-eindpunt geeft de lead (= starts × axiale spoed, met axiale spoed = π × module) en de lead angle = atan(lead ÷ (π × worm pitch diameter)), en test op self-locking: een kleine lead angle (ruwweg onder 5–6° voor typisch staal-op-brons) betekent dat het wiel de worm niet kan terugdrijven — onmisbaar voor hijswerk en het vasthouden van lasten, ten koste van efficiency. Het efficiency-eindpunt geeft de mesh efficiency wanneer de worm aandrijft = tan(lead angle) ÷ tan(lead angle + friction angle), wat laag is voor de kleine lead angles die grote ratio's geven — vaak 50–70 %, wat verklaart waarom wormwielen warm worden en goede smering nodig hebben — terwijl hoog-lead multi-start wormen 90 %+ bereiken; wanneer de lead angle daalt tot de friction angle wordt de overbrenging self-locking. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor mechanische ontwerp- en versnellingsbakgereedschappen, machinebouw- en CAD-hulpprogramma's en technische rekenmachines. Pure lokale berekening — geen key, geen derde partij, direct. Bevestig self-locking dynamisch — trillingen kunnen een marginaal paar ontgrendelen. 3 compute-eindpunten. Gebruik voor rechte tandwielen een spur-gear API; voor een algemene ratio een gear-ratio API.

api.oanor.com/wormgear-api

RC servo- en PWM-wiskunde als een API, lokaal en deterministisch berekend — de pulsbreedte-, hoek- en duty-cycle-getallen waarmee een robotics-, RC- of embedded-ontwikkelaar een servo aanstuurt. Het angle-endpoint zet een pulsbreedte om in de servo-hoek: een hobby-servo leest de breedte van de puls (niet een duty-cycle), dus de standaard 1000–2000 µs wordt lineair over de slag afgebeeld met 1500 µs in het midden — hoek = (puls − min) ÷ de min-naar-max-span × de slag — en het geeft een signaal wanneer een puls meer vraagt dan het geconfigureerde bereik, zodat u de servo niet in zijn mechanische aanslagen drijft. Het pulse-endpoint werkt de andere kant op en geeft de pulsbreedte die een microcontroller moet schrijven voor een doelhoek (90° is 1500 µs op een 1000–2000 µs / 180° servo), precies wat een Arduino-achtige servo-bibliotheek onder de motorkap berekent. Het duty-endpoint zet een puls en een refresh-frequentie om in de PWM-periode en duty-cycle: een 50 Hz servo-frame is 20 ms, dus een 1500 µs puls is slechts 7,5 % duty — de waarde die een timer-periferie nodig heeft — en snellere frames voor digitale servo's of multirotor-ESCs (bijv. 333 Hz) veranderen dit. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor robotics- en RC-firmware, microcontroller- en embedded-tools, drone- en animatronics-projecten en maker-calculators. Pure lokale berekening — geen key, geen third-party service, direct. 3 compute-endpoints. Gebruik voor stepper-steps-per-mm een stepper-motor API.

api.oanor.com/servo-api

Air-fuel ratio en lambda wiskunde voor motor tuning als een API, lokaal en deterministisch berekend — de lambda, AFR en mengselgetallen waarmee een tuner, ECU-ontwikkelaar of motorsportingenieur de brandstoftoevoer afstemt. Het lambda-eindpunt zet een gemeten lucht-brandstofverhouding om in lambda (de AFR gedeeld door de stoichiometrische AFR van de brandstof — 14,7 voor benzine) en de equivalentieverhouding φ = 1/lambda, waarbij het mengsel wordt geclassificeerd als rijk, stoichiometrisch of arm: een benzine AFR van 13,0 is lambda 0,88, een 11,6% rijk mengsel, zoals gebruikt bij volgas voor vermogen en een koelere, veiligere verbranding. Het afr-eindpunt werkt andersom — kies een doellambda en het geeft de AFR die de breedbandsonde zou moeten aangeven — en omdat het AFR-getal brandstofspecifiek is (E85's stoichiometrische AFR is ongeveer 9,8, niet 14,7) werkt het altijd met de juiste brandstof, daarom tunen professionals in lambda bij het wisselen van brandstof. Het mixture-eindpunt koppelt de lucht die de motor inademt aan de brandstof die de injectoren moeten toevoegen: geef een luchtmassa en een doellambda en het retourneert de brandstofmassa (of vice versa), de kern van hoe een ECU de brandstoftoevoer berekent op basis van gemeten luchtstroom. Ingebouwde stoichiometrische verhoudingen voor benzine, E10, E85, ethanol, methanol, diesel, LPG, propaan, methaan/CNG en waterstof, of geef je eigen. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor motor-tuning en dyno-tools, ECU- en standalone-management-apps, motorsport- en data-logging-hulpprogramma's. Pure lokale berekening — geen key, geen externe service, direct. 3 compute-eindpunten. Gebruik voor motorinhoud en vermogen een engine API; voor chemische reactie-stoichiometrie een stoichiometry API.

api.oanor.com/airfuel-api

Onderwatergeluid- en sonarwiskunde als een API, lokaal en deterministisch berekend — de snelheid, absorptie en afstandsgetallen waarmee een marien ingenieur, sonarontwikkelaar of oceanograaf werkt. Het geluidssnelheidseindpunt geeft de geluidssnelheid in zeewater via de Mackenzie-negen-term-vergelijking: ongeveer 1.500 m/s — veel sneller dan in lucht — stijgend met temperatuur, zoutgehalte en diepte, dus een profiel van 25 °C, 35 ppt op 1.000 m geeft 1.550,7 m/s. Omdat de snelheid varieert met de diepte, buigen geluidsgolven en vormen ze het SOFAR-kanaal dat walvisgezang en signalen over hele oceanen draagt. Het absorptie-eindpunt geeft Thorp's geluidsabsorptiecoëfficiënt in dB per km tegen frequentie, met het verlies over een pad: zeewater slikt hoge frequenties snel in, daarom zijn langeafstandssonar en walvisoproepen laagfrequent, terwijl hoogfrequente sonar alleen op korte afstand scherpe beelden geeft. Het echo-afstandseindpunt zet de tweerichtingsreistijd van een echolood of sonar om in afstand of diepte — afstand = geluidssnelheid × tijd ÷ 2 — dus een rondreis van één seconde bij 1.500 m/s is een doelwit op 750 m afstand, waarvan de nauwkeurigheid afhangt van de veronderstelde geluidssnelheid. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor sonar- en hydrofoontools, mariene survey- en bathymetrie-apps, oceaanakoestiekonderzoek en AUV/ROV-navigatiehulpmiddelen. Pure lokale berekening — geen key, geen externe service, direct. Standaardvergelijking-schattingen over hun geldige bereiken. 3 compute-eindpunten. Gebruik voor de geluidssnelheid in lucht en Mach een Mach-getal-API; voor decibels een geluidsniveau-API.

api.oanor.com/sonar-api

Stepper-motor bewegingswiskunde als een API, lokaal en deterministisch berekend — de stappen-per-millimeter en snelheidsgetallen waarmee een 3D-printer, CNC- of robotica-bouwer een machine configureert. Het leadscrew-eindpunt geeft de stappen per mm voor een spindel- of kogelomloopspindel-as: (motorstappen per omwenteling × microstepping) ÷ de spindelspoed, dus een 1,8° motor (200 stappen) bij 16 microstappen op een 8 mm-spindel is 400 stappen/mm met 2,5 µm resolutie — de waarde die rechtstreeks in de firmware gaat. Het belt-eindpunt doet hetzelfde voor een riem-en-pully-as, waarbij de verplaatsing per motoromwenteling het aantal pully-tanden × de riemsteek is (GT2-riem = 2 mm), dus een 20-tands GT2-pully geeft de klassieke 80 stappen/mm van een 3D-printer X/Y-as, en toont de snelheid-versus-precisie-afweging van een grotere pully. Het speed-eindpunt zet een stappen-per-mm en een stap-pulsfrequentie om in de assnelheid in mm/s en mm/min — bij 80 stappen/mm is een 40 kHz stapfrequentie 500 mm/s, hoewel de echte limiet het stilvallen van de motor bij hoge stapfrequenties en de pulslimiet van de controller is. Het merkt ook op dat microstepping soepelheid toevoegt, niet echte nauwkeurigheid, omdat het koppel per microstap afneemt. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor 3D-printer- en CNC-firmware-instellingen, motion-control- en robotica-tools, en maker-calculators. Pure lokale berekening — geen key, geen externe service, direct. Ideale geometrie-schattingen — houd een marge onder de theoretische topsnelheid. 3 compute-eindpunten. Gebruik voor CNC-oppervlakteafwerking een CNC-finish API; voor overbrengingsverhoudingen een gear-ratio API.

api.oanor.com/steppermotor-api

Batterijpakket-ontwerpberekeningen als een API, lokaal en deterministisch berekend — de spanning, capaciteit, energie, stroom en laadtijd-getallen waarmee een EV-, e-bike-, zonne- of robotica-pakketbouwer een batterij samenstelt. Het configuratie-eindpunt zet een serie-parallel celindeling om in het pakket: cellen in serie verhogen de spanning (het serieaantal bepaalt de pakketspanning) en cellen parallel verhogen de ampère-uren (het parallelaantal bepaalt de capaciteit), met de energie in wattuur = spanning × capaciteit — een 13S4P-pakket van 3,6 V / 3,5 Ah-cellen is 46,8 V, 14 Ah en ongeveer 655 Wh van 52 cellen, en het rapporteert ook de volledige laadspanning (serie × 4,2 V voor Li-ion) om de lader en BMS te dimensioneren. Het c-rate-eindpunt relateert stroom aan capaciteit in beide richtingen — geef een C-rate om de stroom te krijgen, of een stroom om de C-rate te krijgen — omdat 1C de volledige capaciteit in een uur laadt of ontlaadt, dus een 14 Ah-pakket bij 2C is 28 A, en het retourneert het vermogen als je de pakketspanning doorgeeft. Het laadtijd-eindpunt geeft de tijd om te laden tussen twee laadtoestanden op basis van de laadstroom. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor EV- en e-bike-bouwers, zonne- en off-grid opslagtools, robotica- en drone-pakketten, en batterij-engineering-apps. Pure lokale berekening — geen key, geen externe service, direct. Pakketontwerp-schattingen — echte cellen lopen af tijdens het laden en zakken in onder belasting. 3 compute-eindpunten. Gebruik voor runtime onder belasting een battery API; voor EV-laden een EV-charging API.

api.oanor.com/batterypack-api

Hydraulische cilinder-engineering wiskunde als een API, lokaal en deterministisch berekend — de kracht-, snelheids- en olievolume-getallen waarmee een vloeistofkrachtontwerper, machinebouwer of hydrauliektechnicus een cilinder bemet. Het kracht-eindpunt geeft de duw- en trekkracht uit de boring, staafdiameter en werkdruk: bij uitladen werkt de olie op het volledige boringoppervlak, dus de cilinder is het sterkst bij het uitduwen; bij intrekken werkt het alleen op de ringvormige ruimte die door de staaf wordt overgelaten, wat minder kracht geeft — een boring van 100 mm met een staaf van 56 mm bij 160 bar duwt ongeveer 125,7 kN uit maar trekt slechts 86,3 kN terug, daarom doet een pers of een graafmachine het zware werk op de uitgaande slag. Het snelheid-eindpunt geeft de zuigersnelheid uit het pomptdebiet (snelheid = debiet ÷ oppervlak), dus uitladen is de langzamere slag en intrekken de snellere, de afweging die elke circuitontwerper tegen kracht afweegt. Het volume-eindpunt geeft het verplaatste olievolume per slag voor uitladen en intrekken, de staafverplaatsing en de boring-tot-ringvormige oppervlakteverhouding — de differentiële (regeneratie) verhouding die wordt gebruikt om de uitgaande slag te versnellen in een regeneratiecircuit — zodat de pomp, tank en leidingen kunnen worden bemeten voor het grotere volume. Alles wordt lokaal en deterministisch berekend, dus het is onmiddellijk en privé. Ideaal voor vloeistofkracht- en machineontwerpgereedschappen, hydrauliek-bemettingscalculators, mobiele en industriële apparatuurhulpprogramma's en engineering-apps. Pure lokale berekening — geen key, geen externe service, onmiddellijk. Ideale oppervlakteschattingen — houd rekening met wrijving, tegendruk en efficiëntie. 3 compute-eindpunten. Voor Pascal-krachtvermenigvuldiging gebruik een hydrauliek-API; voor klepbemeting een klepdebiet (Cv/Kv) API.

api.oanor.com/hydrauliccylinder-api

Interferentie (pers- en krimp) passing technische wiskunde als een API, lokaal en deterministisch berekend uit de Lamé dikwandige vergelijkingen — de contactdruk, draagkracht en montagetemperatuur getallen die een mechanisch ontwerper of machinist nodig heeft voor een as-naaf verbinding. Het druk endpoint geeft de contactdruk die ontstaat op het grensvlak door de diametrale interferentie, de as- en naafdiameters en de elasticiteitsmodulus, plus de trekspanning in de omtrekrichting bij de naafboring — de hoogste spanning in de verbinding, die een dunne naaf kan doen splijten als deze de vloeigrens overschrijdt: een 50 mm massieve stalen as in een 100 mm naaf met 0,05 mm interferentie geeft ongeveer 75 MPa contactdruk en 125 MPa boorspanning, en het verdubbelen van de interferentie verdubbelt de druk. Het holding endpoint zet die druk om in de axiale uitdrukkracht en het over te brengen koppel door wrijving op het grensvlak (kracht = druk × contactoppervlak × wrijving, koppel = kracht × asstraal), de cijfers die bepalen of de verbinding slipt onder belasting. Het assembly-temperature endpoint geeft de temperatuurverandering voor verwarming (naaf) of koeling (as) voor een krimp passing — ΔT = (interferentie + speling) ÷ (α × diameter) — zodat het onderdeel vrij schuift en vastgrijpt bij terugkeer naar temperatuur. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor mechanisch ontwerp- en machinebouw tools, productie- en CAD-hulpprogramma's en technische rekenmachines. Pure lokale berekening — geen key, geen externe dienst, direct. Zelfde-materiaal Lamé schattingen — controleer tegen de materiaal vloeigrens met een veiligheidsfactor. 3 compute endpoints. Voor dunwandige drukvatspanning gebruik een drukvat API.

api.oanor.com/pressfit-api

Scheepsinitiële-stabiliteitswiskunde als een API, lokaal en deterministisch berekend — de metacentrische hoogte, het oprichtmoment en de slingerperiode waarmee een scheepsarchitect, scheepsofficier of maritiem surveyor een vaartuig beoordeelt. Het metacentrische-hoogte-eindpunt geeft GM = KM − KG, het belangrijkste stabiliteitscijfer: de hoogte van het metacentrum (bepaald door de rompvorm en diepgang) boven het zwaartepunt (bepaald door hoe het schip is geladen), met een classificatie van een gevaarlijke negatieve GM, via teder en comfortabel, tot een stijve GM die heftig rolt — scheepsarchitecten streven naar het midden, omdat te weinig onveilig is en te veel hard is voor lading en bemanning. Het oprichtmoment-eindpunt geeft de oprichtarm bij kleine hoeken GZ ≈ GM · sin(helling) en het oprichtmoment (GZ × waterverplaatsing) dat het schip terug rechtop duwt, geldig tot ongeveer 7–10° voordat de echte GZ-curve afbuigt. Het slingerperiode-eindpunt geeft de natuurlijke transversale slingerperiode T = 2π·k / √(g·GM) uit de GM en de breedte — dezelfde relatie die zeelieden omgekeerd gebruiken als de slingerperiodetest, waarbij een plotseling langere slinger waarschuwt dat GM is gedaald. Alles wordt lokaal en deterministisch berekend, dus het is onmiddellijk en privé. Ideaal voor scheepsarchitectuur- en scheepsontwerptools, maritieme surveyor- en laadsoftwarehulpprogramma's, maritieme trainingsapps en stabiliteitsdashboards. Pure lokale berekening — geen key, geen externe service, onmiddellijk. Initiële-stabiliteitsschattingen — gebruik volledige KN-dwarskrommen voor grote hoeken. 3 compute-eindpunten. Gebruik voor rompsnelheid en ontwerpverhoudingen een zeil-API.

api.oanor.com/shipstability-api

Schijnbare ("voelt-als") temperatuurberekeningen als een API, lokaal en deterministisch berekend met de officiële meteorologische formules — de drie indices die een weer-app, dashboard of veiligheidstool rapporteert naast de ruwe thermometerwaarde. Het heat-index-eindpunt geeft de hitte-index van de US National Weather Service op basis van de luchttemperatuur en relatieve luchtvochtigheid met behulp van de volledige Rothfusz-regressie met de aanpassingen voor lage en hoge luchtvochtigheid: omdat hoge luchtvochtigheid het zweten stopt, kan het lichaam geen warmte kwijt en voelt het veel heter aan dan de thermometer — 90 °F bij 70 % luchtvochtigheid voelt aan als ongeveer 106 °F — en het resultaat wordt geleverd met een risicocategorie van voorzichtigheid via gevaar tot extreem gevaar. Het wind-chill-eindpunt geeft de windchill van 2001 NWS / Environment Canada op basis van de temperatuur en windsnelheid, het koude-weer-equivalent, met de risicoband voor bevriezingstijd — 0 °F bij een wind van 15 mph voelt aan als ongeveer −19 °F. Het humidex-eindpunt geeft de warme-weer-index van Canada op basis van de temperatuur en luchtvochtigheid op dezelfde Celsius-schaal, afgeleid via de waterdampdruk. Alles wordt teruggegeven in zowel °F als °C en lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor weer- en buiten-apps, arbeidsveiligheids- en sporttools, smart-home- en HVAC-dashboards, en klimaat- en gezondheidsutilities. Pure lokale berekening — geen key, geen externe service, direct. Schattingen van menselijk comfort in de schaduw en lichte wind. 3 compute-eindpunten. Gebruik voor dauwpunt en eigenschappen van vochtige lucht een psychrometrische API; voor actuele omstandigheden een weer-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 wiskunde als een API, lokaal en deterministisch berekend — de klassieke empirische schattingen die een racer, tuner of auto-enthousiast gebruikt om de prestaties van een auto te relateren aan vermogen en gewicht. Het et-eindpunt geeft de voorspelde verstreken tijd en eindsnelheid op basis van vliegwielvermogen en racegewicht met behulp van de standaardformules — ET = 5,825 × (gewicht ÷ pk) tot de macht een derde, eindsnelheid = 234 × (pk ÷ gewicht) tot de macht een derde — dus een auto van 3000 lb met 300 pk zou ongeveer 12,6 seconden lopen op 109 mph, uitgaande van een goede start en redelijke tractie. Het horsepower-eindpunt werkt omgekeerd: omdat de eindsnelheid wordt bepaald door de vermogen-gewichtsverhouding en nauwelijks door de start, is pk ≈ gewicht × (eindsnelheid ÷ 234) in de derde macht een populaire manier om het vliegwielvermogen direct van een timeslip te schatten. Het power-to-weight-eindpunt geeft de verhouding die daadwerkelijk de acceleratie bepaalt — in pk per pond, pk per ton en watt per kilogram, de schoonste cross-unit maatstaf — met een prestatieklasse van woon-werkverkeer via hot hatch en supercar tot hypercar, omdat een lichte auto van 200 pk een zware van 400 pk kan verslaan. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor drag-racing- en tuner-apps, autospecificatie- en vergelijkingstools, auto-enthousiasten en motorsport-dashboards. Pure lokale berekening — geen key, geen externe service, direct. Empirische schattingen uitgaande van een goede start en tractie — geen timeslip. 3 compute-eindpunten. Gebruik voor aerodynamische weerstand een drag API; voor overbrengingsverhoudingen een gear-ratio API.

api.oanor.com/quartermile-api

Warmtepomp- en koelprestatiewiskunde als API, lokaal en deterministisch berekend — de efficiëntiegetallen waarmee een HVAC-ingenieur, energie-auditor of warmtepomp-installateur daadwerkelijk werkt. Het cop-eindpunt geeft de prestatiecoëfficiënt en de Amerikaanse EER-waarde op basis van het thermisch vermogen en het elektrisch vermogen: een unit die 7 kW warmte verplaatst met 2 kW elektriciteit heeft een COP van 3,5 (een EER van 12), wat betekent 3,5 eenheden verwarming of koeling per eenheid elektriciteit — daarom verslaat een warmtepomp weerstandsverwarming, waar de COP precies 1 is. Het carnot-eindpunt geeft de onverslaanbare ideale limiet die alleen wordt bepaald door de absolute temperaturen — verwarming = Th ÷ (Th − Tc), koeling = Tc ÷ (Th − Tc) in kelvin, waarbij de verwarmings-COP altijd gelijk is aan de koelings-COP plus één — en, gegeven een echte COP, de tweede-wet-efficiëntie die aangeeft hoe dicht de machine bij dat plafond opereert; hoe kleiner de temperatuurstijging, hoe hoger de limiet, daarom verslaan grondbron- en lage-temperatuursystemen luchtbron op een koude dag. Het capacity-eindpunt zet elektrisch vermogen en een COP om in de geleverde verwarming of koeling in kilowatt, BTU per uur en tonnen koeling — de extra energie bovenop de elektriciteit wordt onttrokken aan de buitenlucht, grond of water. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor HVAC- en koeltechnici, energie-auditors, warmtepomp- en gebouwprestatietools, en duurzaamheidsdashboards. Pure lokale berekening — geen key, geen externe service, direct. Schattingen onder de vermelde omstandigheden — echte COP daalt naarmate de temperatuurstijging toeneemt. 3 compute-eindpunten. Gebruik voor ruimteberekening een HVAC BTU API; voor eigenschappen van vochtige lucht een psychrometrische API.

api.oanor.com/heatpump-api

Stoomketel-engineering wiskunde als een API, lokaal en deterministisch berekend — de drie getallen waarmee een keteloperator, installatie-ingenieur of stoomsysteemontwerper daadwerkelijk werkt. Het boiler-hp eindpunt converteert een vereiste warmteafgifte naar ketelvermogen (warmte ÷ 33.475 BTU/uur, de standaarddefinitie), de equivalente stoomafgifte in ponden per uur "van en bij" 212 °F (34,5 lb/uur per BHP) en de afgifte in kilowatt — een belasting van 1.000.000 BTU/uur is ongeveer 29,9 BHP of 1.031 lb/uur stoom. Het factor-of-evaporation eindpunt geeft de werkelijke capaciteit voor uw voedingswater: de factor = (de totale warmte van de stoom − de voedingswaterwarmte) ÷ 970,3, altijd groter dan één omdat de ketel de voelbare warmte moet toevoegen om water aan de kook te brengen, dus een ketel die "van en bij" 212 °F is gespecificeerd, produceert eigenlijk minder met 60 °F voedingswater — dat is precies waarom het voorverwarmen van voedingswater met een economiser de capaciteit verhoogt en brandstof bespaart. Het blowdown eindpunt geeft de continue blowdownsnelheid om het ketelwater binnen de limiet van opgeloste vaste stoffen te houden: blowdown = stoom × voedingswater TDS ÷ (ketellimiet − voedingswater TDS), met de concentratiecycli en de blowdown als percentage van het voedingswater — beter voedingswater betekent meer cycli, minder blowdown en minder verspild heet water. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor keteloperators, stoom- en HVAC-ingenieurs, energie-auditors, waterbehandelingsspecialisten en proces-engineering tools. Pure lokale berekening — geen key, geen externe service, direct. Technische schattingen — verifieer tegen de fabrikantgegevens en lokale regelgeving. 3 compute eindpunten. Voor eigenschappen van vochtige lucht gebruikt u een psychrometrische API; voor perslucht gebruikt u een compressor API.

api.oanor.com/boiler-api

Elektrische-voertuig laadwiskunde als een API, lokaal en deterministisch berekend — de drie getallen die elke EV-bestuurder en laad-app echt nodig heeft. Het laadtijd-eindpunt geeft hoe lang een sessie duurt: van de batterijgrootte en het verschil tussen het start- en doellaadniveau berekent het de toe te voegen energie en de tijd bij een gegeven laadvermogen en efficiëntie — een 60 kWh-accu van 20 % naar 80 % op een 7,2 kW thuisoplader bij 90 % efficiëntie duurt ongeveer 5,6 uur, en het herinnert u eraan dat DC-snelladen boven 80 % sterk vertraagt, dus roadtrips moeten worden gepland rond het snelle deel van de curve. Het bereik-toegevoegd eindpunt zet een laadsessie om in mijlen: van het laadvermogen, de minuten aangesloten en de mijlen per kWh van de auto geeft het de toegevoegde energie en het bereik, plus de handige "mijlen per uur laden"-waarde — een 7 kW thuisoplader voegt ongeveer 22 mi/uur toe, een 150 kW DC-station honderden. Het kosten-eindpunt geeft wat een laadbeurt kost, correct facturering van de energie die uit het net wordt gehaald (de energie naar de accu gedeeld door het laadrendement) maal de prijs per kWh, met de effectieve kosten per bruikbare kWh — thuis nachttarieven maken EV-mijlen zeer goedkoop terwijl DC-snelladers meerdere keren duurder zijn. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor EV-apps, route- en reisplanners, wagenpark- en laadstationtools, laadkostencalculators en dashboards. Pure lokale berekening — geen key, geen externe service, direct. Schattingen — echt DC-laden neemt af boven 80 % en koud weer vermindert het bereik. 3 compute-eindpunten. Gebruik voor batterijruntime een batterij-API; voor generieke energiekosten een energiekosten-API.

api.oanor.com/evcharging-api

Multirotor (drone) vliegberekeningen als een API, lokaal en deterministisch berekend — de stuwkracht-, efficiëntie- en hovergetallen waarmee een FPV-bouwer of UAV-ontwerper een quadcopter afstelt. Het thrust-weight endpoint geeft de stuwkracht-gewichtsverhouding, totale motorstuwkracht ÷ totaalgewicht: streef naar ten minste 2:1 zodat het toestel gezag heeft om positie te behouden en tegen wind in te vechten, waarbij freestyle 3–5:1 wil en heavy-lift rond 1.5:1 leeft — vier 800-gram motoren op een 1.200-gram quad is een pittige 2.67:1. Het disk-loading endpoint geeft de rotor-schijfbelasting, gewicht ÷ totale propellerschijfoppervlakte, waarbij lager efficiënter is: grote langzame propellers verplaatsen meer lucht met minder vermogen, daarom gebruiken endurance- en cinematische rigs grote propellers met lage schijfbelasting. Het hover-throttle endpoint geeft de hover-gasstand, totaalgewicht ÷ totale stuwkracht — een goede build zweeft rond 40–50% en laat ruimte voor manoeuvres, terwijl zweven boven ~60% betekent dat hij te zwaar, traag en heet is. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor FPV- en drone-bouw-apps, UAV-ontwerp- en motorselectietools, hobbyistencalculators en makersites. Pure lokale berekening — geen key, geen externe service, direct. Live, niets opgeslagen. 3 compute endpoints. Schattingen — test motoren op uw spanning en propeller. Gebruik voor batterijduur een batterij-API.

api.oanor.com/drone-api

Drukwas-wiskunde als een API, lokaal en deterministisch berekend — de reinigingskracht, sproeier- en watergetallen waarmee een koper of professional een machine kiest en gebruikt. Het cleaning-units eindpunt geeft de reinigingskracht, PSI × GPM, met een belastingsklasse — beide zijn belangrijk omdat druk de vuil losmaakt en stroming het wegspoelt, dus een 3.000 PSI / 2.5 GPM machine (7.500 cleaning units) reinigt veel sneller dan dezelfde druk bij 1.5 GPM. Het nozzle eindpunt geeft de stroming bij een andere druk (een vaste sproeier stroomt met de wortel van de druk) en de sproeierreactiekracht die je voelt, ≈ 0,0526 × GPM × √PSI in ponden — een paar pond bij een consumentenunit, genoeg bij een grote machine om twee handen nodig te hebben. Het water-usage eindpunt geeft het waterverbruik over een run, stroming × tijd, in gallons en liters met een optionele kostprijs — een drukreiniger gebruikt eigenlijk veel minder water dan een tuinslang voor dezelfde reiniging. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor drukreinigerwinkels en verhuur-apps, schoonmaakcontractant- en koopgids-tools, apparatuurcalculators en doe-het-zelf-sites. Pure lokale berekening — geen key, geen externe dienst, direct. Live, niets opgeslagen. 3 compute-eindpunten. Schattingen — oppervlak en reinigingsmiddel zijn net zo belangrijk als de getallen.

api.oanor.com/pressurewasher-api

Solar-thermische (zonneboiler) wiskunde als een API, lokaal en deterministisch berekend — de collector-, dimensionerings- en opslaggetallen waarmee een zonne-installateur of huiseigenaar een warmwatersysteem ontwerpt. Het output-eindpunt geeft de nuttige dagelijkse warmte die een collector produceert: oppervlakte × de dagelijkse zonne-energie erop × het collectorrendement (vlakke plaat ~40–60 %, geëvacueerde buizen hoger), dus een collector van 40 ft² onder 1.800 BTU/ft²/dag bij 50 % levert ongeveer 36.000 BTU (10,5 kWh) — het warme water van een gezin op een goede dag. Het oppervlakte-eindpunt dimensioneert de collector voor een vraag: oppervlakte = (dagelijkse gallons × 8,34 × de temperatuurstijging) ÷ (instraling × rendement), dus 60 gallons verwarmd met 70 °F heeft ongeveer 39 ft² nodig — gedimensioneerd voor een gemiddelde dag met een back-upverwarmer, aangezien een zonnefractie van 60–80 % de economische sweet spot is. Het tank-eindpunt dimensioneert de zonne-opslag op ongeveer 1,5 gallons per vierkante voet collector, groot genoeg om een zonnige middag op te slaan zonder de collector te laten stagneren. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor zonne-installateur- en hernieuwbare-energie-apps, warmwatersysteem-ontwerptools, thuisenergiecalculators en duurzaamheidssites. Pure lokale berekening — geen key, geen externe service, direct. Live, niets opgeslagen. 3 compute-eindpunten. Gebruik voor de lokale zonnebron een zonne-instralings-API; voor zwembadverwarming een zwembad-API.

api.oanor.com/solarthermal-api

Pijpisolatie warmteverlies berekeningen als een API, lokaal en deterministisch berekend — de radiale warmteverlies, dikte en energiekosten getallen die een werktuigbouwkundig ingenieur of energie-auditor gebruikt voor isolatie. Het warmteverlies endpoint geeft het verlies per lineaire voet door cilindrische isolatie, Q/L = 2π·(k/12)·ΔT ÷ ln(r2/r1), waarbij k de isolatiegeleidbaarheid is (BTU·in/hr·ft²·°F, ~0,25 voor glasvezel), r1 de pijpradius en r2 de buitenradius — een 2-inch leiding bij 300 °F met één inch glasvezel verliest ongeveer 43 BTU/hr per voet, en omdat de relatie logaritmisch is, halveert verdubbeling van de dikte het verlies niet. Het dikte endpoint inverteert dit voor een doelverlies: ln(r2/r1) = 2π·(k/12)·ΔT ÷ doel, dan dikte = r2 − r1, wat het economische diktepunt toont waarna meer materiaal zelden loont. Het jaarlijkse kosten endpoint zet verlies per voet om in het jaarlijkse warmteverlies en brandstofkosten over een leidingtraject, het getal dat de isolatie rechtvaardigt. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor werktuigbouwkundige ontwerp- en energie-audit apps, isolatieaannemers- en procesleidingtools, gebouwservices rekenmachines en technische hulpmiddelen. Pure lokale berekening — geen key, geen derde partij service, direct. Live, niets opgeslagen. 3 compute endpoints. Negeert de buitenste luchtfilm (werkelijk verlies iets lager). Voor vlakke wanden en daken gebruik een U-value API.

api.oanor.com/pipeinsulation-api

CNC-oppervlakteafwerkingswiskunde als een API, lokaal en deterministisch berekend — de scallop, stepover en pass-nummers die een CNC-machinist instelt voor een gladde afwerking. Het scallop-eindpunt geeft de nokhoogte die een bolneusgereedschap achterlaat tussen passes, h = R − √(R² − (stepover/2)²), dus een halve inch bol bij een stepover van 0,05 inch laat een nok van ongeveer 1,25 duizendste inch achter — kleinere stepover, kleinere nok, veel meer passes. Het stepover-eindpunt keert het om: de stepover voor een beoogde scallop-hoogte, 2·√(R² − (R−h)²), ook gerapporteerd als een percentage van de gereedschapsdiameter (fijne afwerking loopt ~4–10 %) zodat het overdraagbaar is tussen taken — en een grotere afwerkingsbol bereikt dezelfde afwerking bij een bredere, snellere stepover. Het passes-eindpunt zet een oppervlak om in werk: passes = breedte ÷ stepover afgerond naar boven plus één, de totale snijafstand, en de snijtijd bij een gegeven voedingssnelheid — het bewerken van een oppervlak van 4×6 inch bij een stepover van 0,05 inch is 81 passes en 486 inch afstand, minder dan vijf minuten bij 100 ipm. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor CNC- en CAM-apps, machinist- en gereedschapspadcalculators, maker- en werkplaatsgereedschappen en technische hulpmiddelen. Pure lokale berekening — geen key, geen externe service, direct. Live, niets opgeslagen. 3 compute-eindpunten. Gebruik voor snijsnelheid, voeding en toerental een machining API.

api.oanor.com/cncfinish-api

Rekenkunde voor rollenkettingaandrijvingen als API, lokaal en deterministisch berekend — de kettinglengte, tandwiel- en snelheidsgetallen waarmee een machineontwerper of monteur een aandrijving uittekent. Het kettinglengte-eindpunt geeft de ketting in schakels uit de twee tandwielaantallen, de kettingsteek en de hartafstand: L = 2·C + (N1+N2)/2 + ((N2−N1)/2π)² ÷ C (C in steek), naar BOVEN afgerond op een even getal zodat de ketting sluit zonder een offset-schakel — een 17- en 34-tands paar op 15 inch hartafstand met #40 (halve inch) ketting komt op 86 schakels, 43 inch. Het tandwiel-eindpunt geeft de steekcirkeldiameter, steek ÷ sin(180°/tanden), en de buitendiameter — een 17-tands #40 tandwiel heeft een steekcirkel van 2,72 inch. Het snelheidseindpunt geeft de lineaire snelheid van de ketting, steek × tanden × tpm ÷ 12, dus een 17-tands #40 tandwiel bij 100 tpm laat de ketting lopen met ongeveer 71 ft/min. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor machineontwerp- en aandrijflijnapps, transportband- en apparatuurbouwtools, maker- en CAD-rekenmachines en technische hulpmiddelen. Zuivere lokale berekening — geen key, geen externe dienst, direct. Live, niets opgeslagen. 3 compute-eindpunten. Gebruik voor overbrengingsverhoudingen een gear-ratio API; voor riemen een pulley API.

api.oanor.com/chaindrive-api

Water-well maths als een API, lokaal en deterministisch berekend — de casing-, opbrengst- en pompinstellingsgetallen waar een boorder, pompinstallateur of landelijke huiseigenaar mee werkt. Het casing-volume eindpunt geeft het stilstaande water in een put: gallons per voet = π/4 · diameter² × 12 ÷ 231 (ongeveer 1,47 gal/ft voor een 6-inch casing, 0,65 voor een 4-inch) maal de waterkolom, dus 100 voet water in een 6-inch casing bevat ongeveer 147 gallons — het getal dat u nodig hebt om een paar putvolumes te spoelen voordat u bemonstert of om schokchlorering te doseren. Het specifieke-capaciteit eindpunt zet een drawdown-test om in hoe vrij de put water afgeeft: specifieke capaciteit = pompsnelheid ÷ drawdown (gpm per voet), en de geprojecteerde opbrengst ≈ dat maal de beschikbare drawdown — 15 GPM bij 20 voet drawdown is 0,75 gpm/ft en ruwweg 45 GPM bij 60 voet. Het pompinstelling eindpunt geeft de diepte om de pomp te hangen: statisch waterniveau + drawdown + onderdompeling (typisch 10–20 voet), zodat deze nooit luchtbellen krijgt als het niveau daalt, met een controle tegen de putdiepte. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor putboor- en pompinstallatie-apps, landelijke water- en huiseigenaartools, hydrogeologiecalculators en vakgereedschap. Pure lokale berekening — geen key, geen externe service, direct. Live, niets opgeslagen. 3 compute-eindpunten. Schattingen — verifieer met een echte drawdown-test. Gebruik voor pompkracht/opvoerhoogte een pomp-API; voor putchlorering een zwembadchemie-API.

api.oanor.com/wellpump-api

Schroef- en graanvijzelwiskunde als een API, lokaal en deterministisch berekend — de capaciteit, snelheid en doorvoercijfers waarmee een boer, molenbouwer of materiaalbehandelingsingenieur een vijzel bemet. Het capaciteitseindpunt geeft het volumetrische debiet uit de schroefgeometrie: het annulaire vluchtvolume per omwenteling ((π/4)(diameter² − as²) × spoed) × rpm × 60 × de trogvulling, dus een 9-inch volle spoed schroef op een 2,5-inch as bij 40 rpm en 45% vulling verplaatst ongeveer 330 kubieke voet — 265 bushels — per uur. Het snelheidseindpunt keert het om, de rpm die nodig is voor een doelcapaciteit, zodat je een kleine vijzel niet overbelast en het graan vermaalt. Het bushels-eindpunt converteert een volumetrische snelheid naar bushels en ton per uur (1 bushel = 1,2445 ft³, ton = bushels × testgewicht ÷ 2000), dus 330 ft³/u van 56-lb maïs is 265 bushels of 7,4 ton per uur — het getal dat je afstemt op de droger of de vrachtwagen. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor graanbehandelings- en agrarische apparatuur-apps, materiaalbehandelings- en transportbandontwerptools, boerderijbouwcakulators en technische hulpmiddelen. Pure lokale berekening — geen key, geen externe service, direct. Live, niets opgeslagen. 3 compute-eindpunten. Schattingen — helling en materiaal veranderen de werkelijke doorvoer. Voor transportbanden gebruik je een conveyor API.

api.oanor.com/auger-api

Radiant-vloer- en hydronische verwarmingsberekeningen als een API, lokaal en deterministisch berekend — de output-, buis- en stroomgetallen waarmee een installateur of doe-het-zelver een warme vloer ontwerpt. Het output-eindpunt geeft de warmte die een warme vloer afgeeft: ongeveer 2 BTU/uur per vierkante voet voor elke °F dat het vloeroppervlak boven de kamertemperatuur ligt, dus een vloer van 85 °F in een kamer van 70 °F levert ruwweg 30 BTU/uur/ft² — ongeveer 9.000 BTU/uur over 300 ft², het comfortplafond omdat de vloer op ~85 °F wordt gehouden. Het buis-eindpunt geeft de buis en lussen voor een oppervlakte bij een bepaalde afstand: veldbuis = oppervlakte × 12 ÷ afstand, dus 300 ft² bij 9-inch afstand heeft 400 voet buis nodig, verdeeld in lussen die onder ~300 voet worden gehouden (twee lussen van 200 voet) zodat de pomp ze kan verplaatsen. Het stroom-eindpunt geeft het lusdebiet voor een warmtebelasting, GPM = belasting ÷ (500 × ΔT) waarbij 500 de constante van water is en ΔT de aanvoer-retourval — 9.000 BTU/uur bij een ΔT van 20 °F vraagt 0,9 GPM. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor vloerverwarmings- en loodgietersapps, hydronische ontwerp- en PEX-lay-outtools, HVAC-aannemerscalculators en doe-het-zelf-bouwsites. Pure lokale berekening — geen key, geen externe service, direct. Live, niets opgeslagen. 3 compute-eindpunten. Schattingen — verifieer met een volledige warmteverliesberekening. Gebruik voor gebouwbelasting een HVAC-API; voor pijpsnelheid een flow-rate-API.

api.oanor.com/radiant-api

Ladder-veiligheidswiskunde als een API, lokaal en deterministisch berekend — de hoek-, reikwijdte- en belastingsgetallen die voorkomen dat een ladder wegglijdt of knikt. Het hoek-eindpunt past de 4:1-regel toe: de basis gaat één voet naar buiten voor elke vier voet werklengte, wat de ladder op ongeveer 75,5° brengt — een 24-voet ladder staat 6 voet van de muur en reikt ongeveer 23 voet omhoog, steil genoeg om niet achterover te kantelen en ondiep genoeg om niet weg te glijden. Het verlengingseindpunt geeft de bruikbare lengte en reikwijdte van een tweedelige uitschuifladder, die de overlap verliest die de secties delen (3 voet tot 36, 4 tot 48, 5 daarboven), en de werkhoogte onder de veilige hoek — onthoud dat de ladder 3 voet boven een dakrand moet uitsteken waar je op stapt. Het belastingsclassificatie-eindpunt zet een totale belasting — jouw gewicht plus gereedschap en materialen, niet alleen lichaamsgewicht — om in de juiste belastingsklasse, van Type III huishoudelijk (200 lb) via I industrieel (250) tot IAA professioneel (375). Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor bouwveiligheids- en vak-apps, bouwplaats- en verhuurgereedschap, OSHA-trainingshulpmiddelen en woningverbeteringssites. Pure lokale berekening — geen key, geen externe service, direct. Live, niets opgeslagen. 3 compute-eindpunten. Educatief — volg altijd de labels van de fabrikant en OSHA/ANSI-regels.

api.oanor.com/ladder-api

Gitaar- en luthierwiskunde als een API, lokaal en deterministisch berekend — de snaarspanning en fretnummers waarmee een speler, bouwer of technicus een instrument afstelt. Het snaarspanning-eindpunt geeft de spanning die een snaar op toonhoogte trekt vanuit de natuurkunde, spanning = eenheidsgewicht × (2 × mensuurlengte × frequentie)² ÷ 386,4, waarbij het eenheidsgewicht (lb/in) afkomstig is van de tabel van de snaarfabrikant — een .010 plain-steel hoge E op een 25,5-inch mensuur gestemd op 329,6 Hz trekt ongeveer 16 lb. Het fretpositie-eindpunt geeft de afstand van de kam tot elke fret in gelijkzwevende stemming, mensuur × (1 − 2^(−fret/12)), dus de 12e fret zit precies halverwege en de eerste fret van een 25,5-inch mensuur is 1,43 inch naar beneden — de wiskunde achter elke fretboardsleuf. Het set-spanning-eindpunt sommeert een hele snaarset tot de totale belasting op de hals (een typische zessnarige loopt ~95–120 lb), het getal dat bepaalt of een gauge- of stemwijziging een trussrod-herinstelling nodig heeft. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor luthier- en gitaartechnicus-apps, snaarspanning- en fretsleufcalculators, setup- en hersnarengereedschappen en muziekapparatuur-sites. Pure lokale berekening — geen key, geen externe service, direct. Live, niets opgeslagen. 3 compute-eindpunten. Verkrijg eenheidsgewichten uit de tabel van de snaarfabrikant. Gebruik voor noot↔frequentieconversie een muziektheorie-API.

api.oanor.com/guitar-api

Persluchtberekeningen als een API, lokaal en deterministisch berekend — de ontvanger-, opvoer- en SCFM-getallen waarmee een pneumatische technicus of winkelier een systeem bemeten. Het receiver-size-eindpunt geeft de tank die je nodig hebt om een vraagpiek op te vangen: volume = vraag (vrije lucht CFM) × minuten × 14,7 ÷ het bruikbare drukvenster (max − min) — 20 CFM gedurende een minuut over een venster van 175 naar 100 psi vraagt om een ontvanger van ongeveer 30 gallon, de buffer die de pomp laat bijbenen. Het pumpup-eindpunt geeft de tijd om een ontvanger van de ene druk naar de andere te brengen: volume × drukstijging ÷ (14,7 × compressor CFM), dus een tank van 60 gallon van 100 naar 175 psi met een compressor van 15 CFM duurt ongeveer 2,7 minuten. Het scfm-eindpunt corrigeert werkelijke CFM naar standaard CFM voor de inlaatcondities — SCFM = ACFM × (inlaatdruk ÷ 14,696) × (528 ÷ inlaattemperatuur in Rankine) — dus een compressor op 5000 voet levert ongeveer 17% minder SCFM dan op zeeniveau, de reden waarom je gereedschap bemet op SCFM, niet op het typeplaatje. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor pneumatische en winkel-lucht-apps, compressor-bemeting en gereedschapsvraag-tools, industriële luchtcalculators en handelshulpmiddelen. Pure lokale berekening — geen key, geen externe service, direct. Live, niets opgeslagen. 3 compute-eindpunten. Schattingen — duty cycle en de pompcurve verschuiven echte getallen.

api.oanor.com/compressor-api

Tire maths als API, lokaal en deterministisch berekend — de maat-, druk- en snelheidsmetergetallen die een bestuurder, monteur of wagenparkbeheerder uitrekent voordat hij een band monteert. Het maat-eindpunt zet een P-metrische specificatie om in de werkelijke afmetingen: totale diameter = velg + 2 × de zijwand (sectiebreedte × aspectverhouding), dus een 225/45R17 staat ongeveer 25 inch hoog, heeft een omtrek van 78 inch en draait ongeveer 808 keer per mijl — de getallen achter pasvorm, overbrenging en speling. Het druk-eindpunt geeft de warme druk uit een koude druk en de temperatuurverandering, omdat druk de absolute temperatuur volgt (P2/P1 = T2/T1), ongeveer +1 psi per 10 °F — dus 32 psi koud ingesteld bij 70 °F leest ~34,6 na opwarmen tot 100 °F, en daalt op een koude ochtend, wat het waarschuwingslampje activeert. Het snelheidsmeterfout-eindpunt geeft de snelheidsmeterfout en werkelijke snelheid bij een bandmaatwijziging: een grotere band laat de snelheidsmeter te laag aangeven, dus werkelijke snelheid = aangegeven × nieuwe diameter ÷ oude — ga 4% omhoog en 60 op de teller is echt 62,5. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor bandenwinkel- en pasvorm-apps, wagenpark- en 4x4-bouwtools, snelheidsmeter-herkalibratiecalculators en automobielsites. Pure lokale berekening — geen key, geen externe service, direct. Live, niets opgeslagen. 3 compute-eindpunten. Schattingen — stel de druk altijd koud in op het plaatje.

api.oanor.com/tire-api

Bootsschroef-wiskunde als een API, lokaal en deterministisch berekend — de slip-, toerental- en spoedgetallen die bepalen of een boot zijn cijfers haalt of zwoegt. Het slip-eindpunt geeft de schroefslip op basis van de spoed, het schroeftoerental en de werkelijke bootsnelheid: theoretische snelheid = spoed × schroeftoerental ÷ 1215, en slip = (theoretisch − werkelijk) ÷ theoretisch — een 19-inch schroef bij 2000 RPM zou theoretisch 31 knopen moeten maken, dus een echte 26,6 knopen is ongeveer 15% slip, normaal voor een schone planerende boot. Het schroef-toerental-eindpunt geeft het schroeftoerental op basis van het motortoerental en de overbrengingsverhouding — een 2:1 versnellingsbak laat de schroef draaien op de helft van het motortoerental — en, met een spoed, de theoretische slipvrije snelheid bij dat toerental. Het spoed-eindpunt geeft de spoed die nodig is om een doelsnelheid te bereiken bij een schroeftoerental en verwachte slip, spoed = doel × 1215 ÷ (schroeftoerental × (1 − slip)), zodat je de boot kunt afstellen zodat de motor het topbereik van zijn volgasbereik bereikt in plaats van te zwoegen. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor boot- en maritieme apps, hermotorisering- en schroefwinkel-tools, prestatiecalculators en zeemanschapsstudiehulpmiddelen. Pure lokale berekening — geen key, geen externe service, direct. Live, niets opgeslagen. 3 compute-eindpunten. Schattingen — romp, belading en bodemconditie veranderen de werkelijke slip.

api.oanor.com/propeller-api

Boat-anchoring maths als API, lokaal en deterministisch berekend — de scope-, swing- en load-getallen waarmee een zeiler of bootvaarder het anker uitzet. Het scope-eindpunt geeft de lijn die moet worden uitgevierd: scope = lijn ÷ de verticale afstand van de zeebodem tot de boegrol (waterdiepte + boeghoogte), gemeten bij hoog tij, dus ankeren in 20 voet met een 4-voet boeg bij de klassieke 7:1 betekent 168 voet lijn uitvieren — laat meer uit bij wind, en nooit minder dan 5:1 bij volledige ketting. Het swing-eindpunt geeft de cirkel waarover de boot slingert: straal = het horizontale bereik van de lijn (√(lijn² − verticaal²)) plus de bootlengte, dus die 168-voet lijn op een 30-voet boot veegt een straal van 196 voet — de ruimte die je elke andere boot moet laten, die ook slingert. Het load-eindpunt geeft de windbelasting die het grondtuig moet houden, 0.00256 × weerstandscoëfficiënt × frontaal windoppervlak × windsnelheid², die verviervoudigt elke keer dat de wind verdubbelt — 50 vierkante voet windoppervlak neemt 138 lb bij 30 mph maar 553 lb bij 60. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor zeil- en bootapps, anker- en cruise-tools, grondtuig-maatcalculators en zeemanschapsstudiehulpmiddelen. Pure lokale berekening — geen key, geen externe service, direct. Live, niets opgeslagen. 3 compute-eindpunten. Schattingen — voeg stroom, golven en een veiligheidsmarge toe.

api.oanor.com/anchor-api

Voertuigophangingswiskunde als een API, lokaal en deterministisch berekend — de veer- en frequentiegetallen waarmee een racer, tuner of chassis-ingenieur een auto afstelt. Het wheel-rate-eindpunt converteert een veerconstante naar de snelheid die het wiel daadwerkelijk voelt: wheel rate = veerconstante × bewegingsverhouding², waarbij de bewegingsverhouding de veerweg per eenheid wielweg is — een 200 lb/in veer bij een bewegingsverhouding van 0,7 geeft een wheel rate van 98 lb/in, omdat de hefboomwerking van de veer deze verzacht. Het frequentie-eindpunt geeft de eigenfrequentie bij een hoek, f = (1/2π)·√(wheel rate × g ÷ hoek-veergewicht), het getal dat echt de rit bepaalt: luxe auto's rijden ongeveer 0,5–1,2 Hz, sportief straat 1,2–1,7, raceauto's 2 Hz en hoger. Het spring-rate-eindpunt keert het om — de veerconstante die nodig is om een doelfrequentie te bereiken voor een hoekgewicht en bewegingsverhouding — zodat je de frequentie voor de taak van de auto kunt kiezen en direct de veer krijgt. Alles wordt lokaal en deterministisch berekend, dus het is onmiddellijk en privé. Ideaal voor motorsport- en tuning-apps, chassis-setup- en corner-balancing-tools, ophangingsontwerpcalculators en technische studiemiddelen. Pure lokale berekening — geen key, geen service van derden, onmiddellijk. Live, niets opgeslagen. 3 compute-eindpunten. Schattingen — echte rit hangt ook af van demping en banden.

api.oanor.com/suspension-api

Vacuümtechnologie-wiskunde als een API, lokaal en deterministisch berekend — de pomptijd-, kook- en drukniveaus waar een laborant, procesingenieur of vacuümhobbyist mee werkt. Het pomptijd-eindpunt geeft de ideale tijd om een kamer te evacueren, t = (volume ÷ pompsnelheid) × ln(start ÷ streefdruk) — een kamer van 10 liter op een pomp van 5 L/s daalt van 1000 naar 1 mbar in theorie in ongeveer 14 seconden, hoewel uitgassing en dalende pompsnelheid de echte lagedrukfase verlengen. Het kookpunt-eindpunt geeft de temperatuur waarbij water kookt onder verlaagde druk volgens de Antoine-vergelijking: ongeveer 100 °C op zeeniveau, maar slechts ~52 °C bij 100 mbar en ~46 °C bij 100 mbar — de fysica achter vacuüm ontgassen, vriesdrogen en koken op grote hoogte. Het niveau-eindpunt converteert een druk naar de gangbare vacuümeenheden (mbar, Torr/mmHg, Pa, kPa, inHg, atm, psi), rapporteert het percentage vacuüm ten opzichte van de atmosfeer en benoemt het regime — grof, medium, hoog of ultrahoog vacuüm — zodat u weet welke pomp en meter de klus nodig heeft. Alles wordt lokaal en deterministisch berekend, dus het is onmiddellijk en privé. Ideaal voor vacuümlab- en procesapps, pompmaat- en ontgassingstools, halfgeleider- en coatingcalculators en natuurkundeonderwijs. Pure lokale berekening — geen key, geen externe service, onmiddellijk. Live, niets opgeslagen. 3 compute-eindpunten. Ideale schattingen — echte systemen worden vertraagd door uitgassing en lekken.

api.oanor.com/vacuum-api

Craps odds maths als API, lokaal en deterministisch en exact berekend — de dobbelsteenwaarschijnlijkheden achter de tafel, afgeleid van de 36 manieren waarop twee dobbelstenen vallen, niet uit een tabel gehaald. Het come-out eindpunt geeft de come-out worp: de pass line wint op een 7 of 11 (8 van de 36, 22,2%), verliest op craps 2, 3 of 12 (4 van de 36, 11,1%) en zet anders een point (24 van de 36, 66,7%). Het point eindpunt geeft de odds van het halen van een point voordat een zeven valt — waarschijnlijkheid = ways(point) ÷ (ways(point) + 6) — dus een 6 of 8 haalt 45,5% van de tijd en een 4 of 10 slechts 33,3%, met de TRUE odds (2:1, 3:2, 6:5) die de free odds bet achter de line betaalt met nul house edge. Het bet eindpunt geeft de house edge van de belangrijkste inzetten: de line bets op 1,41% (pass) en 1,36% (don't) en place 6/8 op 1,52% zijn de beste van de tafel, terwijl place 4/10 (6,67%), de field en proposition bets zoals any seven (16,67%) je laten bloeden. Alles wordt lokaal en deterministisch berekend, dus het is onmiddellijk en exact. Ideaal voor craps- en casinospel-apps, gokeducatie en odds tools, game-ontwerp back-ends en waarschijnlijkheidsonderwijs. Pure lokale berekening — geen key, geen externe service, onmiddellijk. Live, niets opgeslagen. 3 compute endpoints. Educatief — geen gokadvies; back de line met free odds.

api.oanor.com/craps-api

Lottery combinatorics as an API, computed locally and deterministically and exactly — the real odds behind a ticket, the maths the jackpot poster never shows. The odds endpoint gives the jackpot odds of a pick-N game as the number of possible tickets, C(pool, picks), times the bonus-ball pool if there is one: a 6/49 game is 1 in 13,983,816, a 5/69-plus-1/26 Powerball-style game is 1 in 292,201,338, and every single line is equally unlikely. The match-odds endpoint gives the chance of matching exactly k of the main numbers — a prize tier — from the hypergeometric formula C(picks, k)·C(pool−picks, picks−k) ÷ C(pool, picks), so matching 3 of 6 in a 6/49 game is about 1 in 57. The expected-value endpoint turns a jackpot and ticket price into the expected value and the break-even jackpot (price × the odds), the threshold a jackpot must clear before a ticket is even theoretically worth it — before a shared jackpot, lump-sum and tax pull it back under. Everything is computed locally and deterministically, so it is instant and exact. Ideal for lottery and odds apps, gambling-education and responsible-play tools, probability teaching, and game back-ends. Pure local computation — no key, no third-party service, instant. Exact combinatorics. Live, nothing stored. 3 compute endpoints. Educational — not gambling advice; the odds are always against you.

api.oanor.com/lottery-api

Roulette odds wiskunde als een API, lokaal en deterministisch en exact berekend — de uitbetaling, de werkelijke kans en het huisvoordeel achter elke weddenschap, de cijfers die een eerlijk spel je vertelt en die een casino liever negeert. Het uitbetalingsendpoint geeft de uitbetaling van een weddenschap, winnende nummers, winkans en huisvoordeel voor een Europees (enkele nul) of Amerikaans (dubbele nul) wiel: een straight-up nummer betaalt 35 tegen 1 maar wint slechts 1 op de 37, een voordeel van 2,70% Europees of 5,26% Amerikaans, hetzelfde bij bijna elke weddenschap omdat de uitbetaling simpelweg de nullen negeert. Het verwachte-waarde endpoint zet een inzet om in zijn verwachte waarde — inzet × (winkans × (uitbetaling + 1) − 1), altijd negatief en gelijk aan min de inzet maal het huisvoordeel — dus €10 op een enkel nummer op een Europees wiel is −€0,27 per draai waard. Het martingale endpoint onthult het verdubbelingssysteem: totaal risico = basis × (2^stappen − 1), de weddenschap die explodeert na een verliesreeks, en de faalkans — bewijs van de wiskunde dat geen progressie de nul verslaat. Alles wordt lokaal en deterministisch berekend, dus het is onmiddellijk en exact. Ideaal voor casino-spel- en odds-apps, gokonderwijs- en verantwoord-spel-tools, game-ontwerp-back-ends en kansrekeningonderwijs. Pure lokale berekening — geen key, geen externe dienst, onmiddellijk. Live, niets opgeslagen. 3 compute endpoints. Educatief — geen wedadvies; het huis wint altijd op de lange termijn.

api.oanor.com/roulette-api

Blackjack-wiskunde als een API, lokaal en deterministisch en exact berekend — de handwaarde, het tekstboek basisstrategie-spel en de kansen van de dealer, de getallen die het huisvoordeel op een half procent houden. Het handwaarde-eindpunt scoort een hand zoals de tafel dat doet: azen tellen als 11 tenzij dat bust, dan 1, dus het rapporteert de beste totaal, of het soft is (een aas die nog steeds als 11 telt, veilig om te hitten) of hard, of het bust, en of twee kaarten een blackjack vormen. Het strategie-eindpunt geeft de juiste basisstrategie-actie — hit, stand, double of split — voor elke hand tegen de upcard van de dealer, voor het standaard 4-tot-8-deck spel waar de dealer stand houdt op soft 17 met double-na-split toegestaan: 16 tegen een 10 hit, een paar 8en split altijd, soft 18 double tegen een 6 maar hit tegen een 9, en 11 double tegen alles behalve een aas. Het dealer-kansen-eindpunt geeft de bust-kans van de dealer per upcard — een 5 of 6 bust ongeveer 42% van de tijd, een aas slechts 12% — de reden waarom je stand houdt op stijve handen tegen zwakke upcards. Alles wordt lokaal en deterministisch berekend, dus het is onmiddellijk en exact. Ideaal voor blackjack-trainers en strategie-apps, kaartspel- en casinospel-tools, leermiddelen en game-back-ends. Pure lokale berekening — geen key, geen externe service, onmiddellijk. Live, niets opgeslagen. 3 compute-eindpunten. Educatief — geen gokadvies; het huis houdt altijd een voorsprong.

api.oanor.com/blackjack-api

Staal warmtebehandeling wiskunde als een API, lokaal en deterministisch berekend — de temperaturen en hardheidsgetallen waar een messensmid, machinist of metallurg mee werkt. Het critical-temp eindpunt geeft de kritische en procestemperaturen op basis van koolstofgehalte: de onderste kritische A1 is 727 °C en de bovenste kritische A3 ≈ 910 − 203·√(%C), dus een 0,4 %-koolstofstaal heeft een A3 rond 782 °C en hardt uit rond 817 °C (austenitiseren 30–50 °C boven A3, dan afschrikken), terwijl een hypereutectoïde staal austenitiseert net boven A1. Het tempering eindpunt brengt temperoxidekleuren in kaart naar temperatuur in beide richtingen — licht strogeel bij ongeveer 204 °C voor harde snijkanten, paars rond 282, blauw rond 304 voor veren — met het typische gebruik bij elke kleur, de kleur die je op helder staal ziet terwijl je de hardheid terugtrekt. Het hardheid eindpunt converteert tussen Rockwell C, Brinell en treksterkte (SAE J417 / ASTM E140): HRC 50 is ongeveer 481 Brinell en ongeveer 1.660 MPa treksterkte, aangezien treksterkte ≈ 3,45 × Brinell. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor messensmederij en metaalbewerkingsapps, gereedschapswerkplaats en warmtebehandeling tools, materiaalkunde rekenmachines en handelsstudiehulpmiddelen. Pure lokale berekening — geen key, geen derde partij service, direct. Live, niets opgeslagen. 3 compute eindpunten. Schattingen voor gewoon koolstofstaal — gelegeerde staalsoorten en een geteste grafiek verschillen.

api.oanor.com/heattreat-api

Industriële en beschermende coatings wiskunde als een API, lokaal en deterministisch berekend — de filmopbouwnummers waar een coatingsinspecteur, schilder of calculator mee werkt, de eenvoudige verfberekeningen overslaan. Het dekkingsendpoint geeft theoretische en praktische dekking op basis van het volume vaste stoffen van de coating en de beoogde droge filmdikte: dekking = 1604 × de fractie vaste stoffen ÷ de DFT in mils, waarbij 1604 de vierkante voet is die een gallon dekt bij één mil — dus een coating met 50% vaste stoffen bij 2 mils droog dekt ongeveer 401 ft² per gallon, minus een verliesfactor voor overspray en oppervlakteprofiel. Het filmdikte-endpoint converteert tussen natte en droge filmdikte via de vaste stoffen: WFT = DFT ÷ de fractie vaste stoffen, omdat het oplosmiddel verdampt en de film krimpt, dus een coating met 50% vaste stoffen die 4 mils nat wordt aangebracht, droogt tot 2 mils — het getal dat u controleert met een natte-filmkam tijdens het spuiten. Het overdrachtsefficiëntie-endpoint geeft het werkelijk benodigde materiaal: theoretische gallons ÷ de overdrachtsefficiëntie, aangezien conventioneel spuiten slechts ~25% op het onderdeel landt, HVLP ~65%, elektrostatisch tot ~95%. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor coatingsberekenings- en inspectie-apps, industriële schilder- en beschermende coatingtools, NACE/SSPC-studiehulpmiddelen en spec-calculators. Pure lokale berekening — geen key, geen externe service, direct. Live, niets opgeslagen. 3 compute-endpoints. Gebruik voor eenvoudige muurverf-oppervlakteberekening een paint API.

api.oanor.com/coating-api

HVAC-kanaalafmetingen wiskunde als een API, lokaal en deterministisch berekend — de kanaalafmetingen waarmee een installateur of ontwerper een systeem ontwerpt zodat de lucht stil en efficiënt beweegt. Het ronde-kanaal endpoint geeft het ronde kanaal voor een luchtstroom bij een doelsnelheid: oppervlakte = luchtstroom ÷ snelheid (CFM ÷ ft/min = ft²), dan diameter = √(4·oppervlakte/π) — 400 CFM bij een 700 fpm hoofdsnelheid vraagt om een ronde 10,2-inch, afgerond naar de volgende 12-inch handelsmaat. Het snelheid endpoint geeft de luchtsnelheid in een kanaal op basis van de luchtstroom en de afmeting, rond of rechthoekig — 400 CFM door een 12 × 8 kanaal loopt op 600 fpm, comfortabel stil, terwijl dezelfde lucht in een 10-inch ronde beweegt op 733 fpm. Het equivalent endpoint geeft de equivalente ronde diameter van een rechthoekig kanaal volgens de ASHRAE-relatie De = 1,30 · (a·b)^0,625 ÷ (a+b)^0,25, dus een 12 × 8 rechthoekig draagt dezelfde lucht bij dezelfde wrijving als een ronde 10,7-inch — zodat u kunt dimensioneren op een ronde wrijvingsgrafiek en omzetten naar de beschikbare ruimte. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor HVAC-ontwerp- en installateur-apps, kanaaldimensionerings- en meetinstrumenten, gebouwservices-calculators en hulpmiddelen voor vakscholen. Pure lokale berekening — geen key, geen derde partij service, direct. Live, niets opgeslagen. 3 compute endpoints. Voor ruimteluchtverversing gebruik een ventilatie-API; voor de koel-/verwarmingsbelasting gebruik een HVAC-API.

api.oanor.com/ductwork-api

Canasta-kaartspelscoring als een API, lokaal en deterministisch en exact berekend — het puntentellen dat Canasta berucht lastig maakt, voor u gedaan. Het kaartwaarde-eindpunt telt de puntwaarde van een hand of meld op: een joker is 50, azen en tweeën 20, achten tot koningen 10, vieren tot zevens en zwarte drieën 5, en een rode drie een bonuskaart van 100 punten — dus een joker, een aas, een koning, een zeven en een rode drie komen op 185. Het bonus-eindpunt voegt de rondebonussen toe: een natuurlijke (pure) canasta is 500, een gemengde canasta 300, elke rode drie 100 (alle vier verdubbelen naar 800), uitgaan 100, en verborgen uitgaan nog eens 100 — twee natuurlijke, een gemengde, drie rode drieën en uitgaan is 1.700. Het handscore-eindpunt netto uit: de kaartpunten die u heeft gemeld, plus de bonussen, minus de kaartpunten die in uw hand zijn achtergebleven wanneer de ronde eindigt. Alles wordt lokaal en deterministisch berekend, dus het is onmiddellijk en exact. Ideaal voor Canasta-apps, online kaartkamerscorehouders, club- en familie-spelavondtools en leermiddelen. Pure lokale berekening — geen key, geen externe service, onmiddellijk. Exacte gehele wiskunde. Live, niets opgeslagen. 3 compute-eindpunten. Klassieke Canasta-waarden; regelvarianten verschillen.

api.oanor.com/canasta-api

Chimney- en rookkanaalberekeningen als API, lokaal en deterministisch berekend — de trek- en afmetingsgetallen die een kachelinstallateur, schoorsteenveger of bouwer gebruikt zodat een vuur schoon en veilig trekt. Het flue-size-eindpunt geeft de minimale rookkanaaldoorsnede voor een haardopening: ten minste een tiende van het openingsoppervlak voor een vierkante of rechthoekige voering, een twaalfde voor een ronde (die beter trekt) — een opening van 36 × 30 inch heeft ongeveer 108 vierkante inch rechthoekig rookkanaal nodig, of een ronde van 10,7 inch. Het draft-eindpunt geeft de theoretische trek door het schoorsteeneffect, ΔP ≈ 3465 × hoogte × (1/T_buiten − 1/T_rookgas) met temperaturen in kelvin, dus een 6 meter hoge schoorsteen met rookgas van 200 °C op een vriesdag trekt ongeveer 32 pascal (0,13 inch waterkolom) — hoger en heter trekt harder. Het height-eindpunt past de 3-2-10-regel toe: een schoorsteen moet minstens 3 voet eindigen boven waar hij het dak doorboort en minstens 2 voet boven alles binnen 10 voet, welke het hoogst is. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor haard- en kachelinstallatie-apps, schoorsteenveeg- en inspectietools, bouwontwerpcalculators en doe-het-zelf-veiligheidssites. Pure lokale berekening — geen API-Key, geen externe service, direct. Live, niets opgeslagen. 3 compute-eindpunten. Educatieve schattingen — verifieer met uw toestellijst en aangenomen code.

api.oanor.com/chimney-api

Hengel- en tackle-wiskunde als een API, lokaal en deterministisch berekend — de drie getallen die bepalen hoe een haspel wordt opgespoeld en een kunstaas wordt gevist. Het lijncapaciteit-eindpunt berekent hoeveel lijn van een andere diameter een haspel kan bevatten: lijn ligt op de spoel op basis van dwarsdoorsnede, dus capaciteit schaalt met het omgekeerde kwadraat van de diameter — een haspel geschikt voor 100 yards van 0,30 mm bevat ongeveer 73,5 yards van dikkere 0,35 mm, of bijna 140 yards van een dunnere 0,011-inch gevlochten lijn. Het zinktijd-eindpunt geeft de aftelling om een kunstaas op diepte te vissen: tijd = diepte ÷ zinksnelheid, dus een minnow die een voet per seconde zinkt, bereikt tien voet op een telling van tien. Het sleepweerstand-eindpunt stelt de haspel in: ongeveer 25–33 % van de breeksterkte van de lijn gemeten aan de punt van de hengel — een 20-pond lijn vraagt ruwweg 5 tot 6,6 pond sleepweerstand, genoeg om een vis te laten lopen voordat er iets breekt. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor hengel- en tackle-apps, haspel-opspoel- en uitrustingswinkel-tools, hengelreizenplanners en leersites. Pure lokale berekening — geen key, geen externe service, direct. Live, niets opgeslagen. 3 compute-eindpunten. Eenheid-agnostisch — houd uw eenheden consistent; vuistregels, omstandigheden variëren.

api.oanor.com/fishing-api