#crosswind

Aviation runway wind-component maths as an API, computed locally and deterministically. The component endpoint resolves the surface wind into the two parts pilots care about for take-off and landing: the crosswind component perpendicular to the runway, wind·sin(θ), and the headwind (or tailwind) component along it, wind·cos(θ), where θ is the angle between the wind direction and the runway heading — give it the runway as a heading or a designator from 01 to 36, plus the wind direction and speed, and it returns the crosswind with the side it blows from (left or right), the headwind or tailwind, and the angle off; wind 30° off the nose at 20 knots is a 10-knot crosswind and a 17.3-knot headwind. The max-wind endpoint inverts it: the greatest total wind speed before a given crosswind limit is exceeded at a wind angle, limit / |sin θ|. Directions are in degrees (wind is where it comes FROM) and the speed unit is whatever you supply (knots, m/s). Everything is computed locally and deterministically, so it is instant and private. Ideal for aviation, pilot, flight-training, electronic-flight-bag, drone and weather-briefing app developers, runway-selection and crosswind-limit tools, and cockpit software. Pure local computation — no key, no third-party service, instant. Live, nothing stored. 2 endpoints. This is runway wind geometry; for the speed of sound and Mach number use a Mach API and for standard-atmosphere density a standard-atmosphere API.

api.oanor.com/crosswind-api