API-marktplaats

Weaving en loom wiskunde als een API, lokaal en deterministisch berekend — de warp, weft en sett getallen waarmee een handwever een getouw opzet. Het warp endpoint berekent het totale aantal draden en het warp garen voor een project: draden = warp breedte × EPI (draden per inch, de sett), en de warp lengte per draad = de stof lengte gecorrigeerd voor krimp (~10%) plus het getouw afval (~24 inch thrums), dus een 20-inch breed stuk bij 12 EPI geweven tot 60 inch heeft 240 draden en 600 yards warp nodig. Het weft endpoint berekent het weft garen uit de picks per inch, de breedte en de geweven lengte: picks = PPI × geweven lengte, elke kruist de breedte plus de draw-in. Het sett endpoint zet de wraps-per-inch van een garen om in de ends-per-inch om te zetten: een gebalanceerd platbinding is de helft van de WPI, keper twee derde, satijn driekwart — dus een garen dat 24 keer per inch wikkelt, zet op 12 EPI voor platbinding. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor wevers, vezelkunst, textiel en handwerk app ontwikkelaars, warp-calculator en projectplanning tools, en weefonderwijs. Pure lokale berekening — geen key, geen derde partij service, direct. Imperial inches in; yards out. Live, niets opgeslagen. 3 compute endpoints. Take-up, draw-in en getouw afval hebben zinnige standaardwaarden — meet je eigen getouw.

Uptime

100.0%

Latentie

75ms

Abonnees

4,475

Kruissteek- en telraamwiskunde als een API, lokaal en deterministisch berekend — de ontwerpafmetingen en flossnummers waarmee een borduurder een patroon plant. Het ontwerp-eindpunt zet een steekaantal om in een afgewerkte maat op een bepaalde stofdichtheid: ontwerpmaat = steekaantal ÷ stofdichtheid (steken per inch), dus een 140×98-steken patroon op 14-count Aida borduurt uit op 10×7 inch (25,4×17,8 cm); het voegt de stof toe om te knippen met een marge (≈3 inch aan elke kant voor de borduurring en afwerking), rapporteert het totale aantal steken en converteert hetzelfde patroon naar een andere dichtheid — dat 140×98 ontwerp krimpt naar 7,8×5,4 inch op 18-count. Het floss-eindpunt schat de strengen draad: strengen ≈ ceil(steken ÷ steken-per-streng), waarbij ongeveer 1.200 volledige kruissteken per streng typisch is voor twee draden op 14-count, en het zorgt ervoor dat je minstens één streng per kleur koopt. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor ontwikkelaars van apps voor kruissteek, borduurwerk, naaldwerk en handwerkpatronen, patroon- en kit- en stofgereedschappen, en naaldwerkonderwijs. Pure lokale berekening — geen key, geen externe service, direct. Stofdichtheid is steken per inch; afmetingen in inches en centimeters. Live, niets opgeslagen. 2 compute-eindpunten. Floss/streng cijfers zijn schattingen — koop een beetje extra.

Uptime

100.0%

Latentie

78ms

Abonnees

3,192

Picture-framing wiskunde als een API, lokaal en deterministisch berekend — de matsnij- en lijstgetallen waarmee een lijstenmaker of kunstenaar een klus meet. Het mat-eindpunt bepaalt de grootte van de mat rond een kunstwerk: de raamopening is het kunstwerk minus een kleine overlap aan elke rand (≈ 0,25 inch zodat de mat de print vasthoudt), en de buitenste mat is het raam plus de randbreedtes — geef één rand of per-zijde randen, met een zwaardere onderkant voor een gebalanceerde, bottom-weighted mat, dus een 8×10 print met een 2-inch rand heeft een 7,5×9,5 raam en een 11,5×13,5 mat. Het lijsteindpunt berekent de benodigde lijst: lengte = binnenomtrek + 8 × de lijstbreedte, omdat elke van de vier 45-graden verstekhoeken één lijstbreedte toevoegt — een 11,5×13,5 lijst in 1,5-inch lijst heeft 62,5 inch nodig, plus eventueel afvaltoeslag. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor picture-framing, custom-framing, kunstgalerie- en DIY-app-ontwikkelaars, matsnij- en lijstschattingshulpmiddelen, en lijstenmakerij-educatie. Pure lokale berekening — geen key, geen externe dienst, direct. Imperiale inches in; lengtes in inches en voeten. Live, niets opgeslagen. 2 compute-eindpunten. Een planningshulp — meet twee keer, zaag één keer.

Uptime

100.0%

Latentie

82ms

Abonnees

4,231

Naai- en stofberekeningswiskunde als een API, lokaal en deterministisch berekend — de yardage-getallen waarmee een naaister, quilter of gordijnenmaker een project uitwerkt. Het yardage-eindpunt legt gesneden stukken op een rol: stukken per rij = vloer(stofbreedte ÷ stukbreedte), rijen = plafond(aantal ÷ per rij), en de stoffenlengte = rijen × stukh hoogte plus een verspillingstoeslag — zes 18×22-inch stukken uit 44-inch quiltingkatoen hebben ongeveer 2 yards nodig. Het gordijn-eindpunt bepaalt de maat van draperie voor volheid: drops = plafond(raambreedte × volheid ÷ stofbreedte), waarbij 2× een standaard plooi is en 2,5–3× luxe, en elke drop is de afgewerkte lengte plus boven- en onderzomen (afgerond naar de patroonherhaling) — een 60-inch raam met 2,5× volheid op 54-inch stof heeft drie drops en ongeveer 8,3 yards nodig. Het binding-eindpunt bepaalt de maat van quiltbinding: lengte = omtrek + overlap voor hoeken en verbindingen, stroken = plafond(lengte ÷ stofbreedte) gesneden op de strookbreedte. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor ontwikkelaars van naai-, quilt-, woondecoratie-, stoffering- en handwerk-apps, stofcalculator- en projectplanningshulpmiddelen, en naai-educatie. Pure lokale berekening — geen key, geen externe service, direct. Imperiale inches in; yards en meters uit. Live, niets opgeslagen. 3 compute-eindpunten. Voeg patroonherhalingstoeslag toe voor prints; een planningshulp.

Uptime

100.0%

Latentie

77ms

Abonnees

3,991

Bookbinding en print-productie wiskunde als een API, lokaal en deterministisch berekend — de rugbreedte en impositienummers die een boekontwerper, drukker of self-publisher nodig heeft om een titel op te maken. Het spine-eindpunt berekent de rugbreedte uit het aantal pagina's en de bulk van het papier: spine = pagina-aantal ÷ pagina's-per-inch (de papierspecificatie van de drukker, typisch ~400–500 voor boekpapier), of bladen × velkaliber, plus de kaftplaten — dus een boek van 250 pagina's op 400-PPI papier heeft een rug van 0,625 inch (15,9 mm). Het imposition-eindpunt werkt de bindlay-out uit: voor nietjes in de rug rondt het het pagina-aantal naar boven af naar het volgende veelvoud van vier (één gevouwen vel is vier pagina's) en rapporteert de lege pagina's om op te vullen en de vellen; voor perfect-bound of sectie-genaaide boeken verzamelt het de pagina's in signatures van 8, 16 of 32 en rapporteert het aantal signatures, het vereiste paginatotaal en de lege pagina's. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor self-publishing, print-on-demand, boekontwerp, prepress en druk-app-ontwikkelaars, rug-en-omslag en impositietools, en grafisch ontwerp onderwijs. Pure lokale berekening — geen key, geen derde partij service, direct. Pagina-aantal telt beide zijden; PPI is de papierspecificatie. Live, niets opgeslagen. 2 compute-eindpunten. Voor papiergewicht gebruik een papier API en voor DPI/resolutie een resolutie API.

Uptime

100.0%

Latentie

81ms

Abonnees

3,687

Water turnover en circulatie wiskunde als een API, lokaal en deterministisch berekend — de stroomsnelheidsgetallen waarmee een zwembadtechnicus of aquariaan een pomp op maat maakt. Het turnover-eindpunt relateert het volume van een waterlichaam aan de stroom: turnover-tijd = volume ÷ stroomsnelheid, en turnovers per dag = 24 ÷ turnover-tijd, dus een zwembad van 50.000 liter dat circuleert met 10.000 L/h keert om in 5 uur, bijna 5 keer per dag (zwembaden streven meestal naar een turnover-tijd van 8–12 uur, 2–4 per dag); geef in plaats daarvan een doel-turnover-tijd en het retourneert de stroomsnelheid om de pomp op maat te maken. Het aquarium-eindpunt houdt rekening met het real-world head loss dat een pomp van stroom berooft: effectieve stroom = nominale stroom × (1 − head loss), dus een pomp van 1.500 L/h met 40% verlies verplaatst echt 900 L/h, ongeveer 4,5× een tank van 200 liter per uur; geef een doel-turnovers-per-uur (zoetwater 4–6×, beplant 5–10×, rif 10×+) en het retourneert de nominale pomp om te kopen zodat verliezen nog steeds voldoende stroom overlaten. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor ontwikkelaars van apps voor zwembadservice, aquarium, hydroponics, waterpartijen en vijvers, pompgrootte- en circulatietools, en apparatuur educatie. Pure lokale berekening — geen key, geen third-party service, direct. Gebruik consistente volume- en stroom-eenheden. Live, niets opgeslagen. 2 compute-eindpunten. Voor pompkracht en head gebruik een pump API; voor zwembadchemie een pool-chemistry API.

Uptime

100.0%

Latentie

89ms

Abonnees

3,899

Bijenteelt en imkerij wiskunde als een API, lokaal en deterministisch berekend — de mijt-, broed- en wintervoorraadgetallen waarmee een imker een bijenkorf beheert. Het varroa-eindpunt zet een alcoholwas- of suikerschudtelling om in de besmettingsgraad: mijten per 100 bijen = mijtentelling ÷ bemonsterde bijen × 100, waarbij een halve kop schep ongeveer 300 bijen is, en het geeft een signaal wanneer de kolonie de behandelingsdrempel overschrijdt (gewoonlijk 3 mijten per 100 bijen, of 3%). Het broed-eindpunt projecteert de ontwikkelingskalender vanaf de dag dat een ei wordt gelegd: het komt rond dag 3 uit, de cel wordt rond dag 8-10 verzegeld en de volwassene komt tevoorschijn op dag 16 voor een koningin, 21 voor een werkster en 24 voor een dar — dus een werksterei gelegd op de 1e komt drie weken later tevoorschijn. Het voorraad-eindpunt bepaalt de grootte van winterhoning: hoeveel kilogram de kolonie nodig heeft afhankelijk van het klimaat (ongeveer 12 kg mild tot 35 kg streng), het equivalent aan volle diepe ramen (~2,25 kg elk), en het tekort en de ramen om te voeren tegen de huidige voorraad. Datum rekenkunde is exact. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor ontwikkelaars van bijenteelt-, imkerijbeheer-, zelfvoorzienings- en landbouw-apps, bijenkorf inspectie- en mijtmonitoringtools, en bijenteelt educatie. Pure lokale berekening — geen key, geen externe dienst, direct. Datums als YYYY-MM-DD; metrische gewichten. Live, niets opgeslagen. 3 compute endpoints. Een planningshulpmiddel — lokale omstandigheden variëren.

Uptime

100.0%

Latentie

81ms

Abonnees

4,732

Maple-syrup making maths as an API, computed locally and deterministically — the sap-to-syrup yield and finishing numbers a sugarmaker plans a season around. The yield endpoint takes the volume of sap and its sugar content in °Brix and returns the syrup it makes from the sugar balance (syrup = sap × sap °Brix / finished °Brix, finishing at 66.9 °Brix), the water that has to boil off, the sap-to-syrup ratio, and the classic Jones' Rule of 86 (86 ÷ sap °Brix) — the field rule that famously gives about 43 litres of 2 % sap per litre of syrup. The finish endpoint gives the boil-off finishing temperature: syrup is done about 4 °C (7.1 °F) above the boiling point of water, so at sea level that is ~104 °C / 219 °F — calibrate to your own water boiling point, which drops with altitude, and finish that many degrees higher; it also returns the finished density (~66.9 °Brix, SG ≈ 1.337). Everything is computed locally and deterministically, so it is instant and private. Ideal for maple-sugaring, homestead, craft-food and farm app developers, evaporator and yield-planning tools, and sugaring education. Pure local computation — no key, no third-party service, instant. Consistent volume units; temperatures in °C or °F. Live, nothing stored. 2 compute endpoints. A planning aid — a hydrometer or refractometer confirms the finish.

Uptime

100.0%

Latentie

76ms

Abonnees

4,388

Kaasbereidingswiskunde als een API, lokaal en deterministisch berekend — de opbrengst- en stremselgetallen waar een artisanale of thuiskaasmaker een productie omheen plant. Het opbrengst-endpoint past de klassieke Van Slyke-formule toe: opbrengst % van melk = [(0,93 × vet) + (caseïne − 0,1)] × 1,09 / (1 − kaasvocht), op basis van melkvet, caseïne (of echt eiwit, aangezien caseïne ≈ 0,78 × eiwit) en het beoogde kaasvocht — volle melk met 3,5 % vet en 2,5 % caseïne die een cheddar met 37 % vocht maakt, levert ongeveer 9,78 % van het melkgewicht op, dus 100 liter geeft ruwweg 10 kg kaas en er is ongeveer 9,9 liter melk per kilogram nodig. Het stremsel-endpoint doseert een melkvolume om te stremmen: enkelsterk vloeibaar stremsel op ongeveer 0,2 ml per liter (ook dubbel- en drievoudig sterk en tabletten), verdund ongeveer 20× in koel, chloorvrij water voordat het wordt ingeroerd. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor ontwikkelaars van apps voor kaasbereiding, zuivel, kaasmakerijen en artisanale voeding, voor planings- en opbrengsttools en voor zuivelwetenschappelijk onderwijs. Pure lokale berekening — geen key, geen externe dienst, direct. Metrisch: liters, grammen, procent. Live, niets opgeslagen. 2 compute-endpoints. Stremselsterktes variëren per product — controleer het IMCU-label; een planningshulpmiddel.

Uptime

100.0%

Latentie

85ms

Abonnees

3,985

Dierlijke draagtijd- en eierincubatiedatumberekening als een API, lokaal en deterministisch berekend — de fok- en uitkomstkalender waar een boer, fokker of dierenarts mee werkt. Het draagtijd-eindpunt neemt een soort en een fokdatum en retourneert de verwachte uitgerekende datum met het normale vroege-tot-late venster: uitgerekende datum = fokdatum + de gemiddelde draagtijd van de soort, dus een koe gefokt op 1 januari (283 dagen) kalft rond 11 oktober, een hond (63 dagen) werpt negen weken later, een geit 150 dagen, een paard 340, een varken 114 — tientallen soorten van konijn tot kameel tot olifant, met een overschrijving voor uw eigen kuddegemiddelde. Geef in plaats daarvan een gewenste geboortedatum en het werkt terug naar de datum om te fokken. Het incubatie-eindpunt doet hetzelfde voor pluimvee en vogels — kip 21 dagen, eend 28, gans 30, kwartel 18, struisvogel 42 en meer — en retourneert de uitkomstdatum, de lockdown-datum (stop met draaien en verhoog de luchtvochtigheid ~3 dagen voor uitkomst) en de kandeldatums op dag 7 en dag 14. Datumberekening is exact, inclusief schrikkeljaren. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor ontwikkelaars van vee-, fok-, diergeneeskunde-, boerderijbeheer- en broederij-apps, draagtijdcalculator- en fokkalendertools, en agrarisch onderwijs. Pure lokale berekening — geen key, geen externe service, direct. Datums als YYYY-MM-DD. Live, niets opgeslagen. 2 compute-eindpunten. Gemiddelden, geen veterinaire voorspelling.

Uptime

100.0%

Latentie

78ms

Abonnees

4,515

Kaarsenmaak-wiskunde als een API, lokaal en deterministisch berekend — de was-, geur- en brandtijdgetallen waarmee een kaarsenmaker een batch opschaalt. Het recept-eindpunt bepaalt de grootte van een gietbeurt op basis van het watervolume van de container: was (g) per kaars = volume(ml) × vulpercentage × wasdichtheid (soja ≈ 0,9, bijenwas ≈ 0,96, paraffine ≈ 0,9 g/ml), dus een pot van 250 ml met 80% vulling neemt 180 g sojawas; het voegt de geurolie toe met het beladingspercentage (gewoonlijk 6–10%, nooit boven het maximum van de was) en vermenigvuldigt alles met het aantal kaarsen voor de totale was, totale geur en batchgewicht. Het brand-eindpunt schat hoe lang een kaars meegaat: brandtijd ≈ wasgrammen ÷ brandsnelheid, waarbij een typische containerkaars ongeveer 7–9 g was per uur verbruikt. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor ontwikkelaars van kaarsenmaak-, huisgeur-, handgemaakte- en maker-apps, batchcalculator- en recepttools, en kaarsenmakerij-educatie. Pure lokale berekening — geen key, geen externe service, direct. Metrisch: milliliters, grammen, procent. Live, niets opgeslagen. 2 compute-eindpunten. Een planningshulpmiddel — gietproeven en uw was-datasheet winnen altijd.

Uptime

100.0%

Latentie

88ms

Abonnees

3,785

Koffiebranderij-wiskunde als een API, lokaal en deterministisch berekend — de brandprofielgetallen die een thuis- of specialiteitenbrander per batch bijhoudt. Het loss-eindpunt werkt de gewichtsverliesrelatie uit van twee van de groene gewicht, het gebrande gewicht en het verliespercentage: gewichtsverlies % = (groen − gebrand) / groen × 100, dus 1 kg groen dat daalt tot 840 g is een verlies van 16 %, een doel van 15 % laat 850 g over, en om 800 g gebrand te verpakken laad je 952 g groen (gebrand ÷ (1 − verlies%)). Lichte brandingen verliezen ongeveer 12–14 %, medium 15–17 %, donker 18–20 %. Het development-eindpunt berekent de ontwikkelingstijd en de Development Time Ratio (DTR) uit de totale brandtijd en de first-crack-tijd — DTR = (totaal − first crack) / totaal × 100, waarbij de meeste branders mikken op ongeveer 20–25 %; tijden geaccepteerd als seconden of mm:ss. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor ontwikkelaars van koffiebranderij-, branderij-, specialiteitenkoffie- en brandlog-apps, profiel- en batchtools, en brandonderwijs. Pure lokale berekening — geen key, geen externe service, direct. Gewichten in grammen, tijden in seconden of mm:ss. Live, niets opgeslagen. 2 compute-eindpunten. Dit is brandprofiel-wiskunde; voor brouwverhoudingen gebruik je een koffiezet-API.

Uptime

100.0%

Latentie

77ms

Abonnees

4,761

Zeepmaken en verzepingswiskunde als een API, lokaal en deterministisch berekend — de loogcalculator-getallen die elke koude- en heetproces-zeepmaker nodig heeft, met ingebouwde veiligheidsmarge. Het loog-endpoint neemt een lijst van oliën als olie:gram-paren (olijf, kokos, palm, shea, wonderolie, reuzel, talk en nog een paar dozijn andere, elk met zijn standaard SAP-waarde) en retourneert het natriumhydroxide (NaOH) of kaliumhydroxide (KOH) om ze te verzepen: loog = Σ(olie-gram × SAP) × (1 − supervet), dus 1 kg kokosolie bij 5 % supervet heeft 169,1 g NaOH nodig (of 263,6 g 90 %-zuivere KOH voor vloeibare zeep). Het bepaalt het water op basis van de loog-tot-water-verhouding, percentage van de oliën, of loogoplossingsconcentratie, voegt de geur toe (een paar procent van de oliën) en telt het totale batchgewicht op. Het mal-endpoint past een batch aan een mal aan: oliën om deze te vullen ≈ volume(cm³) × 0,40, op basis van een volume of lengte × breedte × hoogte. SAP-waarden zijn grammen NaOH per gram olie. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor zeepmakers, cosmetica-, handwerk- en maker-app-ontwikkelaars, loogcalculator- en recepttools, en zeeponderwijs. Pure lokale berekening — geen key, geen externe service, direct. Metrisch: gram, cm³, procent. Live, niets opgeslagen. 2 compute-endpoints. Loog is bijtend — draag bescherming en controleer een nieuw recept dubbel; dit is een planningshulpmiddel.

Uptime

100.0%

Latentie

77ms

Abonnees

4,002

Wijnmaak- en oenologieberekeningen als een API, lokaal en deterministisch berekend — de mostcorrectie, sulfiet- en zuurgetallen die een thuis- of kleine batch wijnmaker instelt. Het suiker-eindpunt leest de most als Brix of soortelijk gewicht, geeft het potentiële alcoholgehalte (potentieel ABV = (SG − 1) × 131,25) en berekent de chaptalisatiesuiker om een doel-ABV te bereiken — suiker (g) = volume(L) × Δ potentieel-ABV × 16,83, aangezien ruwweg 17 g/L suiker fermenteert tot ongeveer 1% alcohol. Het so2-eindpunt behandelt sulfietbescherming: het converteert tussen vrije en moleculaire SO2 bij de pH van de wijn (moleculaire SO2 = vrije / (1 + 10^(pH − 1,81)), gericht op de beschermende 0,8 mg/L moleculair), toont hoe de benodigde vrije SO2 daalt naarmate de pH daalt, en doseert het kaliummetabisulfiet (57,6% SO2) en campdentabletten (~0,44 g elk) om een doel-vrije SO2 in een bepaald volume te bereiken. Het zuur-eindpunt verplaatst titreerbare zuurheid naar een doel met wijnsteenzuur om het te verhogen (gram = ΔTA × volume) of kaliumbicarbonaat om het te verlagen. Alles wordt lokaal en deterministisch berekend, dus het is onmiddellijk en privé. Ideaal voor wijnmaak-, cider-, mede-, thuisfermentatie- en craft-drank app-ontwikkelaars, most-calculator en keldergereedschappen, en oenologie-onderwijs. Pure lokale berekening — geen key, geen derde partij service, onmiddellijk. Metrisch: liters, grammen, g/L, mg/L. Live, niets opgeslagen. 3 compute-eindpunten. Een planningshulpmiddel — uw labgetallen en gehemelte winnen altijd. Voor bier-ABV uit soortelijk gewicht, gebruik een thuisbrouw-API.

Uptime

100.0%

Latentie

82ms

Abonnees

3,495

Vleesuitharding- en charcuterieberekeningen als een API, lokaal en deterministisch berekend — de uitharding-, zout- en nitrietgetallen waar een thuis-charcutier of slager mee werkt, met de veiligheidscontrole die het meest telt. Het cure-eindpunt plant een evenwichtige droge uitharding op basis van het vleesgewicht: cure-gram = target ppm × vlees ÷ (0,0625 × 1.000.000), dus ongeveer 2,5 g Cure #1 per kilogram komt uit op de klassieke 156 ppm nitriet (ruim onder de 200 ppm ingaande limiet), plus het zout en de suiker als een configureerbaar percentage van het vlees, het zout dat de cure-blend zelf draagt, en — met Cure #2 — het toegevoegde nitraat voor lang gerijpte salami. Het brine-eindpunt bepaalt de grootte van een natte pekel: zout = water × zoutgehalte %, met de salometer-graden (een verzadigde 26,45 % pekel is 100°), en een optionele cure-dosis die de nitriet-ppm verdeeld over het vlees en de pekel retourneert voor een evenwichtspekel. Cure #1 is 6,25 % natriumnitriet; Cure #2 voegt 4 % nitraat toe. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor charcuterie-, slagerij-, rook-, worst- en voedselambacht-app-ontwikkelaars, cure-calculator- en recepttools, en culinaire training. Pure lokale berekening — geen key, geen externe dienst, direct. Metrisch: gram, milliliter, procent. Live, niets opgeslagen. 2 compute-eindpunten. DIT IS EEN BEREKENINGSHULPMIDDEL — volg altijd een getest, goedgekeurd uithardingsrecept; nitriet is giftig in overmaat.

Uptime

100.0%

Latentie

77ms

Abonnees

3,547

Hydroponics en indoor-grow wiskunde als een API, lokaal en deterministisch berekend — de nutriëntensterkte en groeilichtgetallen die een kweker elke dag instelt. Het ec-eindpunt converteert tussen elektrische geleidbaarheid (EC in mS/cm) en de PPM/TDS-waarde op de schaal die een meter gebruikt: de 500 (NaCl, VS) schaal zet EC 2.0 om in 1000 ppm, de 700 (KCl) schaal in 1400 ppm en de 640 (EU) schaal in 1280 — de bron van eindeloze verwarring tussen meters. Het dli-eindpunt berekent de Daily Light Integral, DLI = PPFD × fotoperiode × 3600 ÷ 1.000.000, de totale mol licht die een gewas op een dag krijgt (bladgroenten hebben ongeveer 12–17 nodig, vruchtgewassen 20–30+), en keert het om naar de PPFD die een armatuur moet leveren om een beoogde DLI te halen over een bepaalde daglengte. Het reservoir-eindpunt balanceert een tank naar een beoogde EC: hoeveel zuiver water toevoegen om een te sterke oplossing te verdunnen (W = V × (huidig/doel − 1)), of hoeveel geconcentreerde stock toevoegen om deze te verhogen. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor ontwikkelaars van apps voor hydroponics, vertical farming, gecontroleerde-omgeving-landbouw, groeikamers en slimme tuinen, doseer- en verlichtingshulpmiddelen, en tuinbouwonderwijs. Pure lokale berekening — geen sleutel, geen externe dienst, direct. EC in mS/cm, volume in liters, PPFD in µmol/m²/s. Live, niets opgeslagen. 3 compute-eindpunten. Geef uw TDS-schaal op; bevestig met een gekalibreerde meter.

Uptime

100.0%

Latentie

74ms

Abonnees

4,829

Zwembadwaterchemie-wiskunde als een API, lokaal en deterministisch berekend — de doserings- en waterbalansgetallen die een zwembadservicetechnicus of -eigenaar bij elk bezoek uitvoert. Het chloor-eindpunt berekent hoeveel van een product moet worden toegevoegd om het vrije chloor van de huidige naar een doel-ppm in een bepaald volume te verhogen: dosis (g) = Δppm × liters / 1000 ÷ de beschikbare-chloorfractie van het product, met ingebouwde sterktes voor vloeibaar chloor (12,5 %), huishoudbleek (6 %), cal-hypo (65 %), dichloor (56 %) en trichloor (90 %), of uw eigen — het verhogen van 50.000 liter met 2 ppm vereist 800 g vloeibaar chloor of 154 g cal-hypo. Het lsi-eindpunt berekent de Langelier Saturation Index, LSI = pH + temperatuurfactor + calciumfactor + alkaliniteitsfactor − 12,1, de standaardmaat voor of water corrosief is (onder −0,3, tast pleister en metaal aan), gebalanceerd (−0,3 tot +0,3) of kalkvormend (boven +0,3), met een cyanuurzuurcorrectie op de carbonaatalkaliniteit. Alles wordt lokaal en deterministisch berekend, dus het is onmiddellijk en privé. Ideaal voor ontwikkelaars van apps voor zwembadservice, spa, waterbehandeling en huisonderhoud, doserings- en waterbalanstools, en zwembadonderwijs. Pure lokale berekening — geen sleutel, geen externe service, onmiddellijk. Metrisch: liters, ppm (mg/L), °C. Live, niets opgeslagen. 2 berekeningseindpunten. Bevestig altijd met een testkit — dit is een hulpmiddel, geen vervanging. Gebruik voor zwembadwatervolume een zwembadgeometrie-API.

Uptime

100.0%

Latentie

80ms

Abonnees

4,962

NEC-buisvulling en dozenvulling wiskunde als een API, lokaal en deterministisch berekend — de elektrische codeberekeningen die een elektricien of schatter bij elke run uitvoert. Het buisvulling-eindpunt neemt een set geleiders (als maat:aantal paren, bv. 12:3,10:2) en een buishandelsmaat en retourneert de dwarsdoorsnede van de geleider, het interne oppervlak van de buis, het vullingspercentage en of het binnen de NEC Hoofdstuk 9-limiet blijft — 53% voor een enkele geleider, 31% voor twee, 40% voor drie of meer — dus negen #12 THHN vullen een halve inch EMT tot 39% (legaal) maar tien niet. Het dozenvulling-eindpunt past NEC 314.16(B) toe: elke geleider voegt zijn vrije ruimte toe (2,00 in³ voor #14, 2,25 voor #12, enzovoort), een apparaatjuk telt als twee, interne kabelklemmen als één, en alle aardingsapparatuur samen als één — allemaal bij het volume van de grootste geleider — om de minimale aansluitdoosgrootte te geven, gecontroleerd tegen een doosvolume als u er een opgeeft. Gebruikt de THHN/THWN en EMT-gebieden uit NEC Hoofdstuk 9. Alles wordt lokaal en deterministisch berekend, dus het is onmiddellijk en privé. Ideaal voor ontwikkelaars van apps voor elektrische aannemers, schatters, inspecteurs en elektriciens, gereedschappen voor buis- en doosmaatvoering, en leerlingopleiding. Pure lokale berekening — geen sleutel, geen externe dienst, onmiddellijk. Imperiaal: vierkante inches en kubieke inches. Live, niets opgeslagen. 2 berekeningseindpunten. Controleer altijd tegen de aangenomen code-editie — dit is een schathulp, geen inspectie.

Uptime

100.0%

Latentie

68ms

Abonnees

3,256

Stock dividend and valuation fundamentals as an API, computed locally and deterministically — the per-share ratios value and income investors screen on. The dividend endpoint takes a share price and an annual dividend (per share, or total dividends ÷ shares) and returns the dividend yield, and with earnings per share the payout ratio (dividend ÷ EPS), the dividend coverage (EPS ÷ dividend) and the retention ratio — a $2 dividend on a $50 share yields 4 %, and on $4 EPS is a 50 % payout covered twice. The valuation endpoint computes the price-to-earnings ratio, earnings yield, the PEG ratio against a growth rate, the price-to-book ratio and the Graham number √(22.5 · EPS · book value) — Benjamin Graham's rough fair-value ceiling. The ddm endpoint runs the Gordon Growth dividend discount model, fair value = D1 ÷ (r − g) from next year's dividend, the required return and the perpetual growth rate, and against a market price flags whether the share looks under- or over-valued and the implied cost of equity. Everything is computed locally and deterministically, so it is instant and private. Ideal for investing, brokerage, robo-advisor, dividend-screener and fintech app developers, stock-valuation and income-portfolio tools, and finance education. Pure local computation — no key, no third-party service, instant. Live, nothing stored. 3 compute endpoints. These are valuation ratios from your inputs; for live quotes use a market-data API and for project DCF/NPV an investment-appraisal API.

Uptime

100.0%

Latentie

77ms

Abonnees

4,714

Handelsrisicobeheer wiskunde als een API, lokaal en deterministisch berekend — de positiegrootte- en geldbeheercijfers die elke gedisciplineerde handelaar berekent voordat hij een transactie aangaat. Het positiegrootte-eindpunt is instrument-agnostisch: op basis van een rekeningsaldo, het percentage dat u bereid bent te riskeren, een entry en een stop-loss retourneert het de positiegrootte in eenheden (aandelen, contracten, lots of munten), het risicobedrag en, met een koersdoel, de potentiële beloning en de risico-rendementsverhouding — riskeer 1% van een rekening van $10.000 op een stop van 50 pips en u handelt 0,2 lots, waarbij u precies $100 verliest als de stop wordt geraakt. Het pip-waarde-eindpunt geeft de forex pip-waarde voor een lot- of eenheidsgrootte in de quote-valuta, met een quote-naar-rekeningkoers voor niet-rekeningparen — een standaard lot bij een pip van 0,0001 is 10 eenheden van de quote-valuta. Het kelly-eindpunt berekent de optimale inzetfractie volgens het Kelly-criterium f* = W − (1−W)/R op basis van een winstpercentage en de winst/verlies-uitbetalingsverhouding (of gemiddelde winst en verlies), plus de half-Kelly die veel handelaren verkiezen en de verwachting per eenheid, waarbij wordt aangegeven of de edge überhaupt positief is. Alles wordt lokaal en deterministisch berekend, dus het is onmiddellijk en privé. Ideaal voor ontwikkelaars van handelsdagboeken, brokers, prop-firms, backtesting- en fintech-apps, positiegrootte- en risicobeheertools, en handelseducatie. Pure lokale berekening — geen sleutel, geen externe dienst, onmiddellijk. Live, niets opgeslagen. 3 berekeningseindpunten. Dit is risico- en positiegrootte-wiskunde; voor FX-koersconversie gebruikt u een valuta-API en voor optieprijzen een Black-Scholes API.

Uptime

100.0%

Latentie

79ms

Abonnees

4,328

Metselwerk schattingswiskunde als een API, lokaal en deterministisch berekend — de baksteen-, blok- en mortelhoeveelheden waar een metselaar, bouwer of schatter mee werkt. Het baksteen-eindpunt berekent hoeveel stenen een muur nodig heeft op basis van de oppervlakte (of lengte × hoogte in voet): stenen per vierkante voet = 144 / ((steentlengte + voeg) × (steenthoogte + voeg)), dus een standaard modulaire steen met een 3/8-inch mortelvoeg komt uit op de bekende 6,86 stenen per vierkante voet — een muur van 100 ft² is 686 stenen, plus een verspillingstoeslag en de mortelzakken (ongeveer 7 per 1000 stenen). Het blok-eindpunt doet hetzelfde voor betonmetselwerkeenheden: een standaard 16×8-inch CMU met een 3/8-inch voeg is 1,125 blokken per vierkante voet, met ruwweg 2,5 mortelzakken per 100 blokken. Beide eindpunten accepteren aangepaste eenheidsgezichtafmetingen en voegdikte, voegen een configureerbaar verspillingspercentage toe en ronden af naar hele eenheden. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor ontwikkelaars van bouw-, metselcontractant-, bouwmaterialen- en woningverbeteringsapps, meet- en materiaalschattingshulpmiddelen en vakcalculators. Pure lokale berekening — geen sleutel, geen externe service, direct. Imperiale eenheden (inches en vierkante voet). Live, niets opgeslagen. 2 berekeningseindpunten. Dit is baksteen-/blok- en mortelschatting; voor gestort betonvolume gebruik een beton-API en voor gipsplaten gebruik een gipsplaat-API.

Uptime

100.0%

Latentie

75ms

Abonnees

3,732

Vracht- en logistieke wiskunde als een API, lokaal en deterministisch berekend — de LTL-vrachtklasse en ladingsplanningsgetallen waar een verzender, makelaar of magazijn mee werkt. Het vrachtklasse-eindpunt berekent de dichtheid (gewicht ÷ kubieke voet) van een zending en wijst deze toe aan de NMFC-dichtheidsgebaseerde vrachtklasse — de 18-bands schaal van klasse 50 (dichtst, goedkoopst) tot 500 (lichtst) — dus een pallet van 200 lb met afmetingen 48×40×48 inch is 3,75 lb/ft³ en valt in klasse 250. Het pallet-eindpunt palletiseert een doos: het neemt de beste van de twee voetafdrukoriëntaties voor dozen per laag, vult de bruikbare stapelhoogte in lagen en retourneert de dozen per pallet, beperkt door de kleinste van de kubieke inhoud en het gewichtsmaximum, met het vrachtgewicht en de stapelhoogte (standaard een 48×40 GMA-pallet). Het containereindpunt laadt een 40-voet high-cube container (of elke door u opgegeven afmetingen): hoeveel eenheden passen door as-uitgelijnd stapelen en door laadvermogen, welke de beperkende factor is, het totale gewicht en de kubieke benutting. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor logistieke, vrachtbemiddelings-, 3PL-, magazijnbeheer- en supply-chain app-ontwikkelaars, LTL-tarief- en ladingsplanningshulpmiddelen en verzendcalculators. Pure lokale berekening — geen sleutel, geen externe service, direct. Imperiale eenheden (inches, ponden, kubieke voet) omdat de NMFC-schaal op de VS is gebaseerd. Live, niets opgeslagen. 3 berekeningseindpunten. Dit is vrachtklasse- en ladingsplanningswiskunde; gebruik voor het factureerbare gewicht van enkele pakketkoeriers een dimensionaal-gewicht API.

Uptime

100.0%

Latentie

76ms

Abonnees

4,094

Restaurant food-costing maths als een API, lokaal en deterministisch berekend — de menu-engineering en kostenbeheersingsgetallen waar een keuken op draait. Het recept-eindpunt totaliseert een gerecht op basis van de ingrediëntkosten per regel (of hoeveelheden × eenheidsprijzen), deelt door de opbrengstfactor (1 − afval%) zodat bijsnijden en krimp de werkelijke kosten verhogen, en splitst het over de porties naar een kostprijs per bord — en tegen een menuprijs geeft het de foodcostpercentage en brutowinst. Het bord-eindpunt prijst een gerecht op twee manieren: geef een menuprijs en krijg het foodcostpercentage en de opslagfactor, of geef een doel-foodcostpercentage en krijg de voorgestelde menuprijs (een doel van 30% is een opslag van 3,33×), plus brutowinst, brutomarge en, met een arbeidskost, het prime-costpercentage. Het periode-eindpunt zet voorraadbewegingen om in de kostprijs van verkochte goederen — COGS = beginvoorraad + aankopen − eindvoorraad — en het food- of pourcostpercentage ten opzichte van de omzet, het belangrijkste getal op elke P&L (28–35% voor food, 18–24% voor dranken). Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor ontwikkelaars van restauranttechnologie, POS, keukenbeheer, catering en horeca-apps, menu-engineering en receptkostentools, en culinaire opleidingen. Pure lokale berekening — geen sleutel, geen externe dienst, direct. Live, niets opgeslagen. 3 compute-eindpunten. Dit is foodcost- en menuprijsberekening; voor eenheidsconversie gebruik je een kook-API en voor generieke margeberekening een prijs-API.

Uptime

100.0%

Latentie

74ms

Abonnees

4,982

Overall Equipment Effectiveness (OEE) en lean-manufacturing wiskunde als een API, lokaal en deterministisch berekend — de productiviteitsmetriek van de fabrieksvloer achter TPM en continue verbetering. Het oee-eindpunt neemt de geplande productietijd, stilstand, het totale en goede aantal stuks en de ideale cyclustijd (seconden per stuk, of een ideaal tempo in stuks per minuut) en retourneert de drie factoren en hun product: Beschikbaarheid = looptijd / geplande tijd, Prestatie = ideale tijd voor de gemaakte onderdelen / looptijd, Kwaliteit = goed / totaal, en OEE = Beschikbaarheid × Prestatie × Kwaliteit — het schoolvoorbeeld van een 420-minuten dienst met 47 minuten stilstand, 19.271 onderdelen en 423 afkeuringen komt exact uit op 74,79% (88,81% × 86,11% × 97,80%). Het geeft ook de weergave van de zes grote verliezen: beschikbaarheidsverlies, prestatie(snelheids)verlies in onderdelen, kwaliteitsverlies en het volledig productieve aantal stuks. Het takt-eindpunt geeft de takttijd = beschikbare tijd / klantvraag (de drumbeat die de lijn moet evenaren), het vereiste tempo, en — gegeven een cyclustijd of een totale werkinhoud — de lijncapaciteit, benutting, of het aan de vraag voldoet en het minimale aantal werkstations met de lijnbalansefficiëntie. Alles wordt lokaal en deterministisch berekend, dus het is direct en privé. Ideaal voor ontwikkelaars van productie, smart-factory, MES, IoT-dashboards en lean/TPM-apps, productielijnmonitoring en continue verbeteringstools, en industriële engineeringtraining. Zuivere lokale berekening — geen sleutel, geen externe service, direct. Live, niets opgeslagen. 2 compute-eindpunten. Dit is OEE- en takt-wiskunde; voor betrouwbaarheid/MTBF van apparatuur gebruik een betrouwbaarheids-API.

Uptime

100.0%

Latentie

78ms

Abonnees

4,575