<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
Hi Everybody,<br>
<br>
<div class="moz-cite-prefix">Am 18.12.2017 um 19:17 schrieb Dirk
Hohndel:<br>
</div>
<blockquote type="cite"
cite="mid:811875AD-1A20-4E9F-B176-12D08240D904@hohndel.org">
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
I thought we had prohibited GFlow below 30... or something like
that. Ah, no, reading the commit it limits it to 10 and GFhigh to
40.
<div class="">I wonder if there's something that goes wrong with
the value '10' there (well, clearly it is).</div>
<div class=""><br class="">
</div>
<div class="">Stefan, you're the last person to touch that code,
would you take a look, please?</div>
<div class=""><br class="">
</div>
<div class="">/D</div>
<div class=""><br class="">
<div>
<blockquote type="cite" class="">
<div class="">On Dec 18, 2017, at 10:10 AM, Alexander Maier
<<a href="mailto:maieralex@me.com" class=""
moz-do-not-send="true">maieralex@me.com</a>> wrote:</div>
<br class="Apple-interchange-newline">
<div class="">
<meta http-equiv="Content-Type" content="text/html;
charset=utf-8" class="">
<div style="word-wrap: break-word; -webkit-nbsp-mode:
space; line-break: after-white-space;" class="">
<div class="">Hello,</div>
<div class=""><br class="">
</div>
<div class="">since the last update the graph is not
always correct. Today I planed a dive with GF low 10%
and the graph shows 100%. When setting the GF low to
11% (hope to get a correct graph) I get violations.
Does anybody know’s why there are problems since the
last update?</div>
<div class=""><br class="">
</div>
</div>
</div>
</blockquote>
</div>
</div>
</blockquote>
I spent some time on this issue but was not really successful:<br>
- I was not able to reproduce the issue with GFlow 100 printed in
the profile while in reality 10 is entered in the UI<br>
- I in fact was able to reproduce strange effects when using low
GFlow values (<~15). This is similar to what Alexander reported.<br>
And I am able to add something to Alexanders report that may help
to understand the issue:<br>
If you set GFlow to low values by entering a number or clicking the
down arrow you end up with incorrect results if you go below a
certain value. With one of my example dive it happens below ~15,
with another dive it starts at another value.<br>
If you now in this state - GFlow set to e.g. 10 - change another
setup in the UI the ceiling is recalculated again with different
results but the plan is not updated which results in the ceiling
violation. Hmmm... pretty difficult to explain the result...<br>
For me it seems that the recalculations of ceiling and plan are not
triggered correctly and simultaneously or not always with the
correct values.<br>
<br>
I didn't do a real git bisect yet but I checked that
subsurface-4.7.4-112-gfa57bb46f2e4 is still ok which means that my
change limiting the gflow/high in the UI file to 10/40 is not the
root cause.<br>
<br>
Maybe Robert and/or Rick could have a look at this as well?<br>
<br>
<br>
<blockquote type="cite"
cite="mid:811875AD-1A20-4E9F-B176-12D08240D904@hohndel.org">
<div class="">
<div>
<blockquote type="cite" class="">
<div class="">
<div style="word-wrap: break-word; -webkit-nbsp-mode:
space; line-break: after-white-space;" class="">
<div class=""> </div>
<img apple-inline="yes"
id="303E4829-6CDC-4834-A140-914626CED565" class=""
apple-width="yes" apple-height="yes"
src="cid:part2.FBCDE272.83077A1D@gmx.de" height="800"
width="1280"><img apple-inline="yes"
id="92A138AC-A1F9-413F-AF74-E72B7553AFD5" class=""
apple-width="yes" apple-height="yes"
src="cid:part3.46334E12.23799B8C@gmx.de" height="800"
width="1280">
<div class=""><br>
</div>
</div>
</div>
</blockquote>
</div>
</div>
</blockquote>
<br>
<div class="moz-signature"><br>
</div>
</body>
</html>