#recipe

Jam- und Konserven-Mathematik als API, lokal und deterministisch berechnet – die Zucker-, Gelierpunkt- und Ertragszahlen, die ein Marmeladenhersteller, Konservenmacher oder Rezept-App für eine Charge benötigt. Der Zucker-Endpunkt setzt den Zucker aus dem Zucker-Frucht-Verhältnis: Eine traditionelle Vollzucker-Marmelade hat ein Verhältnis von 1:1, also 1 kg Frucht benötigt 1 kg Zucker für eine 2-kg-Charge mit 50 % Zucker, während niedrigere Verhältnisse (0,6–0,75) eine weichere, frischere, weniger süße Konserve ergeben, die zusätzliches Pektin benötigt und sich weniger gut hält – der Zucker konserviert und hilft beim Gelieren. Der Gelierpunkt-Endpunkt gibt die Geltemperatur an, angepasst an die Höhe: Marmelade geliert bei etwa 4,5 °C (8 °F) über der Temperatur, bei der Wasser kocht – 104,5 °C auf Meereshöhe – aber da Wasser in höheren Lagen niedriger kocht (etwa 1 °C pro 285 m), sinkt der Zielwert auf nahe 99 °C bei 1500 m, sodass das Kochen auf Meereshöhe in den Bergen die Charge überkocht. Der Ertrags-Endpunkt kocht die Charge auf einen Zielgehalt an löslichen Feststoffen (Brix) ein: Marmelade hält sich bei etwa 65 % Brix, das Endgewicht = die Feststoffe (Zucker plus der etwa 10 % Trockenmasse der Frucht) ÷ der Ziel-Brix, und der Rest verdampft als Wasser – 1 kg Zucker und 1 kg Frucht kochen auf etwa 1690 g Marmelade ein, wobei etwa 310 g Wasser verloren gehen. Alles wird lokal und deterministisch berechnet, also sofort und privat. Ideal für Konserven- und Rezept-Tools, Haushalts- und Küchen-Apps sowie Lebensmittelproduktionsrechner. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Gel-Chemie, nicht Einmachsicherheit. 3 Compute-Endpunkte. Für die Höhenanpassung der Verarbeitungszeit verwenden Sie eine Einmach-API.

api.oanor.com/jam-api

Eiscreme- und Gelato-Chargenmathematik als API, lokal und deterministisch berechnet – die Overrun-, Ausbeute- und Feststoffzahlen, die ein Gelatiere, Eiscremehersteller oder Produktionsplaner für eine Mischung ausbalanciert. Der Overrun-Endpunkt misst die Luft, die während des Gefrierens in die Mischung geschlagen wird, nach der Gewichtsmethode: aus demselben Behälter, zuerst mit Mischung und dann mit gefrorenem Eis gefüllt, Overrun = (Mischungsgewicht − gefrorenes Gewicht) ÷ gefrorenes Gewicht × 100 – ein Becher, der von 1000 g auf 625 g fällt, hatte 60 % Overrun. Dichtes Gelato liegt bei etwa 20–35 %, Premium-Eiscreme bei 25–50 %, Soft-Serve und günstige Becher bei 50–100 %+; mehr Luft bedeutet ein leichteres, billigeres, schneller schmelzendes Produkt. Der Ausbeute-Endpunkt wandelt ein Mischungsvolumen und einen Overrun in das gefrorene Volumen (Mischung × (1 + Overrun/100)) und die Anzahl der Kugeln bei einer bestimmten Kugelgröße um, sodass 2 Liter Mischung bei 60 % Overrun 3,2 Liter und etwa 53 Sechzig-Milliliter-Kugeln ergeben – weshalb Overrun ein direkter Kostenhebel ist. Der Gesamtfeststoff-Endpunkt balanciert ein Rezept: Gesamtfeststoffe (Zucker + Fett + fettfreie Milchtrockenmasse + Sonstiges) als Prozentsatz des Mischungsgewichts, mit den Fett-, Zucker-, fettfreien Milchtrockenmasse- und Wasseranteilen – eine typische Eiscreme hat 36–42 % Gesamtfeststoffe, Gelato weniger Fett, und das Ausbalancieren von Feststoffen gegen Wasser hält die Textur glatt statt eisig. Alles wird lokal und deterministisch berechnet, also sofort und privat. Ideal für Gelateria- und Molkereitools, Rezeptabstimmungs-Apps und Lebensmittelproduktionsrechner. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. 3 Compute-Endpunkte. Für allgemeine Kochmaßumrechnungen verwenden Sie eine Cooking-API.

api.oanor.com/icecream-api

Textilfärberezept-Mathematik als API, lokal und deterministisch berechnet – die Farbstoff-, Wasser- und Hilfsstoffmengen, die ein Färber abwiegt, um ein reproduzierbares Färbebad zu mischen, sei es für einen Probestreifen oder eine ganze Stoffbahn. Der Farbstoffgewicht-Endpunkt gibt das abzuwiegende Farbstoffgewicht = Stoffgewicht × Farbtiefe, den prozentualen Farbstoffanteil am Warengewicht: ein 2%iger Farbton auf 100 g Stoff ergibt 2 g Farbstoff, helle Töne liegen unter einem halben Prozent, tiefe Schwarztöne bei 4 % oder mehr – die Berechnung auf Basis des Warengewichts ist genau das, was ein Rezept skalierbar und reproduzierbar macht. Der Flottenverhältnis-Endpunkt gibt das Färbebadvolumen = Warengewicht in kg × Flottenverhältnis, die Liter Bad pro Kilo (ein 20:1-Verhältnis sind 20 L pro kg); niedrigere Verhältnisse sparen Wasser, Farbstoff und Energie und erschöpfen tiefer, höhere Verhältnisse egalisieren bei empfindlicher oder heller Ware gleichmäßiger. Der Hilfsstoff-Endpunkt gibt die zuzugebende Menge an Salz, Soda oder Egalisiermittel = Badvolumen × Dosierungskonzentration in Gramm pro Liter – Salz (50–80 g/L) treibt Reaktiv- und Direktfarbstoffe auf Baumwolle, Soda (10–20 g/L) erhöht den pH-Wert, um sie zu fixieren. Alles basiert auf Warengewicht oder pro Liter, sodass dasselbe Rezept in jedem Maßstab dieselbe Farbe und Chemie liefert, und es wird lokal und deterministisch berechnet, also sofort und privat. Ideal für Handwerks- und Studiofärber, Textil- und Garnläden sowie Farbstoffrezept- und Chargenrechner-Tools. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. 3 Compute-Endpunkte. Für Strickwarenlängen und Maschenproben verwenden Sie eine Strick-API; für Gemüsefermentations- oder Fleischpökelsalz eine Fermentations- oder Pökel-API.

api.oanor.com/dye-api

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.

api.oanor.com/panscale-api

Pizza- und Brotteig-Mathematik als API, basierend auf Bäckerprozenten – wobei das Mehl immer 100 % ist und jede andere Zutat als Prozentsatz des Mehlgewichts ausgedrückt wird. Der Dough-Endpunkt berechnet ein vollständiges Rezept in Gramm (Mehl, Wasser, Salz, Hefe, Öl und Zucker) aus einer Zielmenge – entweder einer Anzahl von Teiglingen und einem Teiglinggewicht, einem Gesamtteiggewicht oder einem Mehlgewicht – zusammen mit einem Hydratations- und Salz-/Hefeprozentsatz oder einer integrierten Stilvoreinstellung (Neapolitan, New York, Detroit, Sicilian, Focaccia, Ciabatta, Baguette, Sandwich). Der Hydration-Endpunkt konvertiert zwischen Mehl, Wasser und Hydratationsprozentsatz und klassifiziert den Teig von fest bis extrem nass. Der Presets-Endpunkt gibt die gängigen Teigstile als Bäckerprozente mit typischen Teiglinggewichten zurück. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Die Hefeangabe bezieht sich auf Trockenhefe (verwenden Sie etwa dreimal so viel frische Hefe). Ideal für Rezept- und Back-Apps, Pizzeria- und Bäckerei-Tools, Mahlzeitenplanung und Küchenwaagen-Integrationen sowie Food-Blogs. Reine lokale Berechnung – kein Schlüssel, kein Drittanbieter-Service, sofort. Live, nichts gespeichert. 3 Endpunkte. Dies ist Teigformulierung nach Bäckerprozenten; für Umrechnungen von Zutatenvolumen zu -gewicht und Ofentemperatur verwenden Sie eine Koch-API.

api.oanor.com/dough-api

Rezept- und Küchenumrechnungen als API. Konvertieren zwischen Volumeneinheiten (Teelöffel, Esslöffel, Tasse, fl-oz, ml, Liter, Pint, Quart, Gallone) und zwischen Masseneinheiten (Gramm, Kilogramm, Unze, Pfund) – und, entscheidend, zwischen Volumen und Masse für eine bestimmte Zutat unter Verwendung ihrer Dichte, sodass 1 Tasse Allzweckmehl ≈ 125 g, 1 Tasse Kristallzucker ≈ 200 g und 1 Tasse Wasser ≈ 237 g. 30 gängige Zutaten sind integriert (Mehle, Zucker, Butter, Öle, Honig, Reis, Hafer, Kakao, Maisstärke und mehr), jede mit ihrem Gramm-pro-Tasse-Wert. Perfekt für Rezept-Apps, Skalierung und „metrisch vs. Tassen“-Umrechnung, Einkaufslisten und Mahlzeitenvorbereitungstools. Reine lokale Berechnung – kein Schlüssel, kein Drittanbieterdienst, sofort. Live, nichts gespeichert. 3 Endpunkte. Unterscheidet sich von allgemeiner physikalischer Einheitenumrechnung, die keine Zutaten-Dichten hat.

api.oanor.com/cooking-api