Re: Something's weird with the dive computer parsing in the UDDF import

[Miika Turkia via subsurface]

xsltproc xslt/uddf.xslt fail.uddf

The XSLT tries to be smart about the comma, but not sure if the logic is
wrong, or if it is just otherwise broken.

On Sun, Mar 24, 2024 at 6:37 PM Berthold Stoeger 
wrote:

> Hi Miika,
>
> any comments on the spurious comma in the dive buddy field? Is there a way
> to access the intermediate XML for debugging?
>
> Thank you,
>
> Berthold
>
> On Samstag, 23. März 2024 10:48:03 CET Miika Turkia via subsurface wrote:
>
> > I do not remember the details of UDDF specification, so should dig into
> it
>
> > to make sure. But only fail3.uddf includes divecomputers in section
>
> > equipment. In UDDF, each dive references into this equipment section for
>
> > the used dive computer. And for the fail.uddf and fail2.uddf this info is
>
> > missing, so the reference not returning any sensible data.
>
> >
>
> > On Fri, Mar 22, 2024 at 4:39 PM Henrik B A  wrote:
>
> > > Miika: Are you able to see what's wrong with the import, based on the
>
> > > files I provided?
>
> > >
>
> > > Henrik
>
> > >
>
> > > On Sun, Mar 17, 2024 at 8:04 PM Miika Turkia via subsurface <
>
> > >
>
> > > subsurface@subsurface-divelog.org> wrote:
>
> > >> On Sun, Mar 17, 2024 at 8:59 PM Michael Keller via subsurface <
>
> > >>
>
> > >> subsurface@subsurface-divelog.org> wrote:
>
> > >>> Hi Berthold.
>
> > >>>
>
> > >>>
>
> > >>> On 17/03/24 21:16, Berthold Stoeger via subsurface wrote:
>
> > >>>
>
> > >>>
>
> > >>>
>
> > >>> I reworked quite a bit of the string handling in the parser recently.
>
> > >>> Did
>
> > >>>
>
> > >>> this work with older versions? Especially the dive buddy thing could
> be
>
> > >>>
>
> > >>> a consequence of the rework.
>
> > >>>
>
> > >>>
>
> > >>> UDDF import / export uses XSLT to convert the Subsurface XML to /
> from
>
> > >>> UDDF, so the parser / generator used is the same that is used to save
>
> > >>> and
>
> > >>> load Subsurface log files - so if this was caused by a bug in the
> parser
>
> > >>> then it is strange that this has not been reported already by users
>
> > >>> trying
>
> > >>> to load / save log files.
>
> > >>
>
> > >> Subsurface's own logs, whether in XML or in git storage, are not going
>
> > >> through XSLT parsing. The XSLT file used for UDDF import is only used
> for
>
> > >> that format, so it is quite limited user base that could face the
> issue.
>
> > >> ___
>
> > >> subsurface mailing list -- subsurface@subsurface-divelog.org
>
> > >> To unsubscribe send an email to
> subsurface-le...@subsurface-divelog.org
>
>
>
___
subsurface mailing list -- subsurface@subsurface-divelog.org
To unsubscribe send an email to subsurface-le...@subsurface-divelog.org

Re: Something's weird with the dive computer parsing in the UDDF import

[Miika Turkia via subsurface]

I do not remember the details of UDDF specification, so should dig into it
to make sure. But only fail3.uddf includes divecomputers in section
equipment. In UDDF, each dive references into this equipment section for
the used dive computer. And for the fail.uddf and fail2.uddf this info is
missing, so the reference not returning any sensible data.

On Fri, Mar 22, 2024 at 4:39 PM Henrik B A  wrote:

> Miika: Are you able to see what's wrong with the import, based on the
> files I provided?
>
> Henrik
>
> On Sun, Mar 17, 2024 at 8:04 PM Miika Turkia via subsurface <
> subsurface@subsurface-divelog.org> wrote:
>
>> On Sun, Mar 17, 2024 at 8:59 PM Michael Keller via subsurface <
>> subsurface@subsurface-divelog.org> wrote:
>>
>>> Hi Berthold.
>>>
>>>
>>> On 17/03/24 21:16, Berthold Stoeger via subsurface wrote:
>>>
>>>
>>>
>>> I reworked quite a bit of the string handling in the parser recently.
>>> Did
>>>
>>> this work with older versions? Especially the dive buddy thing could be
>>>
>>> a consequence of the rework.
>>>
>>>
>>> UDDF import / export uses XSLT to convert the Subsurface XML to / from
>>> UDDF, so the parser / generator used is the same that is used to save and
>>> load Subsurface log files - so if this was caused by a bug in the parser
>>> then it is strange that this has not been reported already by users trying
>>> to load / save log files.
>>>
>>
>> Subsurface's own logs, whether in XML or in git storage, are not going
>> through XSLT parsing. The XSLT file used for UDDF import is only used for
>> that format, so it is quite limited user base that could face the issue.
>> ___
>> subsurface mailing list -- subsurface@subsurface-divelog.org
>> To unsubscribe send an email to subsurface-le...@subsurface-divelog.org
>>
>
___
subsurface mailing list -- subsurface@subsurface-divelog.org
To unsubscribe send an email to subsurface-le...@subsurface-divelog.org

Re: Something's weird with the dive computer parsing in the UDDF import

[Miika Turkia via subsurface]

On Sun, Mar 17, 2024 at 8:59 PM Michael Keller via subsurface <
subsurface@subsurface-divelog.org> wrote:

> Hi Berthold.
>
>
> On 17/03/24 21:16, Berthold Stoeger via subsurface wrote:
>
>
>
> I reworked quite a bit of the string handling in the parser recently. Did
>
> this work with older versions? Especially the dive buddy thing could be
>
> a consequence of the rework.
>
>
> UDDF import / export uses XSLT to convert the Subsurface XML to / from
> UDDF, so the parser / generator used is the same that is used to save and
> load Subsurface log files - so if this was caused by a bug in the parser
> then it is strange that this has not been reported already by users trying
> to load / save log files.
>

Subsurface's own logs, whether in XML or in git storage, are not going
through XSLT parsing. The XSLT file used for UDDF import is only used for
that format, so it is quite limited user base that could face the issue.
___
subsurface mailing list -- subsurface@subsurface-divelog.org
To unsubscribe send an email to subsurface-le...@subsurface-divelog.org

Re: Test Email - New SMTP End Point

[Miika Turkia via subsurface]

FYI Just got a notification that my membership on the maillist was
terminated due to excessive bounces. Re-enabled the membership, let's see
if things will go better now.

On Thu, Feb 1, 2024 at 4:48 PM Dirk Hohndel via subsurface <
subsurface@subsurface-divelog.org> wrote:

>
> I know, we all hate to receive test emails. I would love to hear from
> those of you for whom this ended up in spam or any other oddity that you
> observed.
>
> This is now using Amazon SES as my SMTP End Point. A pay per use service
> (but at the volume of this mailing list extremely cheap - likely this will
> be a couple of dollars a month).
>
> Hopefully this will address the recent issues (and I can re-subscribe all
> the people I had to take off the list).
>
> Thanks
>
> /D
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: web server moved

[Miika Turkia via subsurface]

For some reason, I seem to be missing a picture on the front page. If I
right-click on the empty space and open image to new tab, it loads the
image fine. When viewing translated pages, those are missing all the
pictures in the front page.
[image: image.png]

Many links seem to point to https://subsurface.github.io/, not sure how
this was supposed to be.

This is what I noticed in a quick check.

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

Subsurface-mobile beta on iPhone

[Miika Turkia via subsurface]

Ehlo,

few comments about 3.4.8(5.0.10.177) on iPhone

- Could use longer cloud timeout, haven't been able to sync properly with
the poor internet connectivity I currently have. I managed to fetch new
data from cloud once, but mobile app apparently does not merge dives coming
from different dive computers from cloud with the one downloaded with
mobile. (And I have not been able to push the one DC downloaded by mobile
app to the cloud at all.)
- Download from Shearwater Petrel AI gets me EAN33 even though I have
configured EAN32 on the DC
- When exiting the mobile app, I get a crash dialog - so not closing down
cleanly when one closes it with the swipe method

iPhone: 11
iOS: 16.5.1
Internet connectivity: poor at best

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

Re: mobile apps

[Miika Turkia via subsurface]

Apparently iPhone app crashes when exiting Subsurface. (Swipe from bottom to 
get a “list” of open apps and then swipe it out to close it)

Was first thinking this to be related to downloading dives, but seems to happen 
without any actions before closing.

Did send developer feedback from one crash dialog, if that is of any use.

Miika



> On 29. May 2023, at 22.27, Dirk Hohndel via subsurface 
>  wrote:
> 
> 
> You can leave the beta and get the release version back. I'm trying to 
> replace the broken build, but right now things aren't going my way...
> 
> /D
> 
> 
>> On May 29, 2023 6:48:01 AM PDT, Adolph Weidanz via subsurface 
>>  wrote:
>> No worries, I have it installed on my desktop and that works fine.
>> 
>>> On Sun, May 28, 2023 at 8:20 PM Dirk Hohndel  wrote:
>>> 
>>> I'm about five hours into trying to get to a working build environment that 
>>> complies with what the play store now requires.
>>> To say that this is a somewhat frustrating exercise would be greatly 
>>> understate my feelings on this matter...
>>> 
>>> So, err, yeah... don't bother testing the current Android beta :(
>>> 
>>> /D
>>> 
 On May 28, 2023, at 4:28 PM, Adolph Weidanz via subsurface 
  wrote:
 
 I downloaded 3.4.8 (5.0.10.377) on my samsung Note 20, running Android
 13 kernel 4.19.113-26203352.
 
 Soon as I started it up it crashed, Tried again and android says to
 clear the cache and try again. Did so with no change. Gets to the
 white screen and then dies.
 
> On Sun, May 28, 2023 at 5:58 PM Mark Stiebel via subsurface
>  wrote:
> 
> If I try and launch from my home screen or the app drawer on my OnePlus 8 
> Pro I get "Permission Denied".
> 
> From App Info > Open, it shows the splash screen momentarily and then 
> shuts down. I've checked app permissions, and it has access to everything 
> it's asking for (Location, Notifications, Photos & Videos, Music & Audio).
> 
> It didn't have access to photos and video or music and audio previously 
> (not sure why it's asking for audio?) but I added just to be sure.
> 
> Mark.
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
 subsurface mailing list
 subsurface@subsurface-divelog.org
 http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>>> 
>> subsurface mailing list
>> subsurface@subsurface-divelog.org
>> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
> 
> -- 
> from my phone
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: GitHub two-factor authentication

[Miika Turkia via subsurface]

I use Yubikey for second factor on github and a few other places (and SSH
logins, PGP, etc.). The mini version is in my laptop's USB slot constantly,
so easy to touch whenever authentication or 2FA is needed. Comes with a
price and takes up a USB port, but I find it way more convenient than the
OTP applications on phone.
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Importing from defective Suunto DM5

[Miika Turkia via subsurface]

It should be DM5.db (if I recall correctly) under your home directory. Our
user manual documents how to get the correct path from Suunto DM5, but if
that is not starting for you, you should still be able to search for the
file under your home directory. Just use file explorer and type in the file
name in the search box. If you have any trouble with finding it or
importing, let me know. I might be able to access a Windows machine with
DM5 installed, if necessary.

miika

On Wed, Jun 8, 2022 at 8:51 PM Carlos Mendes Pereira via subsurface <
subsurface@subsurface-divelog.org> wrote:

> Thanks! I’ll study the thread!
>
> 
> *Carlos Mendes Pereira*
>
> On 8 Jun 2022, at 18:48, JB2Cool  wrote:
>
> The D9.db or D9.mdb thing might be a red herring, this may have been only
> on earlier versions of the Suunto software. There was some previous
> discussion by someone else wanting to do a similar thing and that can be
> found here ,
> they seemed to find a working solution.
>
> JB
>
>
>
> Sent from Mail  for
> Windows
>
>
>
> *From: *Carlos Mendes Pereira 
> *Sent: *08 June 2022 18:01
> *To: *Jason Bramwell 
> *Cc: *subsurface@subsurface-divelog.org
> *Subject: *Re: Importing from defective Suunto DM5
>
>
>
> Hi!
>
>
>
> Thanks for the information.
>
>
>
> Could you please help me find that file?
>
>
>
> After accessing it, how can I import it to subsurface?
>
>
>
> Many thanks,
>
>
> 
> *Carlos Mendes Pereira*
>
>
>
> On 7 Jun 2022, at 18:20, Jason Bramwell  wrote:
>
>
>
> Suunto used to keep their data in a .db file for SDM3 and I think DM4, but
> I don’t know if this is still true for DM5, that’s the file you want.
>
>
>
> Jason
>
>
>
> Sent from Mail  for
> Windows
>
>
>
> *From: *Carlos Mendes Pereira via subsurface
> 
> *Sent: *07 June 2022 16:56
> *To: *subsurface@subsurface-divelog.org
> *Subject: *Importing from defective Suunto DM5
>
>
>
> Hi!
>
>
>
> As many other users, since years I cannot use Suunto DM5 because it simply
> stopped working on Mac. Searching for alternative, I came across your
> product and I just installed it.
>
>
>
> I saw that it would be possible to import logs from Suunto DM5, but it
> doesn’t even open, so I cannot export the logs. The Suunto app is still
> installed. Is there anyway to recover the information and import it to
> SubSurface? I guess the information should be stored somewhere inside the
> app folders, but I don’t know where to look.
>
>
>
> Thanks, in advance, for any help you can give me.
>
>
>
> Best regards and happy dives!
>
>
> 
> *Carlos Mendes Pereira*
>
>
>
>
>
>
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: we'll need to release a 5.0.7 pretty soon

[Miika Turkia via subsurface]

What does the "Bin" mean in the strings? stats/statsstate.cpp:21
Looking at the source file does not really help me to understand...

On Fri, Mar 18, 2022 at 6:22 PM Dirk Hohndel via subsurface <
subsurface@subsurface-divelog.org> wrote:

> I pushed a draft for the announcement (yay, this time I remembered to do
> this BEFORE I release the version).
> Also pushed the latest translations that we have.
>
> A number of languages are missing the last few phrases. Of our more
> commonly used languages here are the top few that are almost complete:
>
> Spanish (and also Catalan - both just missing the new hand full of strings)
> Finnish
> Italian
> French
>
> Less commonly used languages that are however also very close to complete
>
> Bulgarian
> Romanian
> Hebrew
>
> I'll wait a couple more days to see if people want to work on those - and
> to give all of you some time to test things a bit. Especially the planner
> and the visual profile editor - those have seen some changes that might
> benefit from a few more eyes...
>
> /D
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Import divelog from camera

[Miika Turkia via subsurface]

Looks like the time format is not currently supported.
- The date uses different separator than what we support (would be easy to
add)
- Date and time are in same column, so would require special parsing to
split them (should be easy enough)
- Time is given in clock time, not relative to start of the dive. So this
would also need to be taken into account. And this would probably be
tricky, see below.

Support could be implemented either by preprocessing, or adding support
directly to Subsurface, just as you suggest. The latter is a bit more
complex as the import is unfortunately done with XSLT and CSV import with
it is really already pushing the limits of that language (it was meant for
XML transformations). Would require a bit of thinking how to do the direct
import, there might be some trick that I cannot think right now.

The + sign Robet mentions would be easy to take into account, if it is not
already handled correctly.

miika

On Mon, Jul 19, 2021 at 7:37 PM Paul Buxton via subsurface <
subsurface@subsurface-divelog.org> wrote:

> I may not have been very clear. I meant that the Paralenz might be an
> alternate way of logging your dives, rather than using subsurface as a way
> of getting image correction based on depth.
> One of the problems with that is exactly what you asked for, i.e. having
> images with associated depth data. Ideally you would want images with a
> color reference chart.
>
> Paralenz have been good enough to send a sample csv file. Which it looks
> like it would be easy enough to either pre-process to make it consumable by
> subsurface, or add support for.
> The fields are not quite a match for the ones in the csv importer, but
> could be handled easily enough I think.
>
> Paul
>
> On Mon, Jul 19, 2021 at 10:29 AM Robert.Helling 
> wrote:
>
>> Hi,
>>
>> On 19. Jul 2021, at 10:14, Paul Buxton via subsurface <
>> subsurface@subsurface-divelog.org> wrote:
>>
>> I have been eyeing up the Paralenz Vaquita camera, mainly due to the
>> depth based colour correction (something I had been thinking of doing
>> myself). I emailed Paralenz about the possibility of extracting the dive
>> log. I just got a response that it is saved out as a csv file, so we ought
>> to be able to just use the CSV import function straight out of the box! :-)
>>
>> I have asked if they could send me a sample file. If I get that I will
>> update on what it contains.
>>
>>
>> thanks a lot. That is good news. Given that we have already another
>> paralenz feature in the form of exporting depth and time as a subtitle file
>> that can be used together with videos short during the dive for in picture
>> display of these values, one could contemplate to also do such color
>> correction. I am sure this would be possible with ffmepg. Maybe an
>> interesting project for a student to research this… too bad we don’t do
>> GSOC anymore.
>>
>> I myself don’t do underwater video/photo. Do you have any examples
>> (video/pictures with accompanying depth data from a dive computer) that one
>> could use to get started?
>>
>> Best
>> Robert
>>
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: preparing for 5.0.2

[Miika Turkia via subsurface]

On Sat, Jul 3, 2021 at 1:16 PM Robert Helling  wrote:

> Hi,
>
> On 30. Jun 2021, at 01:12, Dirk Hohndel via subsurface <
> subsurface@subsurface-divelog.org> wrote:
>
> So... if you have a moment (especially if you are on Mac and Windows),
> would you please try the current daily builds, and try the printing
> features?
>
>
> thanks to my daughter’s birthday and related festivities, I will not have
> much time this weekend to look into this, so just a few quick remarks:
>
> * As said earlier, I think it would be great if this release would contain
> a fix (which we don’t have yet) for the Poseidon CCR issues reported by
> Robert Angermeyer in #3264/#3265. My guess would be it is something simple
> for somebody familiar with this part of file import code (Miika?)
>

This #3265 might not be related to APD import. I am able to import both DCs
separately, but when importing second computer on top of first one, nothing
seems to happen. If I export each DC individually to Subsurface XML and try
to import those, the DC merge does not happen either, and we end up with
only first DC in the log. So far I have not been able to figure out what is
going on, but next step will probably be to look into DC merging code. (Or
use debugger to make sure the import part works properly, before diving
into the merging code.)

For #3264, I am still lacking Windows to test with.

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

Re: libgit2-dev and detection in subsurface/scripts/build.sh

[Miika Turkia via subsurface]

On Sun, Oct 11, 2020 at 7:08 PM Cristian Ionescu-Idbohrn via subsurface <
subsurface@subsurface-divelog.org> wrote:

> Debian unstable here.
>
> I did not have libgit2-dev installed and noticed this in build.log:
>
> ./subsurface/scripts/build.sh: line 268: ldconfig: command not
> found
> realpath: missing operand
> Try 'realpath --help' for more information.
>
> That's because ldconfig is installed in /sbin/ldconfig and a non-root
> user does not normally have access to /sbin.  Thus the detection will
> always fail.  So, some sort of detection would be needed.  Something
> like:
>
> if [ -x /sbin/ldconfig ]; then
> LDCONFIG=/sbin/ldconfig
> elif [ -x /usr/sbin/ldconfig ]; then
> LDCONFIG=/usr/sbin/ldconfig
> else
> echo "no acces to ldconfig" >&2
> exit 1
> fi
>
> LIBGIT=$(realpath $($LDCONFIG -p | grep libgit2\\.so\\. |
> cut -d\  -f4) | awk -Fo '{ print $NF }')
>
> maybe?
>

or just add /sbin and /usr/sbin to PATH environment variable?
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Dependencies of Subsurface on Ubuntu 20.04

[Miika Turkia via subsurface]

On Sun, Oct 4, 2020 at 1:18 PM Willem Ferguson via subsurface <
subsurface@subsurface-divelog.org> wrote:

> I asked this question several times.
>
> I have just upgraded to Ubuntu 20.04 and, of course, my subsurface
> libraries were deleted. Where can I find the list of dependencies to
> install for 20.04?
>

If you use our Launchpad repository, everything is taken care of for you.
If you are planning on building Subsurface and need the dependencies for
that, you can still benefit from the repository. To prepare, add our
repository to your Ubuntu:

sudo add-apt-repository ppa:subsurface/subsurface
sudo apt-get update

Next step depends whether you want to install the version from our
repository or compile yourself. To just install Subsurface from our
repository use:

sudo add install subsurface

On the other hand, if you are planning to build yourself, use the following
command to automatically install the packages building depends on:

sudo apt build-dep subsurface


> I would be prepared to help maintain a page on the Subsurface web site
> that lists the dependencies for various Linux flavours.
>

I would think that the packages listed on INSTALL file in our sources would
be reasonably up-to-date. For the general audience, I would suggest to just
use the repository and not bother with listing the dependencies manually.
But if you want to see the facts, the dependencies are included in the deb
package in our repository, and are up-to-date as that is build in minimal
build environment and whatever is needed to be installed, is automatically
added to the package metadata. Anyway, if you wish to see the full list of
current information, following command shows it (if you have our repository
enabled):

apt-cache show subsurface

Finally, build dependencies you can see also from the repository, URL:

https://launchpad.net/~subsurface/+archive/ubuntu/subsurface/+sourcefiles/subsurface/4.9.7-1~focal/subsurface_4.9.7-1~focal.dsc

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

Re: Grouping and managing dive logs

[Miika Turkia via subsurface]

On Sun, Sep 27, 2020 at 9:29 PM Attilla de Groot  wrote:

>
>
> On September 27, 2020 20:18:49 Miika Turkia 
> wrote:
>
>> On Sun, Sep 27, 2020 at 4:59 PM Attilla de Groot via subsurface <
>> subsurface@subsurface-divelog.org> wrote:
>>
>>>
>>>
>>> On 27 Sep 2020, at 15:22, Jason Bramwell  wrote:
>>>
>>> I have my own way of doing this and this is done using a combination of
>>> tags and location name.
>>>
>>> For me my tag rules are:
>>> Deep = anything over 35m (this is just depth that I’ve chosen as my
>>> cutoff point)
>>> Deco = any dive with accelerated decompression. Mandatory or extended
>>> safety stops don’t count in my rules
>>>
>>> What you have suggested (nitrox, mandatory deco ceiling) could easily be
>>> done with tags.
>>>
>>> My location naming scheme is a bit less consistent and I have a couple
>>> of ways of doing this, whatever seems the most sensible. At home I use
>>> Country – Town/City – Site. On holiday I use Body of water – Country – Site
>>> (I do this if the trip is from a liveaboard where the port of origin is
>>> less meaningful) or Body of water – Country – Town/City – Site  (I do this
>>> if it’s a ‘day-boat’ leaving and returning to port.
>>>
>>> e.g.
>>> Adriatic Sea - Croatia - Krnica – Pascoli
>>> Adriatic Sea - Croatia - Plomin Luka – Vis
>>> Pacific Ocean - Chuuk - San Francisco Maru
>>> Red Sea - Egypt - Chrisoula K
>>> Red Sea - Egypt - Giannis D
>>> UK - Plymouth - HMS Scylla
>>> UK - Plymouth - SS James Egan Layne
>>> UK - Portland - HMS Boadicea
>>>
>>> This works for me.
>>>
>>>
>>> I agree that I can solve this with tags just like you. It would mean I
>>> have to add tags to all my previous dives, it will just cost me some time
>>> to add them. I thought it would be nice to have some additional search
>>> features though for people that have a large number of dives.
>>>
>>>
>>> For discontiguous dives as part of the same trip, that doesn’t make
>>> sense to me. A ‘trip’ as far as Subsurface is concerned is a set of
>>> contiguous dives for example some sea dives and some cenote/cave dives in
>>> Mexico but these would all be contiguous. I’d be interested in knowing the
>>> reasoning why you would want to use this otherwise.
>>>
>>>
>>> I’m making quite some local dives between my trips that I would like to
>>> group as “local dives” to have a shorter overview in the list (which is why
>>> the trip feature exists). As you can see in the attached screenshot, this
>>> would end up as quite a weird list since these local dives are
>>> discontiguous between the trips I’m making.
>>>
>>
>> You can add a trip (or multiple trips) manually, and add selected dives
>> to the trip. Choose the dives you want to group together, click right
>> button within the selection and choose create trip above. This should group
>> all the selected dives together. (Not sure if it works if there is a
>> different trip in between the dives, but it should be easy to test out.)
>>
>
> I've tested that part, but then the local dives get added to the trip in
> between. I can create a trip for each period between my actual trips, but
> it would be nice to have my local dives grouped together.
>

If you select all the dives that are not in any trip and group them
together, they all are merged into one group. I just tested this with
Subsurface 4.9.6.
[image: image.png]

This is not something that I would use personally, but seems to be
possible. You could also use the filtering to hide the dives you do not
wish to see. I.e. choose the Location field and "None of", Exact, and then
specify the local dive sites: VV Ze4,De Beldert

Besides, if you wish to group dives by year, you can do that just fine.
Dives are grouped automatically (if you enable this) when there tissue
loading. But manually you can group even dives that are months apart.

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

Re: Grouping and managing dive logs

[Miika Turkia via subsurface]

On Sun, Sep 27, 2020 at 4:59 PM Attilla de Groot via subsurface <
subsurface@subsurface-divelog.org> wrote:

>
>
> On 27 Sep 2020, at 15:22, Jason Bramwell  wrote:
>
> I have my own way of doing this and this is done using a combination of
> tags and location name.
>
> For me my tag rules are:
> Deep = anything over 35m (this is just depth that I’ve chosen as my cutoff
> point)
> Deco = any dive with accelerated decompression. Mandatory or extended
> safety stops don’t count in my rules
>
> What you have suggested (nitrox, mandatory deco ceiling) could easily be
> done with tags.
>
> My location naming scheme is a bit less consistent and I have a couple of
> ways of doing this, whatever seems the most sensible. At home I use Country
> – Town/City – Site. On holiday I use Body of water – Country – Site (I do
> this if the trip is from a liveaboard where the port of origin is less
> meaningful) or Body of water – Country – Town/City – Site  (I do this if
> it’s a ‘day-boat’ leaving and returning to port.
>
> e.g.
> Adriatic Sea - Croatia - Krnica – Pascoli
> Adriatic Sea - Croatia - Plomin Luka – Vis
> Pacific Ocean - Chuuk - San Francisco Maru
> Red Sea - Egypt - Chrisoula K
> Red Sea - Egypt - Giannis D
> UK - Plymouth - HMS Scylla
> UK - Plymouth - SS James Egan Layne
> UK - Portland - HMS Boadicea
>
> This works for me.
>
>
> I agree that I can solve this with tags just like you. It would mean I
> have to add tags to all my previous dives, it will just cost me some time
> to add them. I thought it would be nice to have some additional search
> features though for people that have a large number of dives.
>
>
> For discontiguous dives as part of the same trip, that doesn’t make sense
> to me. A ‘trip’ as far as Subsurface is concerned is a set of contiguous
> dives for example some sea dives and some cenote/cave dives in Mexico but
> these would all be contiguous. I’d be interested in knowing the reasoning
> why you would want to use this otherwise.
>
>
> I’m making quite some local dives between my trips that I would like to
> group as “local dives” to have a shorter overview in the list (which is why
> the trip feature exists). As you can see in the attached screenshot, this
> would end up as quite a weird list since these local dives are
> discontiguous between the trips I’m making.
>

You can add a trip (or multiple trips) manually, and add selected dives to
the trip. Choose the dives you want to group together, click right button
within the selection and choose create trip above. This should group all
the selected dives together. (Not sure if it works if there is a different
trip in between the dives, but it should be easy to test out.)

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

Re: signed Windows 4.9.7 installer

[Miika Turkia via subsurface]

On Sun, Sep 27, 2020 at 1:29 AM Dirk Hohndel via subsurface <
subsurface@subsurface-divelog.org> wrote:

>
>
> So... your help is greatly appreciated. Oh, and please report back what
> Windows tells you about this binary :-)
>

One VM was happy, no warnings, another gave me this nagging screen.
Naturally there is no button to actually run the app, but hitting the link
gives one the info who is the signer, and allows to actually run the
installer.

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

Re: Windows && sqlite?

[Miika Turkia via subsurface]

On Wed, Sep 23, 2020 at 2:18 AM Thiago Macieira  wrote:

> On Tuesday, 22 September 2020 11:58:04 PDT Dirk Hohndel via subsurface
> wrote:
> > > I suspect that parsing the samples fails, and that sql query might be
> > > something that the version of libsqlite on windows cannot handle...
> > We use libsqlite 3.32.2 on Windows.
> > I always wonder if this is a line end issue or something else where the
> > different character set conversions bite us...?
>
> The sqlite file format should be the same. It's binary, so line endings
> shouldn't be an issue. Only if the lines with CRLF are loaded into the
> database itself...
>

Line ending should not be an issue as the query does not have a new line
and the data returned for samples doesn't have any free texts in it.


> You can copy the file onto a Linux and use /usr/bin/sqlite to see if it
> can
> read.
>

It all works on Linux just fine. Subsurface on Linux imports the data
properly, and of course sqlite3 on command-line works with the DB as well.
The only thing not working (as far as I know) is trying to parse the DB on
Windows with Subsurface. Maybe I need to next find a command line db cli
for Windows and see if that works.

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

Windows && sqlite?

[Miika Turkia via subsurface]

Hello

it seems that the Windows version of Subsurface imports Shearwater sqlite
database differently than Linux. What is the sqlite version that is
included in the Winodws build? Could that be the issue? What else could be
different in the Windows build?

I suspect that parsing the samples fails, and that sql query might be
something that the version of libsqlite on windows cannot handle...

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

Re: towards 4.9.7

[Miika Turkia via subsurface]

On Sat, Sep 12, 2020 at 7:41 PM Dirk Hohndel via subsurface <
subsurface@subsurface-divelog.org> wrote:

>
> - if you are currently working on a bug fix, please drop me a line and let
> me know so I can figure out if we should wait for that
>

I am working on fixing some bugs on Shearwater Cloud import. This should be
OK now, but I wish to receive an ack from the guy reporting the issue
before sending a PR.

https://github.com/mturkia/subsurface/tree/shearwater_cloud

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

Re: Edit Gas Change Event

[Miika Turkia via subsurface]

On Mon, Aug 3, 2020 at 12:14 PM Berthold Stoeger via subsurface <
subsurface@subsurface-divelog.org> wrote:

> Dear Micha,
>
> On Montag, 3. August 2020 05:21:27 CEST micha via subsurface wrote:
>
> > The diff can be seen on GitHub:
> >
> https://github.com/subsurface/subsurface/compare/master...mwerle:feature/
> > edit_gas_change
> >
> > If there are no objections/concerns, I'll clean this up a bit and create
> a
> > pull request.
>
> That link doesn't work for me. I suggest that you create a PR even if it
> is
> not yet polished.


The link is word wrapped, merging the two lines produces a functional
address.
https://github.com/subsurface/subsurface/compare/master...mwerle:feature/edit_gas_change

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

Mk1 import on Mac

[Miika Turkia via subsurface]

Hello,

there is a report of Garmin Descent Mk1 import not working on Subsurface
4.9.6 on Mac 10.12.6.

https://groups.google.com/forum/?utm_medium=email_source=footer#!category-topic/subsurface-divelog/V3OGeugWNtg

What is weird is that this depends on the file name, changing the Garmin
generated file name to 55.fit allows import.

I grabbed some old dives from a backup, copied to my Garmin, and download
worked just fine with the original file naming. I tested this on Linux with
4.9.6 and current master. (For obvious reasons, I do not have any fresh
dives on my computer :( )

With a brief look at our and libdivecomputer sources, I don't see anything
that would explain the issue on a Mac.

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

Re: Dive log File

[Miika Turkia via subsurface]

>From these logs, it makes sense to import elapsed time, depth and
temperature (we do also support sample pO2 for rebreathers).  What other
information do you wish to import?

Importing date, divenumber and other meta-data would require a specific
importer for the Tusa format and that is something we do not currently have.

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

Re: Dive log File

[Miika Turkia via subsurface]

Seems that the pictures were dropped from the mail for some reason. Could
you try to re-send them? Or you could send them directly to me if the
mailing list is giving you trouble with them..

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

Debian packages

[Miika Turkia via subsurface]

Hello,

it seems that we cannot provide Debian packages anymore as both stable and
testing Debians are using different Qt versions than Ubuntu. And the
packages that are built on Launchpad are Ubuntu based. I would be
interested in hearing ideas how to remedy this.

One option would be to have our own build server and use pbuilder to build
packages for Debian. Then we could have Debian repositories in e.g.
subsurface-divelog.org to share these packages.

I have no idea how the current Subsurface build system works or if that
would support building Debian packages easily. It would, of course, be
better if there was no need for additional servers to tackle this.

Anyway, I have had pbuilder based setup for myself earlier, and have also
had private Debian repository, so I am familiar with this approach. If we
choose to go that way, this should not take too long for me to setup. But
integration with our build/release system, I have no idea. Or if there are
better options, as said, I am interested in hearing. Let me also know, if
this idea should not be pursued further.

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

Re: Dive trip editing using Subsurface-mobile

[Miika Turkia via subsurface]

The latest beta version allows editing of trip details. A long press on
trip header opens up the action menu, with editing option.

miika

On Fri, Apr 10, 2020 at 12:18 PM Willem Ferguson via subsurface <
subsurface@subsurface-divelog.org> wrote:

> Having downloaded some dives from a divecomputer onto Subsurface-mobile,
> the newly-downloaded dives are listed in the dive list under a trip
> title showing year and month.
>
> Is there a possibility to edit this information to show the broad
> identity of the trip (e.g. "Portofino, Italy", or "ScubaExtreme Divers,
> Portofino")? This need is acute if more than one dive trip per month is
> done, but in general one would like to put more specific information in
> the trip title.
>
> Kind regards,
>
> Willem
>
>
>
> --
> This message and attachments are subject to a disclaimer.
>
> Please refer to
> http://upnet.up.ac.za/services/it/documentation/docs/004167.pdf
>  for
> full
> details.
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Videocasts for Subsurface user support

[Miika Turkia via subsurface]

On Sat, Apr 4, 2020 at 6:30 PM Willem Ferguson via subsurface <
subsurface@subsurface-divelog.org> wrote:

> Below is a link to a concept for making a few videocasts as a user
> support mechanism for Subsurface.
>
> Give attention to the general approach and way of communication.
>
> And please comment as this will help me decide how to do this in future.
>

Looks good to me. I have a few suggestions to consider, feel free to ignore
or include them based on your judgment.

I was just expecting that you would have shown the BT settings on
Subsurface side as well and actually started the download. You should
probably instruct the viewer to consult his/her DC manual on how to enable
BT. And you could also consider to show how to enable the Bluetooth on the
specific DC model you are using on the video.

IMO it would be better to show current version of android on the video, but
I suppose you are using 7 as that is what you have, and it definitely
suffices.

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

Re: releasing Subsurface-mobile 3.0

[Miika Turkia via subsurface]

Great! I just missed the mention of it.

miika

> On 28. Mar 2020, at 7.36, Dirk Hohndel  wrote:
> 
> I'm quite certain that the download / dive list issue is fixed.
> 
> Tested this many times.
> 
> /D
> 
>> On March 27, 2020 9:51:36 PM PDT, Miika Turkia via subsurface 
>>  wrote:
>> This test scenario worked on my iPhone 8plus and 11. (Golden beta release)
>> 
>> I also tried download from dc. Deleted dive, dl, undo, undo. And this seemed 
>> to work. Downloading new dives used to result in broken divelist as I 
>> reported from my testing trip. I don’t recall this to be reported as fixed, 
>> but a dummy test indicates that it might be. However, a proper test would 
>> require some more diving, or really mangling the log to properly simulate 
>> download of day’s worth of diving.
>> 
>> miika
>> 
>>>> On 27. Mar 2020, at 20.40, Hartley Horwitz via subsurface 
>>>>  wrote:
>>>> 
>>> 
>>> Sorry, that got sent.  Here's the test plan
>>> * open subsurface
>>> * select the filter button.  If your screen immediately shows the 
>>> Subsurface main menu (including dive list, dive management, location, 
>>> settings), then you have the bug I was referring to.
>>> * filter your dives with some text string
>>> * clear the filters, by selecting the filter button. On the previous 
>>> release, that also showed the main menu.
>>> 
>>> BTW, the latest release is working for this specific bug.  I'm working 
>>> through some other tests.
>>> 
>>> ...Hartley
>>> 
>>>> On Fri, Mar 27, 2020 at 2:28 PM Chirana Gheorghita Eugeniu Theodor 
>>>>  wrote:
>>>> I will test shortly on a Ipad. Can someoane describe the test scenario? 
>>>> 
>>>>> On Fri, Mar 27, 2020, 20:12 Dirk Hohndel via subsurface 
>>>>>  wrote:
>>>>> I have a crude hack to disable the interaction between the action
>>>>> button and the drawers. I'm building a new iOS beta and will push this
>>>>> to the Apple App Store right away. You should get a notification for it
>>>>> in the next 10 minutes to 72 hours, depending on how Apple feels about
>>>>> this. The last couple of iterations have been really really swift, so
>>>>> hopefully it's soon.
>>>>> 
>>>>> I'd appreciate testing and feedback.
>>>>> 
>>>>> /D
>>>>> 
>>>>> On Fri, 2020-03-27 at 10:27 -0700, Dirk Hohndel via subsurface wrote:
>>>>> > That is... surprising.
>>>>> > I am testing on two iPhones. a 6plus and an 8plus (so both are the
>>>>> > larger size). Also testing on a 2016 iPad pro 9.6” and a 2019 iPad
>>>>> > pro 9.6”. And unless I deliberately try to drag the action button
>>>>> > while hitting it, I cannot reproduce your issue.
>>>>> > But then, what I experience isn’t really the point (because I don’t
>>>>> > actually use any of these devices (with the exception of the 2019
>>>>> > iPad that I am also using to write this email) on a day-to-day basis.
>>>>> > What matters is the experience of actual users like you.
>>>>> > 
>>>>> > I spent some time browsing through the Kirigami sources to see if we
>>>>> > could simply turn off the response of the action button to being
>>>>> > dragged. Unfortunately it appears that this is a non-optional feature
>>>>> > as far as Kirigami is concerned. I will spend some time this morning
>>>>> > to see if there is a quick hack where we simply patch the version of
>>>>> > Kirigami that we bundle with Subsurface-mobile that we could use to
>>>>> > either disable this or make it a LOT less sensitive. I’ll keep the
>>>>> > list posted if I succeed.
>>>>> > 
>>>>> > For now I am holding off on releasing Subsurface-mobile 3.0
>>>>> 
>>>>> ___
>>>>> subsurface mailing list
>>>>> subsurface@subsurface-divelog.org
>>>>> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>>> ___
>>> subsurface mailing list
>>> subsurface@subsurface-divelog.org
>>> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
> 
> -- 
> From my phone
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: releasing Subsurface-mobile 3.0

[Miika Turkia via subsurface]

This test scenario worked on my iPhone 8plus and 11. (Golden beta release)

I also tried download from dc. Deleted dive, dl, undo, undo. And this seemed to 
work. Downloading new dives used to result in broken divelist as I reported 
from my testing trip. I don’t recall this to be reported as fixed, but a dummy 
test indicates that it might be. However, a proper test would require some more 
diving, or really mangling the log to properly simulate download of day’s worth 
of diving.

miika

> On 27. Mar 2020, at 20.40, Hartley Horwitz via subsurface 
>  wrote:
> 
> 
> Sorry, that got sent.  Here's the test plan
> * open subsurface
> * select the filter button.  If your screen immediately shows the Subsurface 
> main menu (including dive list, dive management, location, settings), then 
> you have the bug I was referring to.
> * filter your dives with some text string
> * clear the filters, by selecting the filter button. On the previous release, 
> that also showed the main menu.
> 
> BTW, the latest release is working for this specific bug.  I'm working 
> through some other tests.
> 
> ...Hartley
> 
>> On Fri, Mar 27, 2020 at 2:28 PM Chirana Gheorghita Eugeniu Theodor 
>>  wrote:
>> I will test shortly on a Ipad. Can someoane describe the test scenario? 
>> 
>>> On Fri, Mar 27, 2020, 20:12 Dirk Hohndel via subsurface 
>>>  wrote:
>>> I have a crude hack to disable the interaction between the action
>>> button and the drawers. I'm building a new iOS beta and will push this
>>> to the Apple App Store right away. You should get a notification for it
>>> in the next 10 minutes to 72 hours, depending on how Apple feels about
>>> this. The last couple of iterations have been really really swift, so
>>> hopefully it's soon.
>>> 
>>> I'd appreciate testing and feedback.
>>> 
>>> /D
>>> 
>>> On Fri, 2020-03-27 at 10:27 -0700, Dirk Hohndel via subsurface wrote:
>>> > That is... surprising.
>>> > I am testing on two iPhones. a 6plus and an 8plus (so both are the
>>> > larger size). Also testing on a 2016 iPad pro 9.6” and a 2019 iPad
>>> > pro 9.6”. And unless I deliberately try to drag the action button
>>> > while hitting it, I cannot reproduce your issue.
>>> > But then, what I experience isn’t really the point (because I don’t
>>> > actually use any of these devices (with the exception of the 2019
>>> > iPad that I am also using to write this email) on a day-to-day basis.
>>> > What matters is the experience of actual users like you.
>>> > 
>>> > I spent some time browsing through the Kirigami sources to see if we
>>> > could simply turn off the response of the action button to being
>>> > dragged. Unfortunately it appears that this is a non-optional feature
>>> > as far as Kirigami is concerned. I will spend some time this morning
>>> > to see if there is a quick hack where we simply patch the version of
>>> > Kirigami that we bundle with Subsurface-mobile that we could use to
>>> > either disable this or make it a LOT less sensitive. I’ll keep the
>>> > list posted if I succeed.
>>> > 
>>> > For now I am holding off on releasing Subsurface-mobile 3.0
>>> 
>>> ___
>>> subsurface mailing list
>>> subsurface@subsurface-divelog.org
>>> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Subsurface-mobile v3 user manual

[Miika Turkia via subsurface]

For me, the manual is started on normal view. And on normal view the manual
is shown fully. When I switch to readerview, the manual is truncated as
Martin describes.

On Tue, Mar 24, 2020 at 7:06 PM Martin de Weger via subsurface <
subsurface@subsurface-divelog.org> wrote:

> In the settings of iOS, you can go to Safari -> Reader and select all
> websites. Safari will try to start reader view on all websites afterwards.
> I prefer it that way, less interference from non-essential stuff. 浪
>
> I’ll have another look either tonight or tomorrow.
>
> Met vriendelijke groet,
>
> Martin de Weger
>
> > Op 24 mrt. 2020 om 17:11 heeft Dirk Hohndel  het
> volgende geschreven:
> >
> > On Tue, 2020-03-24 at 11:01 +0100, Martin de Weger wrote:
> >> Hi Dirk,
> >>
> >> When opening the URL on my iPhone, the page is automatically started
> >> in the reader view (which is fine), but the text stops just before
> >> chapter two. This means I can only read the introduction.
> >
> > Two questions...
> > (1) why does it automatically start in reader view? Neither on my
> > iPadPro nor on my two iPhones (oldish and rather old hand-me-downs, I
> > think it's an 8 and a 6) is that automatic...
> > (2) why don't you just tap on the top left corner of the browser and
> > switch back to regular view? And then tap on the aA and zoom to maybe
> > 150% (that looks really nice on my iPhones).
> >
> > And of course, I should try to figure out how to not offer a broken
> > reader view and maybe increase the default font size... :-)
> >
> >
> > I appreciate any feedback on the content you can provide!
> >
> > /D
> >
>
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Feedback iOS 3.0.0 (4.9.3.1185) for iOS

[Miika Turkia via subsurface]

On Sat, Mar 21, 2020 at 10:52 PM Rainer Mohr via subsurface <
subsurface@subsurface-divelog.org> wrote:

> Gentlemen,
>
> Version works well, contact menu does what it should and overall stability
> is good!
>

I pretty much agree to Rainer's review. I did not suffer from the
divelist/map issue. However, I noticed that if I swipe from lefto to right,
starting from the edge of the screen, I might get to the divelist. When
starting the swipe well within the screen, this does not occur.

One issue for me though was that I naturally swiped starting within the
dive profile. And this is going to move the profile around. This is
annoying, as I was meaning to swipe through the dives. When the profile is
not zoomed in, I would suggest to disable moving it. Also the profile
should be limited to be moved within the profile boundaries, it does not
make sense to be able to offset the profile completely from the screen.

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

Re: translations

[Miika Turkia via subsurface]

On Wed, Mar 18, 2020 at 5:01 PM Dirk Hohndel via subsurface <
subsurface@subsurface-divelog.org> wrote:

>
> We have a couple of languages that are complete (and my HUGE THANKS to
> everyone working on Swedish, Portuguese and German), but also some of our
> more popular languages are not there, yet.
> Of our most commonly used languages, Italian and French appear to have the
> biggest gap, Dutch and Spanish are missing just a few strings. A few other
> languages that have slightly smaller user groups but typically have strong
> translations (Hebrew, Finnish, Norwegian) also could use some help.
>

FI done, but it would really benefit from someone checking the translations
through. I have no clue about Finnish diving vocabulary, nor have I ever
used Subsurface in Finnish.

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

Re: Suunto Zoop log for Christof's android changes

[Miika Turkia via subsurface]

Official Suunto Vyper Air cable gives me this:

[63386.597279] usb 1-2: new full-speed USB device number 18 using xhci_hcd
[63386.752599] usb 1-2: New USB device found, idVendor=0403, idProduct=f680
[63386.752606] usb 1-2: New USB device strings: Mfr=1, Product=2,
SerialNumber=3
[63386.752611] usb 1-2: Product: Suunto Sports Instrument
[63386.752614] usb 1-2: Manufacturer: Suunto
[63386.752617] usb 1-2: SerialNumber: ST01
[63386.756520] ftdi_sio 1-2:1.0: FTDI USB Serial Device converter detected
[63386.756623] usb 1-2: Detected FT232BM
[63386.757039] usb 1-2: FTDI USB Serial Device converter now attached to
ttyUSB0

Unfortunately the cable is broken, so cannot test downloading with it.

On Wed, Mar 11, 2020 at 10:28 AM Miika Turkia 
wrote:

> Different cable, Vyper was a serial cable. I attached it using a random
> Chinese usb-serial adapter.
>
> On 11. Mar 2020, at 6.34, Christof Arnosti  wrote:
>
> 
>
> Hi Miika,
>
> Just a short question: Did you use the same cable for both the D4 and the
> Vyper? If not, could you also send me the PID/VID of the Vyper cable?
>
> Thanks
> Christof
> On 10.03.20 09:12, Miika Turkia wrote:
>
> Well, what do you know, everything worked with logcat running. Both D4 and
> Vyper Air started downloading fine. D4 ran all the way through. Vyper I
> terminated after a few dives were loaded. Will do more testing when I have
> time.
>
> On 10. Mar 2020, at 7.40, Miika Turkia 
>  wrote:
>
> 
> I should be able to run logcat once I have collected more test data. I
> just need to figure out how to do that over wifi or BT. Have always
> connected with usb cable before, but that is not an option this time :)
>
> BTW I just realized that Garmin is not supported, but it should probably
> be relatively easy to add. It is mounted as a disk and we need to just
> point to right mount point. Or am I missing something?
>
> On 10. Mar 2020, at 6.45, Christof Arnosti 
>  wrote:
>
> 
>
> Hi,
>
> Thanks. The Info (idVendor / idProduct) is already in the log you sent, so
> no need to download the app.
>
> I want to get some (more or less) statistical data about which
> usb-to-serial chipset behaves how. This is a big help! :)
>
> If you have some experience in the android world, could you maybe try to
> run "adb logcat" while downloading the dives? The logcat output might help
> with pinpointing the application crash, and I think until now yours is the
> only report of an actual application crash.
>
> Best regards
> Christof
> Am 09.03.20 um 23:39 schrieb Miika Turkia:
>
> On Tue, Mar 10, 2020 at 6:32 AM Christof Arnosti via subsurface <
> subsurface@subsurface-divelog.org> wrote:
>
>> Thanks for the more in-depth ;-) test.
>>
>> Having a look at the serial-interface chipset-list at
>> http://libdivecomputer.org/drivers.html I noticed that suunto uses two
>> different chipsets. Maybe this could be a lead to follow up?
>>
>> Can the people owning a suunto computer maybe post the Vendor ID /
>> Product ID of their cable, and if it works or not? The App
>> https://play.google.com/store/apps/details?id=aws.apps.usbDeviceEnumerator
>> shows these values.
>>
> This is what I get on dmesg when attaching the D4 cable:
> ---8<---
> [30804.146977] usb 1-2: new full-speed USB device number 12 using xhci_hcd
> [30804.301648] usb 1-2: New USB device found, idVendor=0403, idProduct=6001
> [30804.301653] usb 1-2: New USB device strings: Mfr=1, Product=2,
> SerialNumber=0
> [30804.301657] usb 1-2: Product: USB <-> Serial Cable
> [30804.301660] usb 1-2: Manufacturer: Smartinterface
> [30804.890118] usbcore: registered new interface driver ftdi_sio
> [30804.890187] usbserial: USB Serial support registered for FTDI USB
> Serial Device
> [30804.890504] ftdi_sio 1-2:1.0: FTDI USB Serial Device converter detected
> [30804.890728] usb 1-2: Detected FT232RL
> [30804.891105] usb 1-2: FTDI USB Serial Device converter now attached to
> ttyUSB0
> ---8<---
>
> Downloading from D4 with this cable on Android 7.1.1, the Subsurface
> crashes after about 4 dives. Do you think the OTG cable plays a part on
> this? I can try the app you mention if that would be beneficial.
>
> miika
>
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Suunto Zoop log for Christof's android changes

[Miika Turkia via subsurface]

Different cable, Vyper was a serial cable. I attached it using a random Chinese 
usb-serial adapter.

> On 11. Mar 2020, at 6.34, Christof Arnosti  wrote:
> 
> 
> Hi Miika,
> 
> Just a short question: Did you use the same cable for both the D4 and the 
> Vyper? If not, could you also send me the PID/VID of the Vyper cable?
> 
> Thanks
> Christof
> 
>> On 10.03.20 09:12, Miika Turkia wrote:
>> Well, what do you know, everything worked with logcat running. Both D4 and 
>> Vyper Air started downloading fine. D4 ran all the way through. Vyper I 
>> terminated after a few dives were loaded. Will do more testing when I have 
>> time.
>> 
>>> On 10. Mar 2020, at 7.40, Miika Turkia  wrote:
>>> 
>>> 
>>> I should be able to run logcat once I have collected more test data. I just 
>>> need to figure out how to do that over wifi or BT. Have always connected 
>>> with usb cable before, but that is not an option this time :)
>>> 
>>> BTW I just realized that Garmin is not supported, but it should probably be 
>>> relatively easy to add. It is mounted as a disk and we need to just point 
>>> to right mount point. Or am I missing something?
>>> 
>>>> On 10. Mar 2020, at 6.45, Christof Arnosti  wrote:
>>>> 
>>>> 
>>>> Hi,
>>>> 
>>>> Thanks. The Info (idVendor / idProduct) is already in the log you sent, so 
>>>> no need to download the app.
>>>> 
>>>> I want to get some (more or less) statistical data about which 
>>>> usb-to-serial chipset behaves how. This is a big help! :)
>>>> 
>>>> If you have some experience in the android world, could you maybe try to 
>>>> run "adb logcat" while downloading the dives? The logcat output might help 
>>>> with pinpointing the application crash, and I think until now yours is the 
>>>> only report of an actual application crash.
>>>> 
>>>> Best regards
>>>> Christof
>>>> 
>>>> Am 09.03.20 um 23:39 schrieb Miika Turkia:
>>>>> On Tue, Mar 10, 2020 at 6:32 AM Christof Arnosti via subsurface 
>>>>>  wrote:
>>>>>> Thanks for the more in-depth ;-) test.
>>>>>> 
>>>>>> Having a look at the serial-interface chipset-list at 
>>>>>> http://libdivecomputer.org/drivers.html I noticed that suunto uses two 
>>>>>> different chipsets. Maybe this could be a lead to follow up? 
>>>>>> 
>>>>>> Can the people owning a suunto computer maybe post the Vendor ID / 
>>>>>> Product ID of their cable, and if it works or not? The App  
>>>>>> https://play.google.com/store/apps/details?id=aws.apps.usbDeviceEnumerator
>>>>>>  shows these values.
>>>>>> 
>>>>> This is what I get on dmesg when attaching the D4 cable:
>>>>> ---8<---
>>>>> [30804.146977] usb 1-2: new full-speed USB device number 12 using xhci_hcd
>>>>> [30804.301648] usb 1-2: New USB device found, idVendor=0403, 
>>>>> idProduct=6001
>>>>> [30804.301653] usb 1-2: New USB device strings: Mfr=1, Product=2, 
>>>>> SerialNumber=0
>>>>> [30804.301657] usb 1-2: Product: USB <-> Serial Cable
>>>>> [30804.301660] usb 1-2: Manufacturer: Smartinterface
>>>>> [30804.890118] usbcore: registered new interface driver ftdi_sio
>>>>> [30804.890187] usbserial: USB Serial support registered for FTDI USB 
>>>>> Serial Device
>>>>> [30804.890504] ftdi_sio 1-2:1.0: FTDI USB Serial Device converter detected
>>>>> [30804.890728] usb 1-2: Detected FT232RL
>>>>> [30804.891105] usb 1-2: FTDI USB Serial Device converter now attached to 
>>>>> ttyUSB0
>>>>> ---8<---
>>>>> 
>>>>> Downloading from D4 with this cable on Android 7.1.1, the Subsurface 
>>>>> crashes after about 4 dives. Do you think the OTG cable plays a part on 
>>>>> this? I can try the app you mention if that would be beneficial.
>>>>> 
>>>>> miika
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Suunto Zoop log for Christof's android changes

[Miika Turkia via subsurface]

Well, what do you know, everything worked with logcat running. Both D4 and 
Vyper Air started downloading fine. D4 ran all the way through. Vyper I 
terminated after a few dives were loaded. Will do more testing when I have time.

> On 10. Mar 2020, at 7.40, Miika Turkia  wrote:
> 
> 
> I should be able to run logcat once I have collected more test data. I just 
> need to figure out how to do that over wifi or BT. Have always connected with 
> usb cable before, but that is not an option this time :)
> 
> BTW I just realized that Garmin is not supported, but it should probably be 
> relatively easy to add. It is mounted as a disk and we need to just point to 
> right mount point. Or am I missing something?
> 
>>> On 10. Mar 2020, at 6.45, Christof Arnosti  wrote:
>>> 
>> 
>> Hi,
>> 
>> Thanks. The Info (idVendor / idProduct) is already in the log you sent, so 
>> no need to download the app.
>> 
>> I want to get some (more or less) statistical data about which usb-to-serial 
>> chipset behaves how. This is a big help! :)
>> 
>> If you have some experience in the android world, could you maybe try to run 
>> "adb logcat" while downloading the dives? The logcat output might help with 
>> pinpointing the application crash, and I think until now yours is the only 
>> report of an actual application crash.
>> 
>> Best regards
>> Christof
>> 
>> Am 09.03.20 um 23:39 schrieb Miika Turkia:
>>> On Tue, Mar 10, 2020 at 6:32 AM Christof Arnosti via subsurface 
>>>  wrote:
>>>> Thanks for the more in-depth ;-) test.
>>>> 
>>>> Having a look at the serial-interface chipset-list at 
>>>> http://libdivecomputer.org/drivers.html I noticed that suunto uses two 
>>>> different chipsets. Maybe this could be a lead to follow up? 
>>>> 
>>>> Can the people owning a suunto computer maybe post the Vendor ID / Product 
>>>> ID of their cable, and if it works or not? The App  
>>>> https://play.google.com/store/apps/details?id=aws.apps.usbDeviceEnumerator 
>>>> shows these values.
>>>> 
>>> This is what I get on dmesg when attaching the D4 cable:
>>> ---8<---
>>> [30804.146977] usb 1-2: new full-speed USB device number 12 using xhci_hcd
>>> [30804.301648] usb 1-2: New USB device found, idVendor=0403, idProduct=6001
>>> [30804.301653] usb 1-2: New USB device strings: Mfr=1, Product=2, 
>>> SerialNumber=0
>>> [30804.301657] usb 1-2: Product: USB <-> Serial Cable
>>> [30804.301660] usb 1-2: Manufacturer: Smartinterface
>>> [30804.890118] usbcore: registered new interface driver ftdi_sio
>>> [30804.890187] usbserial: USB Serial support registered for FTDI USB Serial 
>>> Device
>>> [30804.890504] ftdi_sio 1-2:1.0: FTDI USB Serial Device converter detected
>>> [30804.890728] usb 1-2: Detected FT232RL
>>> [30804.891105] usb 1-2: FTDI USB Serial Device converter now attached to 
>>> ttyUSB0
>>> ---8<---
>>> 
>>> Downloading from D4 with this cable on Android 7.1.1, the Subsurface 
>>> crashes after about 4 dives. Do you think the OTG cable plays a part on 
>>> this? I can try the app you mention if that would be beneficial.
>>> 
>>> miika
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Suunto Zoop log for Christof's android changes

[Miika Turkia via subsurface]

I should be able to run logcat once I have collected more test data. I just 
need to figure out how to do that over wifi or BT. Have always connected with 
usb cable before, but that is not an option this time :)

BTW I just realized that Garmin is not supported, but it should probably be 
relatively easy to add. It is mounted as a disk and we need to just point to 
right mount point. Or am I missing something?

> On 10. Mar 2020, at 6.45, Christof Arnosti  wrote:
> 
> 
> Hi,
> 
> Thanks. The Info (idVendor / idProduct) is already in the log you sent, so no 
> need to download the app.
> 
> I want to get some (more or less) statistical data about which usb-to-serial 
> chipset behaves how. This is a big help! :)
> 
> If you have some experience in the android world, could you maybe try to run 
> "adb logcat" while downloading the dives? The logcat output might help with 
> pinpointing the application crash, and I think until now yours is the only 
> report of an actual application crash.
> 
> Best regards
> Christof
> 
> Am 09.03.20 um 23:39 schrieb Miika Turkia:
>> On Tue, Mar 10, 2020 at 6:32 AM Christof Arnosti via subsurface 
>>  wrote:
>>> Thanks for the more in-depth ;-) test.
>>> 
>>> Having a look at the serial-interface chipset-list at 
>>> http://libdivecomputer.org/drivers.html I noticed that suunto uses two 
>>> different chipsets. Maybe this could be a lead to follow up? 
>>> 
>>> Can the people owning a suunto computer maybe post the Vendor ID / Product 
>>> ID of their cable, and if it works or not? The App  
>>> https://play.google.com/store/apps/details?id=aws.apps.usbDeviceEnumerator 
>>> shows these values.
>>> 
>> This is what I get on dmesg when attaching the D4 cable:
>> ---8<---
>> [30804.146977] usb 1-2: new full-speed USB device number 12 using xhci_hcd
>> [30804.301648] usb 1-2: New USB device found, idVendor=0403, idProduct=6001
>> [30804.301653] usb 1-2: New USB device strings: Mfr=1, Product=2, 
>> SerialNumber=0
>> [30804.301657] usb 1-2: Product: USB <-> Serial Cable
>> [30804.301660] usb 1-2: Manufacturer: Smartinterface
>> [30804.890118] usbcore: registered new interface driver ftdi_sio
>> [30804.890187] usbserial: USB Serial support registered for FTDI USB Serial 
>> Device
>> [30804.890504] ftdi_sio 1-2:1.0: FTDI USB Serial Device converter detected
>> [30804.890728] usb 1-2: Detected FT232RL
>> [30804.891105] usb 1-2: FTDI USB Serial Device converter now attached to 
>> ttyUSB0
>> ---8<---
>> 
>> Downloading from D4 with this cable on Android 7.1.1, the Subsurface crashes 
>> after about 4 dives. Do you think the OTG cable plays a part on this? I can 
>> try the app you mention if that would be beneficial.
>> 
>> miika
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Suunto Zoop log for Christof's android changes

[Miika Turkia via subsurface]

On Tue, Mar 10, 2020 at 6:32 AM Christof Arnosti via subsurface <
subsurface@subsurface-divelog.org> wrote:

> Thanks for the more in-depth ;-) test.
>
> Having a look at the serial-interface chipset-list at
> http://libdivecomputer.org/drivers.html I noticed that suunto uses two
> different chipsets. Maybe this could be a lead to follow up?
>
> Can the people owning a suunto computer maybe post the Vendor ID / Product
> ID of their cable, and if it works or not? The App
> https://play.google.com/store/apps/details?id=aws.apps.usbDeviceEnumerator
> shows these values.
>
This is what I get on dmesg when attaching the D4 cable:
---8<---
[30804.146977] usb 1-2: new full-speed USB device number 12 using xhci_hcd
[30804.301648] usb 1-2: New USB device found, idVendor=0403, idProduct=6001
[30804.301653] usb 1-2: New USB device strings: Mfr=1, Product=2,
SerialNumber=0
[30804.301657] usb 1-2: Product: USB <-> Serial Cable
[30804.301660] usb 1-2: Manufacturer: Smartinterface
[30804.890118] usbcore: registered new interface driver ftdi_sio
[30804.890187] usbserial: USB Serial support registered for FTDI USB Serial
Device
[30804.890504] ftdi_sio 1-2:1.0: FTDI USB Serial Device converter detected
[30804.890728] usb 1-2: Detected FT232RL
[30804.891105] usb 1-2: FTDI USB Serial Device converter now attached to
ttyUSB0
---8<---

Downloading from D4 with this cable on Android 7.1.1, the Subsurface
crashes after about 4 dives. Do you think the OTG cable plays a part on
this? I can try the app you mention if that would be beneficial.

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

Re: Switching dive computers

[Miika Turkia via subsurface]

On Mon, Mar 9, 2020 at 4:53 PM Berthold Stoeger via subsurface <
subsurface@subsurface-divelog.org> wrote:

> On Montag, 9. März 2020 09:47:03 CET Robert Helling via subsurface wrote:
> > > On 8. Mar 2020, at 22:12, Dirk Hohndel  wrote:
> > >
> > > I've tried on two Macs and one Linux system with the latest master and
> it
> > > works fine... not sure what Miika did to his system...
> > back at the office. The version I had there definitely showed the
> problem.
> > But a fresh build of current master is ok.
>
> The weird thing is: I see the issue, but only on single-DC dives. However,
> I
> can't figure out where the check is made whether there is only one or
> multiple
> DCs. Very obscure.
>

After one more pull-build cycle, this is working for me as well. Single-DC
dives are still working as described before, but I would not worry about
that..

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

Re: Subsurface Mobile: Adding mares USB (cp210x) support; how to proceed

[Miika Turkia via subsurface]

On Mon, Mar 9, 2020 at 8:37 AM Dirk Hohndel  wrote:

>
>
> > On Mar 8, 2020, at 4:18 PM, Miika Turkia  wrote:
> >
> > I failed to download from Suunto Vyper Air. This might be due to Chinese
> USB-serial adaptor i use. As the cable I have is serial DL cable. The
> status got stuck to Connecting...
>
> If you tried the first beta, that was lacking timeout support. The second
> beta that was released a few hours ago should have that fixed. I'd
> appreciate if you could try again with that one.
>

Looks to be the same. Version I just downloaded from play beta seems to be
4.9.3.1050.


> > I should have a Suunto USB cable at home as well, but I don't remember
> if I was able to soldier it together or not (weak soldering from
> manufacturer) So I might be able to test that option next week.
>
> Cool. Thanks
>

I just realized we have also Suunto D4 with official USB cable with us.
That starts downloading, but crashes after about 4 dives are loaded.
Crashed every time I tried. I did send feedback or whatever it offered to
send after the crash. Not sure if the logs are useful, but best what I
could do atm.

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

Re: Subsurface Mobile: Adding mares USB (cp210x) support; how to proceed

[Miika Turkia via subsurface]

I failed to download from Suunto Vyper Air. This might be due to Chinese 
USB-serial adaptor i use. As the cable I have is serial DL cable. The status 
got stuck to Connecting...

I should have a Suunto USB cable at home as well, but I don't remember if I was 
able to soldier it together or not (weak soldering from manufacturer) So I 
might be able to test that option next week.

miika

> On 9. Mar 2020, at 2.20, Dirk Hohndel via subsurface 
>  wrote:
> 
> I need to close that PR and need to remove the Cobalt from the list of dive 
> computers offered.
> The way we talk to it will not work on any modern Android device.
> 
> /D
> 
>> On Mar 8, 2020, at 10:31 AM, Christof Arnosti via subsurface 
>>  wrote:
>> 
>> Hi Matt,
>> 
>> Thanks for testing! :-)
>> 
>> Unfortunately the Atomic Aquatics Cobalt 2 doesn't use a USB-to-Serial 
>> interface, so this change doesn't do anything for it.
>> 
>> There is some (unrelated) work done by Dirk to fix the support for directly 
>> connected USB devices in 
>> https://github.com/Subsurface-divelog/subsurface/pull/2309.
>> 
> 
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Switching dive computers

[Miika Turkia]

OK, just updated the tags and did a new test. Seems to be broken, no matter
where the focus is. The exact (updated) version currently is Subsurface
v4.9.3-1034-g97e26fd51b5e. I scratched my build directory to make sure
everything is fresh. When I try to switch to different DC with left arrow,
selection in dive list is changed to the trip, and additional arrow closes
the trip. So this sounds like default behaviour on a list, not our custom
one.

Another issue I just noticed when downloading from Perdix AI with iPhone
mobile app (4.9.3.975) the divelist gets empty after the download. I needed
to restart the app to get it into sane state.

miika

On Fri, Mar 6, 2020 at 12:17 PM Miika Turkia  wrote:

> I tried focus on divelist. Will try profile after collecting more test
> data, in a few hours.
>
> Miika
>
> On 5. Mar 2020, at 21.27, Linus Torvalds 
> wrote:
>
> 
> Hmm. It worked for me with top-of-tree as of a few days ago.
>
> Did you try different keyboard focus points? That's what had broken for us
> before (ie focus on the info window rather than the profile window or
> whatever)
>
>     Linus
>
>
> On Thu, Mar 5, 2020, 04:03 Miika Turkia  wrote:
>
>> Hello,
>>
>> Seems that switching between dive computers is no longer possible with
>> left and right arrows. Regression or intentional? Tested with
>> 4.8.4-1865-g9f8d593
>>
>> miika
>> ___
>> subsurface mailing list
>> subsurface@subsurface-divelog.org
>> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>>
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Switching dive computers

[Miika Turkia]

I always forget the tags. But it was pulled right before testing, so should be 
the latest master. Will do a bit more testing in a few hours.

Miika

> On 6. Mar 2020, at 0.04, Dirk Hohndel  wrote:
> 
> 
> 
>> On Mar 5, 2020, at 5:48 AM, Willem Ferguson 
>>  wrote:
>> Miika, The current version is (or very recently was) 4.9.3-1026. Is your 
>> version correct 4.8.4-1865 ??
>> 
>> 
> 
> git pull --tags
> 
> will get you a version number more in line with what the rest of us are using 
> :-)
> 
> /D
> 
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Switching dive computers

[Miika Turkia]

I tried focus on divelist. Will try profile after collecting more test data, in 
a few hours.

Miika

> On 5. Mar 2020, at 21.27, Linus Torvalds  
> wrote:
> 
> 
> Hmm. It worked for me with top-of-tree as of a few days ago. 
> 
> Did you try different keyboard focus points? That's what had broken for us 
> before (ie focus on the info window rather than the profile window or 
> whatever)
> 
> Linus
> 
> 
>> On Thu, Mar 5, 2020, 04:03 Miika Turkia  wrote:
>> Hello,
>> 
>> Seems that switching between dive computers is no longer possible with left 
>> and right arrows. Regression or intentional? Tested with 4.8.4-1865-g9f8d593
>> 
>> miika
>> ___
>> subsurface mailing list
>> subsurface@subsurface-divelog.org
>> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Switching dive computers

[Miika Turkia]

Hello,

Seems that switching between dive computers is no longer possible with left and 
right arrows. Regression or intentional? Tested with 4.8.4-1865-g9f8d593

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

Re: Need support converting logfile sdl

[Miika Turkia]

On Wed, Jan 29, 2020 at 4:48 PM Rainer van Essen 
wrote:

> Hi there,
>
>
>
> I hope you are able to help me or at least know of a solution to my
> problem.
>
>
>
> I recently found my old Suunto divelog *.sdl which I am unable to import
> into DM5, which allows imports of sde, sdp, xml and sml files only. Since I
> do not have my old Suunto Cobra nor the old DM 1.6 anymore I am unable to
> import my divelog from the old days.
>
>
>
> By any chance, do you know of a way to somehow convert my old divelog?
> Your help in this matter would be very much appreciated.
>

See this discussion:
https://www.scubaboard.com/community/threads/suunto-dive-manager-1-6-wanted.478650/
User divinglog is providing a download link for DM 1.6 at the end of
discussion. Obviously downloading random binaries from random sites of the
internet and running them is not the best idea. However, www.divinglog.com
is one of the divinglog vendors and I do not have any reason to believe
this binary of being malicious.

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

Re: Feedback Subsurface-mobile 2.2.3 (4.9.3.258) for iOS

[Miika Turkia]

Works for me

Sent from my iPhone

> On 7. Nov 2019, at 3.27, Dirk Hohndel  wrote:
> 
> On Thu, Nov 07, 2019 at 12:42:51AM +0100, Dirk Hohndel wrote:
>>> On Wed, Nov 06, 2019 at 02:22:59PM +0100, Dirk Hohndel wrote:
>>> Ugh. Thanks. I had tested this at some point, but must have broken it again.
>>> 
>>> I would have been shocked had this "just worked". Stay tuned.
>> 
>> And because, well, because... I have this fixed, but I'm traveling.
>> And iTunesConnect refuses apps built with Xcore 11.2 (which I installed
>> before going on this trip), but downloading the 11.2.1 update that was
>> released yesterday from the hotel does not look promising...
> 
> Well, it took 2 hours. Internet is getting faster past midnight. So now at
> 2:25am I have submitted the new build for review - since it's just a minor
> update with the same version number I hope that it will be pushed out
> fairly quickly. By the time sane Europeans are awake, you should have it
> waiting for you in TestFlight.
> 
> I might try getting some sleep now...
> 
> /D
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Feedback Subsurface-mobile 2.2.3 (4.9.3.258) for iOS

[Miika Turkia]

Seems to be true when scaling is srt to large. With regular and smaller 
settings the spacing is fine.

> On 5. Nov 2019, at 0.14, H Horwitz  wrote:
> 
> I definitely observe the slow collapse of the dive list for a trip with 10 
> or 20 dives. It is a bit annoyingI also find the application takes longer 
> to startup.  Edits to existing dives work. Filtering works.  BTLE import from 
> a shearwater Teric works. 
> 
> I’ve included a screen shot of a minor spacing issue that shows up on my 
> iPhone6s.  This isn’t new, I just forgot to report it.  The spacing between 
> the time of day and the depth isn’t correct when the hour is two digits (ie 
> 10,11,12 o’clock).  See the attachments below.
> 
> 
> ...Hartley
> 
>> 
>> 
>>  1. Re: Feedback Subsurface-mobile 2.2.3 (4.9.3.258) for iOS
>> (Berthold Stoeger)
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Feedback Subsurface-mobile 2.2.3 (4.9.3.258) for iOS

[Miika Turkia]

I have similar experience on iPhone 5. New testflight version is practically 
unusable on that phone. So sonething has gone to worse.

miika

> On 4. Nov 2019, at 13.32, Rainer Mohr  wrote:
> 
>  Hi Dirk,
> 
> Jep, about 1000 dives in around 50 trips with a few occasional dives between 
> the trips.
> 
> Worked quite fine in the last version of the app if I recall correctly
> 
> Rainer
> 
> Am 04.11.19 um 12:29 schrieb Dirk Hohndel:
>> Let me guess. Your dives are in trips, many of them with many dives, correct?
>> 
>> The way we visualize trips on mobile is stupid. I should know, I came up 
>> with the idea. Which means we render all the dives in all the trips that are 
>> on screen, to some degree.
>> 
>> I don't think there is a simple solution.
>> 
>> In the end, the app really needs a rewrite.
>> 
>> 
>> /D
>> 
>> On November 4, 2019 12:02:23 PM GMT+01:00, Rainer Mohr  
>> wrote:
>>> 
>>> Gentlemen,
>>> 
>>> Just tried the lastest Testflight version of the mobile app.
>>> 
>>> Scrolling in the dives list is extremely "choppy", not fluid at all and 
>>> very unresponsive. Expanding of trips works ok, but collapsing a trip 
>>> takes 3-4 seconds.
>>> May be the number of dives (have 1000 dives in there).
>>> Uninstalled the app and re-installed. Same problem.
>>> 
>>> iPhoneX running iOS 13.2
>>> 
>>> Will share my logbook if it helps...
>>> 
>>> Thanks and regards,
>>> Rainer
>>> subsurface mailing list
>>> subsurface@subsurface-divelog.org
>>> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>> 
>> -- 
>> From my phone
> 
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: ZHL planning

[Miika Turkia]

> On 16. Oct 2019, at 22.59, Robert C. Helling  wrote:
> 
> Hi,
> 
>> On 16. Oct 2019, at 21:30, Robert Helling  wrote:
>> 
>> do you happen to know which version the old profile were computed with? I 
>> cannot think of what should have changed recently, but there are so many 
>> settings (including ascent/descent velocities and the like) maybe you have 
>> changed one of those?
>> 
> 
> sorry, I should have read more carefully that you answered those questions 
> already. 
> 
> I just redid the calculations with the planner in version 4.8.3 (which is the 
> version of September 2018) and I get the same numbers as the current one. So 
> either you had a very old version or some setting must have changed.

was there any tissue loading when originally planning? Previous dives are taken 
into account on the plan...

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

Re: cloud wont sync to mobile

[Miika Turkia]

First, ensure with web ui that there are actually dives in the cloud
storage: https://cloud.subsurface-divelog.org/
If there are dives when you log-in to the web ui with your credentials,
then the problem is indeed in the mobile client. However, if the divelist
is empty, then we need to look into the desktop syncing part.

On Thu, Aug 29, 2019 at 7:14 PM Stephen Buchan  wrote:

> Hi, I have got my dives to transfer from dive computer to subsurface on my
> pc. I have uploaded them to the cloud but cant get them to download to the
> subsurface mobile phone app. when connected to subsurface on mobile it says
> Credentials Verified. when I try to manually sync with the cloud its says
> successful sync and then downloading dives but when it finishes there are
> no dives in the dive list? any thoughts?
>
> Stephen
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: 4.9 finally announced

[Miika Turkia]

On Wed, Jul 24, 2019 at 9:34 PM Dirk Hohndel  wrote:

> Sorry for all the delays. I kept running into silly problems including
> some self inflicted problem to get the website updated... but a few minutes
> I finished posting the announcement of 4.9 both on the Subsurface website
> as well as on Facebook.
>

Woohoo! Congrats to all who contributed!

I just noticed one link on the web page that is incorrect. The Finnish
translation of the web page, the link to the announcement on the main page
points to English version instead of Finnish.

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

Re: 4.9

[Miika Turkia]

On Sun, Jul 14, 2019 at 7:15 AM Dirk Hohndel  wrote:

>
> I updated the manual, support dive computer list, README, ReleaseNotes,
> translations...
>

Should probably state this to be README file for 4.9.0 as this version
number is used for file names and tag.

I just did the Finnish translation. Forgot to do it earlier as I was
travelling when it was last mentioned...


> I'd love a sanity check on all of this, especially the ReleaseNotes.
>

Looks reasonable on a quick look. I just have not been following the
development closely enough to spot anything missing.

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

Re: road to 4.9

[Miika Turkia]

On Tue, Jun 25, 2019 at 9:56 AM Dirk Hohndel  wrote:

>
> > On Jun 18, 2019, at 11:20 PM, Dirk Hohndel  wrote:
> >
> > What we need are translations, documentation, and testing. A lot of
> testing.
>
> The reproducible problems around the undo code have been fixed (thanks
> Berthold - and actually some real code from me after this rather long
> break...), I'm sure there are more little bugs hidden that we just haven't
> stumbled across, yet.
>

I encountered a crash when I was testing, but failed to create a core dump
or catch it in a debugger. But it felt like it would be easy to reproduce:
- Download dives from Shearwater
- Download dives from Garmin
- Possibly do something with the log (I don't think I downloaded from
Suunto, but it is also possible that I did that)

I am not certain what else I had to do, but Subsurface did crash a few
times for me on my last trip, so this might be easy to reproduce while you
are doing the testing.

Another issue that bothered me was:
The buttons to choose different DCs for downloading, do not include the
bluetooth selection. So when switching to/from BT DC you need to first
check/uncheck that checkbox before hitting the DC settings button.

I'll try to check my notes this evening and create issues if there is
something more that needs addressing.

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

misc bugs

[Miika Turkia]

I have done a bit of testing and noticed the following:

- When merging dives manually, location info is overwritten along with gps 
coordinates
- When importing new dives, they are put to a new trip instead of the current 
one 
- merging dives manually seems to delete also one or many of the following info
   - duration 
   - cylinder
   - watertemp

Dive profile is not showing the calculated ceiling for me (4.8.6 and my master 
from a few days ago).

I mostly don’t have internet access so hopefully this is enough info... I try 
to update my git repository, but let’s see if that works... But first a night 
dive is in order.

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

Re: dive site handling

[Miika Turkia]

> On 25 Feb 2019, at 0.11, Dirk Hohndel  wrote:
> 
> 
>> On Feb 24, 2019, at 12:20 PM, Berthold Stoeger  
>> wrote:
>> 
>> On Sunday, 24 February 2019 20:40:28 CET Dirk Hohndel wrote:
>> 
>>> The issue with not pruning unreferenced dive sites is that over time you
>>> might accrue a lot of garbage in your dive file. E.g., whenever you dive
>>> with a Garmin Descent or similar dive computer (there are none right now)
>>> that store GPS data, that creates a new dive site. Typically I then switch
>>> to the existing one if I have been at this site before, which creates an
>>> unreferenced site. Having all of those accumulate over time might be
>>> annoying.
>> 
>> One could have a "prune unused dive sites" button. And for GPS-enabled dive 
>> computer users an "auto-prune unused dive sites" option.
> 
> You know how much I love new options and more buttons. But you are of course
> correct in principle :-)
> 
>> To me it seems somewhat questionable to create a new dive site for every new 
>> GPS location anyway. Perhaps detach these two things?
> 
> The problem is how else would we do this?
> From a workflow perspective... I have a GPS dive computer. I download from it.
> It provides me with GPS information. So after the download I should have an 
> un-named dive site with the correct GPS information, shouldn't I? What would 
> be
> a better workflow?

The GPS location recorded by DC should not become a divesite automatically. It 
is information that should probably be recorded under divecomputer (in the old 
XML format) next to samples. We just use that GPS information afterwards when 
creating a divesite.

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

Re: CCR dive imports

[Miika Turkia]

On Thu, Feb 7, 2019 at 3:50 PM Willem Ferguson <
willemfergu...@zoology.up.ac.za> wrote:

> Hallo Miika,
>
> I suspect the imports of MK6 and apd rebreather dive logs do not work as
> they used to any more. There are test files in the dives directory. I
> could import the apd divelog by using the CSV importer and individually
> specifying the column headers in the table. But it appears the template
> specifically for apd dive logs does not operate any more. For the MK6
> divelog in the dives directory, I could not successfully import that
> test dive at all. Is there an easy answer for this or am I missing
> something basic?
>

What version of Subsurface are you using? What operating system?

I just tested these with self-compiled master version on my Linux box and
everything worked properly. Note that for the MK6, you will need to open
the .txt file, then the DC is autodetected and template pre-selected.

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

Re: TestFlight beta feedback for Subsurface-mobile.

[Miika Turkia]

works on my iphone 5s so this might be x related issue. When I click the 
striped arrow, the input field is shown along with the keyboard. 

miika

> On 31 Oct 2018, at 22.36, Martin de Weger  wrote:
> 
> Hi,
> 
> The option to filter my dives isn’t visible on my iPhone X. Pulling the dive 
> list down shows the field to enter the search term, but only refreshes the 
> dive list. Tapping on the “striped arrow” pulls up a keyboard but not the 
> text field. I can type the search term and click “return” and it will show 
> the dives (which is a great feature), but I cannot see what I’m typing. 
> 
> 
> 
> 
> 
> Verstuurd vanaf mijn iPhone
> 
> 
> 
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Failing to store data on mobile

[Miika Turkia]

On Mon, Oct 29, 2018 at 5:32 PM Dirk Hohndel  wrote:

>
> On Oct 29, 2018, at 8:17 AM, Miika Turkia  wrote:
>
> On Mon, Oct 29, 2018 at 4:34 PM Dirk Hohndel  wrote:
>
>>
>> > On Oct 28, 2018, at 9:40 PM, Miika Turkia 
>> wrote:
>> >
>> > I have tried to implement copy-paste functionality for the
>> Subsurface-mobile. The current branch (mobile-copy) seems to be working but
>> when re-opening Subsurface, nothing has been saved. So what is the trick to
>> actually save data when using QML? So far, I have tried to mark the
>> divelist changed and manually save to cloud, and what not, but am I
>> manipulating wrong data or what, as nothing seems to actually save what I
>> have changed?
>>
>> Call QMLManager::changesNeedSaving()
>> The problem is that right now on Android we only save the changes locally
>> and the logic that we had in place to save them to the cloud when the app
>> switches to the background may no longer be working.
>> But at least this function should get them saved to the local git repo
>>
>
> I am calling that, but still nothing gets saved. Not locally and not on
> cloud.
>
>
> That's strange, because that function calls mark_divelist_changed(true) -
> so anything that is in the divelist should be saved to the local repo.
>
> After you call that function, what is added to your log?
> asked to save changes but no unsaved changes
> or
> save operation in progress already
> would explain why nothing gets saved.
> Otherwise you should get a "Save changes to local cache".
> And then there are a bunch more possible reasons why it wouldn't update
> things - look at the awkwardly named "loadDivesWithValidCredentials()"
> function (which is, in fact, where we save things...)
>

Log seems like everything gets saved:
---8<---
INFO: "14.123: Save changes to local cache"
INFO: "14.127: Synchronising data file"
INFO: "14.128: Preparing to save data"
INFO: "14.129: Start saving data"
INFO: "14.130: Start saving dives"
INFO: "14.132: Done creating local cache"
 ---8<---

Anyway, it seems to be that Linus' hint of calling invalidate_dive_cache()
did the trick.

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

Re: Failing to store data on mobile

[Miika Turkia]

On Mon, Oct 29, 2018 at 4:34 PM Dirk Hohndel  wrote:

>
> > On Oct 28, 2018, at 9:40 PM, Miika Turkia 
> wrote:
> >
> > I have tried to implement copy-paste functionality for the
> Subsurface-mobile. The current branch (mobile-copy) seems to be working but
> when re-opening Subsurface, nothing has been saved. So what is the trick to
> actually save data when using QML? So far, I have tried to mark the
> divelist changed and manually save to cloud, and what not, but am I
> manipulating wrong data or what, as nothing seems to actually save what I
> have changed?
>
> Call QMLManager::changesNeedSaving()
> The problem is that right now on Android we only save the changes locally
> and the logic that we had in place to save them to the cloud when the app
> switches to the background may no longer be working.
> But at least this function should get them saved to the local git repo
>

I am calling that, but still nothing gets saved. Not locally and not on
cloud.

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

Failing to store data on mobile

[Miika Turkia]

I have tried to implement copy-paste functionality for the
Subsurface-mobile. The current branch (mobile-copy) seems to be working but
when re-opening Subsurface, nothing has been saved. So what is the trick to
actually save data when using QML? So far, I have tried to mark the
divelist changed and manually save to cloud, and what not, but am I
manipulating wrong data or what, as nothing seems to actually save what I
have changed?

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

Re: apk continuous builds die

[Miika Turkia]

On Sat, Oct 27, 2018 at 5:31 PM Dirk Hohndel  wrote:

>
> On Oct 27, 2018, at 6:54 AM, Dirk Hohndel  wrote:
>
>
> On Oct 27, 2018, at 1:50 AM, Miika Turkia  wrote:
>
> The continuous builds seem to be dying on my Nexus 7 tablet on startup.
> logcat shows the following:
> ---8<---
> 10-27 11:47:12.440  8343  8360 D
> /workspace/subsurface/qt-models/messagehandlermodel.cpp: INFO:
> QQmlApplicationEngine failed to load component
> 10-27 11:47:12.441  8343  8360 D
> /workspace/subsurface/qt-models/messagehandlermodel.cpp: INFO:
> qrc:/qml/main.qml:621 Type MapPage unavailable
> 10-27 11:47:12.441  8343  8360 D
> /workspace/subsurface/qt-models/messagehandlermodel.cpp:
> qrc:/qml/MapPage.qml:3 module "QtPositioning" plugin
> "declarative_positioning" not found
> 10-27 11:47:12.441  8343  8360 D
> /workspace/subsurface/qt-models/messagehandlermodel.cpp:
> 10-27 11:47:12.486   649  1723 I WindowState: WIN DEATH: Window{793cf83 u0
> org.subsurfacedivelog.mobile/org.subsurfacedivelog.mobile.SubsurfaceMobileActivity}
> 10-27 11:47:12.576   649  1314 I ActivityManager: Process
> org.subsurfacedivelog.mobile (pid 8343) has died
> 10-27 11:47:12.576   649  1314 W ActivityManager: Force removing
> ActivityRecord{6f53882 u0
> org.subsurfacedivelog.mobile/.SubsurfaceMobileActivity t3076}: app died, no
> saved state
> ---8<---
>
> Is something missing from the APK or is Android 6.0.1 too old?
>
>
> Not at all - this runs all the way back to 4.4 IIRC.
>
> This looks suspiciously like the bug that I fixed by fixing
> qt-android-cmake a few months ago.
> We actually switched to our branch of that project (and I realize that we
> should switch back as my fix was merged upstream - but nothing has happened
> since in upstream, so it doesn't really matter).
>
> https://github.com/LaurentGomila/qt-android-cmake/commit/17acb315af2d07571f0912440b4938799fc25c7d
> So the question becomes "why does this work if I build locally, but not
> when built on Travis".
>
> You can see in the Travis log:
>  -- Skipping
> /workspace/Qt/5.11.1/android_armv7/qml/QtPositioning/libdeclarative_positioning.so.
> It has unmet dependencies: lib/libQt5PositioningQuick.so.
>
> So clearly on Travis the problem isn't fixed. But on my system I also
> build against Qt-5.11.1
>
> The next step would be to NOT remove the '-verbose' flag and see what we
> can find in the output, I guess...
>
> I hate having to re-fix bugs that I fixed already (and have forgotten how
> I fixed them).
>
>
> Hrmpvf. Heisenberg? I pushed a branch to see all the output of the
> dependency handling - and from the log it looks like that just worked.
>
> Could you test
> https://github.com/Subsurface-divelog/subsurface/releases/download/continuous-androidTravisTest/subsurface-mobile-build-arm-debug.apk
> ?
>

Seems to be working. (Asks for cloud credentials, so at least didn't
prematurely end on startup)

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

apk continuous builds die

[Miika Turkia]

The continuous builds seem to be dying on my Nexus 7 tablet on startup.
logcat shows the following:
---8<---
10-27 11:47:12.440  8343  8360 D
/workspace/subsurface/qt-models/messagehandlermodel.cpp: INFO:
QQmlApplicationEngine failed to load component
10-27 11:47:12.441  8343  8360 D
/workspace/subsurface/qt-models/messagehandlermodel.cpp: INFO:
qrc:/qml/main.qml:621 Type MapPage unavailable
10-27 11:47:12.441  8343  8360 D
/workspace/subsurface/qt-models/messagehandlermodel.cpp:
qrc:/qml/MapPage.qml:3 module "QtPositioning" plugin
"declarative_positioning" not found
10-27 11:47:12.441  8343  8360 D
/workspace/subsurface/qt-models/messagehandlermodel.cpp:
10-27 11:47:12.486   649  1723 I WindowState: WIN DEATH: Window{793cf83 u0
org.subsurfacedivelog.mobile/org.subsurfacedivelog.mobile.SubsurfaceMobileActivity}
10-27 11:47:12.576   649  1314 I ActivityManager: Process
org.subsurfacedivelog.mobile (pid 8343) has died
10-27 11:47:12.576   649  1314 W ActivityManager: Force removing
ActivityRecord{6f53882 u0
org.subsurfacedivelog.mobile/.SubsurfaceMobileActivity t3076}: app died, no
saved state
---8<---

Is something missing from the APK or is Android 6.0.1 too old?

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

Re: Subsurface 4.8.3 and Subsurface-mobile 2.1.4 have been released

[Miika Turkia]

On Sat, Sep 29, 2018 at 11:35 PM Dirk Hohndel  wrote:

>
> Hi everyone,
>
> Yeah, this was a bit of a rush job, but I think it worked out well.
> Sources and tags are pushed, including tar balls.
> The binaries are all up, including for the first time Ubuntu Cosmic
> (18.10) packages.
> The mobile app updates have been submitted, but haven't made it to the
> respective
> app stores, yet.
>

I just got the 18.10 built for amd64, i386 is still being built. I had to
package the qt private headers also for the Cosmic as the version must
match exactly to the Qt version. Anyway, following builds should work
without any extra steps as long as the Qt is not updated. (Same as
18.04/Bionic.)

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

Re: Tank pressure line color

[Miika Turkia]

On Mon, Sep 10, 2018 at 5:37 PM tormento  wrote:

> I have just noticed that since a certain dive on, the tank pressure line
> color that previously had different shades of green to red according to
> pressure gradient, became plain grey.
>

A new bug introduced in commit 5c4569247a31cf9f52238bd2b3f9c87b8f79933a, or
the previous one. The previous one just crashes on me so cannot be sure.
The code just is not within my comfort zone, so hopefully someone else will
fix it.

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

Re: Shutting down the GPS web service (and removing it from Subsurface apps)

[Miika Turkia]

> On 8 Sep 2018, at 19.53, Jan Mulder  wrote:
> 
>> On 9/8/18 5:46 PM, Dirk Hohndel wrote:
>> Clearly this isn't something we'll do overnight. But I think it's something 
>> we should plan to phase out over the next few months.
>> - the companion apps are gone from the mobile stores, the mobile apps have 
>> replaced them
> 
> Hmm. Just checked, and its still in the Google Play store, with remarks as 
> legacy, not supported any more, replaced by, etc. Not sure about the Apple 
> store.

I didn’t see anything related on apple store when searching for subsurface, not 
even subsurface-mobile

>> - uploading to the webservice from the mobile app is kinda weird, much 
>> easier to just apply the fixes on device
>> - our handling of the webservice ID is inconsistent, poorly designed, and 
>> even more poorly documented. See 
>> https://github.com/Subsurface-divelog/subsurface/issues/1648
>> - still to this day people get confused with the GPS webservice and cloud 
>> storage. At least once a month people send me password reset requests and 
>> attach the webservice ID
>> So, here's what I'd like to do:
>> - remove support for downloading / applying GPS fixes from the webservice in 
>> 4.8.2
> 
> 4.8.2 seems a bit quick (depending on what the planning will be, but my 
> impression is very soon). Ok, just removing the menu item, and the UI in the 
> preferences (the magic webservice user ID) is easy to do, but a clean and 
> full removal from the backend is likely to be more complex. So, I assume you 
> are talking here (for 4.8.2) about UI mainly, right?
> 
>> - remove support for uploading to the webservice in future mobile apps
> 
> Seems fine to me.

sounds sensiböe to get rid of it all

>> - announce that we're shutting this down
>> - at the end of this year, turn off the server and archive the data
> 
> Yes, logical.
> 
>> Comments, thoughts, suggestions?
> 
> Just a question, as I'm not familiar with Apple stuff in any way. GPS logging 
> was a problem for our c/c++/Qt/QML based app on iOs. I assume this is fixed 
> and something from the past?

works fine nowadays

> And a thought. The future solution on mobile needs also to work without cloud 
> account.

it already does. Kind of. Right now you can manage dives and gps on single 
mobile device. (if dc dl is supported in the phone)

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

ubuntu builds

[Miika Turkia]

Dirk, can you kick the 4.8.1 builds for Ubuntu? We are still on 4.8.0 on 
launchpad.

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

Re: Dive computer tool for blind and visually impaired divers

[Miika Turkia]

you could try https://kristaps.bsd.lv/divecmd/

I have not personally used it, but it should be able to export directly to
csv and is a command line tool (IIRC it was forked from dctool at some
point)

miika


On Sat, Aug 18, 2018 at 10:00 AM, Simon Eigeldinger <
simon.eigeldin...@vol.at> wrote:

> Hi Willem,
>
> thanks for the info.
> well i need just the dc data anyway.
> so maybe just importing the dc data, exporting all things and then use the
> csv data might be enough.
> then not saving the logbook xml file.
>
> xml isn't nice to be used mainly as info for blind people so xml isn't the
> way i think i might use my data.
> xml is human readable but not convenient. *smile*
>
> I guess dctool also might to be able to download the dives but not be able
> to convert that to csv.
>
> Greetings,
> Simon
>
> Am 18.08.2018 um 16:39 schrieb Willem Ferguson:
>
>> On 18/08/2018 15:58, Simon Eigeldinger wrote:
>>
>>> Hi all,
>>>
>>> I am Simon and I am a blind diver.
>>> I have now around 140 dives under my belt and have no dive computer at
>>> the moment which is a problem.
>>> Mainly the problem is that i can't read the display but thats a
>>> different story.
>>> I want/should take a dive computer with me to act as a black box if
>>> something happens.
>>> And also as a logging tool later when i am out and i want to know
>>> something.
>>> Is there a small tool or could someone write one to get the data off of
>>> the dive computer and then write it in a text file or csv file to make all
>>> the info on the dive accessible for me.
>>> I don't know if dive computers also log the dive profile that way that
>>> it saves each sensor reading in a internal table with time, depth, water
>>> temperature and other info and if that also could be exported.
>>> the problem is i can't use most of the diving software because of their
>>> graphical nature and the problem how the GUI has been made.
>>>
>>> I know there are not many blind divers around but such a tool would be
>>> pretty handy.
>>> my main OS is Windows but a command line tool would be the most portable
>>> to be multiplatform.
>>>
>>> i am also looking for a cheap dive computer for that because i guess the
>>> more expensive ones have features i never use. *smile*.
>>> The only gases i currently use is normal air and nitrox.
>>>
>>> would be great if someone could help out or knows a tool that could do
>>> that.
>>>
>>> Greetings and thanks,
>>> Simon
>>>
>>> ---
>>>
>>
>> Simon,
>>
>> Firstly, as far as obtaining text data from the dive log is concerned,
>> here are a few (maybe limited) options.
>>
>> As you are probably aware, Subsurface can export dive logs in csv format.
>> Go File -> export -> CSV. I think, from a blind diver's perspective there
>> are two limitations.
>>
>> 1) The CSV is written as an export format. This means that the dive log
>> could probably not be kept in CSV format. This would therefore currently
>> require a CSV export every time you wish to view new dives that have been
>> added to the dive log.
>>
>> 2) The dive-level data (e.g. dive site name, name of buddy, etc) need to
>> be exported separately from the profile data (i.e. the time-depth values
>> within a single dive). There are therefore two CSV export options: export
>> the dive-level data and export the profile-level data. For a coherent view
>> of a dive, we mostly use the combination of both types of data. I am
>> reasonable sure that it would be reasonably simple to add a Subsurface
>> command-line option that exports the dive log to CSV so that the dive log
>> export could be done by running Subsurface in command-line mode.
>>
>> Keep in mind that the dive log is in XML format which is also text-based
>> and human-readable, as is CSV. The XML version has each dive as a complete
>> item, including dive site name, buddy info, etc. But this would mean being
>> able to use the XML tags to find specific information items. The advantage
>> of this is that no export to CSV would be required.
>>
>> Secondly, as far as a dive computer is concerned, I have never come
>> across one meant for or suitable for divers. The best that I can think of
>> is to use a dive computer with a USB cable interface. Most USB dive
>> computers I have used automatically go into a PC or download mode when the
>> dive computer is connected to a laptop using the USB cable. For my Mares
>> computer it was not even necessary to switch on the dive computer: it
>> sensed the power on the USB cable and switched into download mode
>> automatically. This would simplify the button presses on the dive computer
>> when a blind person wishes to download. But the appropriate mouse clicks
>> using Subsurface would also be required, and I do not know how
>> sophisticated your accessibility software is at reading the download panel
>> in Subsurface.
>>
>> I hope this gives you something to start with.
>> Kind regards,
>> willem
>>
>>
>>
>>
>>
>>
>>
>>
>>
> ---
> Diese E-Mail wurde von Avast Antivirus-Software auf 

Re: DLD missing temperatures

[Miika Turkia]

On Fri, Aug 3, 2018 at 2:43 PM, Rainer Mohr  wrote:

> Hi Miika,
>
> Just received a report by a user, that air- and watertemps are no longer
> submitted via the DLD files.
> example file attached, if I export to divelogs.de, the resulting tags in
> the DLD are:
> 
> 
>
> Appears that we only imported temperatures if they were coming from dive
computer.

https://github.com/Subsurface-divelog/subsurface/pull/1558

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

Re: divelogs download fails

[Miika Turkia]

On Wed, Aug 1, 2018 at 10:10 AM, Rainer Mohr  wrote:

> Gentlemen,
>
> A user reported (and I can confirm) that the "download from divelogs.de"
> fails with an error "The archive could not be opened: Seek error. Operation
> not supported on socket". Screenshot attached. Version 4.8.1
>
> I haven't changed anything in the DLD generation process, but the error
> may still be on my part...
>
> Please let me know if there is something for me to do!
>

We have received the same/similar error report.
https://github.com/Subsurface-divelog/subsurface/issues/1534

At least my current understanding is that this is Mac specific, and thus I
cannot debug it at all. However, if it still works with 4.8.0 and does not
work with 4.8.1, then the probelm should be on Subsurface side. If I am not
entirely mistaken, there has been some changes in both codebase/libraries
and the tooling that is used to produce the binaries for Mac. So could be
either one causing the issue.

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

Re: Please help... Re: website translation experiments

[Miika Turkia]

On Mon, Jul 30, 2018 at 3:23 AM, Dirk Hohndel  wrote:

>
> Next round. I have now added the "Download" page. And for this one I
> didn't pre-populate the translations because that was too much of a mess.
> Please make sure that you leave all of the [s-var...] blocks unchanged.
> They currently are used to handle the version numbers and download links...
> I'm considering replacing those at some point with the original text (to
> make it easier for me to update the site when making a release), but for
> now those are needed.
>

I cannot parse the following text:

Ubuntu (14.04 -- only up to Subsurface 4.6.4, 16.04, 16.10 (up to 4.6.4),
and 17.04), LinuxMint (17 (up to 4.6.4) and 18), and Debian Jessie (up to
4.6.4) and Stretch

Thanks for everyone's patience and support with this slow moving project. I
> hope that in the end this will make things a lot easier for all the
> translators. Right now it seems to create a fair bit of growing pain, TBH.
>

At least now it is easy to see what is translated and what is not.

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

Re: website translation experiments

[Miika Turkia]

On Wed, Jul 18, 2018 at 12:44 AM, Dirk Hohndel  wrote:

>
> On Jul 17, 2018, at 8:21 AM, Miika Turkia  wrote:
>
> On Tue, Jul 17, 2018 at 5:26 PM, Pedro Neves  wrote:
>
>> Does anyone know how we can translate the headers that are shown together
>> with the images on the main page (e.g.: "Multiplatform", "Log all your
>> dives", etc.)? The captions are on the strings on the "About" page, mas the
>> header are missing...
>>
>
> This is not yet possible. Dirk will have to do some more manual work to
> get it all ready for translation.
>
> Dirk, there seems to be a bug in the announcement of 4.8.1. The following
> sentence has wrong version number
> ---8<---
> Some of the changes in Subsurface 4.8:
> ---8<---
>
>
> So true.
>
> Things like that are easy to fix with a PR to subsurface-website :-)
>
> But I already fixed it. Thanks Miika.
>
> And Transifex Support has responded to my question about the new project
> that will include all of the text for the website.
> So please don't be surprised if the resources move around suddenly.
>

i see that the titles are now available in Transifex under the website
project. Subsurface project still contains the older version of the about
page. I am assuming we are moving our efforts under the website part.


> I will try REALLY HARD not to lose any translations in the process :-)
>

One problem that would be nice to be changed is that currently untranslated
pages end up with English texts in the foreign language resulting in
transifex claiming all strings to be translated. Would be great if these
were empty in Transifex side.

I am also not certain how well this is going to work when pages get
updated. I.e. previously I have commented that it should be easy to see
what is falling out of sync on Transifex, but currently I am unsure if this
is true or not. But we will know more when the prototyping continues.

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

Re: website translation experiments

[Miika Turkia]

On Tue, Jul 17, 2018 at 5:26 PM, Pedro Neves  wrote:

> Does anyone know how we can translate the headers that are shown together
> with the images on the main page (e.g.: "Multiplatform", "Log all your
> dives", etc.)? The captions are on the strings on the "About" page, mas the
> header are missing...
>

This is not yet possible. Dirk will have to do some more manual work to get
it all ready for translation.

Dirk, there seems to be a bug in the announcement of 4.8.1. The following
sentence has wrong version number
---8<---
Some of the changes in Subsurface 4.8:
---8<---

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

Re: website translation experiments

[Miika Turkia]

On Tue, Jul 17, 2018 at 12:53 PM, Davide DB  wrote:

> I'm a bit late to the party and i'm having some difficulties to
> understand how to proceed.
> I've reviewed and modified most of the Italian strings in the about
> file of the subsurface project.
>
> Should I continue with the "announcing-subsurface-4-8" and
> "announcing-subsurface-4-8-1" files?
>

Currently these are the ones we are testing the translation with.


> I see that there is another project website but it seems I cannot
> partecipate. I'm part of the team but I cannot request Italian
> language and other problems... so before I proceed better aim at the
> right target :)
>

If I have understood correctly, Dirk attempted to create another project
for the web site, but failed to add resources there. So that is why we are
currently prototyping within the Subsurface project.

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

Re: website translation experiments

[Miika Turkia]

On Tue, Jul 17, 2018 at 8:37 AM, Peter Zaal  wrote:

> Regarding the diacritic characters, I noticed that when you use the
> literal diacritics in the translated text, this does not show correctly on
> the website.
>
> E.g. in the translated text ‘Bühlmann’ shows as ‘Bühlmann’ on the
> website, or ‘geïntegreerd’ in Transifex shows as ‘geïntegreerd’ on the
> website.
>
> Using encoded text in Transifex shows correctly on the website (although
> not encoded there), e.g. ‘n’ shows as ‘één’. ‘’ shows
> as ‘&’.
>
> So I guess this means we should use html encoding for the ‘special’
> characters.
>

Seems to be working at least on Finnish and German, so this is probably a
text encoding issue in the tooling as Dirk mentions.

miika

> On Jul 16, 2018, at 1:15 PM, Dirk Hohndel  wrote:
>
>
>
> Thanks, I misunderstood what was supposed to be changed.
>
>
>
> This was correctly transferred from Transifex to my intermediate format.
>
> From there it went correctly into GitHub: https://github.com/
> Subsurface-divelog/Subsurface-website/blob/master/_pages/about.nl#L93
>
> And the upload from there to WordPress showed no error. Yet it didn't get
> updated. That's even more frustrating as that makes it harder for me to
> know when to retry...
>
>
>
> So I made a whitespace change and pushed it again.
>
> This time I got a "could not update post in the database" error.
>
>
>
> And digging through the logs it turns out that it is indeed the encoding
> of the "één" that's the problem. Wordpress rejects what I am sending to it.
> So now I need to figure out how to work around that...
>
>
>
> THANKS for the eagle eyes and for making sure I catch this. That would
> have been rather embarrassing.
>
>
>
> This is indeed very strange. Files from Transifex are supposed to arrive
> in UTF-8. Nothing in my processing should have changed things to ISO8859-1
> - yet about.nl is the one file that was incorrectly encoded.
>
> Right now I have no explanation. Add this to the list of things that I'm
> worried about, I guess.
>
>
>
> Manually converted and re-uploaded, all good now. Please check the website
> if anything else got damaged - especially look at the non-ASCII letters in
> the text, please.
>
>
>
> /D
>
>
>
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: website translation experiments

[Miika Turkia]

On Mon, Jul 16, 2018 at 9:14 PM, Dirk Hohndel  wrote:

>
> > On Jul 16, 2018, at 9:32 AM, Dirk Hohndel  wrote:
> >
> >
> > As always, nothing is as easy as it should be :-)
>
> I continue to run into weird error messages trying to upload resources to
> Transifex - something that I've never experienced with the resources for
> the app translation.
> I will continue to play with this, but I'll admit that I'm getting rather
> frustrated as there appears to be absolutely no useful feedback...


Bummer. Anyway, indeed all the languages are available when viewing with a
real browser. And if it turns out that this is going to work, there are a
couple of titles that needs to be added to be translated. Otherwise the
translation seems to be pretty good. We would probably see quite a bit more
effort in the web site translations if it was done via transifex. Easier to
see what is not in sync.

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

Re: website translation experiments

[Miika Turkia]

> On 16 Jul 2018, at 19.32, Dirk Hohndel  wrote:
> 
> 
> As always, nothing is as easy as it should be :-)
> 
> First my database server crashed - I believe this was unrelated, but am not 
> 100% sure.
> Then 2/3 of the updates worked, but three didn't - also not sure why, the 
> error message is truly enlightening: "Received an error object"... gee, 
> thanks for letting me know.
> 
> But it was easy enough to create another commit that caused an update of 
> those three and now the website has been updated.
> 
>>> On Jul 16, 2018, at 7:57 AM, Dirk Hohndel  wrote:
>>> 
>>> Another question, should and can we use html entities for special 
>>> characters, e.g. if I want to use an é in the text, can I just put an é, or 
>>> should we useor would this be encoded once more on the site 
>>> (and literally show "") ?
>> 
>> That's exactly the kind of thing I want to find out. Feel free to try 
>> different things - I'll transfer the result over to the website this morning 
>> and then we'll see what works and what doesn't.
> 
> I took a quick look and while this ends up looking strange in the git repo, 
> it seems it renders fine on WordPress. Can you take a look and see if this is 
> what you wanted it to be?

I only see english and dutch when looking with mobile phone.

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

Re: website translation experiments

[Miika Turkia]

On Mon, Jul 16, 2018 at 3:39 AM, Dirk Hohndel  wrote:

>
> On Jul 15, 2018, at 5:31 PM, Dirk Hohndel  wrote:
>
>
> This may not go anywhere - but it might, so please bear with me...
>
> I have spent a few hours (mostly because I suck at Perl) and wrote a
> couple of scripts to try to connect our current git based translation
> system for the website with Transifex.
>
> There's a new resource on Transifex that is called "about" and that
> contains the strings of our landing page. For the website we currently have
> translations to de_DE fr_FR es_ES it_IT nl_NL pl_PL ru_RU pt_PT fi_FI so
> these are the ones that have been populated. The closer the translations
> were to the English version, the better these imports will be. While
> eventually we can consider other translations, right now I'm not asking for
> people to add more translations!
>
> If you would like to help me figure out if this is feasible and you speak
> (doesn't matter at this point how fluently) one of these languages, you
> could help me by logging into Transifex and cleaning up the translations of
> that "about" resource. The biggest issue likely will be "translations" that
> are on the wrong source string. Because of the way I extract these
> preliminary translations from the existing translations, if the "grouping"
> of the HTML in the translation doesn't match the grouping in English,
> things will go poorly. I had to break up a couple of longer paragraphs in
> German to match the paragraph breaks in English, for example.
> Then tomorrow I'll try to pull these translations again and see if I can
> feed them into git and push them from there into WordPress in order for
> them to show up on our website.
>
>
> For example, I don't speak Finnish... but it's quite obvious that some of
> the strings were missing and that therefore the translations are not
> matching the source strings. For example "Hieman historian:" apparently
> is Finnish for string #17, "A bit of background", but it shows up as the
> translation of string #9...
>
>
FI is translated. The biggest challenge was to add the formatting commands
within the string without copying the original English text first. But it
ended up being simple enough, just typing the  tags and
once the string is accepted the tag is marked with the running number and
grey background...

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

Re: Danish translation.

[Miika Turkia]

On Sun, Jul 15, 2018 at 4:54 PM, Jan Iversen 
wrote:

> I opened transifix between dives today, and translated a number of
> strings, but it looks like wasted effort because there are 1001 strings
> missing control (revised). Can a reviewer please control and accept/eject
> the strings before I use more time.
>

The review is not necessary. At least Finnish doesn't have any(?) strings
reviewed, but as long as they are translated they do get into releases. Of
course, if there are more people working on specific language, then the
review feature might make sense...

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

Re: 4.8.1 planning

[Miika Turkia]

On Fri, Jul 13, 2018 at 1:45 AM, Linus Torvalds <
torva...@linux-foundation.org> wrote:

> On Thu, Jul 12, 2018 at 3:16 PM Anton Lundin  wrote:
> >
> > I just dug up my Sport and put a battery in it and it fails to to
> > download, Both on linux and on Android. I tested it via rfcomm and that
> > worked just fine.
>
> So this actually would mesh with the delay being the issue.
>
> If you use /dev/rfcomm and just open it as a regular serial device,
> then you use the src/serial_posix.c code, and dc_iostream_sleep() will
> call dc_serial_sleep().
>
> Which does the nanosleep that it always used to do, and that we never
> used to override.
>
> The new libdivecomputer "iostream" model made everybody have to
> implement their own sleep implementation, which was obviously not a
> great idea. Not even libdivecomputer got it right (ie the socket sleep
> bug on OS X).
>
> So the "works with rfcomm, doesn't work with direct bluetooth socket"
> would be explained by that sleep difference.
>
> And it also would explain why it just randomly works for some people
> regardless, since it's all just random timing anyway.
>
> But it would be great if somebody could test that patch. None of the
> dive computers I have care (and most of them don't have a front end
> that does any delays in the first place).
>

Hooray, this seems to work. First test was with no new dives and the
connection worked immediately. Then I started a new log, first DL failed,
but a retry started the download. Not sure what went wrong in the failed
attempt, but it did take some time before the attempt timed out.

BTW I do also have the old model with red buttons and classic only.

But, as I downloaded everything that is available on the OSTC sport, it
seems that the oldest dives do not have the dive profile. Does the sport
keep the max depth and time information on log when it needs to start
overwriting? I have dive profiles for 205 dives in it and rest is without...

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

Re: 4.8.1 planning

[Miika Turkia]

On Thu, Jul 12, 2018 at 11:03 PM, Dirk Hohndel  wrote:

>
> On Jul 12, 2018, at 12:45 PM, Robert Helling  wrote:
>
> Hi,
>
> On 12. Jul 2018, at 21:26, Miika Turkia  wrote:
>
> I did test this with Win10 the other day and it did not work. (Subsurface
> 4.8.0)
>
>
> I just had a conversation with a user on facebook (who had other problems)
> who happily downloads dives from OSTC sport on Win 10 to subsurface 4.8.0.
>
>
> That's interesting.
> Miika, do you also have an OSTC Sport? Or a different model?
>

OSTC Sport with FW v10.44. Just updated a few days ago to see if it would
help...

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

Re: 4.8.1 planning

[Miika Turkia]

On Thu, Jul 12, 2018 at 10:15 PM, Linus Torvalds <
torva...@linux-foundation.org> wrote:

> On Thu, Jul 12, 2018 at 11:52 AM Miika Turkia 
> wrote:
> >
> > The broken one fails without any success. Console output:
>
> Yeah, it's the actual IO log I was hoping would show something, but it
> just says
>
>   INFO: Purge: direction=3
>   INFO: Write: size=4, data=AAABCDEF
>   INFO: Sleep: value=100
>   INFO: Read: size=0, data=
>   ERROR: Failed to verify echo. [in ../../src/hw_ostc3.c:457
> (hw_ostc3_device_init_service)]
>
> so that's not very helpful - it just looks like *no* io works.
>
> Which is odd, since apparently it works for other people (at least on
> mac), and nothing at all in any of this is mac-specific. So we know
> the custom IO stuff is hooked up right - the Linux code even uses
> exactly the same stuff as OS X (now, Android or Windows would be
> different, but OS X and Linux share the exact same code on the
> bluetooth side).
>
> No ideas where to even start debugging this right now.


I did test this with Win10 the other day and it did not work. (Subsurface
4.8.0)

Just tested Android and it started to download the data.

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

Re: 4.8.1 planning

[Miika Turkia]

On Thu, Jul 12, 2018 at 9:22 PM, Linus Torvalds <
torva...@linux-foundation.org> wrote:

> On Thu, Jul 12, 2018 at 11:13 AM Miika Turkia 
> wrote:
> >
> > Commit 8a34d822ff5b6b235434f4a240f2f559ef331503 (libdivecomputer) seems
> to break the BT download from OSTC for me.
>
> Ouch.
>
> That's the "switch over to libdivecomputer iostream" commit.
>
> Which is about the worst possible commit to test, because that's when
> the whole IO world just switched over.
>
> Can you do a libdivecomputer dump-file for the works case just before
> that, and a failing one.
>
> At least we'd see the IO patterns as libdivecomputer sees them.
>

The broken one fails without any success. Console output:
---8<---
Starting download from  BT
Starting the thread 0
INFO: FTDI disabled
INFO: dc_deveice_open error value of 0
Finishing the thread Dive data import error dives downloaded 0
---8<---

And attached is the little available on the log.

miika
Subsurface: v4.4.1-281-g86ac7fdf4714, built with libdivecomputer v0.7.0-devel-Subsurface-branch (8a34d822ff5b6b235434f4a240f2f559ef331503)
INFO: Configure: baudrate=115200, databits=8, parity=0, stopbits=0, flowcontrol=0
INFO: Timeout: value=3000
INFO: Sleep: value=300
INFO: Purge: direction=3
INFO: Write: size=4, data=AAABCDEF
INFO: Sleep: value=100
INFO: Read: size=0, data=
ERROR: Failed to verify echo. [in ../../src/hw_ostc3.c:457 (hw_ostc3_device_init_service)]
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: 4.8.1 planning

[Miika Turkia]

On Thu, Jul 12, 2018 at 8:11 PM, Dirk Hohndel  wrote:

>
> > On Jul 12, 2018, at 8:44 AM, Miika Turkia 
> wrote:
> >>>>>
> >>>>> But I thought that both Jan and Robert had reported success
> downloading from their OSTC just recently.
> >>>>
> >>>> I can confirm, with current master, download from OSTC Sport to my
> Mac works both for classic as well as Bluetooth LE.
> >>>
> >>> what os? Can you test the appimage on linux?
> >>
> >> Does it work with a locally compiled from source version? Or is that
> broken, too?
> >
> > self compiled is also broken for me. Before Dec 4 (ish) works but
> anything after does not.
>
> So it works on Mac. Jan, are you using it on Linux or also on a Mac?
> I don't have an OSTC, so this isn't something I can help bisect...
>

Commit 8a34d822ff5b6b235434f4a240f2f559ef331503 (libdivecomputer) seems to
break the BT download from OSTC for me.

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

Re: 4.8.1 planning

[Miika Turkia]

> On 12 Jul 2018, at 17.46, Dirk Hohndel  wrote:
> 
> 
>>> On Jul 12, 2018, at 2:55 AM, Miika Turkia  wrote:
>>> 
>>>> On 12. Jul 2018, at 06:24, Dirk Hohndel  wrote:
>>>> 
>>>> But I thought that both Jan and Robert had reported success downloading 
>>>> from their OSTC just recently.
>>> 
>>> I can confirm, with current master, download from OSTC Sport to my Mac 
>>> works both for classic as well as Bluetooth LE.
>> 
>> what os? Can you test the appimage on linux?
> 
> Does it work with a locally compiled from source version? Or is that broken, 
> too?

self compiled is also broken for me. Before Dec 4 (ish) works but anything 
after does not. 

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

Re: 4.8.1 planning

[Miika Turkia]

> On 12 Jul 2018, at 12.48, Robert Helling  wrote:
> 
> Hi,
> 
>> On 12. Jul 2018, at 06:24, Dirk Hohndel  wrote:
>> 
>> But I thought that both Jan and Robert had reported success downloading from 
>> their OSTC just recently.
> 
> I can confirm, with current master, download from OSTC Sport to my Mac works 
> both for classic as well as Bluetooth LE.

what os? Can you test the appimage on linux?

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

Re: 4.8.1 planning

[Miika Turkia]

On Thu, Jul 12, 2018 at 12:46 AM, Dirk Hohndel  wrote:

>
> Just a heads up - I want to release 4.8.1 fairly soon. Mainly to deal with
> the issues with Mac (where I had to embarrassingly push a new installer a
> couple days after release which is something that I hate doing in the first
> place). Anyway, the problems in the Mac binary are resolved now, and we
> even have a few new features as indicated by the CHANGELOG...
>
> What I'm not sure about is what the best way is to do a cut off. Are we at
> a good spot right now? Are there a few more PRs that should go in? Or are
> there commits that are in that would be better if they weren't in 4.8.1?
>

Well, it would be great if BT download from OSTC Sport was working. At
least it has been broken for me for quite a long time. I have no idea of
what is wrong, but it just does not work. I gotta use
Subsurface-6addfe166-x86_64.AppImage to get the data out. IIRC at some
point I bisected it to have broken down between
54f6bff9290906a62628c85e1adb3a74ca487722 and
8ae735a4d70307ebe2a42d315697f02ce71dbe88.
But digging into this area is quite challenging since the interfaces
change  and one has to switch versions of both Subsurface and
libdivecomputer while bisecting.

IIRC Jeff mentioned at some point that he had fixed OSTC bug on
libdivecomputer, but at least latest latest continuous build (AppImage) is
not working for me and the fix should be already in Subsurface. Is BT
download from OSTC working for someone on latest release or devel version?

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

Re: install doesn't work

[Miika Turkia]

As Dirk said, it is currently not possible to install this version from the
PPA. Some required headers are removed from Ubuntu, and thus we cannot
compile for 18.04 on Launchpad.

That said, you can download
https://subsurface-divelog.org/downloads/Subsurface-4.8.0-x86_64.AppImage,
change the permissions to allow execution (chmod 755
Subsurface-4.8.0-x86_64.AppImage) and run the AppImage.

There is also an option to install Subsurface snap, but I have had some
trouble with it so cannot currently recommend that option.

miika

On Mon, Jul 9, 2018 at 4:59 AM, Christophe Ferrier 
wrote:

> ok
> but on ubuntu 18.04 LTS
> is it possible to have the
> 4.8.0-1 and how ?
> thanks.
> C.
>
>
> Le 02/07/18 à 03:00, Dirk Hohndel a écrit :
>
> Bionic is only support via AppImage.
> (or compiling from source locally)
>
> /D
>
> On Jul 1, 2018, at 4:16 PM, Christophe Ferrier  wrote:
>
> hello,
> currently on ubuntu 18.04 LTS (gnomon)
> the update for 4.8.0-1 doesn't work 
>
> =>
> sudo apt-get update
> Atteint:1 http://ftp.belnet.be/ubuntu.com/ubuntu bionic InRelease
> Atteint:2 http://ftp.belnet.be/ubuntu.com/ubuntu bionic-updates InRelease
> Atteint:3 http://ppa.launchpad.net/subsurface/subsurface/ubuntu bionic
> InRelease
> Atteint:4 http://ftp.belnet.be/ubuntu.com/ubuntu bionic-backports
> InRelease
> Atteint:5 http://ftp.belnet.be/ubuntu.com/ubuntu bionic-security InRelease
> Lecture des listes de paquets... Fait
> *MYCOMPUTER:*~$ sudo apt-get install subsurface=4.8.0-1~bionic
> Lecture des listes de paquets... Fait
> Construction de l'arbre des dépendances
> Lecture des informations d'état... Fait
> E: La version « 4.8.0-1~bionic » de « subsurface » n'a pu être trouvée
> *MYCOMPUTER:*~$ sudo apt-get install subsurface=4.8.0-1~xenial
> Lecture des listes de paquets... Fait
> Construction de l'arbre des dépendances
> Lecture des informations d'état... Fait
> E: La version « 4.8.0-1~xenial » de « subsurface » n'a pu être trouvée
>
> thanks .
> CF.
>
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
>
>
>
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: crashes when deleting dive computers

[Miika Turkia]

On Mon, Jul 9, 2018 at 1:34 AM, Lubomir I. Ivanov 
wrote:

> a couple of months ago we had this report about crashes when deleting
> dive computers:
> https://github.com/Subsurface-divelog/subsurface/issues/1278
>
> can anyone reproduce this with the latest master?
>

I cannot reproduce it, not with current master, nor with 4.7.8 AppImage. I
don't have any machine that would work with our PPA provided packages so
cannot test the exact binary :(

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

Re: iPhone crash

[Miika Turkia]

> On 7 Jul 2018, at 21.16, Lubomir I. Ivanov  wrote:
> 
>> On 7 July 2018 at 21:09, Miika Turkia  wrote:
>> 
>> 
>>>> On 7 Jul 2018, at 20.57, Lubomir I. Ivanov  wrote:
>>>> 
>>>>> On 7 July 2018 at 20:14, Miika Turkia  wrote:
>>>>> On Sun, Jun 17, 2018 at 2:16 AM, Dirk Hohndel  wrote:
>>>>> 
>>>>> 
>>>>>> On Jun 17, 2018, at 8:09 AM, Miika Turkia 
>>>>>> wrote:
>>>>>> 
>>>>>> Here is a crash log of Subsurface-mobile related to cloud sync.
>>>>>> Hopefully it makes some sense to someone. Occurs when there is new data
>>>>>> available on cloud. After restart it seems that repo was successfully
>>>>>> synced, even though Subsurface-mobile crashed.
>>>>> 
>>>>> No symbols - that makes things a wee bit harder. I thought I had things
>>>>> set up so that crash dumps include symbols.
>>>>> Need to look at the Xcode settings again. Crud.
>>>>> Annoyingly, TestFlight claims that you have no crashes (but it also says
>>>>> that those data can be up to 72 hours delayed, so I need to go back there 
>>>>> in
>>>>> a couple of days). Because in theory I should be able to import the crash
>>>>> info into Xcode which should then tell me where the crash happened, 
>>>>> anyway.
>>>> 
>>>> 
>>>> Just tested this with 2.1.0(4.7.8.422) and still getting the same crash on
>>>> cloud sync. Did any of the crashes reach the TestFlight?
>>>> 
>>> 
>>> doesn't seem like something that's our fault.
>>> does it crash right on startup?
>> 
>> It crashes during or after cloud sync. Probably after it is completed as the 
>> data seems to be transferred when restarting Subsurface.
>> 
> 
> could be a good idea to try to crash it in offline mode (i.e. no
> WIFI), to narrow down the potential causes.

How do I sync with cloud when offlone? :)

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

Re: iPhone crash

[Miika Turkia]

On Sun, Jun 17, 2018 at 2:16 AM, Dirk Hohndel  wrote:

>
> > On Jun 17, 2018, at 8:09 AM, Miika Turkia 
> wrote:
> >
> > Here is a crash log of Subsurface-mobile related to cloud sync.
> Hopefully it makes some sense to someone. Occurs when there is new data
> available on cloud. After restart it seems that repo was successfully
> synced, even though Subsurface-mobile crashed.
>
> No symbols - that makes things a wee bit harder. I thought I had things
> set up so that crash dumps include symbols.
> Need to look at the Xcode settings again. Crud.
> Annoyingly, TestFlight claims that you have no crashes (but it also says
> that those data can be up to 72 hours delayed, so I need to go back there
> in a couple of days). Because in theory I should be able to import the
> crash info into Xcode which should then tell me where the crash happened,
> anyway.
>

Just tested this with 2.1.0(4.7.8.422) and still getting the same crash on
cloud sync. Did any of the crashes reach the TestFlight?

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

Re: Suunto DM5 Imports broken

[Miika Turkia]

Thanks, the fix seems to be working properly.

miika

On Sat, Jun 16, 2018 at 4:21 PM, Rainer Mohr  wrote:

> Sent via personal mail to Miika
>
> Rainer
>
> Am 16.06.18 um 02:15 schrieb Miika Turkia:
>
> I just sent a pull req that should take care of this. However, I do not
> possess test data with the new format. Could you Rainer send me a sample
> file? (The addition for support for the new format is quite trivial, but
> still I would like to test it out.)
>
> miika
>
> On Fri, Jun 15, 2018 at 12:32 AM, Miika Turkia 
> wrote:
>
>> I will try to take a look into this within a few days
>>
>> miika
>>
>> > On 8 Jun 2018, at 0.25, Dirk Hohndel  wrote:
>> >
>> > Miika is the wunderkind-slash-madman who maintains our importers and
>> deals with the XSLT...
>> >
>> > /D
>> >
>> >> On Jun 7, 2018, at 1:58 AM, Rainer Mohr  wrote:
>> >>
>> >> Gentlemen,
>> >>
>> >> Just noticed, that the Suunto DM5 Import is very broken as it can't
>> parse the profile data from recent and semi-recent DM5 files properly.
>> >> Suunto has once again changed their data structures in the profile
>> part of DM5. Noticed after quite a few broken profiles popped up on
>> divelogs.de
>> >> Now the 'SampleBlob' can contain not only blocks of 16, 23 and 26
>> Bytes, but new: 30 Bytes (detectable by first Byte being '5')
>> >>
>> >> Here is my PHP code for handling the profile parts from the SQLite
>> Data, hope someone can translate this into what you need, as I would be
>> useless at doing so:
>> >>
>> >> > >> // $databaserow contains the data from one dive, queried from the
>> database
>> >> $data = $databaserow['SampleBlob'];
>> >> $samples = Array();
>> >>
>> >> // Depending on first Byte: Samples are in blocks of 23 or 16 or 26 or
>> 30 bytes
>> >> if (ord($data[0])==3) { // 23 Bytes per sample
>> >>$data = substr($data,1,strlen($data));
>> >>for($i = 0; $i < strlen($data)/23; ++$i) {
>> >>$s = unpack("f",$data[$i*23+2].$dat
>> a[$i*23+3].$data[$i*23+4].$data[$i*23+5]);
>> >>if ($s[1] < 200) $samples[] = round($s[1],1);
>> >>}
>> >> } elseif (ord($data[0])==4) { // 26 Bytes per sample
>> >>$data = substr($data,1,strlen($data));
>> >>for($i = 0; $i < strlen($data)/26; ++$i) {
>> >>$s = unpack("f",$data[$i*26+2].$dat
>> a[$i*26+3].$data[$i*26+4].$data[$i*26+5]);
>> >>if ($s[1] < 200) $samples[] = round($s[1],1);
>> >>}
>> >> } elseif (ord($data[0])==5) { // 30 Bytes per sample
>> >>$data = substr($data,1,strlen($data));
>> >>for($i = 0; $i < strlen($data)/30; ++$i) {
>> >>$s = unpack("f",$data[$i*30+2].$dat
>> a[$i*30+3].$data[$i*30+4].$data[$i*30+5]);
>> >>if ($s[1] < 200) $samples[] = round($s[1],1);
>> >>}
>> >> } else { // 16 Bytes per sample
>> >>for($i = 0; $i < strlen($data)/16; ++$i) {
>> >>$s = unpack("f",$data[$i*16+3].$dat
>> a[$i*16+4].$data[$i*16+5].$data[$i*16+6]);
>> >>if ($s[1] < 200) $samples[] = round($s[1],1);
>> >>}
>> >> }
>> >>
>> >> // in case Dives from imported DM4 are available
>> >> if (count($samples)==0) {
>> >>$data = $databaserow['ProfileBlob'];
>> >>for($i = 0; $i < strlen($data)/4; ++$i) {
>> >>$s = unpack("f",$data[$i*4].$data[$
>> i*4+1].$data[$i*4+2].$data[$i*4+3]);
>> >>if ($s[1] < 200) $samples[] = round($s[1],1);
>> >>}
>> >> }
>> >> ?>
>> >>
>> >> Rainer
>> >>
>> >>
>> >> ___
>> >> subsurface mailing list
>> >> subsurface@subsurface-divelog.org
>> >> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo
>> /subsurface
>> >
>>
>
>
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

iPhone crash

[Miika Turkia]

Here is a crash log of Subsurface-mobile related to cloud sync. Hopefully it 
makes some sense to someone. Occurs when there is new data available on cloud. 
After restart it seems that repo was successfully synced, even though 
Subsurface-mobile crashed.

miika



Subsurface-mobile-2018-06-16-113236.ips.beta
Description: Binary data

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

Re: new releases

[Miika Turkia]

> On 16 Jun 2018, at 7.16, Dirk Hohndel  wrote:
> 
> What other bugs do we know of for either desktop or mobile?

I have had some crashes on iPhone when syncing new data from cloud. Apparently 
Subsurface-mobile crashes after the sync, as new data is available on next 
start.

was there some way to get the crash log out of iPhone? Running 4.7.8.287

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

Re: Suunto DM5 Imports broken

[Miika Turkia]

I just sent a pull req that should take care of this. However, I do not
possess test data with the new format. Could you Rainer send me a sample
file? (The addition for support for the new format is quite trivial, but
still I would like to test it out.)

miika

On Fri, Jun 15, 2018 at 12:32 AM, Miika Turkia 
wrote:

> I will try to take a look into this within a few days
>
> miika
>
> > On 8 Jun 2018, at 0.25, Dirk Hohndel  wrote:
> >
> > Miika is the wunderkind-slash-madman who maintains our importers and
> deals with the XSLT...
> >
> > /D
> >
> >> On Jun 7, 2018, at 1:58 AM, Rainer Mohr  wrote:
> >>
> >> Gentlemen,
> >>
> >> Just noticed, that the Suunto DM5 Import is very broken as it can't
> parse the profile data from recent and semi-recent DM5 files properly.
> >> Suunto has once again changed their data structures in the profile part
> of DM5. Noticed after quite a few broken profiles popped up on divelogs.de
> >> Now the 'SampleBlob' can contain not only blocks of 16, 23 and 26
> Bytes, but new: 30 Bytes (detectable by first Byte being '5')
> >>
> >> Here is my PHP code for handling the profile parts from the SQLite
> Data, hope someone can translate this into what you need, as I would be
> useless at doing so:
> >>
> >>  >> // $databaserow contains the data from one dive, queried from the
> database
> >> $data = $databaserow['SampleBlob'];
> >> $samples = Array();
> >>
> >> // Depending on first Byte: Samples are in blocks of 23 or 16 or 26 or
> 30 bytes
> >> if (ord($data[0])==3) { // 23 Bytes per sample
> >>$data = substr($data,1,strlen($data));
> >>for($i = 0; $i < strlen($data)/23; ++$i) {
> >>$s = unpack("f",$data[$i*23+2].$data[$i*23+3].$data[$i*23+4].$
> data[$i*23+5]);
> >>if ($s[1] < 200) $samples[] = round($s[1],1);
> >>}
> >> } elseif (ord($data[0])==4) { // 26 Bytes per sample
> >>$data = substr($data,1,strlen($data));
> >>for($i = 0; $i < strlen($data)/26; ++$i) {
> >>$s = unpack("f",$data[$i*26+2].$data[$i*26+3].$data[$i*26+4].$
> data[$i*26+5]);
> >>if ($s[1] < 200) $samples[] = round($s[1],1);
> >>}
> >> } elseif (ord($data[0])==5) { // 30 Bytes per sample
> >>$data = substr($data,1,strlen($data));
> >>for($i = 0; $i < strlen($data)/30; ++$i) {
> >>$s = unpack("f",$data[$i*30+2].$data[$i*30+3].$data[$i*30+4].$
> data[$i*30+5]);
> >>if ($s[1] < 200) $samples[] = round($s[1],1);
> >>}
> >> } else { // 16 Bytes per sample
> >>for($i = 0; $i < strlen($data)/16; ++$i) {
> >>$s = unpack("f",$data[$i*16+3].$data[$i*16+4].$data[$i*16+5].$
> data[$i*16+6]);
> >>if ($s[1] < 200) $samples[] = round($s[1],1);
> >>}
> >> }
> >>
> >> // in case Dives from imported DM4 are available
> >> if (count($samples)==0) {
> >>$data = $databaserow['ProfileBlob'];
> >>for($i = 0; $i < strlen($data)/4; ++$i) {
> >>$s = unpack("f",$data[$i*4].$data[$
> i*4+1].$data[$i*4+2].$data[$i*4+3]);
> >>if ($s[1] < 200) $samples[] = round($s[1],1);
> >>}
> >> }
> >> ?>
> >>
> >> Rainer
> >>
> >>
> >> ___
> >> subsurface mailing list
> >> subsurface@subsurface-divelog.org
> >> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
> >
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Suunto DM5 Imports broken

[Miika Turkia]

I will try to take a look into this within a few days

miika

> On 8 Jun 2018, at 0.25, Dirk Hohndel  wrote:
> 
> Miika is the wunderkind-slash-madman who maintains our importers and deals 
> with the XSLT...
> 
> /D
> 
>> On Jun 7, 2018, at 1:58 AM, Rainer Mohr  wrote:
>> 
>> Gentlemen,
>> 
>> Just noticed, that the Suunto DM5 Import is very broken as it can't parse 
>> the profile data from recent and semi-recent DM5 files properly.
>> Suunto has once again changed their data structures in the profile part of 
>> DM5. Noticed after quite a few broken profiles popped up on divelogs.de
>> Now the 'SampleBlob' can contain not only blocks of 16, 23 and 26 Bytes, but 
>> new: 30 Bytes (detectable by first Byte being '5')
>> 
>> Here is my PHP code for handling the profile parts from the SQLite Data, 
>> hope someone can translate this into what you need, as I would be useless at 
>> doing so:
>> 
>> > // $databaserow contains the data from one dive, queried from the database
>> $data = $databaserow['SampleBlob'];
>> $samples = Array();
>> 
>> // Depending on first Byte: Samples are in blocks of 23 or 16 or 26 or 30 
>> bytes
>> if (ord($data[0])==3) { // 23 Bytes per sample
>>$data = substr($data,1,strlen($data));
>>for($i = 0; $i < strlen($data)/23; ++$i) {
>>$s = 
>> unpack("f",$data[$i*23+2].$data[$i*23+3].$data[$i*23+4].$data[$i*23+5]);
>>if ($s[1] < 200) $samples[] = round($s[1],1);
>>}
>> } elseif (ord($data[0])==4) { // 26 Bytes per sample
>>$data = substr($data,1,strlen($data));
>>for($i = 0; $i < strlen($data)/26; ++$i) {
>>$s = 
>> unpack("f",$data[$i*26+2].$data[$i*26+3].$data[$i*26+4].$data[$i*26+5]);
>>if ($s[1] < 200) $samples[] = round($s[1],1);
>>}
>> } elseif (ord($data[0])==5) { // 30 Bytes per sample
>>$data = substr($data,1,strlen($data));
>>for($i = 0; $i < strlen($data)/30; ++$i) {
>>$s = 
>> unpack("f",$data[$i*30+2].$data[$i*30+3].$data[$i*30+4].$data[$i*30+5]);
>>if ($s[1] < 200) $samples[] = round($s[1],1);
>>}
>> } else { // 16 Bytes per sample
>>for($i = 0; $i < strlen($data)/16; ++$i) {
>>$s = 
>> unpack("f",$data[$i*16+3].$data[$i*16+4].$data[$i*16+5].$data[$i*16+6]);
>>if ($s[1] < 200) $samples[] = round($s[1],1);
>>}
>> }
>> 
>> // in case Dives from imported DM4 are available
>> if (count($samples)==0) {
>>$data = $databaserow['ProfileBlob'];
>>for($i = 0; $i < strlen($data)/4; ++$i) {
>>$s = 
>> unpack("f",$data[$i*4].$data[$i*4+1].$data[$i*4+2].$data[$i*4+3]);
>>if ($s[1] < 200) $samples[] = round($s[1],1);
>>}
>> }
>> ?>
>> 
>> Rainer
>> 
>> 
>> ___
>> subsurface mailing list
>> subsurface@subsurface-divelog.org
>> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
> 
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: SubSurface Mobile and OTG

[Miika Turkia]

On Wed, May 23, 2018 at 11:55 AM, Guillaume Gardet <guillaume.gar...@free.fr
> wrote:

> Hi,
>
> Le 23/05/2018 à 07:29, Miika Turkia a écrit :
>
> This does work for some divecomputers, depending on the ftdi chip that is
> used on the cable. We also have some trouble with Android OS as some newer
> Android versions prevent us from accessing the USB devices. What versions
> of DC, cable (the serial chip), phone and Android you are using? (I have
> used OTG on Nexus 7 tablet and Suunto Vyper Air DC successfully, don't
> remember the Android version on the tablet.)
>
>
> Does it still work? Because Vyper Air on a Nexus 7 fails for me. :(
>

Couldn't find the original cable for Vyper air, but tested with D4. Failed
:(

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

Re: SubSurface Mobile and OTG

[Miika Turkia]

This does work for some divecomputers, depending on the ftdi chip that is
used on the cable. We also have some trouble with Android OS as some newer
Android versions prevent us from accessing the USB devices. What versions
of DC, cable (the serial chip), phone and Android you are using? (I have
used OTG on Nexus 7 tablet and Suunto Vyper Air DC successfully, don't
remember the Android version on the tablet.)

On Wed, May 23, 2018 at 8:15 AM, Thomas Fänge 
wrote:

> Hi!
>
> First, thanks all for you effort and the great and useful application!
>
> I'm connecting my dive computer to my Linux laptop, and that works perfect.
> But, wouldn't it be possible to do that on the SubSurface Mobile (Android)
> app too?
>
> I have a "watertight" Sony phone, and I use a USB On-The-Go (OTG) cable to
> use e.g. a mouse or external keyboard, so should it not then be possible to
> use USB-communication from the SubSurface app too, instead of only a
> Bluetooth connection? This would enable me to only bring the phone while
> travelling, even on the boat or shore and download my dives, getting the
> current position etc. without worrying if the phone gets wet or not.
>
> Today, when I connect the dive computer to the phone with the OTG cable, I
> can see on the leds on the interface cable that the connection is made to
> the phone, but that interface (USB) never turns up as an option in the
> SubSurface dive computer menu - only Bluetooth is available there.
>
> Best regards,
> Thomas
>
>
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: My new Suunto core and strange curve.

[Miika Turkia]

On Fri, May 11, 2018 at 10:50 AM,  wrote:

> Hi
>
> If you look at the attached png, you can see the curve of my downloaded
> dive. It contains a number of small white circles.
>

The image was missing and when pointing that out, I accidentally responded
to only Jan...


> I expected when I let the mouse hover over one or do a click that I get
> more information about what it is, but no reaction whatsoever.
>

You get the details to the information info window when hovering over the
dot instead of next to the mouse cursor. At least this works on 4.7.2 that
I happen to have installed on this computer.


> I did not make any marks while diving, so I am confused, how can I see the
> reason for each mark ?
>

The  markings you have there are from the dive computer. Mainly related to
deep stop and also safety stop. This can also be seen on the XML log (and
git):
---8<---
  
  
---8<---

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

Re: How to build iOS simulator and iOS device ?

[Miika Turkia]

On Fri, May 4, 2018 at 10:02 AM,  wrote:

>
>
> > On 4 May 2018, at 08:53, Dirk Hohndel  wrote:
> >
> > Hi Jan,
> >
> > On Wed, May 02, 2018 at 06:42:34PM +0200, j...@apache.org wrote:
> >>
> >> I am building in total 6 variants of subsurface (iOS-Simulator,
> iOS-Device, MacOS all in debug/release mode),  and right now there are no
> “nice” work.
> >>
> >> When using an Xcode project, hiding the developer id is easy, it is
> just to add
> >> export IOS_CODEID="iPhone Developer:  ()” to your
> .bash_profile, and Xcode will automatically pick it up.
> >>
> >> While developing I always generate the 3 platforms with debug, and only
> the final testing is with release.
> >>
> >> I have been playing with “upgrading”  ./subsurface/scripts/build.sh to
> understand the 2 iOS variants (replace -mobile) so I could  change the
> option “-both” to “-all3” (or something).
> >
> > Changes to build.sh affect several use scenarios of that script. Please
> > realize that the vast majority of developers is using this on various
> > versions of Linux...
> >
> >> However I am thinking of instead making a Xcode project with all paths
> relative, so it can be used by anyone. Having a Xcode project would also
> allow me not to build the libraries constantly (calling build.sh without
> options for some reason builds google maps every time).
> >>
> >> How would a Xcode project be received (of course provided it can build
> the external libraries, with their own configure/make) ?
> >
> > Ugh. Maintaining the configuration for a proprietary build system as part
> > of our project and requiring people who make changes to the cmake build
> > system to be able to somehow edit the XCode project... not a fan.
> > I will admit that I'm not thrilled with the secondary build system
> through
> > qmake that we maintain, but at least that's well documented, well
> > understood, and relatively easy to keep in sync with what we are doing in
> > cmake. When I look at the files inside an Xcode project... Yuck. That's
> > quite ugly. And the problem is that we would move from something that
> > several of us understand well to something that potentially only one of
> > the developers is really comfortable with... that worries me.
> >
> >> We would get rid of qmake from iOS, and testing (with Xcode) would be a
> lot easier.
> >
> > Except that I really dislike using Xcode - I find it incredibly hard to
> > use, painfully slow, it has a terrible editor, and it's behavior is
> > generally random. The number of user complaints when things don't work
> > where the successful answer is "I don't know, quit Xcode, try again,
> > sometimes you have to do that multiple times"... that's not trust
> > inspiring. Right now we have the issue that archiving our project fails
> on
> > the first attempt. If you then in Xcode manually toggle the "iCloud"
> > capability a couple of times (mind you, we don't use iCloud, at all),
> then
> > randomly the archive will succeed. Great.
> >
> > So what you are hearing me say is "I understand why you would want this,
> > but I'm not sure I want to be stuck with maintaining this as part of our
> > source repository". If you can make this work, make this EASY TO MAINTAIN
> > AS WE ADD NEW SOURCE FILES, CHANGE DEPENDENCIES... I'm willing to
> consider
> > it - but please understand that I might also look at it and say "yeah,
> > no”.
> Fair arguments, but a bit unfair against the newer versions of Xcode.
>
> My aim is to have a simple IDE, where I can develop/generate and test. How
> do the Linux developers, hope not like I do sometimes use vi :-)
>

I have to admit I have moved on from vi and use vim nowadays. Just a lot
more comfortable to use than any IDE I have tried.

miika
___
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