Skip antenna height correction when IMU is active

[domi4484]

When IMU is active, the GNSS device provides the position at the end of the pole.
The antenna height must not be subtracted again from the Z value.

[qfield-fairy]

🎉 Ta-daaa, freshly created APKs are available for dcdbe6c: arm64-android

Other architectures

• arm-neon-android
• x64-android
• x86-android
• all access arm64-android
• all access arm-neon-android
• all access x64-android
• all access x86-android

[nirvn]

@domi4484 , I was re-thinking about this earlier today, and I don't think we can apply the antenna height at the receiver level, as it'll likely mess up (infinitely small value but still) vertical grid shift calculation here.

We ultimately need to add the antenna height value after we transformed the QgsPoint( lat, lon, elevation ) to the desired destination CRS. So, I think we're back to handling this in the Positioning class, and insure that the destination point's Z value has the antenna height added after the transformation.

[domi4484]

We ultimately need to add the antenna height value after we transformed the QgsPoint( lat, lon, elevation ) to the desired destination CRS. So, I think we're back to handling this in the Positioning class, and insure that the destination point's Z value has the antenna height added after the transformation.

I see only a small problematic with that approach:

• No IMU active: QField does the antenna correction AFTER crs transformation
• IMU active: Antenna correction is done by receiver BEFORE crs transformation

Well if the difference is in infinitely small range maybe better keep it consistent between modes?

[nirvn]

@domi4484 , fair point.

[domi4484]

@nirvn I tried to restart the test but the ios is still failing when downloading qt... Can I merge anyway?

[nirvn]

@domi4484 , yeah go ahead

[domi4484]

@domi4484 , yeah go ahead

Apparently I can't skip merge protections...

[mbernasocchi]

@domi4484 , yeah go ahead

Merging even if iOS did not build, QT download still fails