Marktplaatsvoorbeeld

API-marktplaats

Ontdek en integreer APIs via de geheimveilige gateway van oanor.

289–312 van 1117 API's

Chicken Coop API

Kippenhok-wiskunde voor achtertuin als API, lokaal en deterministisch berekend — de aantallen voor hok, ren en voorzieningen die een kippenhouder bouwt. Het space-eindpunt bepaalt de afmetingen van de huisvesting op basis van de koppelgrootte en het ras: ongeveer 4 ft² hokvloer per standaard hen (2 voor bantams, 5 voor zware rassen) plus ruwweg 10 ft² ren per kip, dus tien standaard hennen hebben een hok van 40 ft² en een ren van 100 ft² nodig — en gegeven een hokbreedte retourneert het de lengte, of nul ren voor vogels die vrij rondlopen en alleen binnen slapen. Het fixtures-eindpunt behandelt de inrichting: één nestkast per drie tot vier hennen (ze delen en wachten, dus tien hennen hebben er drie nodig), 8–12 inch roeststok per vogel (tien vogels ≈ 8,3 voet), ongeveer 4 inch lineaire voederbakruimte per kip, en een drinker per acht of zo vogels. Overbevolking is de oorzaak van pikken, ziektes en rommel, dus elk getal wordt naar boven afgerond en meer ruimte is altijd beter; roeststokken moeten hoger zitten dan de nestkasten, zodat de vogels er niet in slapen — en poepen. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor ontwikkelaars van apps voor zelfvoorziening, achtertuinpluimvee, boerderij- en kleine landbouwbedrijven, hokplanners en koppelbeheer, en zelfvoorzieningssoftware. Pure lokale berekening — geen API-Key, geen externe dienst, direct. Amerikaanse eenheden, vuistregels. Live, niets opgeslagen. 2 compute-eindpunten. Gebruik een andere API voor voerhoeveelheden.

#chickens #poultry #homesteading
P door PremiumApi
Uptime
100.0%
Latentie
81ms
Abonnees
4,161
Server-geverifieerd 9 sondes/24u

api.oanor.com/chickencoop-api

Draft Beer API

Draft-beer dispense maths as an API, computed locally and deterministically — the CO₂ pressure and beer-line numbers a homebrewer, kegerator owner or bar sets a tap by. (This is the serving side; for ABV, gravity and IBU that is a homebrewing calculation.) The carbonation endpoint gives the regulator head pressure that holds a target carbonation at the serving temperature, from the standard volumes-temperature-pressure regression: 2.5 volumes of CO₂ at 38 °F needs about 11 psi, and colder beer holds the same carbonation at a lower pressure — British ales sit around 1.5–2.0 volumes, US ales 2.2–2.7, lagers and wheats higher. The balance endpoint sizes the beer line so the system pours a clean head instead of foaming or pouring slow: line length = (applied pressure − 0.5 × rise − residual) ÷ the line’s resistance per foot, where gravity adds about 0.5 psi per foot of lift and roughly 1 psi is left at the faucet — so 12 psi with no rise on 3/16-inch vinyl (≈3 psi/ft) wants about 3.7 feet, while narrower or wider tubing changes everything. Everything is computed locally and deterministically, so it is instant and private. Ideal for homebrew, kegerator, bar, brewery-taproom and beverage app developers, draft-system and troubleshooting tools, and hospitality software. Pure local computation — no key, no third-party service, instant. Dispense side only. Live, nothing stored. 2 compute endpoints.

#draft-beer #kegerator #homebrew
P door PremiumApi
Uptime
100.0%
Latentie
86ms
Abonnees
4,847
Server-geverifieerd 9 sondes/24u

api.oanor.com/draftbeer-api

Knife Sharpening API

Knife-sharpening maths als API, lokaal en deterministisch berekend — de bevel- en hoekgetallen waar een slijper, kok of messenmaker een steen op instelt. Het gebruikt het symmetrische V-randmodel: het bevel-eindpunt neemt de bladdikte en een hoek per zijde (of inclusieve hoek) en retourneert de bevel-breedte = (dikte ÷ 2) ÷ sin(hoek per zijde), met de inclusieve hoek als tweemaal de hoek per zijde — dus een 2 mm lemmet geslepen op 15° per zijde heeft een 3,86 mm bevel en een 30° snede, en bij een 40° inclusief (20° per zijde) een 2,92 mm bevel. Het hoek-eindpunt werkt het omgekeerd voor de marker (Sharpie)-methode: kleur de snede, neem één slag, meet de glanzende bevel, en hoek per zijde = asin((dikte ÷ 2) ÷ bevel-breedte) vertelt je de hoek die je werkelijk vasthoudt. Het aanbevolen-eindpunt geeft zinvolle inclusieve-hoekbereiken per gebruik — ongeveer 12–17° voor scheermessen, 20–30° voor Japanse keukenmessen, 30–40° voor Westerse chef-messen en EDC, 40–50° voor buiten en hard gebruik, 45–65° voor bijlen — en converteert elke gekozen inclusieve hoek naar per zijde en terug. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor ontwikkelaars van messen-, keuken-, EDC-, bushcraft-, houtbewerkings- en slijp-apps, slijpgeleiders en randgeometrie-tools, en maker-software. Pure lokale berekening — geen key, geen derde partij, direct. Symmetrisch V-randmodel, mm en graden. Live, niets opgeslagen. 3 compute-eindpunten.

#knife #sharpening #bevel
P door PremiumApi
Uptime
100.0%
Latentie
80ms
Abonnees
3,532
Server-geverifieerd 12 sondes/24u

api.oanor.com/knifesharp-api

Welding Settings API

Lasinstellingen en verbruiksartikelen wiskunde als een API, lokaal en deterministisch berekend — de stroomsterkte, draad- en gasnummers die een lasser of fabrikant in een machine draait. (Voor verbindingssterkte is dat een aparte lassterkteberekening.) Het stroomsterkte-eindpunt geeft een startstroom op basis van materiaaldikte met behulp van de vuistregel voor zacht staal van ongeveer één ampère per 0,001 inch — dus een achtste-inch plaat loopt rond 125 A, plus of min tien procent — en stelt een elektrode- of draaddikte voor om te matchen. Het depositie-eindpunt doet de MIG-berekening exact: depositiegraad (lb/uur) = draadaanvoersnelheid × het gewicht van de draad per inch × 60 × efficiëntie, waarbij gewicht per inch = (π/4 · d²) × 0,284 lb/in³ voor staal, dus 0,035-inch draad bij 300 in/min legt ongeveer 4,9 lb/uur aan, 4,8 gedeponeerd bij 98% — en van een doelafzetting retourneert het de boogtijd en de kilo's draad om te kopen. Het gas-eindpunt bepaalt de grootte van beschermgas: gasverbruik (ft³) = flow in CFH × boogtijd in uren, en de boogtijdduur van een cilinder, dus 35 CFH leegt een 80 ft³ fles in ongeveer 2,3 uur werkelijke boogtijd. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor ontwikkelaars van las-, metaalbewerkings-, productie- en werkplaatsbeheer-apps, tools voor kostenberekening en verbruiksplanning, en lasopleidingssoftware. Pure lokale berekening — geen key, geen externe service, direct. Machine-instellingen, niet verbindingssterkte. Live, niets opgeslagen. 3 compute-eindpunten.

#welding #fabrication #metalwork
P door PremiumApi
Uptime
100.0%
Latentie
76ms
Abonnees
4,220
Server-geverifieerd 12 sondes/24u

api.oanor.com/welding-api

Screen Printing API

Screen-printing maths als API, lokaal en deterministisch berekend — de inktverbruik- en kostengetallen waarmee een kledingprinter of drukkerij een klus begroot. Het draait allemaal om 'inktmileage', het bedrukte oppervlak dat een eenheid inkt dekt — in² per pond, met plastisol gewoonlijk 12.000–18.000 afhankelijk van zeef en deposit. Het inkt-eindpunt berekent een run: inkt = (printoppervlak × prints) ÷ mileage, dus een ontwerp van 100 in² dat 150 keer wordt geprint bij 15.000 in²/lb neemt precies één pond (454 g, ongeveer 3 g per print); geef het ontwerp door als oppervlak of als breedte × hoogte. Het prints-eindpunt werkt omgekeerd — hoeveel shirts een bak inkt doet: prints = (inktgewicht × mileage) ÷ printoppervlak, dus een pond plastisol dekt 15.000 in², ruwweg 150 prints van dat ontwerp vóór afval, en het accepteert ponden, kilo's of grammen. Het kosten-eindpunt plaatst er een prijs op: inktponden × prijs per pond geeft de inktkosten van de run en het cijfer per print, meestal slechts een paar cent — alleen inkt, vóór zeven, kleding en arbeid. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor ontwikkelaars van screen-printing, kledingdecoratie, drukkerij- en merch-apps, offerte- en kostprijsberekeningstools en productieplanningssoftware. Pure lokale berekening — geen key, geen externe dienst, direct. Live, niets opgeslagen. 3 compute-eindpunten. Alleen inkt; voeg zeven, kleding en arbeid toe voor een volledige offerte.

#screen-printing #apparel #printing
P door PremiumApi
Uptime
100.0%
Latentie
79ms
Abonnees
3,682
Server-geverifieerd 12 sondes/24u

api.oanor.com/screenprint-api

Leathercraft API

Leathercraft wiskunde als een API, lokaal en deterministisch berekend — de gewicht-, oppervlakte- en riemnummers die een leerbewerker, zadelmaker of maker voor een project snijdt. Het dikte-eindpunt behandelt de eigenaardigheid dat leer “gewicht” eigenlijk een dikte is: één ounce is gelijk aan een vierenzestigste van een inch, of 0,397 mm, dus 8 oz leer is 3,18 mm — en het converteert in beide richtingen tussen ounces, millimeters en inches en stelt typische toepassingen voor, van 2–3 oz voeringen en portefeuilles tot 9 oz-plus riemen en zadels. Het oppervlakte-eindpunt converteert huidoppervlakte tussen de Amerikaanse vierkante voet, de Europese vierkante decimeter (1 ft² = 9,29 dm²) en vierkante meters, en bepaalt de grootte van een project: gegeven het leer dat een project nodig heeft en een afvaltoeslag — 25–40 % is normaal omdat huiden onregelmatige randen en gebreken hebben — retourneert het de bruikbare oppervlakte en hoeveel huiden te kopen. Het riem-eindpunt telt riemen gesneden uit een rechthoekig stuk (aantal = ⌊breedte ÷ riembreedte⌋, elk zo lang als het stuk) of de continue veterlengte die een spiraalsnede oplevert uit een oppervlakte (lengte = oppervlakte ÷ breedte). Alles wordt lokaal en deterministisch berekend, dus het is onmiddellijk en privé. Ideaal voor leerbewerking, zadels, handwerk, tassenmakerij en maker-app-ontwikkelaars, project-schatter en materiaalkosten-tools, en werkplaatssoftware. Pure lokale berekening — geen key, geen externe dienst, onmiddellijk. Live, niets opgeslagen. 3 compute-eindpunten.

#leather #leathercraft #saddlery
P door PremiumApi
Uptime
100.0%
Latentie
72ms
Abonnees
4,545
Server-geverifieerd 12 sondes/24u

api.oanor.com/leather-api

Klimgraad API

Rotsklimgraadconversie als een API, lokaal en deterministisch berekend — de cross-systeem graadvertalingen die een klimmer, klimhal of gidsboek-app nodig heeft wanneer dezelfde route in elk land anders wordt gelezen. Het route-eindpunt neemt een touwklimgraad in elk belangrijk systeem — het Amerikaanse Yosemite Decimale Systeem (5.5 tot 5.15d), Franse sportgraden (4b tot 9c+), de UIAA-schaal gebruikt in Centraal-Europa (IV tot XIII-) of de Australische/Nieuw-Zeelandse Ewbank-nummers (12 tot 40) — en retourneert de equivalenten in al deze systemen, dus een 5.11a is een Franse 6c, een UIAA VII+ en een Ewbank 22. Het boulder-eindpunt converteert tussen de Amerikaanse V-schaal (VB en V0 tot V17) en de Franse Fontainebleau-schaal (3 tot 9A), dus een V5 is Font 6C en een probleem beoordeeld als 7A is ongeveer V6. Je kunt een graad in elk ondersteund systeem doorgeven en het vindt de rij en geeft de rest — handig voor het synchroniseren van een tick-lijst over regio's of het tonen van een graad die een klimmer herkent. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor ontwikkelaars van klim-, boulder-, klimhal-, gidsboek- en buitensport-apps, tick-lijst- en routedatabasetools, en trainingslogsoftware. Pure lokale berekening — geen key, geen externe service, direct. Grafiek equivalenten — graden zijn inherent bij benadering over systemen heen. Live, niets opgeslagen. 2 conversie-eindpunten.

#climbing #bouldering #grades
P door PremiumApi
Uptime
100.0%
Latentie
76ms
Abonnees
3,760
Server-geverifieerd 9 sondes/24u

api.oanor.com/climbgrade-api

Spoke Length & Wheel API

Fietswielbouw-wiskunde als API, lokaal en deterministisch berekend — de spaaklengte- en spanningsgetallen waarmee een wielbouwer een wiel spaken. Het spoke-eindpunt voert de klassieke spaaklengteformule uit op basis van de naaf- en velggeometrie: L = √(R² + r² + f² − 2·R·r·cos θ) − hole ÷ 2, waarbij R de helft van de effectieve velgdiameter (ERD) is, r de helft van de naafflensdiameter, f de offset van midden tot flens en θ = crosses × 720° ÷ spokes — dus een 602 mm ERD-velg op een 45 mm flens met 35 mm offset, 32 spaken 3-cross (een kruisingshoek van 67,5°), heeft een 293,9 mm spaak nodig. Het verwerkt radiale (0-cross) constructies en berekent de aandrijf- en niet-aandrijfzijde apart op basis van hun eigen offsets, omdat een gedisht wiel twee verschillende zijden heeft. Het bracing-eindpunt geeft voor elke zijde de bracing-hoek = atan(offset ÷ (ERD/2)) — de hefboom die zijdelingse belastingen weerstaat — en de resulterende spanningsverhouding, omdat de zijde met de kleinere offset een hogere spanning moet dragen, wat verklaart waarom de niet-aandrijfspaken van een achterwiel (vaak slechts ongeveer de helft van de aandrijfzijde-spanning) als eerste slap worden. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor ontwikkelaars van fietsenwinkel-, wielbouw-, fiets- en fietspassing-apps, spaakcalculator- en bouwsheet-tools, en componentendatabasesoftware. Pure lokale berekening — geen key, geen externe service, direct. Millimeters. Live, niets opgeslagen. 2 compute-eindpunten. Gebruik voor gear inches of versnellingen een bicycle-gear API.

#cycling #wheelbuilding #spoke
P door PremiumApi
Uptime
100.0%
Latentie
79ms
Abonnees
4,173
Server-geverifieerd 9 sondes/24u

api.oanor.com/spokelength-api

Resin & Epoxy API

Giet- en epoxyhars wiskunde als een API, lokaal en deterministisch berekend — de meng-, dek- en malvolume-getallen waar een harskunstenaar, -ambachtsman of -maker een project mee giet. Het mix-eindpunt splitst een tweecomponentenhars op basis van de labelverhouding: hars = totaal × A/(A+B), verharder = totaal × B/(A+B), van elke hoeveelheid die je kent — het totaal, de hars of de verharder — dus een 2:1 epoxy voor 300 ml is 200 + 100, en een 100:45 op gewicht systeem voor 100 g hars heeft 45 g verharder nodig; het behoudt je eenheid (ml, gram, fl oz) en herinnert je eraan dat sommige harsen op volume en andere op gewicht worden gemengd. Het dek-eindpunt bepaalt de grootte van een overstromings- of sealcoat: volume = oppervlakte × dikte, in metrische of US-eenheden, teruggegeven in milliliters, fluid ounces en gallons plus de massa — overeenkomend met de bekende kunstharsregel van ongeveer een gallon per 12 ft² bij een achtste inch. Het moldfill-eindpunt berekent het volume van een doos-, cilinder-, bol- of kegelmal (een 10×10×5 cm doos is 500 ml, 550 g bij epoxy's ~1,1 g/cm³) en trekt de verplaatsing af van alles wat je inbedt, zodat je nooit te veel of te weinig giet. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor ontwikkelaars van apps voor harskunst, ambachten, sieraden, modelbouw, riviertafels en makers, project-schattings- en materiaalkosten-tools, en studio-software. Pure lokale berekening — geen key, geen externe dienst, direct. Live, niets opgeslagen. 3 compute-eindpunten. Voor pot life en uitharding volg het productgegevensblad.

#resin #epoxy #casting
P door PremiumApi
Uptime
100.0%
Latentie
74ms
Abonnees
4,314
Server-geverifieerd 12 sondes/24u

api.oanor.com/resin-api

Home Canning API

Home-canning maths als een API, lokaal en deterministisch berekend — de hoogteaanpassingen die een batch conserven veilig houden, de getallen die een inmaker, zelfvoorziener of recepten-app per pot verwerkt. Omdat water kookt op een lagere temperatuur naarmate je hoger bent, moet elk getest zeeniveau-recept langer of heter worden verwerkt, en deze API voert die rekenkunde uit. Het waterbad-eindpunt past de USDA-regel voor kokend-waterbad en stoomconservenblik toe: voor een basistijd van 20 minuten of minder voeg 5, 10, 15 of 20 minuten toe per hoogtezone, en voor meer dan 20 minuten voeg 10, 20, 30 of 40 toe — dus een 15-minuten augurkenrecept op 4000 voet wordt 25 minuten verwerkt, en een 30-minuten recept duurt 50 minuten. Het druk-eindpunt past de conservenblik aan: een wijzerplaatmeter krijgt 1 psi per 2000 voet, waardoor een 11 psi-recept 12, 13, 14 of 15 wordt, terwijl een gewogen meter eenvoudig stapt van 10 psi tot 1000 voet naar 15 daarboven, omdat het alleen 5/10/15-instellingen heeft. Het kookpunt-eindpunt geeft de onderliggende reden — water kookt ongeveer 1,84 °F lager per 1000 voet, dus op 5000 voet kookt het op 202,8 °F in plaats van 212. Alles wordt lokaal en deterministisch berekend, dus het is onmiddellijk en privé. Ideaal voor ontwikkelaars van inmaak-, voedselconserverings-, zelfvoorzienings-, recepten- en keukenapps, conserveringscalculator- en voorraadkasttools, en kookklassoftware. Pure lokale berekening — geen key, geen externe service, onmiddellijk. USDA-tabellen — volg altijd een getest recept. Live, niets opgeslagen. 3 compute-eindpunten.

#canning #food-preservation #homesteading
P door PremiumApi
Uptime
100.0%
Latentie
83ms
Abonnees
4,575
Server-geverifieerd 12 sondes/24u

api.oanor.com/canning-api

Log Scaling & Timber API

Log-scaling en timber wiskunde als een API, lokaal en deterministisch berekend — de board-foot opbrengst en kubieke volume die een houthakker, zager of boswachter schaalt voor een rond zaaghout. Het boardfeet eindpunt voert de drie klassieke log regels tegelijk uit vanaf de kleine einddiameter binnen de schors en de lengte: Doyle = ((D − 4) ÷ 4)² × L, Scribner Decimal C ≈ (0,79·D² − 2·D − 4) × L ÷ 16, en de International ¼-inch regel door exacte vier-voet segmenten met een halve inch taper toelage, afgerond op de dichtstbijzijnde 5 board feet — dus een 20-inch, 16-voet log schaalt 256 BF volgens Doyle, 272 volgens Scribner en 320 volgens International, wat netjes laat zien hoe Doyle kleine logs onderschaalt, International het meest nauwkeurig is en Scribner ertussenin zit. Het volume eindpunt geeft de kubieke inhoud volgens Smalian's formule — het gemiddelde van de twee einddoorsnede-oppervlakken maal lengte — en Huber's formule — het midden doorsnede-oppervlak maal lengte, meestal het meest nauwkeurig — beide in kubieke voet en cords (128 ft³ = 1 cord). Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor ontwikkelaars van apps voor bosbouw, houtkap, zagerijen, timber-cruising en landbeheer, tools voor houtkopers en timber-valuatie, en woodlot calculators. Pure lokale berekening — geen key, geen externe service, direct. Imperiale bosbouweenheden. Live, niets opgeslagen. 2 compute endpoints. Voor gezaagde board feet gebruik een lumber API.

#forestry #logging #sawmill
P door PremiumApi
Uptime
100.0%
Latentie
86ms
Abonnees
4,210
Server-geverifieerd 9 sondes/24u

api.oanor.com/logscale-api

Pet Food & Calorie API

Pet-nutrition maths als API, lokaal en deterministisch berekend — de calorie-, portie- en watergetallen die een honden- of katteneigenaar, fokker of huisdier-app een dier geeft. Het calorie-eindpunt gebruikt de standaard veterinaire formule: rustenergie RER = 70 × (lichaamsgewicht in kg)^0,75, vervolgens dagelijkse onderhoudsenergie MER = RER × een levensfasenfactor — 1,6 voor een gesteriliseerde volwassen hond, 1,2 voor een gesteriliseerde kat, 1,0 of 0,8 voor gewichtsverlies, 2–3 voor puppy's en 2,5 voor kittens — dus een gesteriliseerde hond van 10 kg heeft ongeveer 394 kcal in rust en 630 kcal per dag nodig, en een gesteriliseerde kat van 5 kg ongeveer 234 en 281. Gewicht accepteert kg of pond, en een aangepaste factor overschrijft de tabel. Het portie-eindpunt zet die caloriebehoefte om in voer: dagelijkse grammen = calorieën ÷ de energiedichtheid van het voer (kcal per 100 g, vaak 350–450 voor droge brokken) of kopjes ÷ kcal per kopje, verdeeld over maaltijden — dus 630 kcal van een brok van 375 kcal/100 g is ongeveer 168 g per dag, 84 g per maaltijd. Het water-eindpunt geeft de dagelijkse behoefte, ruwweg 50–60 ml per kg voor honden en 50 voor katten. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor ontwikkelaars van huisdierverzorging, veterinaire, huisdiervoer, honden- en katten-apps, voedingscalculator- en huisdiergezondheidstools, en fokkersoftware. Pure lokale berekening — geen key, geen externe service, direct. Educatieve schattingen, geen veterinair advies. Live, niets opgeslagen. 3 compute-eindpunten. Gebruik voor hondenleeftijdsconversie een andere API.

#pet #dog #cat
P door PremiumApi
Uptime
100.0%
Latentie
74ms
Abonnees
4,208
Server-geverifieerd 12 sondes/24u

api.oanor.com/petfood-api

Alcohol & ABV API

Alcohol- en cocktailberekeningen als een API, lokaal en deterministisch berekend — de ABV, verdunning en standaarddrankgetallen die een barman, brouwer of drankapp achter de bar uitrekent. Het abv-eindpunt mixt een drank: geef de ingrediënten als een volume:abv-lijst en het retourneert het uiteindelijke alcoholpercentage = (som van volume × ABV) ÷ totaal volume, dus een Negroni-stijl 2 delen op 40%, 1 op 20% en 1 mixer op 0% komt uit op 25% ABV (50 US proof), waarbij mixers het resultaat verdunnen. Het dilution-eindpunt modelleert ijs smelten en roeren, wat water toevoegt en de sterkte verlaagt: eindvolume = volume × (1 + verdunning) en ABV daalt met dezelfde factor terwijl de alcohol zelf ongewijzigd blijft, dus een 4 oz geroerde drank op 25% met 25% verdunning wordt 5 oz op 20% — geroerde dranken krijgen ongeveer 20–25%, geschud iets meer. Het standard-eindpunt telt de dosis: pure alcohol = volume × ABV, dan is een US standaarddrank 14 gram (0,6 fl oz) en een UK unit is 10 ml pure alcohol, dus een 12 fl oz bier op 5% is één standaarddrank (14 g, 1,77 UK units) en een 5 fl oz glas wijn van 12% ook. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor bartending-, brouw-, drank-, horeca- en verantwoord drinken-app-ontwikkelaars, cocktailbouwer- en drinktracker-tools en barkeuzecalculators. Pure lokale berekening — geen key, geen externe service, direct. Live, niets opgeslagen. 3 compute-eindpunten. Gebruik voor drankrecepten een cocktails-database-API.

#abv #cocktail #alcohol
P door PremiumApi
Uptime
100.0%
Latentie
77ms
Abonnees
4,305
Server-geverifieerd 12 sondes/24u

api.oanor.com/abv-api

Sailing & Hull Design API

Sailing en naval-architectuur wiskunde als een API, lokaal en deterministisch berekend — de rompsnelheid en ontwerpverhoudingen die een zeiler, bootkoper of jachtontwerper gebruikt om een boot te beoordelen. Het hullspeed-eindpunt geeft de theoretische verplaatsingssnelheidslimiet van de waterlijn: rompsnelheid = 1,34 × √LWL (voet) in knopen, dus een waterlijn van 25 voet haalt ongeveer 6,7 knopen (7,7 mph, 12,4 km/u) — met een instelbare coëfficiënt tot ongeveer 1,5 voor lichte, gemakkelijk voortgestuwde rompen, aangezien planerende boten de formule volledig achter zich laten. Het ratios-eindpunt berekent de twee klassieke prestatiegetallen: de Sail Area/Displacement ratio, SA/D = zeiloppervlak ÷ (verplaatst volume in ft³)^⅔ met verplaatst volume = verplaatsing ÷ 64 lb/ft³ voor zeewater — rond 16–18 is een typische cruiser en 20-plus is sportief — en de Displacement/Length ratio, DLR = (verplaatsing in long tons) ÷ (0,01 × LWL)³, waarbij onder 200 licht is en boven 300 zwaar, elk teruggegeven met een klasselabel. Het ballast-eindpunt geeft de ballastratio = ballast ÷ verplaatsing × 100, een ruwe indicatie voor stijfheid en zeildragend vermogen die de meeste cruisers rond 35–45 % halen. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor ontwikkelaars van apps voor zeilen, varen, maritiem, jachtbemiddeling en bootontwerp, bootvergelijking en mastafmetingen, en naval-architectuur rekenmachines. Pure lokale berekening — geen key, geen externe service, direct. Imperiale eenheden. Live, niets opgeslagen. 3 compute-eindpunten. Ontwerpverhoudingsschattingen, geen snelheidsvoorspellingsprogramma.

#sailing #boating #marine
P door PremiumApi
Uptime
100.0%
Latentie
72ms
Abonnees
4,058
Server-geverifieerd 12 sondes/24u

api.oanor.com/sailing-api

Archery & Arrow API

Boogschiet- en pijlwiskunde als een API, lokaal en deterministisch berekend — de FOC-, energie- en pijlgewichtgetallen waarmee een boogschutter of boogjager een opstelling afstemt. Het FOC-eindpunt vindt de front-of-center-balans, het aandeel van het pijlgewicht dat vóór het midden ligt: FOC = ((balanspunt − lengte ÷ 2) ÷ lengte) × 100 gemeten vanaf de keel van de nok, dus een 28-inch pijl die balanceert op 16 inch is 7,1% — en het geeft het resultaat in banden, aangezien doelboogschutters rond de 7–12% zitten terwijl jagers 12–19% nastreven voor penetratie en vergevingsgezindheid. Het energie-eindpunt zet pijlgewicht en snelheid om in terminale prestaties: kinetische energie (ft-lb) = grains × fps² ÷ 450.240 en momentum (slug-fps) = grains × fps ÷ 225.218, dus een 400-grain pijl bij 280 fps levert ongeveer 69,7 ft-lb en 0,50 slug-fps, met een voorgestelde wildklasse — momentum, niet KE, is de betere penetratievoorspeller voor zware pijlen. Het gewichtseindpunt totaliseert een afgewerkte pijl uit zijn onderdelen — schacht (grains-per-inch × lengte) plus punt, insert, nok en bevedering — en deelt door het trekgewicht voor grains-per-pound, waarbij het 5-GPP-minimum wordt gemarkeerd dat de boog beschermt. Alles wordt lokaal en deterministisch berekend, dus het is onmiddellijk en privé. Ideaal voor ontwikkelaars van apps voor boogschieten, boogjagen, traditioneel boogschieten en buitensporten, pijlenbouwers en boogafstemmingstools, en pro-shop-rekenmachines. Pure lokale berekening — geen key, geen externe dienst, onmiddellijk. Imperiale boogschieteenheden. Live, niets opgeslagen. 3 compute-eindpunten. Gebruik een andere API voor vizierpunten of boogafstemming.

#archery #bowhunting #arrow
P door PremiumApi
Uptime
100.0%
Latentie
75ms
Abonnees
3,709
Server-geverifieerd 12 sondes/24u

api.oanor.com/archery-api

Pottery & Ceramics API

Pottery and ceramics maths as an API, computed locally and deterministically — the shrinkage, glaze-batch and firing numbers a potter works out at the wheel and the kiln. The shrinkage endpoint handles the fact that clay shrinks from wet to bone-dry to fired: with a typical 12 % linear shrinkage a 100 mm rim fires down to 88 mm, and run in reverse it tells you to throw a piece larger to land on a target size — make it 100 mm wet to finish at 88 mm — and reports the volume shrinkage, which is the cube of the linear factor (about 32 %). The glaze endpoint scales a percentage recipe to a real batch: pass the ingredients as a name:percent list and a dry batch weight and it returns the grams of each, dividing by the recipe’s own percent sum so recipes that total over 100 % (a base 100 plus colorant and opacifier additions) still scale correctly, plus the water to add for dipping. The cone endpoint gives the approximate firing temperature for an Orton self-supporting cone at the standard 108 °F/hour ramp — cone 06 is about 1828 °F (998 °C) for bisque, cone 6 about 2232 °F (1222 °C) and cone 10 about 2345 °F (1285 °C) for stoneware — and reminds you that a cone measures heat-work, not just temperature. Everything is computed locally and deterministically, so it is instant and private. Ideal for ceramics, pottery-studio, maker and craft app developers, kiln-log and glaze-calculator tools, and studio-management software. Pure local computation — no key, no third-party service, instant. Live, nothing stored. 3 compute endpoints. For kiln-element power use a different API.

#pottery #ceramics #glaze
P door PremiumApi
Uptime
100.0%
Latentie
97ms
Abonnees
4,807
Server-geverifieerd 12 sondes/24u

api.oanor.com/pottery-api

Deck Builder API

Deck-bouw wiskunde als een API, lokaal en deterministisch berekend — het aantal planken, balken en bevestigingsmiddelen dat een huiseigenaar of aannemer nodig heeft om een rechthoekig terras te materialiseren. Het boards endpoint zet de terrasafmetingen om in een echte boodschappenlijst: rijen = terrasbreedte ÷ (boardbreedte + tussenruimte), naar boven afgerond, dus een terras van 16 ft × 12 ft met een boardbreedte van 5,5 inch (een 5/4×6) en een tussenruimte van 1/8 inch heeft 26 rijen nodig; planken lopen over de lengte, elke rij neemt één 16 ft board, en een afvaltoeslag van 10% brengt het op 29 planken plus de lineaire meters en het terrasoppervlak. Het joists endpoint frameert het: balken worden langs de lengte geplaatst, dus aantal = ⌊lengte ÷ afstand⌋ + 1 — dertien balken met een hart-op-hart afstand van 16 inch (zeventien bij 12 inch voor sterkere of diagonale beplanking), elk overspant de breedte, plus twee randbalken en een ligger als totale framelineaire meters. Het fasteners endpoint telt de schroeven: elke terrasrij kruist elke balk eenmaal en wordt daar met twee schroeven bevestigd, dus een terras van 16×12 heeft 26 × 13 × 2 = 676 schroeven nodig, ongeveer 744 met afval — of één verborgen clip per kruising. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor ontwikkelaars van bouw-, aannemers-, woningverbetering-, bouwmaterialen- en renovatie-apps, terras-schatters en takeoff-tools, en houthandel-calculators. Pure lokale berekening — geen key, geen externe service, direct. US-eenheden (voet/inch). Live, niets opgeslagen. 3 compute endpoints. Rechthoekige terrassen; voor binnenruimte gebruik een vloer-API.

#deck #construction #contractor
P door PremiumApi
Uptime
100.0%
Latentie
77ms
Abonnees
4,490
Server-geverifieerd 12 sondes/24u

api.oanor.com/deck-api

Propaan & LPG Tank API

Propaan- en LPG-tankberekeningen als API, lokaal en deterministisch berekend — de bruikbare vulling, energie- en brandtijdcijfers die een huiseigenaar, camperaar, grillmeester of HVAC-technicus bij de tank uitrekent. Het tank-eindpunt zet een tankgrootte om in echte getallen: vloeibaar propaan is 4,24 lb per gallon en bevat 91.452 BTU per gallon (ongeveer 21.569 BTU per pond), dus een 20 lb barbecuecilinder bevat ongeveer 4,7 gallon en 431.000 BTU. Het kent de twee manieren waarop tanks worden gemeten — een draagbare cilinder (20, 30, 40 lb) wordt beoordeeld op het gewicht aan propaan dat hij bevat, terwijl een bulktank (100, 250, 500, 1000 gal) slechts tot 80% van zijn watercapaciteit wordt gevuld om ruimte voor uitzetting te laten, dus een 500-gallon tank bevat eigenlijk 400 gallon propaan en ongeveer 36,6 miljoen BTU. Het brandtijd-eindpunt deelt die energie door het BTU-per-uur ingangsvermogen van een apparaat om de looptijd te geven: dezelfde 20 lb cilinder laat een 30.000 BTU/uur terrasverwarmer ongeveer 14 uur draaien, en een optionele uren-per-dag maakt er dagen van. Het bijvul-eindpunt berekent een vulling op basis van een prijs per gallon, geeft de kosten per 100.000 BTU zodat je propaan kunt vergelijken met aardgas of elektriciteit, en — met een apparaatvermogen — de kosten per uur. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor ontwikkelaars van apps voor thuisenergie, HVAC, campers, off-grid, grillen en buitenleven, brandstofkosten- en tankmonitortools, en propaanleveringscalculators. Pure lokale berekening — geen key, geen externe service, direct. US-eenheden. Live, niets opgeslagen. 3 compute-eindpunten. Gebruik voor voertuigbrandstofverbruik of de ideale gaswet een andere API.

#propane #lpg #energy
P door PremiumApi
Uptime
100.0%
Latentie
80ms
Abonnees
4,756
Server-geverifieerd 12 sondes/24u

api.oanor.com/propane-api

Barbell & Lifting API

Barbell- en gewichtstrainingswiskunde als een API, lokaal en deterministisch berekend — de plaatbeladings- en percentagegetallen die een lifter, coach of sportschoolapp bij het rek uitrekent. Het plates-eindpunt lost de dagelijkse sportschoolpuzzel op van welke platen aan elke kant moeten voor een streefgewicht: 100 kg op een standaard 20 kg stang betekent 40 kg per kant, zwaarst eerst geladen als een 25 en een 15; 102,5 kg voegt de 1,25 microplaat toe; en als een streefgewicht niet haalbaar is met de beschikbare platen, laadt het de dichtstbijzijnde mogelijke en vertelt het het tekort, zodat je nooit hoeft te raden. Het werkt in kilogram of pond (225 lb op een 45 lb stang is twee 45's per kant), met een aangepast stanggewicht en een aangepaste platenset. Het percent-eindpunt zet een one-rep-max om in het werkgewicht dat je daadwerkelijk laadt: 80% van een 100 kg max is 80 kg, en vragen om een vijf-herhalingsgewicht geeft ongeveer 85,7 kg via de Epley-formule (1RM = gewicht × (1 + herhalingen ÷ 30)) — vijf herhalingen zitten rond 86% van max, tien herhalingen rond 75%. Het warmup-eindpunt bouwt een opstap van de lege stang naar de werkset op ongeveer 40, 55, 70 en 85%, elk afgerond op een belastbare stap, waarbij het aantal herhalingen daalt naarmate de stang zwaarder wordt. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor ontwikkelaars van sportschool-, krachttraining-, powerlifting- en fitnessapps, workout-logger- en coachingtools, en bouwers van slimme rekken en plaatcalculators. Pure lokale berekening — geen key, geen externe service, direct. Exacte wiskunde, geen simulatie. Live, niets opgeslagen. 3 compute-eindpunten. Voor one-rep-max-schatting op basis van een set gebruik je een strength API.

#barbell #weightlifting #gym
P door PremiumApi
Uptime
100.0%
Latentie
80ms
Abonnees
4,560
Server-geverifieerd 12 sondes/24u

api.oanor.com/barbell-api

Dice Probability API

Tabletop dobbelsteen-kansberekening als een API, lokaal en deterministisch en exact berekend — de kansen achter de worpen, niet de worpen zelf. Het voordeel-eindpunt geeft de D&D-stijl kansen om een doel te verslaan op een d20 (of elke dobbelsteen) die normaal rolt, met voordeel (twee keer rollen, de hoogste houden) of met nadeel (de laagste houden): een 11+ nodig hebben is 50% normaal, 75% met voordeel en 25% met nadeel, en het rapporteert de gemiddelde worp — voordeel tilt een d20 van 10,5 naar ongeveer 13,8. Het pool-eindpunt behandelt successen-tellende systemen (World of Darkness, Shadowrun): voor een pool van dobbelstenen die slagen op een vlak op of boven een drempel geeft het de kans per dobbelsteen, het verwachte aantal successen en de exacte binomiale kans om precies, of ten minste, een doelaantal te krijgen — zes d10's die slagen op 7+ gemiddeld 2,4 successen met een 45,6% kans op drie of meer. Het exploderende eindpunt geeft het gemiddelde van een exploderende ("acing", open-ended) dobbelsteen die opnieuw rolt en optelt op zijn maximale vlak — een d6 gemiddeld 4,2 in plaats van 3,5. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor tabletop, virtuele-tabletop, game-ontwerp en TTRPG app-ontwikkelaars, odds-en-kans helpers, en game-master tools. Pure lokale berekening — geen key, geen derde partij service, direct. Exacte wiskunde, geen simulatie. Live, niets opgeslagen. 3 compute-eindpunten. Voor willekeurige worpen gebruik een dobbelsteen-roller API.

#dice #probability #ttrpg
P door PremiumApi
Uptime
100.0%
Latentie
74ms
Abonnees
3,594
Server-geverifieerd 12 sondes/24u

api.oanor.com/dicepool-api

Catering & Party API

Catering- en feestplanningswiskunde als een API, lokaal en deterministisch berekend — de hoeveel-koop-ik-getallen waarmee een gastheer of cateraar een hoofdaantal plant. Het food-endpoint schaalt een menu naar het aantal gasten en de eetlust: het hoofdeiwit ongeveer een half pond gekookt vlees per persoon (licht 0,33, stevig 0,75), elk bijgerecht ongeveer vier ons per persoon, zes hapjes per persoon en anderhalf dinerbroodje — dus 50 gasten bij een standaard diner met drie bijgerechten hebben 25 lb vlees, 300 hapjes en 75 broodjes nodig. Het drinks-endpoint bepaalt de bar: ongeveer één drankje per gast per uur plus een extra in het eerste uur, verdeeld over bier, wijn en cocktails, en omgerekend naar de echte eenheden die je koopt — bier per krat (24) en half vat (~165 porties), wijn per fles (~5 glazen), sterke drank per fles van 750 ml (~16 shots) — plus het ijs (ongeveer 1,5 lb per gast) en water; een feest met 50 gasten en vier uur komt op 250 drankjes, 125 bieren (0,76 van een vat), 15 flessen wijn en 75 lb ijs. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor ontwikkelaars van evenementenplanning, catering, horeca en feest-apps, boodschappenlijst- en hoofdaantal-tools, en gastheer-calculators. Pure lokale berekening — geen key, geen externe service, direct. Amerikaanse eenheden; vuistregels — rond naar boven. Live, niets opgeslagen. 2 compute-endpoints. Pas aan voor de menigte en het seizoen.

#catering #party-planning #event
P door PremiumApi
Uptime
100.0%
Latentie
78ms
Abonnees
4,088
Server-geverifieerd 9 sondes/24u

api.oanor.com/catering-api

D&D Encounter API

Dungeons & Dragons 5e-editie encounter-building wiskunde als een API, lokaal en deterministisch berekend — de XP-budget- en moeilijkheidsgetallen waarmee een Dungeon Master een gevecht in evenwicht brengt. Het budget-eindpunt somt de per-personage XP-drempels uit de DMG op voor de groep — op basis van groepsgrootte en niveau, of een lijst van gemengde niveaus — om de easy, medium, hard en deadly budget voor één encounter te geven (een groep van vier personages van niveau 5 heeft drempels van 1.000 / 2.000 / 3.000 / 4.400 XP), plus het totale adventuring-day budget. Het moeilijkheids-eindpunt beoordeelt een encounter: het sommeert de XP van de monsters, vermenigvuldigt met de encounter-multiplier voor het aantal monsters (×1,5 voor twee, ×2 voor drie tot zes, tot ×4 voor vijftien of meer), en vergelijkt de aangepaste XP met de groepsdrempels — vier monsters van 450 XP tegen die groep komen op 3.600 aangepaste XP, een hard gevecht. Het carry-eindpunt geeft de draagcapaciteit (Kracht × 15, geschaald naar grootte), push/drag/lift en de encumbrance-drempels. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor tabletop, virtual-tabletop, DM-tool en TTRPG app-ontwikkelaars, encounter-builder en balans-tools, en game-master educatie. Pure lokale berekening — geen key, geen third-party service, direct. Gebruikt de DMG-tabellen. Live, niets opgeslagen. 3 compute-eindpunten. Voor monsterstats en spreuken gebruik je een D&D SRD data API.

#dnd #5e #encounter
P door PremiumApi
Uptime
100.0%
Latentie
74ms
Abonnees
3,707
Server-geverifieerd 12 sondes/24u

api.oanor.com/dndencounter-api