Update support for DJI air 3 drones

[Pradip-p]

What type of PR is this? (check all applicable)

• 🍕 Feature
• 🐛 Bug Fix
• 📝 Documentation
• 🧑‍💻 Refactor
• ✅ Test
• 🤖 Build or CI
• ❓ Other (please specify)

Related issue

Fixes #537

Describe this PR

• updated support for DJI air 3 drones

Screenshots

Please provide screenshots of the change.

Alternative Approaches Considered

Did you attempt any other approaches that are not documented in code?

Review Guide

Notes for the reviewer. How to test this change?

Checklist before requesting a review

• 📖 Read the HOT Code of Conduct: https://docs.hotosm.org/code-of-conduct
• 👷‍♀️ Create small PRs. In most cases, this will be possible.
• ✅ Provide tests for your changes.
• 📝 Use descriptive commit messages.
• 📗 Update any related documentation and include any relevant screenshots.

[optional] What gif best describes this PR or how it makes you feel?

[spwoodcock]

Please see related discussion here: hotosm/drone-flightplan#28
And continue discussion here if needed 🙏

Key question to answer / look into here: hotosm/drone-flightplan#28 (comment)

@Bin-ze wrote:
I think forward_photo_height and side_photo_width can be calculated using a more concise formula，According to the principle of similar triangles：

forward_photo_height / AGL = Image_height / Image_focal
so:
forward_photo_height = AGL * (Image_height / Image_focal)

(Image_height / Image_focal) is fixed Parameters in same drone type.

Regarding GSD_to_AGL_CONST, the calculation method you mentioned is the same as mine, so I have no doubts.

My question is just why forward_photo_height can be calculated relatively accurately, but an approximation is used.

[spwoodcock]

I think this is good to go, as it shouldn't change the standard functionality of using the mini 4 pro 🤞

I might merge this soon @nrjadkry in order to add the Potensic Atom as a drone option =)
If you get a chance please let me know if this PR has any obvious issues