<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">El dom., 27 sept. 2020 a las 20:06, Linus Torvalds (<<a href="mailto:torvalds@linux-foundation.org">torvalds@linux-foundation.org</a>>) escribió:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Sun, Sep 27, 2020 at 4:48 AM Attilla de Groot <<a href="mailto:attilla@attilla.nl" target="_blank">attilla@attilla.nl</a>> wrote:<br>
><br>
> I am wearing my Fitbit under my drysuit.<br>
<br>
Yeah, that should be safe. It will still see the pressure changes, but<br>
while that could cause some mechanical stress and also result in<br>
failures (who knows how happy the regular atmospheric pressure sensor<br>
is with unusual pressures, for example) I don't think it matters much.<br>
<br>
At that point, a "resistant to 50m" should mean that the pure static<br>
pressure changes are safe unless you have some catastrophic leak, of<br>
course.<br>
<br>
And even with a completely flooded drysuit, there's likely _much_ less<br>
actual water around the fitbit and much less dynamic pressure from any<br>
of your movement.<br>
<br>
>  I’m pretty sure that it won’t be able to measure fin kicks accurately, otherwise I would have been in a different country after the dive.<br>
<br>
You clearly have a different approach to diving that I do. If I have<br>
to kick a lot, it's a bad dive. Being in a different country would be<br>
a "I'm so done with this dive, I'll just abort, this is no fun".<br>
<br>
> The main reason I wear it is to measure my heart rate. It would be cool if I can import that into a log as well, since my Shearwater Teric doesn’t have heart rate measurement possibilities.<br>
<br>
We do support heartrate, but we have no sane way to import it from a<br>
fitbit into subsurface.<br>
<br>
*If* you can figure out how to (a) get the data out of the fitbit and<br>
(b) synchronize the fitbit times with the dive (possibly by using the<br>
atmospheric pressure data to at least see where the dive starts and<br>
ends?) I suspect the best way to do it is by just scripting something<br>
around the subsurface XML or git save formats (ie bypass subsurface<br>
entirely, just work with the datafiles).<br></blockquote><div> </div><div>> (a) like suunto , It could be a third-party problem, like a tiny script </div><div>> (b) We assume all clocks are in sync , that's because we use clocks no?</div><div><br></div><div>What about to make it possible in XML file, to add heart rate (I think it is already) and strokes/min ratio attributes to the "sample" tag? The script in (a) would be in charge to append the data to the file.</div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
So it's one of those "I'm convinced it's entirely possible, but it's<br>
really outside the scope of what subsurface itself would do".<br>
<br></blockquote><div><br></div><div>> I love subsurface, and I love the graph view, you don't find usable one more line with your finning strokes ratio?, stats about it and so on? </div><div>> Your only problem is to rely on activity bands or so, but I think to trust in one source or another, is the user decision. Like adding your air consumption by memory, wetnotes  or transmisor.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
              Linus<br></blockquote><div><br></div><div> </div></div></div>