Re: RFC: Statistics in Subsurface

> On Sep 27, 2020, at 7:21 AM, Willem Ferguson via subsurface > wrote: > I think there is some misunderstanding, or am I myself misunderstanding?? See > inline below. I think I misunderstood you. >>> >>> 1) UI for selecting variables to be plotted. At this stage just two >>> comboxes as

Fwd: Re: RFC: Statistics in Subsurface

On 2020/09/27 15:13, Dirk Hohndel wrote: I think there is some misunderstanding, or am I myself misunderstanding?? See inline below. Hi Willem, adding the Subsurface developer list to this thread On Sep 27, 2020, at 5:34 AM, Willem Ferguson wrote: A quick question about the use of

Re: RFC: Statistics in Subsurface

Hi Willem, adding the Subsurface developer list to this thread > On Sep 27, 2020, at 5:34 AM, Willem Ferguson > wrote: > > A quick question about the use of C++ and QML in writing code for presenting > graphs. In general, my leaning is towards QML simply because making anything >

Re: RFC: Statistics in Subsurface

Dear all, On Dienstag, 12. Mai 2020 00:02:06 CEST Dirk Hohndel wrote: > Here's a crazy idea how this could look for example: > > The filters are built incrementally, with a drop down menu that allows you > to add criteria or constraints. Like date range, tags, people, etc I posted a first

Re: RFC: Statistics in Subsurface

On 2020/05/17 21:51, Linus Torvalds wrote: On Sun, May 17, 2020 at 3:34 AM Willem Ferguson via subsurface wrote: As a side note it is in principle possible for case (5) and (6) above to include a *continuous* 3rd variable e.g. a scatter plot of SAC versus dive depth where the colour of the

Re: RFC: Statistics in Subsurface

> On May 17, 2020, at 3:16 PM, Berthold Stoeger > wrote: > > Small update: I started implementing such a multi-constraint filter and so > far > I like the idea, as it allows for more filter criteria (e.g. depth, day-of- > week, month-of-year, phase-of-the-moon, etc) without cluttering the

Re: RFC: Statistics in Subsurface

On Dienstag, 12. Mai 2020 07:46:00 CEST Berthold Stoeger via subsurface wrote: > On Dienstag, 12. Mai 2020 00:02:06 CEST Dirk Hohndel wrote: > > Here's a crazy idea how this could look for example: > > > > The filters are built incrementally, with a drop down menu that allows you > > to add

Re: Re: RFC: Statistics in Subsurface

On Sun, May 17, 2020 at 3:34 AM Willem Ferguson via subsurface wrote: > > As a side note it is in principle possible for case (5) and (6) above > to include a *continuous* 3rd variable e.g. a scatter plot of SAC > versus dive depth where the colour of the dots indicate the water > temperature of

Fwd: Re: RFC: Statistics in Subsurface

On 2020/05/16 18:22, Dirk Hohndel wrote: I'd argue that's six (but that's because of my potential additions): two values: - 1) Bar chart - 2) Dot graph - 3) Scatter plot three values: - 4) Stacked bar chart - 5) Dot graph with colors - 6) Scatter plot with colors. We need to think about the

Re: RFC: Statistics in Subsurface

Hi Dirk, Thanks for your response. Am 14.05.20 um 18:37 schrieb Dirk Hohndel: > Hi Chrisof > >> On May 14, 2020, at 3:30 AM, Christof Arnosti > > wrote: >> >> Let me give some thoughts from a more-or-less outsider perspective in >> this discussion. >> >> From a

Re: RFC: Statistics in Subsurface (Willem Ferguson)

> On May 14, 2020, at 1:09 PM, Hartley Horwitz via subsurface > wrote: > > I know this plot as a 'beeswarm'. I'm not sure if that's a universally used > term, but I use those in Spotfire (a large statistics tool). I thought I > should show the same type of plot that contains a bit more

Re: RFC: Statistics in Subsurface (Willem Ferguson)

> -- Forwarded message -- > From: Willem Ferguson > To: Subsurface Mailing List > Cc: > Bcc: > Date: Thu, 14 May 2020 21:04:14 +0200 > Subject: Fwd: Re: RFC: Statistics in Subsurface > > ….snip > I attach a suggestion that, to me, what it does

Re: RFC: Statistics in Subsurface

I really like this. And it very much matches what was said in the video that Pedro mentioned: "Show all the data when possible". And it does that perfectly. So yes, I like that and I think it's a really cool way to visualize SAC rates. I need to spend time to think through all the 'y-axis'

Fwd: Re: RFC: Statistics in Subsurface

On 2020/05/14 18:24, Dirk Hohndel wrote: Willem, those are some very strong statements that initially provoked a rather negative reaction in me. Calling someone else's proposal "not up to modern standards" feels borderline insulting. As a matter of fact, yes we can show vertical labels. They

Re: RFC: Statistics in Subsurface

Hi Chrisof > On May 14, 2020, at 3:30 AM, Christof Arnosti wrote: > Let me give some thoughts from a more-or-less outsider perspective in this > discussion. > > From a UI-Perspective, I would prefer the layout to be "Dive List top left", > "Filter top right", "Stats selection bottom left",

Re: RFC: Statistics in Subsurface

> On May 14, 2020, at 12:21 AM, Willem Ferguson via subsurface > wrote: > I must admit that I do not like any of these three representations. They are > inappropriate and inaccurate, leading to misinterpretation. > > The top graph is normally used to indicate trends in three *independent* >

Re: RFC: Statistics in Subsurface

Hi together, Thank you very much for the verry nice mockup, Pedro! I really like this! Let me give some thoughts from a more-or-less outsider perspective in this discussion. From a UI-Perspective, I would prefer the layout to be "Dive List top left", "Filter top right", "Stats selection

Re: RFC: Statistics in Subsurface

I think it's great statistics are being tackled again, and it's excellent to have several mock-ups to discuss so hopefully some consensus can be made before people spend countless hours on code that ends up rejected because the presentation isn't as desired. On Thu, 14 May 2020, 17:24 Willem

Re: RFC: Statistics in Subsurface

On 2020/05/13 23:11, Dirk Hohndel via subsurface wrote: The video that Pedro linked to seemed to indicate that the first chart is most likely to be understood, and that the the second one was harder to see trends in. Conflicting with that is the desire to more typically show bar graphs

Re: RFC: Statistics in Subsurface

The video that Pedro linked to seemed to indicate that the first chart is most likely to be understood, and that the the second one was harder to see trends in. Conflicting with that is the desire to more typically show bar graphs sideways, as that makes it easier to deal with many data sets

Re: RFC: Statistics in Subsurface

upper one is the easyest. For the forex stile wiskers graphs. i have never understood them. I would adopt the simplest representation possible which can be read by anyoane... There might be divers there that are 9 or 10 year old. they might have a hard time even understandinh the concept

Re: RFC: Statistics in Subsurface

I"ve attached 3 graphs showing the statistics summary. Once again I showed them to a work colleague. He found the upper 2 graphs easiest to understand. ...Hartley On Wed, May 13, 2020 at 3:24 PM Dirk Hohndel wrote: > That is excellent input! > > Your final point is one that I had kinda

Re: RFC: Statistics in Subsurface

> On May 13, 2020, at 10:00 AM, Pedro Neves wrote: >> >> Also (and I've seen this in other places), why the horizontal bars for >> years? I would most likely have always done vertical bars, but again, maybe >> there's a good reason that I'm missing? > > > My inspiration for some of the

Re: RFC: Statistics in Subsurface

On 13/05/20 16:50, Dirk Hohndel wrote: The zero based bar charts with whiskers for for min / max are interesting. Why do you prefer those over the floating bars (indicating min/max) with a line or dot to mark the average? I think either is fine, I'm just curious if you have a reason for

Re: RFC: Statistics in Subsurface

Hi PedroOn May 13, 2020, at 6:26 AM, Pedro Neves via subsurface wrote:Adding my comments to this discussion...I am so happy to hear more voices in this conversation.Attached you'll find a list of the stats I currently have for my logs. I use the csv export

Re: RFC: Statistics in Subsurface

> On May 12, 2020, at 6:38 PM, Hartley Horwitz via subsurface > wrote: > > Here's a crazy idea how this could look for example: > > > > The filters are built incrementally, with a drop down menu that allows you > > to add criteria or constraints. Like date range, tags, people, etc > > > > I

Re: RFC: Statistics in Subsurface

> On May 12, 2020, at 7:00 PM, Hartley Horwitz via subsurface > wrote: > > I keep saying "candlestick" when I mean to say "box and whiskers". My > mistake. You are spot on correct, the error is mine. > > As much as I use stats in my job, I wonder what the value of knowing the > upper

Re: RFC: Statistics in Subsurface

> -- Forwarded message -- > From: Dirk Hohndel > To: Willem Ferguson > Cc: Subsurface Mailing List > Bcc: > Date: Tue, 12 May 2020 14:24:28 -0700 > Subject: Re: RFC: Statistics in Subsurface > > On May 12, 2020, at 12:41 PM, Willem Ferguson < >

Re: RFC: Statistics in Subsurface

> > -- Forwarded message -- > From: Berthold Stoeger > To: Dirk Hohndel > Cc: willemfergu...@zoology.up.ac.za, subsurface@subsurface-divelog.org > Bcc: > Date: Tue, 12 May 2020 07:46:00 +0200 > Subject: Re: RFC: Statistics in Subsurface > On Dienstag,

Re: RFC: Statistics in Subsurface

> On May 12, 2020, at 12:41 PM, Willem Ferguson > wrote: > I am comfortable with your points of view, above. The 10m or 10min increments > could easily be configurable. For instance a person with OW certification > (dives to 18m only with almost all dives in the 10-18m range) would probably

Fwd: Re: RFC: Statistics in Subsurface

Forwarded Message Subject:Re: RFC: Statistics in Subsurface Date: Tue, 12 May 2020 21:41:08 +0200 From: Willem Ferguson Reply-To: willemfergu...@zoology.up.ac.za Organization: University of Pretoria To: Dirk Hohndel On 2020/05/12 20:49, Dirk

Re: RFC: Statistics in Subsurface

It looks like Mail.app on my Mac failed to attach the images. Here they are... > On May 12, 2020, at 11:49 AM, Dirk Hohndel via subsurface > wrote: > > Hi Willem, > > Thanks for responding... I wish more people got involved into these > conversations. But usually topics like this get two

Re: RFC: Statistics in Subsurface

Hi Willem, Thanks for responding... I wish more people got involved into these conversations. But usually topics like this get two or three of the 300+ people here to respond. And then ten more will complain after we have done the next release and they notice for the first time that we added a

Re: RFC: Statistics in Subsurface

On Dienstag, 12. Mai 2020 00:02:06 CEST Dirk Hohndel wrote: > Here's a crazy idea how this could look for example: > > The filters are built incrementally, with a drop down menu that allows you > to add criteria or constraints. Like date range, tags, people, etc > > once the user picks one,

Re: RFC: Statistics in Subsurface

On Montag, 11. Mai 2020 23:02:32 CEST Dirk Hohndel wrote: > >> BUT: would this mean that the existing filter panel be rewritten in QML > >> to be mobile-compatible? > > > > This is not necessary. The filter code is generic and we only need a tiny > > display layer on top. Let's not introduce QML

Re: RFC: Statistics in Subsurface

> On May 11, 2020, at 1:49 PM, Berthold Stoeger > wrote: > > On Sonntag, 10. Mai 2020 12:48:24 CEST Willem Ferguson via subsurface wrote: > >> 1) Adapt the existing filter mechanism to store filter 'sets' and then >> apply them to the dive list. Mechanisms to store filter "sets" and >>

Re: Fwd: RFC: Statistics in Subsurface

On Sonntag, 10. Mai 2020 12:48:24 CEST Willem Ferguson via subsurface wrote: > 1) Adapt the existing filter mechanism to store filter 'sets' and then > apply them to the dive list. Mechanisms to store filter "sets" and > combine them to extract dive list information that is stored in the >

Re: Fwd: RFC: Statistics in Subsurface

On 2020/05/08 17:42, Dirk Hohndel wrote: So let's go back to what I said earlier about (ab-)using the filter. How about we use the insanely flexible filter to allow the user to define their own group: - pick filter settings (dive with tag 'boat', longer than 40min) - name that 'set' (boat