[Maps] Icon rotation should use bearing/azimuth semantics

[thomasneirynck]

Kibana version:

master and before

Describe the bug:

Dynamic icon rotation rotates the icon based on a field-value.

The rotation center is the 2D-graphics convention, with rotation starting on top of the screen and flipping down clockwise (since Y-axis is oriented downward).

When devices (e.g. GPS/ rfid-sensors...) emit azimuth/bearing, this is usually based on how the object crosses longitude, with the 0-angle parallel with the equator, counting counter-clockwise

Steps to reproduce:

1. Use field-based dynamic orientation
2. icon rotates using 2d-graphic API semantics

Expected behavior:

use bearing semantics (which is "geo"-focused)

Screenshots (if relevant):

Existing behavior:

Car oriented using 2D-graphics API semantics (not lined up 😢 )

Expected behavior:

Car oriented using bearing semantics (lined up 😄 )

Any additional context:

This would be a slight breaking change. Could make this optional.

[elasticmachine]

Pinging @elastic/kibana-gis (Team:Geo)

[thomasneirynck]

Should wait on #77366, as this PR isolates getting the actual-value used by mapbox (e.g. orientation), into the actual style. This would make any updates to this a little more cleanly.

[kmartastic]

This would be a great enhancement for tracking use cases.
What happens if the value is greater than 360? @thomasneirynck

[thomasneirynck]

@kmartastic it gets normalized. So e.g. 370 would be considered 10.

[thomasneirynck]

I'm going to close this. This is actually wrong. True north azimuth roughly corresponds to orientation in 2D graphics semantics.

The code that was generating this data, was buggy, calculating azimuth the cartesian-way, starting with 0 at the X-axis, counter-clockwise.