<div dir="auto">Davide,<div dir="auto"><br></div><div dir="auto">I can confirm I also had this problem, and now I've got 6 months of dives with missing data. The fallback solution looks ideal to me. I hope we're able to get a build with these changes soon. </div><div dir="auto"><br></div><div dir="auto">Martin</div></div><br><div class="gmail_quote"><div dir="ltr">On Fri, 25 May 2018, 18:33 Anton Lundin, <<a href="mailto:glance@acc.umu.se">glance@acc.umu.se</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 25 May, 2018 - Jef Driesen wrote:<br>
<br>
> On 25-05-18 16:35, Willem Ferguson wrote:<br>
> >On 25/05/2018 15:55, Jef Driesen wrote:<br>
> >>The main disadvantage is that you'll no longer know which type of ppO2<br>
> >>(sensor or voted/average) you are getting. Especially if you only have<br>
> >>one sensor.<br>
> ><br>
> >I would agree, but at least one gets the calculated pO2 as perceived by<br>
> >the machine at the time, even though there is no idea about sensor<br>
> >problems during the dive. It is so much better than having no pO2 data<br>
> >to evaluate after a dive. This pO2  would still correspond to the data<br>
> >in the pO2 graph of the Shearwater Desktop software.<br>
> ><br>
> >I do not quite get the argument about one sensor? For one sensor there<br>
> >is no averaging or voting?? I'm not seeing something, so please spell it<br>
> >out?<br>
> <br>
> The average ppO2 is always a single value. But there is often more<br>
> than one sensor. So you could assume that if you get more than one<br>
> ppO2 value that they are values from a sensor. But in the case of a<br>
> single sensor, that doesn't work, and you won't be able to tell<br>
> which value you got.<br>
> <br>
> I'm not sure if the average ppO2 is always equal to the sensor ppO2<br>
> for the single sensor case. Maybe the dive computer does averaging<br>
> over several measurements to ignore outliers? (Is simply don't<br>
> know.)<br>
<br>
Any way, its better that we get A value, than no value.<br>
<br>
It would be dead simple to emit a SAMPLE_EVENT_STRING, or a<br>
DC_FIELD_STRING just saying, "hey, these are not the raw ppO2 values you<br>
where looking for, but the next best thing", if you would have taken<br>
those patches.<br>
<br>
<br>
//Anton<br>
<br>
<br>
-- <br>
Anton Lundin    +46702-161604<br>
_______________________________________________<br>
subsurface mailing list<br>
<a href="mailto:subsurface@subsurface-divelog.org" target="_blank" rel="noreferrer">subsurface@subsurface-divelog.org</a><br>
<a href="http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface" rel="noreferrer noreferrer" target="_blank">http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface</a><br>
</blockquote></div>