Re: User profile backup

[Jan Iversen]

Sent from my iPad

> On 3 May 2018, at 21:28, Robert Helling  wrote:
> 
> Jani,
> 
>> On 3. May 2018, at 20:54, j...@apache.org wrote:
>> 
>> Found it in /Library/Application Support/Subsurface/cloudstorage
>> 
>> (Did a “find … > /dev/null, and not 2> /dev/null), time to get a strong tea 
>> !!
>> 
>> 
> 
> Subsurface would have told you about it if you asked it:
> 
> src/subsurface/build/Subsurface.app/Contents/MacOS/Subsurface -v

Now why did I not think of that :-(

thanks for that hint
rgds
jan i
> 
> gives me (amongst many other things)
> 
> Plugins Directory:  QDir( "/Users/Helling/src/subsurface/build" , nameFilters 
> = { "*" },  QDir::SortFlags( Name | IgnoreCase ) , QDir::Filters( 
> Dirs|Files|Drives|AllEntries ) )
> cloud URL set as 
> "https://cloud.subsurface-divelog.org//git/hell...@atdotde.de[hell...@atdotde.de];
> loading dive data from 
> ("https://cloud.subsurface-divelog.org//git/hell...@atdotde.de[hell...@atdotde.de];)
> 
> […]
> 
> File locations:
> 
> cloud URL set as 
> "https://cloud.subsurface-divelog.org//git/hell...@atdotde.de[hell...@atdotde.de];
> Local git storage: /Users/Helling/Library/Application 
> Support/Subsurface/cloudstorage/c72433d1ae87cbe0
> Cloud URL: 
> https://cloud.subsurface-divelog.org//git/hell...@atdotde.de[hell...@atdotde.de]
> Image hashes: /Users/Helling/Library/Application Support/Subsurface/hashes
> Local picture directory: /Users/Helling/Library/Application 
> Support/Subsurface/picturedata/
> 
> Best
> Robert
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Missing pO2 samples from CCR download [was: 4.7.8: a couple of questions]

[Davide DB]

On Thu, 3 May 2018 at 18:52, Anton Lundin  wrote:

> On 03 May, 2018 - Davide DB wrote:
>
> > On Thu, 3 May 2018 at 13:15, Anton Lundin  wrote:
> >
> > > On 03 May, 2018 - Davide DB wrote:
> > >
> > > > On Wed, 2 May 2018 at 11:04, Anton Lundin  wrote:
> > > >
> > > > >
> > > > > Try to download them into a fresh logbook with the current desktop
> > > > > version, to see what's happens then.
> > > > >
> > > >
> > > > I've just downloaded my dives on a fresh Win10 4.7.8 installation.
> > > > As usual after few dives my Petrel quits with "error sending packet
> > > error".
> > > > I saved some of them anyway and PO2 values are missing.
> > > > This is how the petrel controller is recognized. File is attached.
> > > >
> > > >  > > > diveid='2e7067fb' dctype='CCR'>
> > > >
> > > > There's no mention of O2 sensor.
> > > >
> > > > These are all different pertel descriptions of the very same dive
> > > computer
> > > > I found in my original logbook
> > > >
> > > >  > > > diveid='3db7eb77' dctype='CCR' no_o2sensors='1'>
> > > >  > > > diveid='52d4ba3e' dctype='CCR' no_o2sensors='3'>
> > > >  > > > diveid='a6e05a10' dctype='CCR'>
> > > >  > > > diveid='3db24900' dctype='CCR'>
> > > >
> > > > Were pO2 samples download removed?
> > >
> > > This is probably because we can't find any calibration values in your
> > > computer. Did you get a warning:
> > > "Disabled all O2 sensors due to a default calibration value." ?
> > >
> > > I think the code should fall back to the sensor average po2 when we
> > > won't get calibration values for the sensors, but we're not doing that
> > > right now.
> > >
> >
> > Anton,
> >
> > I'm not crazy enough to dive a rebreather without a proper calibration.
> > Everything is ok on my unit. Cells are new and get calibrated before
> every
> > dive.
>
> Shure. The computer is probably properly calibrated, but the
> calibration values found in the memory of the computer are the default
> ones. Without those we can't convert the mV values to po2 values.
>
> The cal values might be there somewhere, but we don't know where.
>
> We can't emit the raw mV values, because neither libdivecomputer nor
> subsurface supports mV values.
>
> > I tried to download again from Shearwater desktop and everything is
> there:
> > pO2 and mV samples. I've never updated my Petrel since we found that
> > Subsurface pO2 values were completely wrong so I guess it should be some
> > bug arose lately.
> > It's sad nobody else (ccr users) replied to my feedback request when I
> > noted the pO2 discrepancy. I cannot believe I'm the only one on this list
> > using a ccr unit whit a divecan shearwater controller.
> >  When I realized pO2 were missing I thought it was something related to
> the
> > mobile download but it's not.
> >
> > I would do a full Subsurface download but I drained another battery but I
> > do not have a new one around ATM.
>
> We should at least emit the per sample average, when we can't emit the
> individual sensor values.
>
> Best would be if we could emit both the "true" average po2 and the
> individual sensor values. Unfortunately the interface doesn't support
> that distinction.
>
>
I changed battery and downloaded again with subsurface 4.7.8 desktop saving
the libdivecomputer log file.
I quit the download before getting errors and draining my battery.
At the end of the libdivecomputer file I find:

WARNING: Disabled all O2 sensors due to a default calibration value. [in
/home/travis/build/Subsurface-divelog/subsurface/libdivecomputer/src/shearwater_predator_parser.c:503
(shearwater_predator_parser_cache)]
INFO: Write: size=9, data=FF0105002E902000C0

Exactly the problem mentioned by Anton.

Could someone explain me what does it means?
Is it a way to avoid displaying wrong pO2 samples due to the previous
problem?
What can I do? Is it my fault? Is my Petrel defective?

Why in my logbook I find 4 different computer names with different
attributes if my unit is always the same?


diveid='3db7eb77' dctype='CCR' no_o2sensors='1'>

diveid='52d4ba3e' dctype='CCR' no_o2sensors='3'>

diveid='a6e05a10' dctype='CCR'>

diveid='3db24900' dctype='CCR'>

Are those differences due to subsurface history reason?

Thank you in advance

-- 
Davide
https://vimeo.com/bocio/videos
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: User profile backup

[Robert Helling]

Jani,

> On 3. May 2018, at 20:54, j...@apache.org wrote:
> 
> Found it in /Library/Application Support/Subsurface/cloudstorage
> 
> (Did a “find … > /dev/null, and not 2> /dev/null), time to get a strong tea !!
> 
> 

Subsurface would have told you about it if you asked it:

src/subsurface/build/Subsurface.app/Contents/MacOS/Subsurface -v

gives me (amongst many other things)

Plugins Directory:  QDir( "/Users/Helling/src/subsurface/build" , nameFilters = 
{ "*" },  QDir::SortFlags( Name | IgnoreCase ) , QDir::Filters( 
Dirs|Files|Drives|AllEntries ) )
cloud URL set as 
"https://cloud.subsurface-divelog.org//git/hell...@atdotde.de[hell...@atdotde.de];
loading dive data from 
("https://cloud.subsurface-divelog.org//git/hell...@atdotde.de[hell...@atdotde.de];)

[…]

File locations:

cloud URL set as 
"https://cloud.subsurface-divelog.org//git/hell...@atdotde.de[hell...@atdotde.de];
Local git storage: /Users/Helling/Library/Application 
Support/Subsurface/cloudstorage/c72433d1ae87cbe0
Cloud URL: 
https://cloud.subsurface-divelog.org//git/hell...@atdotde.de[hell...@atdotde.de]
Image hashes: /Users/Helling/Library/Application Support/Subsurface/hashes
Local picture directory: /Users/Helling/Library/Application 
Support/Subsurface/picturedata/

Best
Robert


signature.asc
Description: Message signed with OpenPGP
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: User profile backup

[jani]

Sorry discard my previous mail.

Found it in /Library/Application Support/Subsurface/cloudstorage

(Did a “find … > /dev/null, and not 2> /dev/null), time to get a strong tea !!

rgds
Jan I.___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: User profile backup

[jani]

> Cloud storage is a git repository that is stored on your local disk and in 
> our cloud server (if you have synced it to cloud). The cloud storage can be 
> managed the same way git repositories are. I.e. I have added another remote 
> to my local NAS to have it there as well. But as long as you do not delete or 
> corrupt the git information, you can checkout different versions and 
> manipulate it quite freely.
OK I did not see that. That is actually a much better solution, now I will go 
hunting on my Mac to find the repo.

> If you have chosen "local default file" in preferences, then the XML log is 
> saved (or it can also be git repository with special syntax for the local 
> file). If you have selected "Cloud storage default file", Subsurface should 
> use local git repository that is also pushed to our cloud server. It might be 
> that you are actually using the git storage but are looking at older XML 
> file. (I am not sure where the local git storage is on Mac, but it is 
> /home//.subsurface/cloudstorage// in Linux.)
There are no .subsurface and no directory “cloudstorage” on my Mac (searched 
from root with sudo).

Seems I have to dig into the code, but thanks for a good explanation.

rgds
Jan I

___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: User profile backup

[Miika Turkia]

On Thu, May 3, 2018 at 5:47 PM,  wrote:

> Hi.
>
> I have a profile (jani.xml) that are “Cloud storage default file”, it
> seems to contain all my dives etc (made a test with a local copy).
>
> Am I missing something, or is it not possible to make a backup of the
> “Cloud storage default file” ?
>

Sounds like a bit of mis-understanding (either you or me :D). jani.xml
sounds like it is our old log storage format, in XML. This is only a local
file that can be copied anyway you like.

Cloud storage is a git repository that is stored on your local disk and in
our cloud server (if you have synced it to cloud). The cloud storage can be
managed the same way git repositories are. I.e. I have added another remote
to my local NAS to have it there as well. But as long as you do not delete
or corrupt the git information, you can checkout different versions and
manipulate it quite freely.

If you have chosen "local default file" in preferences, then the XML log is
saved (or it can also be git repository with special syntax for the local
file). If you have selected "Cloud storage default file", Subsurface should
use local git repository that is also pushed to our cloud server. It might
be that you are actually using the git storage but are looking at older XML
file. (I am not sure where the local git storage is on Mac, but it is
/home//.subsurface/cloudstorage// in Linux.)

HTH,
miika
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Missing pO2 samples from CCR download [was: 4.7.8: a couple of questions]

[Anton Lundin]

On 03 May, 2018 - Davide DB wrote:

> On Thu, 3 May 2018 at 13:15, Anton Lundin  wrote:
> 
> > On 03 May, 2018 - Davide DB wrote:
> >
> > > On Wed, 2 May 2018 at 11:04, Anton Lundin  wrote:
> > >
> > > >
> > > > Try to download them into a fresh logbook with the current desktop
> > > > version, to see what's happens then.
> > > >
> > >
> > > I've just downloaded my dives on a fresh Win10 4.7.8 installation.
> > > As usual after few dives my Petrel quits with "error sending packet
> > error".
> > > I saved some of them anyway and PO2 values are missing.
> > > This is how the petrel controller is recognized. File is attached.
> > >
> > >  > > diveid='2e7067fb' dctype='CCR'>
> > >
> > > There's no mention of O2 sensor.
> > >
> > > These are all different pertel descriptions of the very same dive
> > computer
> > > I found in my original logbook
> > >
> > >  > > diveid='3db7eb77' dctype='CCR' no_o2sensors='1'>
> > >  > > diveid='52d4ba3e' dctype='CCR' no_o2sensors='3'>
> > >  > > diveid='a6e05a10' dctype='CCR'>
> > >  > > diveid='3db24900' dctype='CCR'>
> > >
> > > Were pO2 samples download removed?
> >
> > This is probably because we can't find any calibration values in your
> > computer. Did you get a warning:
> > "Disabled all O2 sensors due to a default calibration value." ?
> >
> > I think the code should fall back to the sensor average po2 when we
> > won't get calibration values for the sensors, but we're not doing that
> > right now.
> >
> 
> Anton,
> 
> I'm not crazy enough to dive a rebreather without a proper calibration.
> Everything is ok on my unit. Cells are new and get calibrated before every
> dive.

Shure. The computer is probably properly calibrated, but the
calibration values found in the memory of the computer are the default
ones. Without those we can't convert the mV values to po2 values.

The cal values might be there somewhere, but we don't know where.

We can't emit the raw mV values, because neither libdivecomputer nor
subsurface supports mV values.
 
> I tried to download again from Shearwater desktop and everything is there:
> pO2 and mV samples. I've never updated my Petrel since we found that
> Subsurface pO2 values were completely wrong so I guess it should be some
> bug arose lately.
> It's sad nobody else (ccr users) replied to my feedback request when I
> noted the pO2 discrepancy. I cannot believe I'm the only one on this list
> using a ccr unit whit a divecan shearwater controller.
>  When I realized pO2 were missing I thought it was something related to the
> mobile download but it's not.
> 
> I would do a full Subsurface download but I drained another battery but I
> do not have a new one around ATM.

We should at least emit the per sample average, when we can't emit the
individual sensor values.

Best would be if we could emit both the "true" average po2 and the
individual sensor values. Unfortunately the interface doesn't support
that distinction.


//Anton


-- 
Anton Lundin+46702-161604
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

User profile backup

[jani]

Hi.

I have a profile (jani.xml) that are “Cloud storage default file”, it seems to 
contain all my dives etc (made a test with a local copy).

Am I missing something, or is it not possible to make a backup of the “Cloud 
storage default file” ?
(As developer I experiment some, and would like to secure my dives :-) )

rgds
Jan I.
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: 4.7.8: a couple of questions

[Anton Lundin]

On 03 May, 2018 - Davide DB wrote:

> On Wed, 2 May 2018 at 11:04, Anton Lundin  wrote:
> 
> >
> > Try to download them into a fresh logbook with the current desktop
> > version, to see what's happens then.
> >
> 
> I've just downloaded my dives on a fresh Win10 4.7.8 installation.
> As usual after few dives my Petrel quits with "error sending packet error".
> I saved some of them anyway and PO2 values are missing.
> This is how the petrel controller is recognized. File is attached.
> 
>  diveid='2e7067fb' dctype='CCR'>
> 
> There's no mention of O2 sensor.
> 
> These are all different pertel descriptions of the very same dive computer
> I found in my original logbook
> 
>  diveid='3db7eb77' dctype='CCR' no_o2sensors='1'>
>  diveid='52d4ba3e' dctype='CCR' no_o2sensors='3'>
>  diveid='a6e05a10' dctype='CCR'>
>  diveid='3db24900' dctype='CCR'>
> 
> Were pO2 samples download removed?

This is probably because we can't find any calibration values in your
computer. Did you get a warning:
"Disabled all O2 sensors due to a default calibration value." ?

I think the code should fall back to the sensor average po2 when we
won't get calibration values for the sensors, but we're not doing that
right now.


//Anton


-- 
Anton Lundin+46702-161604
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface