summaryrefslogtreecommitdiffstats
path: root/CHANGELOG.md
diff options
context:
space:
mode:
authorGravatar Linus Torvalds <torvalds@linux-foundation.org>2020-09-29 11:36:26 -0700
committerGravatar Dirk Hohndel <dirk@hohndel.org>2020-09-29 14:35:57 -0700
commita7ca27d0712d1e73893c541aabcaaf68aac7afc7 (patch)
treece1abc15f55527ee4e2296ede6163ef2e43de04f /CHANGELOG.md
parenteb22c0205ef52bf2fb7d400fa97cd5cb330608ee (diff)
downloadsubsurface-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