#outdoor

Drachenflug-Mathematik als API, lokal und deterministisch berechnet – die Leinenzug-, Höhen- und Mindestwind-Zahlen, mit denen ein Drachenflieger, Festivalorganisator oder eine Drachen-App einen Flug plant. Der Leinenzug-Endpunkt gibt die Spannung an, die ein Drachen auf die Leine ausübt ≈ ½ × Luftdichte × Windgeschwindigkeit² × Segelfläche × Kraftkoeffizient (~0,8 für einen typischen Flach- oder Delta-Drachen): Da sie mit dem Quadrat des Windes steigt, vervierfacht eine Verdopplung des Windes den Zug – ein 1,5 m² Drachen hält etwa 47 N (fast 5 kgf) bei 8 m/s, aber das Vierfache bei einem starken Windstoß, daher müssen Leine und Griff auf die Böen ausgelegt sein, nicht auf den Durchschnitt. Der Höhen-Endpunkt gibt die Flughöhe = ausgelassene Leine × Sinus des Leinenwinkels über der Horizontalen, mit der Windabstand aus dem Kosinus: 100 m Leine bei einem 45°-Winkel erreichen etwa 71 m Höhe und 71 m windabwärts, während ein schwerer oder unterflogener Drachen in einem flachen Winkel hängt und nie steigt. Der Min-Wind-Endpunkt gibt den leichtesten Wind an, der abhebt, wo der aerodynamische Auftrieb gerade dem Gewicht entspricht: min Wind = √(2 × Masse × g ÷ (Luftdichte × Fläche × Auftriebskoeffizient)), also benötigt ein 200 g, 1,5 m² Drachen nur etwa 1,6 m/s (6 km/h) – leichtere Segel und größere Fläche senken die Schwelle. Alles wird lokal und deterministisch berechnet, also ist es sofort und privat. Ideal für Drachenflug- und Festival-Apps, Hobby- und MINT-Bildungswerkzeuge sowie Outdoor-Rechner. Reine lokale Berechnung – kein Key, kein Drittanbieter-Service, sofort. Flachdrachen-Schätzungen – kombinieren Sie mit echten Windmessungen. 3 Compute-Endpunkte. Für Luftwiderstand und Endgeschwindigkeit verwenden Sie eine Drag-API; für strukturelle Windlast eine Wind-Load-API.

api.oanor.com/kite-api

Tensioned-line point-load statics as an API, computed locally and deterministically — the line-tension and anchor-force numbers a slackliner, highliner or rigger works out before they weight a line. This is the V a loaded line makes under a person, not a self-weight catenary: the tension endpoint takes the span, the sag and the body load and returns the line tension and the horizontal anchor pull, because vertical balance is 2·T·sin(angle) = the body weight — so the flatter the line (the smaller the sag) the more the tension blows up, which is exactly why drum-tightening a line to kill the bounce can load the anchors to many times body weight. The sag endpoint inverts it: from a known line tension it returns the sag a mid-span load settles to (sin angle = weight ÷ twice the tension), and flags when the tension is too low to hold the load at all. The off-centre-load endpoint handles standing away from the middle, where the two halves carry different tensions: the horizontal pull is equal on both sides (H = weight × a × b ÷ (sag × span)) but the shorter, steeper segment runs at the higher tension and fails first — the reason a highliner near an anchor stresses that leash harder than one in the centre. Everything is computed locally and deterministically, so it is instant and private. Ideal for slackline and highline rigging tools, climbing and outdoor-gear apps, and tension-and-anchor calculators. Pure local computation — no key, no third-party service, instant. Geometric statics — combine with the real webbing and anchor ratings. 3 compute endpoints. For a self-weight hanging cable use a catenary API; for working-load-limit and safety factor a rigging API.

api.oanor.com/slackline-api

Angling and tackle maths as an API, computed locally and deterministically — the three numbers that decide how a reel is spooled and a lure is fished. The line-capacity endpoint works out how much line of a different diameter a reel will hold: line lies on the spool by cross-sectional area, so capacity scales with the inverse square of diameter — a reel rated for 100 yards of 0.30 mm holds about 73.5 yards of thicker 0.35 mm, or nearly 140 yards of a thinner 0.011-inch braid. The sink-time endpoint gives the countdown to fish a lure at depth: time = depth ÷ sink rate, so a minnow that sinks a foot a second reaches ten feet on a count of ten. The drag endpoint sets the reel: about 25–33 % of the line's breaking strength measured at the rod tip — a 20-pound line wants roughly 5 to 6.6 pounds of drag, enough to let a fish run before anything snaps. Everything is computed locally and deterministically, so it is instant and private. Ideal for fishing and tackle apps, reel-spooling and gear-shop tools, angler trip-planners, and learning sites. Pure local computation — no key, no third-party service, instant. Live, nothing stored. 3 compute endpoints. Unit-agnostic — keep your units consistent; rules of thumb, conditions vary.

api.oanor.com/fishing-api

Rock-climbing fall maths as an API, computed locally and deterministically — the safety numbers behind a lead fall, from the harshness of the catch to whether you hit the deck. The fall-factor endpoint gives the fall factor, distance fallen ÷ rope paid out, from 0 to a maximum of 2: it, not the absolute distance, decides how hard the catch is, so 4 metres on 2 metres of rope is a brutal factor-2 onto the anchor while the same fall on 10 metres of rope is a mild 0.4. The impact-force endpoint gives the peak force the rope transmits from the spring model F = mg + √((mg)² + 2·mg·k·f), where k is the rope modulus (~20 kN for a dynamic single rope) and f the fall factor — so an 80 kg climber on a factor-1 fall feels about 6.4 kN, and the top runner sees roughly 1.66× that from the pulley effect. The ground-fall endpoint adds it up: total drop = twice the height above the last piece, plus slack, plus the rope's stretch, and tells you whether that clears the ground or a ledge. Everything is computed locally and deterministically, so it is instant and private. Ideal for climbing apps, gym and guiding tools, route-planning and education sites, and gear calculators. Pure local computation — no key, no third-party service, instant. Live, nothing stored. 3 compute endpoints. Educational estimates — not a substitute for instruction and judgement.

api.oanor.com/climbing-api

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.

api.oanor.com/hammock-api

Rock-climbing grade conversion as an API, computed locally and deterministically — the cross-system grade translations a climber, gym or guidebook app needs when the same route reads differently in every country. The route endpoint takes a roped-climbing grade in any major system — the American Yosemite Decimal System (5.5 to 5.15d), French sport grades (4b to 9c+), the UIAA scale used across Central Europe (IV to XIII-) or the Australian/New Zealand Ewbank numbers (12 to 40) — and returns the equivalents in all of them, so a 5.11a is a French 6c, a UIAA VII+ and an Ewbank 22. The boulder endpoint converts between the American V-scale (VB and V0 to V17) and the French Fontainebleau scale (3 to 9A), so a V5 is Font 6C and a problem graded 7A is about V6. You can pass a grade in any supported system and it finds the row and gives the rest — handy for syncing a tick list across regions or showing a climber a grade they recognise. Everything is computed locally and deterministically, so it is instant and private. Ideal for climbing, bouldering, gym, guidebook and outdoor-sports app developers, tick-list and route-database tools, and training-log software. Pure local computation — no key, no third-party service, instant. Chart equivalents — grades are inherently approximate across systems. Live, nothing stored. 2 conversion endpoints.

api.oanor.com/climbgrade-api

Archery and arrow maths as an API, computed locally and deterministically — the FOC, energy and arrow-weight numbers an archer or bowhunter tunes a setup with. The FOC endpoint finds the front-of-center balance, the share of an arrow’s weight that sits forward of the middle: FOC = ((balance point − length ÷ 2) ÷ length) × 100 measured from the throat of the nock, so a 28-inch arrow balancing at 16 inches is 7.1 % — and it bands the result, since target archers run about 7–12 % while hunters push 12–19 % for penetration and forgiveness. The energy endpoint turns arrow weight and speed into terminal performance: kinetic energy (ft-lb) = grains × fps² ÷ 450,240 and momentum (slug-fps) = grains × fps ÷ 225,218, so a 400-grain arrow at 280 fps carries about 69.7 ft-lb and 0.50 slug-fps, with a suggested game class — momentum, not KE, is the better penetration predictor for heavy arrows. The weight endpoint totals a finished arrow from its parts — shaft (grains-per-inch × length) plus point, insert, nock and fletching — and divides by draw weight for grains-per-pound, flagging the 5-GPP minimum that protects the bow. Everything is computed locally and deterministically, so it is instant and private. Ideal for archery, bowhunting, traditional-archery and outdoor-sports app developers, arrow-builder and bow-tuning tools, and pro-shop calculators. Pure local computation — no key, no third-party service, instant. Imperial archery units. Live, nothing stored. 3 compute endpoints. For sight marks or bow tuning use a different API.

api.oanor.com/archery-api