tissue saturation in repetitive diving

[Robert Helling]

On 15.07.2014, at 07:14, Miika Turkia <miika.turkia at gmail.com> wrote:

> There is something wrong currently with the calculation of tissue saturation. It looks like the earlier dive is getting cumulative saturation from the later dive. Clearly visible when you open the XML and switch between the dives. There is also a spike on the start of the earlier dive as show on screenshot.
> 
> This is with the beta release (and master).
> 
> I have added a test XML to demonstrate the issue. dives/test20.xml with the same dive repeated again the next day.
> 
> miika


Miika,

TL;DR: Works as designed.

I believe this is fine. It is the outcome of the problem with “negative slope” that we had a few weeks ago. The point is that gradient factors are not really well defined during the early descent phase of the dive (as GFlow is defined to apply at the depth of the first stop but there is not really a first stop when you just entered the water).

For a longer explanation, see my commit message for e38a473a4d9119b86e5484a03dbf2cafdb8d145c (and also some posts to the mailing list I wrote in connection with it)

If you think, we need to explain this to our users, I could try to write something for the manual (or alternatively: a web page to which the manual could point). But unlikely this week as it’s super busy at work.

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 --------------
An HTML attachment was scrubbed...
URL: <http://lists.hohndel.org/pipermail/subsurface/attachments/20140715/0845c419/attachment.html>
-------------- 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/20140715/0845c419/attachment.sig>