#publishing

Bookbinding und Druckproduktions-Mathematik als API, lokal und deterministisch berechnet – die Rückenbreite und Impositionszahlen, die ein Buchdesigner, Drucker oder Self-Publisher benötigt, um ein Titelblatt zu gestalten. Der Spine-Endpunkt berechnet die Rückenbreite aus der Seitenanzahl und dem Papierbulk: Rücken = Seitenanzahl ÷ Seiten pro Zoll (die Papierspezifikation des Druckers, typischerweise ~400–500 für Buchbestand), oder Blätter × Blattkaliber, plus die Buchdeckel – ein 250-seitiges Buch auf 400-PPI-Bestand hat also einen 0,625-Zoll (15,9 mm) Rücken. Der Imposition-Endpunkt ermittelt das Bindelayout: Bei Klammerheftung wird die Seitenanzahl auf das nächste Vielfache von vier aufgerundet (ein gefalteter Bogen ergibt vier Seiten) und meldet die Leerseiten zum Auffüllen und die Bögen; bei Klebebindung oder Fadenheftung werden die Seiten in Signaturen von 8, 16 oder 32 gruppiert und die Anzahl der Signaturen, die erforderliche Gesamtseitenzahl und die Leerseiten gemeldet. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Self-Publishing, Print-on-Demand, Buchdesign, Prepress und Druck-App-Entwickler, Spine-and-Cover- und Imposition-Tools sowie Grafikdesign-Ausbildung. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Seitenanzahl zählt beide Seiten; PPI ist die Papierspezifikation. Live, nichts wird gespeichert. 2 Compute-Endpunkte. Für Papiergewicht verwenden Sie eine Paper-API und für DPI/Auflösung eine Resolution-API.

api.oanor.com/bookbinding-api

ISBN-Validierung und -Konvertierung als API, lokal und deterministisch berechnet. Der Validate-Endpunkt erkennt, ob ein Code eine ISBN-10 oder ISBN-13 ist, ignoriert Bindestriche und Leerzeichen und überprüft die Prüfziffer – ISBN-10 mit dem Mod-11-Schema, dessen letztes Zeichen der Buchstabe X (für 10) sein kann, und ISBN-13 mit dem gewichteten 1-3-1-3-Mod-10-Schema – sodass 0-306-40615-2 und 978-0-306-40615-7 beide gültig sind, während eine falsche Prüfziffer abgelehnt wird. Der Checkdigit-Endpunkt berechnet die abschließende Prüfziffer für einen 9-stelligen ISBN-10-Stamm oder einen 12-stelligen ISBN-13-Stamm (und berechnet sie für einen vollständigen Code neu). Der Convert-Endpunkt konvertiert zwischen den beiden Formen: Eine ISBN-10 wird zu einer ISBN-13, indem 978 vorangestellt und die Prüfung neu berechnet wird, und eine mit 978 beginnende ISBN-13 wird zurück in ISBN-10 konvertiert (979-präfixierte Codes haben kein ISBN-10-Äquivalent). Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für Verlage, Bibliotheken, Buchhandlungen, Kataloge, E-Commerce- und Metadaten-App-Entwickler, ISBN-Validierungs- und Barcode-Tools sowie Inventarsysteme. Reine lokale Berechnung – kein Schlüssel, kein Drittanbieter-Dienst, sofort. Live, nichts wird gespeichert. 3 Endpunkte. Dies ist ISBN-spezifische Validierung und Konvertierung; für generische Luhn/Verhoeff-Prüfziffern verwenden Sie eine Check-Digit-API.

api.oanor.com/isbn-api

Das TeX- und LaTeX-Paket-Ökosystem — CTAN, das Comprehensive TeX Archive Network — als API. Rufen Sie für jedes der etwa 6.900 Pakete von CTAN dessen Titel und Beschreibung, neueste Version und Datum, Lizenz, Autoren (mit aufgelösten Namen), Aliase, Themen, Home- und Repository-Links sowie ab, ob es mit MiKTeX und TeX Live ausgeliefert wird; durchsuchen Sie das gesamte Register nach Name und Titel; und lösen Sie jede CTAN-Autoren-ID in einen Namen auf. Deckt die TeX/LaTeX-Welt von PGF/TikZ, Beamer und KOMA-Script bis zu amsmath, biblatex und listings ab. Live von der offiziellen CTAN JSON API. Ideal für LaTeX-Editoren und -Werkzeuge, Paket-Dashboards, akademische Publikations-Pipelines und TeX-Ökosystem-Analysen. Offene Daten von CTAN.

api.oanor.com/ctan-api