<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p>Same here. I just did give it a second go with the current
AppImage (which works perfectly now). I didn't find anything
"buggy" and there isn't much to complain about (the most German
compliment ever). I like it! :-)<br>
</p>
<p>I don't have too many dives (86), and everything is open circuit,
so it's maybe a bit harder to get interesting statistics, but I
did find:</p>
<ul>
<li>My SAC sucks and didn't get much better over the years, but
gets better at the end of the holidays. And less SAC in warmer
water (makes sense, but I didn't think about it before I played
around here)<br>
</li>
<li>Dives with a higher max depth are shorter (duh)</li>
<li>Buddy counts (Interesting!), total and over the years.</li>
<li>In my first year I had a suspicious high number of dives
reaching exactly 18 meters...</li>
<li>And lots of other interesting insights. <br>
</li>
</ul>
It's really a nice feature to play around! But now I want to go
diving :-(<br>
<p>Some Questions and remarks:</p>
<ul>
<li>When I select date(yearly) as base variable and buddies as
data, bar charts have a yellow warning in the drop down. Why's
that?</li>
<li>The trend line does not always appear in the scatter graph.
For example, when I select date (no binning) / depth, there is
no trend line, except for when I filter out very shallow depths.
For water temp over date I get a trend line right away. I'm sure
that's correct and there is a statistical reason for this that
I'm not aware of.</li>
<li>When I select Buddies over Date(yearly), and then grouped
vertical bar chart, the bars are oddly spaced. I suspect that
for every buddy there is a bar every year, even if the number is
zero. This might make sense in some cases (for example water
temperature), but in the buddy case it looks weird. Maybe add
some "don't show empty bars" option for the grouped bar charts?<br>
<img src="cid:part1.DAE6F949.90B3CC6E@charno.ch" alt=""
width="1004" height="99"></li>
<li>Is there some Export functionality planned? For example simple
image export of the graph?</li>
<li>For me the Filter GUI seems a bit unintuitive. When there is
no constraint present, it's not very obvious that constraints
can be added (the button is in an odd place). A change to make
it more obvious could be to add a "Constraints" heading below
the fulltext search, and move the button there? And maybe also
display a "No constraints" text when no constraint is set? I
really like the "Filter sets" functionality!</li>
<li>What I didn't find was an "Average depth" variable, this would
maybe also be interesting to add. <br>
</li>
<li>"Dive number" as Base Variable would maybe make sense to show
changes over number of dives. This would be interesting for me
since I go diving once or maybe twice a year, so when I use
non-binned date as base variable, there are basically vertical
lines in the scatter plot (see below).</li>
</ul>
<p>What would be really nice, but might be complicated to implement,
would be to have a kind of "Zoom" or "Select" possibility to add
constraints. For example my Depth over Date Scattergraph looks
like this:<br>
<img src="cid:part2.E3D498B9.67A0DAB4@charno.ch" alt=""
width="1058" height="842"></p>
<p>Now to have a look at a single holiday I can add a constraint
over a range of dates, for example 1.1.2017 to 1.1.2018. This
works fine! But the cherry on top would be if I could simply drag
a rectangle over the points in 2017, and set the constraints like
this (Sort of a "Zoom into range" functionality).<br>
</p>
<p>Best regards<br>
Christof<br>
</p>
<div class="moz-cite-prefix">On 08.01.21 21:42, Martin de Weger via
subsurface wrote:<br>
</div>
<blockquote type="cite"
cite="mid:30324B1B-6216-4FC7-BE59-E44763169F74@reef-it.nl">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
I have played with it a bit, and it looks great. I haven’t looked
into it deep enough to say I actually tested it. <br>
<br>
<div dir="ltr">
<blockquote type="cite"><br>
Op 8 jan. 2021 om 21:33 heeft Dirk Hohndel via subsurface
<a class="moz-txt-link-rfc2396E" href="mailto:subsurface@subsurface-divelog.org"><subsurface@subsurface-divelog.org></a> het volgende
geschreven:<br>
<br>
</blockquote>
</div>
<blockquote type="cite">
<div dir="ltr">
<meta http-equiv="Content-Type" content="text/html;
charset=UTF-8">
<br class="">
<div><br class="">
<blockquote type="cite" class="">
<div class="">On Jan 3, 2021, at 5:17 PM, Dirk Hohndel
<<a href="mailto:dirk@hohndel.org" class=""
moz-do-not-send="true">dirk@hohndel.org</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=""><br
class="">
<div class=""><br class="">
<blockquote type="cite" class="">
<div class="">On Jan 3, 2021, at 3:44 PM, Dirk
Hohndel via subsurface <<a
href="mailto:subsurface@subsurface-divelog.org"
class="" moz-do-not-send="true">subsurface@subsurface-divelog.org</a>>
wrote:</div>
<div class="">
<div style="caret-color: rgb(0, 0, 0);
font-family: Helvetica; font-size: 12px;
font-style: normal; font-variant-caps: normal;
font-weight: normal; letter-spacing: normal;
text-align: start; text-indent: 0px;
text-transform: none; white-space: normal;
word-spacing: 0px; -webkit-text-stroke-width:
0px; text-decoration: none;" class="">
<div class=""><br class="">
</div>
Right, I didn't test the AppImage. Silly me.
I'll add that to my list.</div>
</div>
</blockquote>
<div class=""><br class="">
</div>
AppImage is fixed, also Subsurface now reacts more
gracefully if the QtCharts QML modules can't be
found.</div>
<div class="">Instead of a crash the statistics chart
is simply empty. What we really need is a reasonable
error message (or alternative disable the statistics
entry in the menu.</div>
<div class="">But this is at least a step in the right
direction.</div>
<div class=""><br class="">
</div>
<div class="">New AppImage should appear in
downloads/test in the next few minutes
as Subsurface-v4.9.10-235-gc63994f77-x86_64.AppImage</div>
<div class="">This one was tested on a couple of
different Linux flavors...</div>
</div>
</div>
</blockquote>
<br class="">
</div>
<div>So we have working binaries for all platforms, but we
have heard basically no feedback on the new statistics
feature.</div>
<div>No indication that anyone has tested this, likes it,
hates it, has suggestions.</div>
<div><br class="">
</div>
<div>It's really hard to develop in a vacuum. And it's a bit
frustrating, too.</div>
<div><br class="">
</div>
<div>I know that guilt-tripping people into doing things
simply doesn't work. Berthold, Willem, and I will continue
to just work along.</div>
<div>But we sure would appreciate some input. Even if it is
just a simple "this is the best software ever written in the
universe"...</div>
<div><br class="">
</div>
<div>Thanks and have a great weekend</div>
<div><br class="">
</div>
<div>/D</div>
<div><br class="">
</div>
<div><br class="">
</div>
<span>_______________________________________________</span><br>
<span>subsurface mailing list</span><br>
<span><a class="moz-txt-link-abbreviated" href="mailto:subsurface@subsurface-divelog.org">subsurface@subsurface-divelog.org</a></span><br>
<span><a class="moz-txt-link-freetext" href="http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface">http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface</a></span><br>
</div>
</blockquote>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<pre class="moz-quote-pre" wrap="">_______________________________________________
subsurface mailing list
<a class="moz-txt-link-abbreviated" href="mailto:subsurface@subsurface-divelog.org">subsurface@subsurface-divelog.org</a>
<a class="moz-txt-link-freetext" href="http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface">http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface</a>
</pre>
</blockquote>
</body>
</html>