<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Oct 28, 2014 at 5:30 PM, Paul Sargent <span dir="ltr"><<a href="mailto:paul.lionseye@icloud.com" target="_blank">paul.lionseye@icloud.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class=""><br>
On 28 Oct 2014, at 14:56, Miika Turkia <<a href="mailto:miika.turkia@gmail.com">miika.turkia@gmail.com</a>> wrote:<br>
<br>
> On Tue, Oct 28, 2014 at 4:00 PM, Paul Sargent <<a href="mailto:paul.lionseye@icloud.com">paul.lionseye@icloud.com</a>> wrote:<br>
><br>
>> Looking at old dives I think most of my problems at the moment are<br>
>> really around importing.<br>
>><br>
>>   - Importing from Shearwater Desktop via XML, all my dives are air dives.<br>
>><br>
</span>> Can you provide sample XML with clear description of what is missing/wrong. Well, if it is only the gas info missing, then that should be quite obvious without any more info…<br>
<br>
I’ve attached a gripped copy.<br><br>
<br>
As you can see there’s a lot of fields. Thankfully they are all named sensibly.<br>
<br>
Biggest ones are:<br>
   - fractionO2 and fractionHe.<br>
       These define the breathing gas on OC, and the diluent on CC.<br>
   - averagePPO2<br>
       The measured ppO2 in the breathing loop of the CCR<br>
   - currentCircuitSetting<br>
       0 = Closed Circuit<br>
       1 = Open Circuit<br>
<br>
Together they give enough information to know what the diver was breathing at any time.<br></blockquote><div><br></div><div>Thanks, this gives me something to work on. The current Shearwater import is indeed quite limited in this regard. And of course the whole CCR concept was not there when I wrote the transformation. <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>
><br>
>>   - Importing from Shearwater Desktop via CSV isn't configurable enough.<br>
><br>
> Is it about not enough data can be imported? Here again, a sample file and info on what should be fixed/implemented would be helpful. I just wonder how much options we can sanely have on the import dialog.<br>
<br>
Again, I’ve attached a gripped copy.<br><br>
<br>
The CSV import has no options for Gasses, Setpoints, OC/CC mode, ppO2 Sensors, all of which are in this file. I agree the dialog is a limiting factor here. I think there is also a problem with how these concepts map into the Subsurface XML.<br>
<br>
Fields are named similarly to the XML.<br>
<br></blockquote><div>I am thinking of 3 different options for this:<br></div><div>1) just keep it as it is and hope that CCR divers have better import option than the CSV<br></div><div>2) Implement the setpoints and other info under the hood with no configuration options for users<br></div><div>3) Make a new tab for CCR import<br><br></div><div>Personally I would of course prefer something that does not include GUI work, but overall I kinda like the third approach. At minimum, implement another tab for the CCR import and possibly cimplify the current CSV import for recreational divers. I just wonder if tech divers will need all the fields in current CSV import when diving OC.<br><br></div><div>Any comments on these? Anton, what is your opinion?<br></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>
><br>
>>   - Old logs imported from my OSTC into Subsurface 3.x and brought<br>
>>     forward have gas change events in them, but limited information<br>
>>     about gasses. Only really matters when I've done OC ascents from a<br>
>>     CCR dive (Called 'Bailing out', done in emergencies and training).<br>
>><br>
> I wonder if there is information missing or are the old logs incorrectly parsed.<br>
<br>
I’m wondering the same. I’ve attached a copy of that too (Bailout dive.xml) exported from subsurface. All three attachments are the same dive.<br></blockquote><div><br></div><div>I took a look into the XML and there is only 1 cylinder present in it (<cylinder o2='18.0%' he='46.0%' />). Thus it is no surprise there is no info on the other gases. However, since there are the gasswitch events available with information to which gas one has changed into, we could recreate the cylinder information from that.<br><br>miika<br></div></div><br></div></div>