API-Marktplatz

Sonnen-sicherheits-Mathematik als API, lokal und deterministisch berechnet – die Brennzeit-, SPF- und Nachauftragungszahlen, die eine Sonnencreme-, Wetter- oder Outdoor-App sicher hält. Der Brennzeit-Endpunkt schätzt, wie lange es dauert, bis ein Sonnenbrand auftritt, 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 mal dem SPF – so brennt helle Haut vom Typ II bei UV 8 in etwa 11 Minuten ungeschützt oder etwa 5½ Stunden unter SPF 30, während sehr helle Haut vom Typ I bei extremem UV 11 in 5 Minuten brennt. Der SPF-Endpunkt dreht es um: Der benötigte SPF = Ihre gewünschten Minuten im Freien ÷ die ungeschützte Zeit, mit dem Hinweis, dass der reale Schutz bei SPF 30–50 ein Plateau erreicht. Der Mengen-Endpunkt behandelt den Teil, den die Leute falsch machen – etwa 2 mg/cm², ungefähr 1 Unze (30 g, ein Schnapsglas) für einen vollen Erwachsenenkörper, alle zwei Stunden neu aufgetragen – und summiert die Sonnencreme für einen Tag im Freien. Alles wird lokal und deterministisch berechnet, also ist es 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 Key, kein Drittanbieter-Service, sofort. Bildungsbezogene Schätzungen, kein medizinischer Rat. Live, nichts wird gespeichert. 3 Berechnungs-Endpunkte.

Uptime

100.0%

Latenz

76ms

Subs

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 Körpergewicht ÷ (2 × sin des Aufhängungswinkels), also trägt bei einem 30°-Hang jedes Gurtband 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 straff spannen. Der Firstlinien-Endpunkt dimensioniert eine strukturelle Firstlinie bei etwa 83 % der Hängemattenlänge, die feste Linie, 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 sofort und privat. Ideal für Camping-, Rucksacktourismus-, Outdoor-Ausrüstungs- und Hängematten-App-Entwickler, Hänge-Rechner und Reiseplanungs-Tools sowie Abenteuer-Software. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Gewicht und Längen in Ihrer eigenen Einheit. Live, nichts wird gespeichert. 3 Berechnungs-Endpunkte.

Uptime

100.0%

Latenz

74ms

Subs

4,324

Caulk- und Dichtstoff-Ergiebigkeitsmathematik als API, lokal und deterministisch berechnet – die Laufmeter-pro-Tube und Wieviele-Tuben-Zahlen, nach denen ein Bauunternehmer, Glaser oder Heimwerker Dichtstoff kauft. Eine Dichtstoffraupe ist im Wesentlichen ein dünner Zylinder, daher berechnet der Coverage-Endpunkt die Meter, die eine Kartusche aus der Raupenbreite legt: Volumen pro Meter ≈ (π/4 × Breite²) × 12 Zoll, und eine Standard-10,1-fl-oz-Kartusche (18,2 in³) legt etwa 30 Fuß einer Viertelzoll-Raupe, 13 Fuß einer dicken Dreiachtel- oder 55 einer feinen Dreisechzehntel-Raupe – übergeben Sie cartridge_oz für Wurstpackungen oder 28-oz-Tuben und eine Tubenanzahl zur Summierung. Der Tubes-Endpunkt führt es rückwärts aus: benötigte Kartuschen = (Fugenlänge × ein Verschwendungsfaktor) ÷ Fuß pro Kartusche, aufgerundet, sodass eine 100-Fuß-Strecke einer Viertelzoll-Raupe mit 10 % Verschnitt vier Tuben benötigt. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Bau-, Verglasungs-, Wetterschutz- und Heimwerker-App-Entwickler, Materialschätzer und Einkaufslisten-Tools sowie Bausoftware. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Zoll und Fuß; Schätzungen – Werkzeug und Verschnitt variieren. Live, nichts gespeichert. 2 Compute-Endpunkte.

Uptime

100.0%

Latenz

78ms

Subs

4,064

Party-Luftballon-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 tragen = 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 – grob 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 Key, kein Drittanbieter-Service, sofort. Zoll und Gramm. Live, nichts gespeichert. 3 Compute-Endpunkte.

Uptime

100.0%

Latenz

76ms

Subs

3,107

Grain-Bin-Lagerberechnung 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 Lager: Grundfläche × Getreidetiefe ergibt Kubikfuß, und ein Kubikfuß fasst etwa 0,8036 Scheffel, sodass ein 18-Fuß-Behälter, der 20 Fuß gefüllt ist, etwa 4.090 Scheffel fasst – und Getreide, das zu einem Gipfel aufgeschüttet wird, fügt einen Kegel von (1/3) × Grundfläche × Gipfelhöhe hinzu, sodass ein 4-Fuß-Gipfel etwa 270 weitere Scheffel ergibt. 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 Lagerkapazitäts- und Bestandstools sowie Erntesoftware. Reine lokale Berechnung – kein Key, kein Drittanbieterdienst, sofort. US-Einheiten (Fuß, Scheffel, Pfund). Live, nichts wird gespeichert. 2 Compute-Endpunkte.

Uptime

100.0%

Latenz

83ms

Subs

3,142

ADA-Rollstuhlrampen-Mathematik als API, lokal und deterministisch berechnet – die Lauf-, Landungs- und Steigungswerte, mit denen ein Bauunternehmer oder Barrierefreiheitsplaner eine Rampe dimensioniert. Die ADA-Regel legt 1 Zoll Steigung pro 12 Zoll Lauf fest, eine maximale Steigung von 8,33 %, sodass der Rampen-Endpunkt eine Steigung in die Rampe umwandelt: Lauf = Steigung × 12 (oder × 16 / × 20 für eine sanftere Neigung, wenn Platz vorhanden ist), plus die ebenen Landungen, die der Code vorschreibt – eine 5-Fuß-Landung oben und unten und eine weitere zwischen den Läufen, wenn die Steigung 30 Zoll überschreitet – sowie die Gesamtlänge von Ende zu Ende, sodass eine 24-Zoll-Steigung einen 24-Fuß-Lauf und insgesamt 34 Fuß benötigt, während eine 36-Zoll-Steigung in zwei Läufe mit einer Zwischenlandung für 51 Fuß aufgeteilt wird. Der Fit-Endpunkt beantwortet die reale Frage: Passt eine Rampe für diese Steigung in den vorhandenen Lauf? Er gibt den minimalen Lauf zurück, den eine ADA 1:12-Rampe benötigt, ob Ihr Platz ausreicht, und die tatsächliche Steigung, die Sie erhalten würden, wenn Sie sie erzwingen – und kennzeichnet, wenn diese 8,33 % überschreitet und Sie eine Kehre oder eine geringere Steigung benötigen. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Bau-, Barrierefreiheits-, Hausumbau- und Auftragnehmer-App-Entwickler, Rampenschätz- und Code-Prüf-Tools sowie Bausoftware. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Überprüfen Sie gegen aktuelle ADA- und lokale Vorschriften. Live, nichts wird gespeichert. 2 Compute-Endpunkte.

Uptime

100.0%

Latenz

75ms

Subs

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 Augenwert 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, wobei die 2 und 3 tot sind. Es kennzeichnet einen Farkle, wenn nichts zählt (man verliert die Punkte des Zuges) und sagt Ihnen, ob jeder Würfel gezählt wurde – heiße Würfel, mit denen Sie alle sechs erneut würfeln können. Die Regelwerke variieren, daher bewertet es das weit verbreitete Set und gibt dies an. Alles wird lokal und deterministisch berechnet, also ist es sofort und privat. Ideal für Würfelspiel-, Party-Spiel- und Bewertungs-App-Entwickler, 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.

Uptime

100.0%

Latenz

92ms

Subs

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 sein Nobs, ein Bube in der Hand, der mit der Farbe des Starters übereinstimmt, 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 Fünfzehner, 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überprüfungs- und Lehrtools 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.

Uptime

100.0%

Latenz

76ms

Subs

3,978

Backformen-Mathematik als API, lokal und deterministisch berechnet – die Flächen- und Skalierungsfaktor-Zahlen, mit denen ein Bäcker ein Rezept zwischen Backformen umrechnet. Der Trick, den jeder falsch macht, ist, dass ein Rezept nach der FLÄCHE der Form skaliert wird, nicht nach ihrem Durchmesser, daher fasst eine 10-Zoll-Runde viel mehr Teig als eine 9-Zoll. Der Flächen-Endpoint gibt die Oberfläche jeder Backform – rund und Springform als π/4·d², quadratisch als s², rechteckig als Länge × Breite und Bundt- oder Rohrformen als Ring (der äußere Kreis minus das Mittelloch) – also eine 9-Zoll-Runde ist 63,6 in², eine 8-Zoll-Quadrat 64 und eine 9×13 ist 117; mit einer Höhe wird das Volumen in Kubikzoll und Tassen zurückgegeben. Der Convert-Endpoint gibt den Skalierungsfaktor, um ein Rezept von einer Form auf eine andere zu übertragen, Faktor = Ziel-Fläche ÷ Quell-Fläche: eine 9-Zoll-Runde auf eine 9×13 ist ×1,84, und zwei 8-Zoll-Runden ergeben tatsächlich eine 9×13. Gib eine Zutatenmenge an und es skaliert sie für dich, mit dem Hinweis, die Teighöhe ähnlich zu halten und die Backzeit anzupassen. Alles wird lokal und deterministisch berechnet, also ist es sofort und privat. Ideal für Entwickler von Back-, Rezept-, Meal-Prep- und Küchen-Apps, Rezeptskalierungs- und Substitutionswerkzeugen sowie kulinarischer Software. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Zoll. Live, nichts gespeichert. 2 Compute-Endpoints. Für die Umrechnung von Zutaten-Einheiten verwende eine Cooking-API.

Uptime

100.0%

Latenz

84ms

Subs

4,995

Rotational-Grazing-Mathematik als API, lokal und deterministisch berechnet – die Tier-Einheiten-, Weidetage- und Flächenzahlen, mit denen ein Rancher oder Selbstversorger eine Herde bewegt. Alles hängt an der Tier-Einheit: einer 1000-Pfund-Kuh, die etwa 26 Pfund Trockenmasse pro Tag frisst. Der animalunits-Endpunkt wandelt eine gemischte Herde in diese gemeinsame Basis um – eine Kuh ist 1,0 AU, ein Kuh-Kalb-Paar 1,3, ein Pferd 1,25, ein Schaf 0,2, eine Ziege 0,17 – also sind zehn Kühe und fünfzig Schafe 20 AU, die 520 Pfund Futter pro Tag benötigen; wenn Sie stattdessen ein Gewicht übergeben, skaliert es mit Gewicht ÷ 1000. Der days-Endpunkt berechnet, wie lange eine Koppel reicht: Weidetage = (Acres × Futter pro Acre × Nutzung) ÷ (Tier-Einheiten × 26), wobei das klassische „Nimm die Hälfte, lass die Hälfte“ die Nutzung auf etwa 50 % setzt, sodass fünf Acres mit 3.000 lb bei 50 % 10 AU etwa 29 Tage ernähren. Der acres-Endpunkt dimensioniert die Koppel andersherum – Acres = (AU × 26 × Tage) ÷ (Futter × Nutzung) – also benötigen 20 AU für einen 30-Tage-Umzug etwa 10,4 Acres. Alles wird lokal und deterministisch berechnet, also ist es sofort und privat. Ideal für Entwickler von Ranching-, Regenerative-Agriculture-, Homesteading- und Farm-Management-Apps, Koppelplaner- und Besatzdichte-Tools sowie Weidediagramm-Software. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. US-Einheiten; Futterertrag variiert mit der Jahreszeit – messen Sie ihn. Live, nichts wird gespeichert. 3 Compute-Endpunkte.

Uptime

100.0%

Latenz

75ms

Subs

4,306

Eier-Inkubations-Mathematik als API, lokal und deterministisch berechnet – die Schlupf-Zeitleiste, Bedingungen und Brutkasten-Zahlen, mit denen eine Brüterei oder ein Hühnerhalter im Hinterhof eine Brut aufzieht. Der Hatch-Endpoint wandelt den festgelegten Tag (Tag 0) in den Zeitplan nach Art um: Er kennt die Inkubationsdauer – Huhn 21 Tage, Ente 28, Wachtel 17, Gans 30, Truthahn 28, Moschusente 35 und mehr – und gibt den Lockdown-Tag an, etwa drei Tage vor dem Schlupf, an dem man die Eier nicht mehr wendet, die Luftfeuchtigkeit erhöht und den Deckel geschlossen lässt; geben Sie für alles andere eine benutzerdefinierte incubation_days an. Der Conditions-Endpoint gibt die Zielwerte vor: ein Umluftbrüter bei 99,5 °F (Stillluft ein oder zwei Grad höher an der Oberseite der Eier), mit Luftfeuchtigkeit um 45–55 % während der Inkubation und 65–75 % beim Lockdown, damit die Membran weich bleibt. Der Brooder-Endpoint plant die Küken nach dem Schlupf – 95 °F unter der Lampe in Woche eins, jede Woche 5 °F weniger, bis sie Raumtemperatur um 70 °F erreichen und genug Federn haben, um sie zu verlassen. Alles wird lokal und deterministisch berechnet, also ist es sofort und privat. Ideal für Entwickler von Geflügel-, Brüterei-, Selbstversorger- und Landwirtschafts-Apps, Inkubations-Timer- und Brutkasten-Tools sowie 4-H- und Bildungssoftware. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Anleitung – die Eier kerzen und die Küken beobachten. Live, nichts gespeichert. 3 Compute-Endpoints.

Uptime

100.0%

Latenz

79ms

Subs

3,453

Gemüse-Lactofermentations-Mathematik als API, lokal und deterministisch berechnet – die Salzmengen, die ein Fermentierer für Sauerkraut, Kimchi und Gurken abwiegt. (Gemüse, nicht Fleisch – für Pökel- und Nitritberechnungen gibt es eine separate Berechnung.) Salz ist das A und O: zu wenig und die falschen Mikroben gewinnen, zu viel und die Fermentation stockt. Der Salz-Endpunkt berechnet die Trockensalzmethode für zerkleinertes Gemüse: Salz = Gemüsegewicht × Prozent, wobei etwa 2 % das klassische Ziel für Sauerkraut und Kimchi sind – ein Kilo Kohl benötigt also 20 Gramm – und er gibt das Ergebnis von niedrig und schnell bis fast einer Salzpökelung an. Der Lake-Endpunkt dimensioniert eine untergetauchte Fermentation: Salz = Wassergewicht × Prozent, wobei der Prozentanteil auf das Wasser bezogen ist, wie es Rezepte angeben (1 ml Wasser ≈ 1 g), also benötigt ein Liter bei 5 % 50 Gramm für eine standardmäßige saure Gurke, 3,5 % für eine mildere; er gibt auch den Salzgehalt als Prozentsatz der Gesamtlösung an. Der Salzgehalt-Endpunkt rechnet die beiden Arten um, wie dieselbe Lake ausgedrückt wird – Prozent des Wassers versus Prozent der Gesamtmenge –, sodass eine 5 %-ige Lake (bezogen auf Wasser) auf einem Refraktometer etwa 4,76 % anzeigt. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Fermentations-, Selbstversorger-, Rezept- und Lebensmittel-App-Entwickler, Fermentationsrechner- und Chargen-Tools sowie kulinarische Software. Reine lokale Berechnung – kein Schlüssel, kein Drittanbieter-Service, sofort. Gramm und ml. Live, nichts wird gespeichert. 3 Berechnungs-Endpunkte.

Uptime

100.0%

Latenz

79ms

Subs

3,771

Süßwarenherstellungs-Mathematik als API, lokal und deterministisch berechnet – die Zucker-Sirup-Stadiennummern, die ein Konditor an einem Thermometer abliest. Während Zuckersirup kocht, durchläuft er benannte Stadien, jedes ein Temperaturfenster mit eigener Textur und Verwendung, und ein Unterschied von wenigen Grad ist der Unterschied zwischen Fudge und Toffee. Der Stage-Endpunkt benennt das Stadium für eine Temperatur: 238 °F ist das Soft-Ball-Stadium (Fudge, Fondant, Pralinen), 305 °F ist Hard-Crack (Toffee, Brittle, Lutscher), und er verarbeitet °F oder °C sowie die Fälle außerhalb der Skala – noch ein dünner Sirup unter Thread oder dunkler werdend bis verbrannt über Caramel. Der Range-Endpunkt gibt das Temperaturfenster und die Verwendung eines benannten Stadiums an, von Thread (223–234 °F) über Soft-Ball, Firm-Ball, Hard-Ball, Soft-Crack und Hard-Crack bis Caramel (320–350 °F), sowohl in °F als auch in °C. Der Altitude-Endpunkt wendet die Regel an, die in den Bergen wichtig ist: Kochen Sie 1 °F niedriger pro 500 Fuß Höhe, da Wasser kühler kocht, also ist ein 300 °F Hard-Crack-Rezept bei 5.000 Fuß bei 290 °F fertig. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Entwickler von Back-, Konditorei-, Rezept- und Küchen-Apps, Zuckerthermometer- und Timer-Tools sowie Kochkurs-Software. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Verwenden Sie ein kalibriertes Thermometer. Live, nichts wird gespeichert. 3 Compute-Endpunkte.

Uptime

100.0%

Latenz

70ms

Subs

4,923

Fensterfolien-Mathematik als API, lokal und deterministisch berechnet – die tatsächlichen 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-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önungs-, Detaillierungs-, 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 Rechtsraum – lokales Gesetz prüfen. Live, nichts wird gespeichert. 2 Compute-Endpunkte.

Uptime

100.0%

Latenz

79ms

Subs

3,622

Yahtzee-Bewertungsmathematik als API, lokal und deterministisch berechnet – die Kategoriebewertungen und Summen, auf denen eine Würfelspiel-Bewertungs-App basiert. (Es bewertet einen gegebenen Wurf; es würfelt nicht.) Der Score-Endpunkt nimmt fünf Würfel entgegen und gibt den Wert jedes der dreizehn Kästchen auf einmal zurück: die oberen Kästchen (Einser bis Sechser) bewerten die Summe dieser Zahl, Drillinge und Vierlinge sowie Chance bewerten alle 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 Drillingen, 4-4-4-5-5 ist ein 25-Punkte-Full House, und es markiert das Kästchen mit der höchsten Bewertung 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 jedes zusätzliche 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 Punktezähl-Apps, Bewertungsblätter 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.

Uptime

100.0%

Latenz

74ms

Subs

4,654

Zweitakt-Vormisch-Mathematik als API, lokal und deterministisch berechnet – die Benzin-Öl-Zahlen, nach denen jeder, der eine Kettensäge, einen Freischneider, ein Laubbläser, einen Außenbordmotor, ein Dirtbike oder einen RC-Motor betreibt, Kraftstoff mischt. Der Mix-Endpunkt gibt das Öl an, das einem Tank Kraftstoff bei einem bestimmten Verhältnis hinzugefügt werden muss: Öl = Kraftstoff ÷ Verhältnis, also benötigt eine US-Gallone bei 50:1 etwa 75,7 ml (2,6 fl oz) Zweitaktöl, bei 40:1 etwa 94,6 ml (3,2 fl oz) und bei 32:1 etwa 118 ml (4,0 fl oz), und gibt auch die Gesamtmischung und den Ölprozentsatz zurück, in Litern, Gallonen, Millilitern oder Flüssigunzen. Der Ratio-Endpunkt funktioniert umgekehrt – messen Sie den Kraftstoff und das Öl, das Sie tatsächlich eingefüllt haben, und er gibt das tatsächliche N:1-Verhältnis, den Ölprozentsatz und das nächstgelegene übliche Verhältnis an, sodass Sie eine Mischung überprüfen oder eine vorgemischte Dose analysieren können. Wenn Sie es falsch machen, hat das Konsequenzen: zu wenig Öl und der Motor klemmt, zu viel und es verschmutzt die Zündkerzen und raucht – verwenden Sie daher immer das Verhältnis aus dem Handbuch Ihres Geräts. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Entwickler von Apps für kleine Motoren, Gartengeräte, Schifffahrt, Powersports und Heimwerker, Kraftstoffmisch- und Werkstatt-Tools sowie Wartungssoftware. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Live, nichts wird gespeichert. 2 Compute-Endpunkte.

Uptime

100.0%

Latenz

80ms

Subs

4,659

Berechnungen für den Instrumentenbau mit Bundstäbchen als API, lokal und deterministisch berechnet – die Bundpositionen, die ein Gitarren-, Bass-, Mandolinen- oder Ukulelenbauer in ein Griffbrett einfräst. Dies ist Geometrie des Instrumentenbaus, nicht Musiktheorie. Der Endpunkt 'positions' legt ein ganzes Griffbrett anhand der Mensurlänge mit der gleichstufigen Stimmung (12 Halbtöne) aus: Der Abstand vom Sattel zum Bund n = Mensurlänge × (1 − 1 ÷ 2^(n/12)), sodass der 12. Bund genau auf der Hälfte der Mensur (der Oktave) liegt und jede Lücke um das konstante Verhältnis 2^(1/12) ≈ 1,0595 zum Steg hin schrumpft – eine 25,5-Zoll-Fender-Mensur setzt Bund 1 bei 1,431 Zoll und Bund 12 bei 12,75 Zoll. Der Endpunkt 'fret' gibt den Abstand eines Bundes vom Sattel, vom vorherigen Bund und zum Steg; der Endpunkt 'scalelength' führt dies rückwärts aus und ermittelt die Mensurlänge aus einem gemessenen Abstand zu einem bekannten Bund (messen Sie bis zum 12. und verdoppeln Sie ihn). Es funktioniert in Zoll oder Millimetern – 25,5 Fender, 24,75 Gibson, 25,4 klassisch, 34 Bass. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Entwickler von Instrumentenbau-, Gitarrenbau-, Design- und Maker-Apps, Griffbrett-Fräs- und Bundrechner-Tools sowie CAD/CNC-Vorlagen. Reine lokale Berechnung – kein API-Key, kein Drittanbieterdienst, sofort. Live, nichts wird gespeichert. 3 Compute-Endpunkte. Für Notennamen oder Frequenzen verwenden Sie eine Musiktheorie-API.

Uptime

100.0%

Latenz

75ms

Subs

4,721

Fuse-Bead-Mathematik als API, lokal und deterministisch berechnet – die Perlenanzahl, Stecktafel- und Farbnummern, die ein Perler-, Hama- oder Melty-Bead-Bastler für ein Pixel-Design plant. 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 – also ein 58 × 58 Midi-Design ergibt 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 ihm die Gesamtzahl und eine Liste von Farbprozenten, 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 Tüten mit etwa tausend Perlen pro Stück, oder übergib Rohzahlen, um sie direkt zu bündeln. Alles wird lokal und deterministisch berechnet, also ist es sofort und privat. Ideal für Fuse-Bead-, Pixel-Art-, Kinderbastel- und Maker-App-Entwickler, Muster-zu-Einkaufsliste- und Projekt-Schätzer-Tools sowie Bastelsoftware. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Live, nichts gespeichert. 2 Compute-Endpunkte. Für Kreuzstich-Stoffzahlen verwende eine andere API.

Uptime

100.0%

Latenz

83ms

Subs

3,942

Paracord-craft Mathematik als API, lokal und deterministisch berechnet – die Seillängen-Zahlen, die ein Paracord-Handwerker für ein Projekt zuschneidet. Der Bracelet-Endpunkt dimensioniert das Seil aus der fertigen Länge und dem Webmuster mit der bekannten Faustregel – etwa ein Fuß Seil pro Zoll Arbeit für einen Cobra (Solomon) Bar, das Doppelte für einen King Cobra, weniger für einen Fishtail – sodass ein 8-Zoll-Cobra-Armband etwa 9 Fuß Seil benötigt, inklusive einem Fuß Abfall für die Enden; geben Sie stattdessen ein Handgelenkmaß an, addiert es die Passformzugabe und die Schließe, um zuerst die fertige Länge zu erhalten, sodass ein 7-Zoll-Handgelenk auf nahe 10 Fuß kommt. Der Weave-Endpunkt verallgemeinert es auf jedes Projekt – Lanyards, Gürtel, Hundeleinen – als Seil = fertige Länge × Seil-pro-Zoll × Anzahl der Arbeitsstränge, mit den eingebauten Webfaktoren oder Ihrem eigenen Seil-pro-Zoll, und antwortet in Zoll, Fuß und Metern. Alles wird lokal und deterministisch berechnet, also ist es sofort und privat. Ideal für Paracord-, Survival-Ausrüstungs-, Pfadfinder-, Handwerks- und Maker-App-Entwickler, Projekt-Schätzer- und Schnittlisten-Tools sowie DIY-Software. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Faustregeln – lang schneiden und trimmen. Live, nichts wird gespeichert. 2 Compute-Endpunkte.

Uptime

100.0%

Latenz

92ms

Subs

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 zu erfahren, wie viele Ringe daraus entstehen, oder eine Ringanzahl, um die gesamte Drahtlänge 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 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.

Uptime

100.0%

Latenz

78ms

Subs

3,487

Tennis-Scoring-Mathematik als API, lokal und deterministisch berechnet – die Spiel-, Satz- und Matchlogik, auf der eine Scoring-App, ein Schiedsrichter-Tool oder eine Tennisliga basiert. Der Game-Endpunkt spielt ein Spiel aus einer Sequenz, wer jeden Punkt gewonnen hat, und gibt das korrekte Tennis-Scoring zurück: Punkte laufen 0, 15, 30, 40 und dann Spiel, aber bei 40-40 ist es Einstand und ein Spieler muss mit zwei Punkten führen – Vorteil, dann Spiel – 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 einen Satz aus den Spielen, die jeder Spieler gewonnen hat: Ein Satz wird bei sechs Spielen mit zwei Spielen 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 Sätzen – Best-of-Three wird durch zwei Sätze 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 sofort und privat. Ideal für Entwickler von Tennis-, Racketsport-, Scoring-, Schiedsrichter- und Liga-Apps, Scoreboard- und Live-Scoring-Tools sowie Clubsoftware. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Scoring-Logik, keine Analysen. Live, nichts wird gespeichert. 3 Compute-Endpunkte.

Uptime

100.0%

Latenz

79ms

Subs

3,736

Ten-Pin-Bowling-Mathematik als API, lokal und deterministisch berechnet – die Punktzahlen, Handicaps und Durchschnitte, die ein Bowler, eine Liga oder eine Scoring-App verwendet. Der Score-Endpunkt spielt ein komplettes Spiel aus einer kommagetrennten Liste der umgeworfenen Pins pro Wurf und wendet die echten Regeln an: ein Strike zählt 10 plus die nächsten zwei Würfe, ein Spare 10 plus den nächsten, ein offenes Frame nur die Pins, wobei die Bonuswürfe im 10. Frame berücksichtigt werden – also zwölf Strikes ergeben eine perfekte 300, zwanzig 9-dann-Fehl-Frames ergeben 90, und alle Spares mit einem 5er-Bonus ergeben 150, Frame für Frame mit dem laufenden Gesamtergebnis zurückgegeben. Der Handicap-Endpunkt gleicht eine Liga aus: Handicap pro Spiel = ⌊(Basis − Durchschnitt) × Prozent⌋, niemals unter null, also ein 150er-Durchschnitt bei der üblichen 90-%-von-220-Einstellung ergibt 63 Pins pro Spiel und 189 über eine Dreier-Serie. Der Average-Endpunkt teilt die Gesamt-Pins durch die Spiele (wobei der Bruchteil wegfällt, wie es die Ligen tun), rechnet eine neue Serie ein, um ihn zu aktualisieren, und berechnet die Pins, die Sie in den nächsten Spielen benötigen, um einen Zieldurchschnitt zu erreichen. Alles wird lokal und deterministisch berechnet, also sofort und privat. Ideal für Entwickler von Bowling-Ligen-, Scoring-, Sport- und Freizeit-Apps, Scorekeeping- und Handicap-Tools sowie Center-Management-Software. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Live, nichts wird gespeichert. 3 Compute-Endpunkte.

Uptime

100.0%

Latenz

79ms

Subs

3,310

Maßstabsmodell-Mathematik als API, lokal und deterministisch berechnet – die Umrechnungen von Real- zu Modellmaßen, die ein Modellbauer, Modelleisenbahner, Tabletop-Spieler oder Dioramenbauer benötigt. Der convert-Endpunkt skaliert eine Abmessung in beide Richtungen bei jedem Maßstab, angegeben als Verhältnis (1:35), Zahl (87,1) oder Name (Z, N, TT, HO, OO, S, O, G, 1/72, 1/48, 1/35, 1/24, 1/64, 1/43, 1/18): Real → Modell dividiert durch das Verhältnis, Modell → Real multipliziert, also wird ein 6 Meter langer Panzer im Maßstab 1:35 zu 171 mm und ein HO-Güterwagen (1:87,1) von 12,2 Metern Länge zu 140 mm, mit der Antwort in mm, cm, m, Zoll und Fuß. Der identify-Endpunkt findet den Maßstab aus einer realen Messung und dem Modell davon – Maßstab = Real ÷ Modell – und benennt den nächstgelegenen Standardmaßstab mit Angabe der Abweichung, sodass Sie wissen, ob Figuren und Zubehör passen. Der scales-Endpunkt listet die gängigen benannten Maßstäbe auf und vergleicht zwei beliebige, wobei er angibt, dass ein Modell im Maßstab 1:35 etwa 2,06-mal so groß ist wie dasselbe Motiv im Maßstab 1:72. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Entwickler von Apps für Maßstabsmodellbau, Modelleisenbahnen, Tabletop-Spiele, Druckgussmodelle, Architektur und Dioramen, für Umrechnungs- und Shopping-Tools sowie Hobby-Software. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Länge in mm/cm/m/in/ft. Live, nichts wird gespeichert. 3 Compute-Endpunkte. Für typografische modulare Skalen verwenden Sie eine andere API.

Uptime

100.0%

Latenz

76ms

Subs

3,519

O-Ring-Dichtungs-Design-Mathematik als API, lokal und deterministisch berechnet – die Quetsch-, Nut- und Dehnungswerte, die ein Ingenieur oder Hersteller für eine Dichtung entwirft. Der Squeeze-Endpunkt gibt die Kompression an, 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 er bewertet das Ergebnis – grob 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 Entwickler von Apps für 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.

Uptime

100.0%

Latenz

79ms

Subs

3,608