diff options
author | Linus Torvalds <torvalds@linux-foundation.org> | 2020-09-29 11:36:26 -0700 |
---|---|---|
committer | Dirk Hohndel <dirk@hohndel.org> | 2020-09-29 14:35:57 -0700 |
commit | a7ca27d0712d1e73893c541aabcaaf68aac7afc7 (patch) | |
tree | ce1abc15f55527ee4e2296ede6163ef2e43de04f /CHANGELOG.md | |
parent | eb22c0205ef52bf2fb7d400fa97cd5cb330608ee (diff) | |
download | subsurface-a7ca27d0712d1e73893c541aabcaaf68aac7afc7.tar.gz |
Prefer "GPS1" for divecomputer download dive site resolution
I think we only have one dive computer that supports GPS data right now:
the Garmin Descent Mk1. It reports the dive coordinates as "GPS1" and
"GPS2" for the entry point and exit point respectively.
Often GPS1 is missing, because the dive computer may not have gotten a
GPS lock before the diver jumped into the water, so when that happens
we'll use GPS2 for the dive site location. But when GPS1 exists, we
should prefer that.
And that's what we already did in logic in dc_get_gps_location(), but
for the initial dive site created at download time, we just picked any
divecomputer reported string that started with "GPS". And since GPS2 is
reported after GPS1 by the Garmin Descent, it would end up overwriting
the entry point that we _should_ have preferred.
Add the same kind of "explicitly prefer GPS1" logic to the initial dive
download case as we already had elsewhere.
Reported-by: @brysconsulting
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'CHANGELOG.md')
0 files changed, 0 insertions, 0 deletions