Akaflieg-Freiburg / enroute

A free navigation app for VFR pilots
https://akaflieg-freiburg.github.io/enroute/
GNU General Public License v3.0
100 stars 23 forks source link

Issues with usability for parashooter drop flights #423

Open tue-kyndal opened 1 month ago

tue-kyndal commented 1 month ago

I was just trained to be a parashooter drop flight pilot.

I was obviously using Enroute.

I had some issues I what to share, primarily because of lacing information and the fact that Enroute for some strange reason stops calculating details when you are close to the destination.

When doing a drop, you fly downwind from the drop point then climb precisely into the wind towards the point, which you must reach an a pre-set altitude.

You must calculate everything on the fly, using your current and ascend info (E.g 500'/min), time and distance to the point.

Procedure. Before reaching the point you call out 3 min to drop to wake everybody up...ifs its 3 km 10.000' drop its a long ascend! Then 2 min to drop inc. a call to ATC for clearance. 1 min to drop..where everyone gets on their toes. At zero..you throttle back, stabilize overhead and open the door. Then you continue into the wind a precis number of miles...and the drop master looks out and confirms location and correct upwind distance etc. Then everybody jumps ;O)

For this you need at all times, even crossing overhead.

1: Distance to point 2: Time to point in minuses 3: The vector, and proper auto zoom to zero the map and zoom so you can see your precise point and location etc.

Its absolutely vital that the calculations does not stop when you are in the vicinity of the drop point. And just state "near distinction"...who needs that info, its on purpose ;O)

The app must never stop giving you the info you need and the "near distinction" should be remove or optional in settings.

I managed with the 5min internals on the vector and manual zoom, but it would must be super nice if the app actually did what I ask it when I set up a direct to point with rubber band calculations, and some intelligent auto-zoom when inbound a specific point.

NB: It was absolutely super fun ;O) https://www.facebook.com/share/p/a52JJFyETWfq3png/

Screenshot_2024-07-15-19-33-15-78_ed4fa02dade1eef1de39af7d2aea76a4

kebekus commented 1 month ago

@tue-kyndal As before: Thanks for your suggestion! We would like to support your use case ... but I should definitively point out that we will not be able to act quickly. We are a small team, and we are currently overwhelmed with user reports, changes in Apple/Google policies that we need to react to, a move of our complete infrastructure, etc etc

Without more people helping, I will definitively take substantial time before we can do anything here.

tue-kyndal commented 1 month ago

Thanks. Perhaps just lover the "Near destination" threshold to 100m when flying towards a point, to avoid the unfortunate drop of calculated information. I was towing gliders on Sunday, and also needed to calculated a precise drop altitude above the airport for aerobatic 5000' Its unpractical that you don't have info with 3 miles or so, because you actually don't go much further away. This one change would be very helpful.

Thanks for a good navigation software, and I fully understand the workload involved. I hope this small adjustment can help others as well...Just doing tour flights or aerobatic demo flights in the vicinity of the airport etc.