Fix arcsin domain error in get_apparent_wind by clamping to [-1,1]

[RitikaSen27]

Summary

Fix numerical domain error in get_apparent_wind() where np.arcsin() could receive values outside the valid range [-1, 1].

Problem

Due to floating-point rounding, arg_arcsin can occasionally exceed the valid domain slightly. The current implementation clamps only the upper bound (>1) but does not handle values below -1.

This can cause np.arcsin() to return NaN, which may propagate into downstream route calculations.

Fix

Clamp the argument of np.arcsin() to the full valid range [-1, 1] while keeping the existing rounding tolerance checks.

Impact

Prevents NaN propagation in apparent wind angle calculations and improves numerical stability.

PR Checklist:

In the context of this PR, I:

• have (already previously) filled the 52North Contributor License Agreement and received positive feedback on this matter
• have filled the 52North Contributor License Agreement and am waiting for feedback
• provide unit tests embedded in the WRT test framework (WeatherRoutingTool/tests) that allow the simple testing of the new/modified functionalities. All (previous and new) unit tests execute without new error messages.
• ensure that the code formatter runs without errors/warnings
• ensure that my changes follow the WRT’s guidelines for contributing at the time of the contribution

Please consider that PRs which do not meet the requirements specified in the checklist will not be evaluated. Also, PRs with no activities will be closed after a reasonable amount of time.