Hollis DG03 data import error

[Robert Helling]

On 23.05.2014, at 12:07, Gobbledegeek <gobbledegeek at gmail.com> wrote:

Hi,

re the wrong max depth: In the plot of the dive profile, is there anything weird (anything that goes to 50+m)? I don’t know if subsurface computes that max depth (in that case we have to fix something) or takes it from libdivecomputer.

> Ok, since I checked that my DC is correct, its not that critical for post-dive accident  analysis
>  Except in the case  the investigators import the entire dive data history using subsurface and the error is not noticed. This one example is a glaring obvious error. What if the error is marginal varying only by a small percentage but the reading shows 32mtr instead of 30. The diver is comatose or in a chamber or dead and the DC isnt physically handed over, but the dive data is exported and emailed to the DAN or an insurance company. This will lead to a problem with the insurance claim as the diver has exceeded his certified depth, and so it is still important IMHO to get to the bottom (no pun intended) of this.
> 

You don’t want to go in that direction, this is wrong from many points of view. Jef pointed out the legalese from (L)GPL. Plus even insurance companies will have a hard time arguing that the violation of the “certification depth” (given by how ill defined that is) by a small fraction had any influence on the outcome of a dive. Seriously, stop diving if you worry too much about legal battles with insurance companies or liability.

Best
Robert

-- 
.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oO
Robert C. Helling     Elite Master Course Theoretical and Mathematical Physics
                      Scientific Coordinator
                      Ludwig Maximilians Universitaet Muenchen, Dept. Physik
                      Phone: +49 89 2180-4523  Theresienstr. 39, rm. B339
                      http://www.atdotde.de

Enhance your privacy, use cryptography! My PGP keys have fingerprints
A9D1 A01D 13A5 31FA 6515  BB44 0820 367C 36BC 0C1D    and
DCED 37B6 251C 7861 270D  5613 95C7 9D32 9A8D 9B8F




-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 495 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.hohndel.org/pipermail/subsurface/attachments/20140523/9e1cacbe/attachment.sig>