diff options
author | Linus Torvalds <torvalds@linux-foundation.org> | 2012-12-04 12:26:28 -0800 |
---|---|---|
committer | Dirk Hohndel <dirk@hohndel.org> | 2012-12-04 21:19:02 -0800 |
commit | fb0d728973712902afcf0640d4c5bbd0aabf0295 (patch) | |
tree | 5e9362b1850e79eed0402251596f592ddebc75c6 /README | |
parent | ebd27b798a62d66d9f7e791e8e10fc8b30647f0a (diff) | |
download | subsurface-fb0d728973712902afcf0640d4c5bbd0aabf0295.tar.gz |
Improve automatic dive merging logic
This tunes the heuristics for when to merge two dives together into a
single dive. We used to just look at the date, and say "if they're
within one minute of each other, try to merge". This looks at the
actual dive data, and tries to see just how much sense it makes to
merge the dive.
It also checks if the dives to be merged use different dive computers,
and if so relaxes the one minute to five, since most people aren't
quite as OCD as I am, and don't tend to set their dive computers quite
that exactly to the same time and date.
I'm sure people can come up with other heuristics, but this should
make that easier too.
NOTE! If you have things like wrong timezones etc, and the
divecomputer dates are thus off by hours rather than by a couple of
minutes, this will still not merge them. For that kind of situation,
we'd need some kind of manual merge option. Note that that is *not*
the same as the current "merge two adjacent dives" together, which
joins two separate dives into one *longer* dive with a surface
interval in between.
That kind of manual merge UI makes sense, but is independent of this
partical change.
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
Diffstat (limited to 'README')
0 files changed, 0 insertions, 0 deletions