API Marketplace

Sonnen-sicherheits-Mathematik als API, lokal und deterministisch berechnet – die Brennzeit-, SPF- und Nachauftragungszahlen, mit denen eine Sonnencreme-, Wetter- oder Outdoor-App Menschen schützt. Der burntime-Endpunkt schätzt, wie lange es bis zum Sonnenbrand dauert, basierend auf dem Fitzpatrick-Hauttyp (1 sehr hell bis 6 stark pigmentiert), dem UV-Index und dem SPF: Die ungeschützte Zeit ist eine hauttypspezifische Basis (Typ II etwa 15 Minuten) skaliert mit 6 ÷ UV-Index, und die geschützte Zeit ist das multipliziert mit dem SPF – so brennt helle Typ-II-Haut bei UV 8 in etwa 11 Minuten ungeschützt oder etwa 5½ Stunden unter SPF 30, während sehr helle Typ-I-Haut bei extremem UV 11 in 5 Minuten brennt. Der spf-Endpunkt dreht es um: Der benötigte SPF = gewünschte Minuten im Freien ÷ ungeschützte Zeit, mit dem Hinweis, dass der reale Schutz bei SPF 30–50 ein Plateau erreicht. Der amount-Endpunkt behandelt den Teil, den die Leute falsch machen – etwa 2 mg/cm², ungefähr 1 Unze (30 g, ein Schnapsglas) für einen ganzen erwachsenen Körper, alle zwei Stunden neu aufgetragen – und summiert die Sonnencreme für einen Tag im Freien. Alles wird lokal und deterministisch berechnet, also sofort und privat. Ideal für Entwickler von Sonnenschutz-, Wetter-, Hautpflege- und Outdoor-Apps, UV-Warn- und Erinnerungstools sowie Wellness-Software. Reine lokale Berechnung – kein API-Key, kein Drittanbieter-Service, sofort. Bildungsbezogene Schätzungen, kein medizinischer Rat. Live, nichts wird gespeichert. 3 Compute-Endpunkte.

Tempo di attività

100.0%

Latenza

76ms

Abbonati

4,957

Hängematten-Aufhängungs-Mathematik als API, lokal und deterministisch berechnet – die Aufhängungskraft-, Firstlinien- und Gurtbandhöhen-Zahlen, die ein Camper oder Hängematten-Aufhänger einstellt. Alles läuft auf die 30-Grad-Regel hinaus. Der Kraft-Endpunkt zeigt warum: Die Spannung in jeder Aufhängungslinie ist das Gewicht der Person ÷ (2 × sin des Aufhängungswinkels), also trägt bei einem 30°-Hang jeder Gurt etwa ein Körpergewicht, aber bei einem flacheren Hang von 15° springt es auf etwa das 1,9-fache – was Gurte, Bäume und Ihren Rücken überlastet, wenn Leute eine Hängematte trommelfellartig spannen. Der Firstlinien-Endpunkt dimensioniert eine strukturelle Firstlinie bei etwa 83 % der Hängemattenlänge, die feste Leine, die diesen ~30°-Liegewinkel und den richtigen Durchhang an jedem Baumpaar reproduziert. Der Gurtbandhöhen-Endpunkt schätzt, wie hoch die Gurte angebracht werden müssen, basierend auf dem Abstand zwischen den Bäumen und der gewünschten Sitzhöhe, da weiter auseinander stehende Bäume höhere Ankerpunkte benötigen, um den Winkel zu halten. Alles wird lokal und deterministisch berechnet, also ist es sofort und privat. Ideal für Entwickler von Camping-, Rucksacktourismus-, Outdoor-Ausrüstungs- und Hängematten-Apps, Hänge-Rechner und Reiseplanungs-Tools sowie Abenteuer-Software. Reine lokale Berechnung – kein API-Key, kein Drittanbieter-Service, sofort. Gewicht und Längen in Ihrer eigenen Einheit. Live, nichts wird gespeichert. 3 Berechnungs-Endpunkte.

Tempo di attività

100.0%

Latenza

74ms

Abbonati

4,324

Caulk and sealant coverage maths as an API, computed locally and deterministically — the linear-feet-per-tube and how-many-tubes numbers a builder, glazier or DIYer buys sealant by. A bead of caulk is essentially a thin cylinder, so the coverage endpoint works out the feet a cartridge lays from the bead width: volume per foot ≈ (π/4 × width²) × 12 inches, and a standard 10.1 fl oz cartridge (18.2 in³) lays about 30 feet of a quarter-inch bead, 13 feet of a fat three-eighths or 55 of a fine three-sixteenths — pass cartridge_oz for sausage packs or 28-oz tubes, and a tube count to total it. The tubes endpoint runs it backwards: cartridges needed = (joint length × a waste factor) ÷ feet per cartridge, rounded up, so a 100-foot run of quarter-inch bead with 10 % waste takes four tubes. Everything is computed locally and deterministically, so it is instant and private. Ideal for construction, glazing, weatherproofing and home-improvement app developers, material-estimator and shopping-list tools, and contractor software. Pure local computation — no key, no third-party service, instant. Inches and feet; estimates — tooling and waste vary. Live, nothing stored. 2 compute endpoints.

Tempo di attività

100.0%

Latenza

78ms

Abbonati

4,064

Party-Ballon-Mathematik als API, lokal und deterministisch berechnet – die Helium-Auftriebs- und Ballonanzahl-Zahlen, mit denen ein Partyplaner oder Ballonkünstler dekoriert. Der Helium-Endpunkt gibt den Auftrieb eines Ballons aus seinem aufgeblasenen Durchmesser: Der Netto-Auftrieb ist das aufgeblasene Volumen multipliziert mit der Differenz zwischen Luft- und Heliumdichte, etwa 1,046 Gramm pro Liter, sodass ein voll aufgeblasener 11-Zoll-Latexballon (etwa 11,4 Liter) grob 12 Gramm brutto und etwa 9 Gramm nach Abzug seines Eigengewichts hebt, während ein 36-Zoll-Riese Hunderte von Gramm hebt. Der Float-Endpunkt dreht es um – wie viele Ballons, um eine Nutzlast zu schweben = das Gewicht geteilt durch den Netto-Auftrieb pro Ballon, aufgerundet, sodass eine 50-Gramm-Karte auf sechs 11-Zoll-Ballons schwebt. Der Garland-Endpunkt dimensioniert einen organischen Ballongirlande oder -bogen aus seiner Länge: etwa 12 Ballons pro Fuß in einer Mischung von Größen – etwa 40 % 5-Zoll, 45 % 11-Zoll und 15 % 16-Zoll für diesen vollen, strukturierten Look – sodass eine 10-Fuß-Girlande etwa 120 Ballons benötigt, dichter, wenn Sie sie üppig wünschen. Alles wird lokal und deterministisch berechnet, also ist es sofort und privat. Ideal für Partyplanungs-, Eventdekor-, Ballonkünstler- und Feier-App-Entwickler, Dekor-Schätzer- und Einkaufslisten-Tools sowie Event-Software. Reine lokale Berechnung – kein API-Key, kein Drittanbieter-Service, sofort. Zoll und Gramm. Live, nichts gespeichert. 3 Compute-Endpunkte.

Tempo di attività

100.0%

Latenza

76ms

Abbonati

3,107

Grain-Bin-Speichermathematik als API, lokal und deterministisch berechnet – die Scheffel- und Gewichtszahlen, mit denen ein Landwirt oder Elevator die Lagerkapazität bemisst. Der Bushels-Endpunkt misst ein rundes Silo: Grundfläche × Korntiefe ergibt Kubikfuß, und ein Kubikfuß fasst etwa 0,8036 Scheffel, sodass ein 18-Fuß-Silo, das 20 Fuß gefüllt ist, etwa 4.090 Scheffel fasst – und Getreide, das zu einem Kegel aufgehäuft ist, addiert einen Kegel von (1/3) × Grundfläche × Spitzenhöhe, sodass eine 4-Fuß-Spitze etwa 270 weitere Scheffel hinzufügt. Der Weight-Endpunkt wandelt Scheffel in Gewicht um, basierend auf dem Standard-Testgewicht der Ernte – Mais und Sorghum bei 56 Pfund pro Scheffel, Weizen und Sojabohnen 60, Hafer 32, Gerste 48 – also wiegen diese 4.090 Scheffel Mais 229.040 Pfund, etwa 114,5 US-Tonnen oder 104 Tonnen; übergeben Sie ein gemessenes Testgewicht für leichtes oder schweres Getreide. Alles wird lokal und deterministisch berechnet, daher ist es sofortig und privat. Ideal für Entwickler von Apps für Landwirtschaft, Getreideheber, Farmmanagement und Agrartechnologie, für Speicherkapazitäts- und Inventar-Tools sowie Erntesoftware. Reine lokale Berechnung – kein API-Key, kein Drittanbieterdienst, sofortig. US-Einheiten (Fuß, Scheffel, Pfund). Live, nichts wird gespeichert. 2 Compute-Endpunkte.

Tempo di attività

100.0%

Latenza

83ms

Abbonati

3,142

ADA wheelchair-ramp maths as an API, computed locally and deterministically — the run, landing and slope numbers a builder or accessibility planner sizes a ramp by. The rule the ADA fixes is 1 inch of rise per 12 of run, a maximum 8.33 % slope, so the ramp endpoint turns a rise into the ramp: run = rise × 12 (or × 16 / × 20 for a gentler grade if you have the room), plus the level landings the code requires — a 5-foot landing top and bottom and another between runs whenever the rise exceeds 30 inches — and the total length end to end, so a 24-inch rise needs a 24-foot run and 34 feet overall, while a 36-inch rise breaks into two runs with an intermediate landing for 51 feet. The fit endpoint answers the real-world question: does a ramp for this rise fit the run you have? It returns the minimum run an ADA 1:12 ramp needs, whether your space is enough, and the slope you would actually get if you forced it in — flagging when that exceeds 8.33 % and you need a switchback or a lower rise. Everything is computed locally and deterministically, so it is instant and private. Ideal for construction, accessibility, home-modification and contractor app developers, ramp-estimator and code-check tools, and building software. Pure local computation — no key, no third-party service, instant. Confirm against current ADA and local code. Live, nothing stored. 2 compute endpoints.

Tempo di attività

100.0%

Latenza

75ms

Abbonati

3,185

Farkle-Würfelbewertungsmathematik als API, lokal und deterministisch berechnet – die Punkte, die eine Farkle- (Zilch, Ten Thousand) Bewertungs-App für einen Wurf vergibt. Der Score-Endpunkt nimmt bis zu sechs Würfel entgegen und gibt den Wert nach dem gängigen Regelwerk zurück: eine einzelne 1 ist 100 und eine einzelne 5 ist 50; drei Gleiche ergeben den Augenzahl mal 100 (drei 1er sind die Ausnahme mit 1000); vier, fünf und sechs Gleiche sind 1000, 2000 und 3000; eine 1-zu-6-Straße oder drei Paare sind 1500; und zwei Drillinge sind 2500 – also 1-1-1-5-5-5 ergibt 2500 als zwei Drillinge statt 1100, eine 1-2-3-4-5-6-Straße ist 1500, und 6-6-6-2-3 ist 600 mit den toten 2 und 3. Es kennzeichnet einen Farkle, wenn nichts zählt (man verliert die Punkte des Zuges) und sagt, ob jeder Würfel gezählt wurde – heiße Würfel, die es erlauben, alle sechs erneut zu würfeln. Die Regelwerke variieren, daher bewertet es das weit verbreitete Set und gibt dies an. Alles wird lokal und deterministisch berechnet, also sofort und privat. Ideal für Entwickler von Würfelspielen, Partyspielen und Bewertungs-Apps, Score-Helfer und Spieleabend-Tools sowie Brettspiel-Begleitsoftware. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Bewertet einen Wurf; es würfelt nicht. Live, nichts wird gespeichert. 1 Compute-Endpunkt.

Tempo di attività

100.0%

Latenza

92ms

Abbonati

4,517

Cribbage Hand-Scoring Mathematik als API, lokal und deterministisch berechnet – die Zählung, die ein Cribbage-Spieler, eine App oder eine Liga für eine Hand ermittelt. Der Score-Endpunkt nimmt die Vier-Karten-Hand und die Starterkarte (Cut) entgegen und gibt die vollständige Aufschlüsselung nach den Regeln zurück: jede eindeutige Kombination von Karten, die in der Summe 15 ergibt, zählt 2, jedes Paar zählt 2 (also drei Gleiche 6 und vier Gleiche 12), jede Sequenz von drei oder mehr aufeinanderfolgenden Karten zählt ihre Länge – wobei die doppelten Sequenzen, die Paare erzeugen, mitgezählt werden – ein Vier-Karten-Flush in der Hand zählt 4 (fünf mit dem Starter 5, und die Crib zählt nur einen Fünf-Karten-Flush), und His Nobs, ein Bube in der Hand, der die Farbe des Starters trifft, zählt 1. Es bewertet korrekt die berühmte beste Hand, B-5-5-5 mit einem fünften 5er Cut, mit maximal 29. Der Count-Endpunkt zählt nur Fifteens, Paare und Sequenzen für ein bis acht Karten – nützlich zum Überprüfen eines Teils einer Hand oder des Pegging-Stapels. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Entwickler von Cribbage-, Kartenspiel-, Brettspiel-Begleit- und Bewertungs-Apps, Bewertungs- und Lehrwerkzeugen sowie Spielsoftware. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Karten als Rang+Farbe (5H, TD, JS). Live, nichts wird gespeichert. 2 Compute-Endpunkte.

Tempo di attività

100.0%

Latenza

76ms

Abbonati

3,978

Baking-pan maths as an API, computed locally and deterministically — the area and scale-factor numbers a baker resizes a recipe between pans with. The trick everyone gets wrong is that a recipe scales by the pan’s AREA, not its diameter, so a 10-inch round holds far more batter than a 9-inch. The area endpoint gives the surface area of any pan — round and springform as π/4·d², square as s², rectangle as length × width, and bundt or tube pans as the ring (the outer circle minus the centre hole) — so a 9-inch round is 63.6 in², an 8-inch square 64 and a 9×13 is 117; add a depth and it returns the volume in cubic inches and cups. The convert endpoint gives the scale factor to move a recipe from one pan to another, factor = target area ÷ source area: a 9-inch round to a 9×13 is ×1.84, and two 8-inch rounds really do equal one 9×13. Pass an ingredient amount and it scales it for you, with a note to keep the batter depth similar and adjust the bake time. Everything is computed locally and deterministically, so it is instant and private. Ideal for baking, recipe, meal-prep and kitchen app developers, recipe-scaling and substitution tools, and culinary software. Pure local computation — no key, no third-party service, instant. Inches. Live, nothing stored. 2 compute endpoints. For ingredient unit conversion use a cooking API.

Tempo di attività

100.0%

Latenza

84ms

Abbonati

4,995

Rotational-grazing maths as an API, computed locally and deterministically — the animal-unit, grazing-day and acreage numbers a rancher or homesteader moves a herd by. It all hangs on the animal unit: a 1000-pound cow eating about 26 pounds of dry matter a day. The animalunits endpoint converts a mixed herd to that common basis — a cow is 1.0 AU, a cow-calf pair 1.3, a horse 1.25, a sheep 0.2, a goat 0.17 — so ten cows and fifty sheep are 20 AU demanding 520 pounds of forage a day; pass a weight instead and it scales by weight ÷ 1000. The days endpoint works out how long a paddock lasts: grazing days = (acres × forage per acre × utilization) ÷ (animal units × 26), where the classic “take half, leave half” puts utilization near 50 %, so five acres yielding 3,000 lb at 50 % feeds 10 AU for about 29 days. The acres endpoint sizes the paddock the other way — acres = (AU × 26 × days) ÷ (forage × utilization) — so 20 AU for a 30-day move needs about 10.4 acres. Everything is computed locally and deterministically, so it is instant and private. Ideal for ranching, regenerative-agriculture, homesteading and farm-management app developers, paddock-planner and stocking-rate tools, and grazing-chart software. Pure local computation — no key, no third-party service, instant. US units; forage yield varies with season — measure it. Live, nothing stored. 3 compute endpoints.

Tempo di attività

100.0%

Latenza

75ms

Abbonati

4,306

Egg-incubation maths as an API, computed locally and deterministically — the hatch timeline, conditions and brooder numbers a hatchery or backyard chicken-keeper raises a clutch by. The hatch endpoint turns the set day (day 0) into the schedule by species: it knows the incubation period — chicken 21 days, duck 28, quail 17, goose 30, turkey 28, Muscovy 35 and more — and gives the lockdown day, about three days before hatch, when you stop turning the eggs, raise the humidity and leave the lid shut; pass a custom incubation_days for anything else. The conditions endpoint gives the targets: a forced-air incubator at 99.5 °F (still-air a degree or two higher at the top of the eggs), with humidity around 45–55 % through incubation and 65–75 % at lockdown so the membrane stays soft. The brooder endpoint schedules the chicks after they hatch — 95 °F under the lamp in week one, dropping 5 °F a week until they reach room temperature around 70 °F and are feathered enough to leave it. Everything is computed locally and deterministically, so it is instant and private. Ideal for poultry, hatchery, homesteading and farm app developers, incubation-timer and brooder tools, and 4-H / education software. Pure local computation — no key, no third-party service, instant. Guidance — candle the eggs and watch the chicks. Live, nothing stored. 3 compute endpoints.

Tempo di attività

100.0%

Latenza

79ms

Abbonati

3,453

Vegetable lacto-fermentation maths as an API, computed locally and deterministically — the salt numbers a fermenter weighs sauerkraut, kimchi and pickles by. (Vegetables, not meat — for cure and nitrite that is a separate calculation.) Salt is the whole game: too little and the wrong microbes win, too much and the ferment stalls. The salt endpoint does the dry-salt method for shredded veg, salt = vegetable weight × percent, with about 2 % being the classic sauerkraut and kimchi target — so a kilo of cabbage takes 20 grams — and it bands the result from low-and-fast to a near salt-cure. The brine endpoint sizes a submerged ferment, salt = water weight × percent where the percent is of the water as recipes state it (1 ml water ≈ 1 g), so a litre at 5 % needs 50 grams for a standard sour pickle, 3.5 % for a milder one; it also reports the salinity as a percent of the total solution. The salinity endpoint converts the two ways the same brine is expressed — percent of water versus percent of total — so a 5 %-of-water brine reads about 4.76 % on a refractometer. Everything is computed locally and deterministically, so it is instant and private. Ideal for fermentation, homesteading, recipe and food app developers, ferment-calculator and batch tools, and culinary software. Pure local computation — no key, no third-party service, instant. Grams and ml. Live, nothing stored. 3 compute endpoints.

Tempo di attività

100.0%

Latenza

79ms

Abbonati

3,771

Candy-making maths as an API, computed locally and deterministically — the sugar-syrup stage numbers a confectioner reads a thermometer by. As sugar syrup boils it passes through named stages, each a temperature window with its own texture and uses, and getting within a few degrees is the difference between fudge and toffee. The stage endpoint names the stage for a temperature: 238 °F is the soft-ball stage (fudge, fondant, pralines), 305 °F is hard-crack (toffee, brittle, lollipops), and it handles °F or °C and the off-the-chart cases — still a thin syrup below thread, or darkening to burnt past caramel. The range endpoint gives the temperature window and uses of a named stage, from thread (223–234 °F) through soft-ball, firm-ball, hard-ball, soft-crack and hard-crack to caramel (320–350 °F), in both °F and °C. The altitude endpoint applies the rule that matters in the mountains: cook to 1 °F lower for every 500 feet of elevation, since water boils cooler, so a 300 °F hard-crack recipe is done at 290 °F at 5,000 feet. Everything is computed locally and deterministically, so it is instant and private. Ideal for baking, confectionery, recipe and kitchen app developers, candy-thermometer and timer tools, and cooking-class software. Pure local computation — no key, no third-party service, instant. Use a calibrated thermometer. Live, nothing stored. 3 compute endpoints.

Tempo di attività

100.0%

Latenza

70ms

Abbonati

4,923

Window-Tint-Mathematik als API, lokal und deterministisch berechnet – die Netto-VLT-Werte, nach denen ein Installateur oder Autobesitzer eine Folie auswählt. Der Haken bei Tönung ist, dass die sichtbare Lichtdurchlässigkeit durch Schichten multipliziert wird: Werksautoglas lässt bereits nur etwa 70–80 % des Lichts durch, daher entspricht die angegebene VLT einer Folie nicht dem, was am Ende herauskommt. Der vlt-Endpunkt multipliziert es aus – netto % = das Produkt der VLT jeder Schicht ÷ 100 – also ergibt eine 35 %-Folie auf 78 %-Werksglas 27,3 %, eine 5 %-Limo-Folie auf demselben Glas 3,9 %, und Sie können mehrere Schichten in einem Aufruf stapeln; er beschreibt auch, wie dunkel das aussieht, von fast klar bis abgedunkelt. Der erforderliche Endpunkt rechnet rückwärts: Um eine Ziel-Netto-VLT durch bekanntes Glas zu erreichen, benötigen Sie eine Folie von Ziel ÷ Glas × 100, also erfordert das Erreichen einer 35 %-Netto-VLT auf 78 %-Glas eine 44,9 %-Folie – und er kennzeichnet den unmöglichen Fall, wenn das Ziel heller ist als das bloße Glas bereits erlaubt. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Auto-Tönung, Fahrzeugveredelung, Glas- und Automobil-App-Entwickler, Folienauswahl- und Compliance-Tools sowie Werkstattsoftware. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Gesetzliche Grenzwerte variieren je nach Rechtsordnung – prüfen Sie lokale Gesetze. Live, nichts wird gespeichert. 2 Compute-Endpunkte.

Tempo di attività

100.0%

Latenza

79ms

Abbonati

3,622

Yahtzee-Spielstand-Mathematik als API, lokal und deterministisch berechnet – die Kategoriepunkte und Summen, auf denen eine Würfelspiel-Score-App basiert. (Es bewertet einen gegebenen Wurf; es würfelt nicht.) Der Score-Endpunkt nimmt fünf Würfel entgegen und gibt den Wert aller dreizehn Kästchen auf einmal zurück: die oberen Kästchen (Einser bis Sechser) ergeben die Summe dieser Augenzahl, Dreier- und Viererpasch sowie Chance ergeben die Summe aller fünf Würfel, ein Full House ist 25, eine kleine Straße (vier aufeinanderfolgende) 30, eine große Straße (fünf aufeinanderfolgende) 40 und ein Yahtzee (fünf Gleiche) 50 – also ist 3-3-3-5-6 20 Punkte bei Dreierpasch, 4-4-4-5-5 ist ein 25-Punkte-Full House, und es markiert das Kästchen mit der höchsten Punktzahl für Sie. Der Total-Endpunkt addiert eine fertige Karte: den 35-Punkte-Bonus für den oberen Abschnitt, wenn die oberen Kästchen 63 erreichen (und wie viele Punkte Sie noch dafür benötigen), plus 100 für jeden zusätzlichen Yahtzee, um die Gesamtsumme zu erhalten. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Entwickler von Würfelspiel-, Brettspiel-Begleit-, Familienspiel- und Scorekeeping-Apps, Scoreblatt- und Turnier-Tools sowie Spielsoftware. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Live, nichts wird gespeichert. 2 Compute-Endpunkte. Für zufällige Würfe verwenden Sie eine Würfel-API.

Tempo di attività

100.0%

Latenza

74ms

Abbonati

4,654

Two-stroke premix maths as an API, computed locally and deterministically — the gas-to-oil numbers anyone running a chainsaw, string trimmer, leaf blower, outboard, dirt bike or RC engine mixes fuel by. The mix endpoint gives the oil to add to a tank of fuel at a given ratio: oil = fuel ÷ ratio, so one US gallon at 50:1 needs about 75.7 ml (2.6 fl oz) of two-stroke oil, 40:1 about 94.6 ml (3.2 fl oz) and 32:1 about 118 ml (4.0 fl oz), and it returns the total mix and the oil percentage too, in litres, gallons, millilitres or fluid ounces. The ratio endpoint runs it the other way — measure the fuel and the oil you actually put in and it tells you the real N:1 ratio, the oil percentage and the nearest common ratio, so you can check a mix or reverse-engineer a pre-mixed can. Get it wrong and it matters: too little oil and the engine seizes, too much and it fouls plugs and smokes — so always use the ratio in your tool’s manual. Everything is computed locally and deterministically, so it is instant and private. Ideal for small-engine, outdoor-power-equipment, marine, powersports and DIY app developers, fuel-mixing and shop tools, and maintenance software. Pure local computation — no key, no third-party service, instant. Live, nothing stored. 2 compute endpoints.

Tempo di attività

100.0%

Latenza

80ms

Abbonati

4,659

Fretted-instrument lutherie maths as an API, computed locally and deterministically — the fret positions a guitar, bass, mandolin or ukulele builder slots a fingerboard to. This is instrument-building geometry, not music theory. The positions endpoint lays out a whole fingerboard from the scale length using the twelve-tone equal-temperament rule: the distance from the nut to fret n = scale length × (1 − 1 ÷ 2^(n/12)), so the 12th fret lands at exactly half the scale (the octave) and each gap shrinks by the constant ratio 2^(1/12) ≈ 1.0595 toward the bridge — a 25.5-inch Fender scale puts fret 1 at 1.431 inches and fret 12 at 12.75. The fret endpoint gives one fret’s distance from the nut, from the previous fret and to the bridge; the scalelength endpoint runs it backwards, recovering the scale length from a measured distance to a known fret (measure to the 12th and double it). It works in inches or millimetres — 25.5 Fender, 24.75 Gibson, 25.4 classical, 34 bass. Everything is computed locally and deterministically, so it is instant and private. Ideal for lutherie, guitar-building, instrument-design and maker app developers, fingerboard-slotting and fret-calculator tools, and CAD/CNC templates. Pure local computation — no key, no third-party service, instant. Live, nothing stored. 3 compute endpoints. For note names or frequencies use a music-theory API.

Tempo di attività

100.0%

Latenza

75ms

Abbonati

4,721

Fuse-Bead-Mathematik als API, lokal und deterministisch berechnet – die Perlenanzahl, Stecktafel- und Farbzahlen, die ein Perler-, Hama- oder Schmelzperlen-Bastler bei der Planung eines Pixel-Designs benötigt. Der Grid-Endpunkt wandelt ein Pixel-Muster der Breite × Höhe in den tatsächlichen Bau um: Gesamtperlen = Breite × Höhe, Stecktafeln = ⌈Breite ÷ Tafel⌉ × ⌈Höhe ÷ Tafel⌉ (eine 29-Noppen-Quadrattafel für Midi-Perlen) und die fertige Größe = Perlen × Perlenabstand – ein 58 × 58 Midi-Design ergibt also 3.364 Perlen, vier Stecktafeln und etwa 29 × 29 cm, in Millimetern, Zentimetern und Zoll, mit Midi bei 5 mm, Mini bei 2,6 mm und Biggie bei 9–10 mm. Der Palette-Endpunkt teilt die Perlen nach Farbe auf: Gib die Gesamtzahl und eine Liste von Farbprozenten an, und er gibt die Anzahl pro Farbe zurück (normalisiert durch die Prozentsumme, funktioniert also auch, wenn sie nicht genau 100 ergeben) und die zu kaufenden Beutel mit etwa tausend Perlen pro Stück, oder übergib Rohzahlen, um sie direkt zu beuteln. Alles wird lokal und deterministisch berechnet, also ist es sofort und privat. Ideal für Entwickler von Fuse-Bead-, Pixel-Art-, Kinderbastel- und Maker-Apps, für Muster-zu-Einkaufsliste- und Projekt-Schätzer-Tools sowie für Bastelsoftware. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Live, nichts wird gespeichert. 2 Compute-Endpunkte. Für Kreuzstich-Stoffzahlen verwende eine andere API.

Tempo di attività

100.0%

Latenza

83ms

Abbonati

3,942

Paracord-craft maths as an API, computed locally and deterministically — the cord-length numbers a paracord crafter cuts a project to. The bracelet endpoint sizes the cord from the finished length and the weave using the well-known rule of thumb — about a foot of cord per inch of work for a cobra (Solomon) bar, double that for a king cobra, less for a fishtail — so an 8-inch cobra bracelet takes around 9 feet of cord including a foot of waste for the tails; give it a wrist measurement instead and it adds the fit ease and the buckle to get the finished length first, so a 7-inch wrist comes out near 10 feet. The weave endpoint generalises it to any project — lanyards, belts, dog leashes — as cord = finished length × cord-per-inch × the number of working strands, with the weave factors built in or your own cord-per-inch, and answers in inches, feet and metres. Everything is computed locally and deterministically, so it is instant and private. Ideal for paracord, survival-gear, scouting, craft and maker app developers, project-estimator and cut-list tools, and DIY software. Pure local computation — no key, no third-party service, instant. Rules of thumb — cut long and trim. Live, nothing stored. 2 compute endpoints.

Tempo di attività

100.0%

Latenza

92ms

Abbonati

3,815

Chainmaille-Mathematik als API, lokal und deterministisch berechnet – die Seitenverhältnis- und Ringzahlen, nach denen ein Maille-Künstler webt. Der Aspect-Endpunkt berechnet das alles entscheidende Seitenverhältnis = Innendurchmesser ÷ Drahtdurchmesser und löst nach dem fehlenden Wert auf, listet dann die Weaves auf, die dieser Ring ergibt: AR, nicht die absolute Größe, entscheidet alles – zu niedrig und die Ringe schließen nicht ineinander, zu hoch und das Weave wird labbrig, also ein 6,4 mm ID auf 1,6 mm Draht ergibt AR 4,0, gut für European 4-in-1, Byzantine, Box Chain und mehr. Der Ring-Endpunkt erledigt die Materialmathematik: Draht pro Ring ≈ π × (Innendurchmesser + Drahtdurchmesser) – der mittlere Durchmesserumfang – also benötigen diese AR-4-Ringe etwa 25 mm Draht pro Stück und wiegen in Stahl etwa 0,4 g; geben Sie eine Drahtlänge an, um die Anzahl der Ringe zu erhalten, oder eine Ringanzahl, um den gesamten Draht und das Gewicht zu erhalten, in jedem von neun Metallen von Aluminium bis Silber. Alles wird lokal und deterministisch berechnet, also sofort und privat. Ideal für Chainmaille-, Schmuck-, Cosplay-Rüstungs- und Maker-App-Entwickler, Ringkauf- und Projektkalkulator-Tools sowie Bastelsoftware. Reine lokale Berechnung – kein API-Key, kein Drittanbieter-Service, sofort. Maße in mm. Live, nichts wird gespeichert. 2 Compute-Endpunkte. Für Drahtstärke ↔ mm verwenden Sie eine Wire-Gauge-API.

Tempo di attività

100.0%

Latenza

78ms

Abbonati

3,487

Tennis-Scoring-Mathematik als API, lokal und deterministisch berechnet – die Game-, Set- und Match-Logik, auf der eine Scoring-App, ein Schiedsrichter-Tool oder eine Tennisliga basiert. Der Game-Endpunkt spielt ein Game aus einer Sequenz, wer jeden Punkt gewonnen hat, und gibt das korrekte Tennis-Scoring zurück: Punkte laufen 0, 15, 30, 40 und dann Game, aber bei 40-40 ist es Einstand und ein Spieler muss mit zwei Punkten führen – Vorteil, dann Game – also ist a,a,a,a 40-0 und ein Sieg, während drei-gleich Einstand ist; ein Tiebreak-Flag zählt bis sieben mit zwei Punkten Vorsprung (und geht bei 7-7 weiter). Der Set-Endpunkt liest ein Set aus den Games, die jeder Spieler gewonnen hat: Ein Set ist bei sechs Games mit zwei Games Vorsprung gewonnen, 6-6 löst einen Tiebreak aus, der mit 7-6 endet, und 7-5 gewinnt, wenn ein Spieler zuerst in Führung geht. Der Match-Endpunkt entscheidet das Match aus den gewonnenen Sets – Best-of-Three wird durch zwei Sets entschieden, Best-of-Five durch drei – und sagt den Gewinner in dem Moment, in dem er erreicht ist. Alles wird lokal und deterministisch berechnet, daher ist es sofortig und privat. Ideal für Entwickler von Tennis-, Racketsport-, Scoring-, Schiedsrichter- und Liga-Apps, Scoreboard- und Live-Scoring-Tools sowie Club-Software. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofortig. Scoring-Logik, keine Analysen. Live, nichts wird gespeichert. 3 Compute-Endpunkte.

Tempo di attività

100.0%

Latenza

79ms

Abbonati

3,736

Ten-pin bowling maths as an API, computed locally and deterministically — the scoring, handicap and average numbers a bowler, league or scoring app runs on. The score endpoint plays a full game from a comma list of the pins knocked down on each roll and applies the real rules: a strike scores 10 plus your next two rolls, a spare 10 plus the next one, an open frame just the pins, with the 10th frame’s bonus rolls handled — so twelve strikes is a perfect 300, twenty 9-then-miss frames are 90, and all spares with a 5 bonus is 150, returned frame by frame with the running total. The handicap endpoint levels a league: handicap per game = ⌊(basis − average) × percent⌋, never below zero, so a 150 average on the common 90 %-of-220 setup earns 63 pins a game and 189 over a three-game series. The average endpoint divides total pins by games (dropping the fraction, as leagues do), rolls in a new series to update it, and works out the pins you need over the next games to reach a target average. Everything is computed locally and deterministically, so it is instant and private. Ideal for bowling-league, scoring, sports and recreation app developers, scorekeeping and handicap tools, and centre-management software. Pure local computation — no key, no third-party service, instant. Live, nothing stored. 3 compute endpoints.

Tempo di attività

100.0%

Latenza

79ms

Abbonati

3,310

Scale-model maths as an API, computed locally and deterministically — the real-to-model conversions a modeller, model-railroader, wargamer or diorama-builder works in. The convert endpoint scales a dimension either way at any scale, given as a ratio (1:35), a number (87.1) or a name (Z, N, TT, HO, OO, S, O, G, 1/72, 1/48, 1/35, 1/24, 1/64, 1/43, 1/18): real → model divides by the ratio, model → real multiplies, so a 1:35 tank 6 metres long becomes 171 mm and an HO (1:87.1) boxcar 12.2 metres long becomes 140 mm, with the answer in mm, cm, m, inches and feet. The identify endpoint finds the scale from a real measurement and the model of it — scale = real ÷ model — and names the nearest standard scale with how far off it is, so you know whether figures and accessories will match. The scales endpoint lists the common named scales and compares any two, telling you that a 1:35 model is about 2.06 times the size of the same subject at 1:72. Everything is computed locally and deterministically, so it is instant and private. Ideal for scale-modelling, model-railroad, wargaming, diecast, architecture and diorama app developers, conversion and shopping tools, and hobby software. Pure local computation — no key, no third-party service, instant. Length in mm/cm/m/in/ft. Live, nothing stored. 3 compute endpoints. For typographic modular scales use a different API.

Tempo di attività

100.0%

Latenza

76ms

Abbonati

3,519

O-Ring-Dichtungs-Design-Mathematik als API, lokal und deterministisch berechnet – die Squeeze-, Gland- und Stretch-Werte, die ein Ingenieur oder Hersteller für eine Dichtung entwirft. Der Squeeze-Endpunkt liefert die Kompression, die die Dichtung bewirkt: Squeeze = (Querschnitt − Nuttiefe) ÷ Querschnitt, also wird eine 0,139-Zoll-Schnur in einer 0,113-Zoll-tiefen Nut um 18,7 % gequetscht, und bewertet das Ergebnis – etwa 10–16 % eignet sich für dynamische (hin- und hergehende) Dichtungen und 15–30 % für statische – und, bei gegebener Nutbreite, den Nutfüllgrad, der unter etwa 85 % bleiben sollte, damit der Gummi Platz zum Ausdehnen durch Hitze oder Flüssigkeitsquellung hat. Der Gland-Endpunkt arbeitet umgekehrt: Aus dem Querschnitt und ob die Dichtung statisch oder dynamisch ist (oder einem Ziel-Squeeze) gibt er die Nuttiefe und eine Breite zurück, die für etwa 70 % Füllung ausgelegt ist – typischerweise das 1,3- bis 1,5-fache des Querschnitts – plus einen Eckradius. Der Stretch-Endpunkt prüft die Installation: Stretch = (Paarungsdurchmesser − O-Ring-ID) ÷ ID, der unter etwa 5 % auf einer Stange bleiben sollte, da Dehnung den Querschnitt verringert und Squeeze stiehlt. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für App-Entwickler im Maschinenbau, Hydraulik, Pneumatik, Vakuum- und Produktdesign, Dichtungsauswahl- und Nutdesign-Tools sowie CAD-Plugins. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Zoll oder Millimeter. Live, nichts gespeichert. 3 Compute-Endpunkte.

Tempo di attività

100.0%

Latenza

79ms

Abbonati

3,608