<p dir="ltr">Jef,</p>
<p dir="ltr">I just sent you a patch to embed temperature info in the dive profile so that when subsurface splits it each subdive has its own min and max temp. </p>
<p dir="ltr">Please take a look at it</p>
<p dir="ltr">G</p>
<br><div class="gmail_quote"><div dir="ltr">Il giorno Lun 5 Ott 2015 15:19 Jef Driesen <<a href="mailto:jef@libdivecomputer.org">jef@libdivecomputer.org</a>> ha scritto:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">(moved the discussion to the developer mailinglist)<br>
<br>
On 2015-10-03 13:14, Dirk Hohndel wrote:<br>
> On Sat, Oct 03, 2015 at 12:20:35AM -0700, Giorgio Marzano wrote:<br>
>> It could be another (and IMO better) way to handle freedive sessions.<br>
>> Libdivecomputer could  return a list of single dives instead of<br>
>> merging<br>
>> them and they will be automagically added in a single trip. Which part<br>
>> of<br>
>> the SW is in charge to set the "create_new_trip" member of the devdata<br>
>> structure?<br>
><br>
> Again, libdivecomputer questions are best answered by Jef. I don't know<br>
> how he wants to handle this in the end.<br>
<br>
Libdivecomputer was never really designed to support the concept of a<br>
(free)dive session containing multiple (free)dives. So the api is<br>
entirely build around single dives. So it's no surprise it's kind of<br>
difficult to represent such dives.<br>
<br>
Right now, the only info that is lost by generating a single profile<br>
are: the min/max temperature and maximum ascent/descent speeds of the<br>
subdives. That's the only info that's present in the subdive header. The<br>
ascent/descent speed is probably the least important one, because they<br>
can easily be re-calculated from the depth samples. I know there can be<br>
some difference, but it's probably going to be pretty close with a 1<br>
second interval. The min/max temperature are a bit more problematic. It<br>
would have been more interesting to have a full temperature profile, but<br>
that's not the case. We only get the min/max value for each subdive, and<br>
again for the entire session.<br>
<br>
To be honest, I don't have a good solution at hand. Splitting the<br>
profile in the application may not be such a bad option after all?<br>
<br>
Jef<br>
</blockquote></div>