importing smarttrak slg logs

[Salvador Cuñat]

Good morning Alessandro and Willem.

On Sat, Feb 04, 2017 at 09:21:23AM +0200, Willem Ferguson wrote:
> On 04/02/2017 01:38, Alessandro Volpi wrote:
> > 
> > 
> > I have opened the imported xml file with the subsurface version
> > installed from the Fedora 24 repo.
> > I was very impressed by the quality of the application you are
> > developing and maintaining ... I cannot find good words for qualifying
> > it, other than EXCELLENT !
> > 
Thanks, but I've just done the parser for the .slg files. Most of the
hard work is done by the libdivecomputer an subsurface libraries so
the credit must go to its developers.

> > Al details of the dive, including gas switches during sidemount dives,
> > were perfectly imported. Before trying subsurface I was planning to edit
> > the notes of every single dive in order to insert the data concerning
> > fish species spotted during the dive. I was very glad to discover that
> > also this information has been automatically added to the dive's notes.
> > Therefore the log is perfectly good as it is and no manual editing
> > intervention is needed!
> > 
That's indeed the idea of the application. Please, make me know if
there are some data which haven't been parsed and are interesting for
the diver. I thought there were a lot of useless data in
smarttraks databases, but it can be a personal taste matter.

BTW, please check the correctness of the dive times. It's the last bug
fixed, didn't send the patches umpstream yet and I'm curious about it.

> > Also the management of dive sites and their coordinates is better than
> > my more optimistic forecasts.
> > 
As said, this is a subsurface merit.

> > I do not need to do that once again, since I have a working instance of
> > both programs. MoreoverI think I will never have in the future any
> > reason for importing the dive_log. slg file: I am not going to keep on
> > using SmartTrack on my Windows XP virtual machine. Unfortunately I
> > cannot ditch it right now, since I occasionally need to modify my dive
> > computer settings and it is easier to do that by means of SmartTrak,
> > instead of fiddling with the Galileo button driven menu.
> > 
"Nunca digas: De este agua no beberé ni Este cura no es mi padre"
(untranslated spanish proverb).  Besides, smarttrak keeps the
downloaded dives in raw-data format, so any future libdivecomputer
improvement on Galileo format will automatically aply in the importer
(well, in newer builds of the importer) so downloading the dives also
with smarttrak seems a good idea, at least until libdivecomputer had
finished with the Galileos import.

> > Since am am a curious man, I have anyway tried to build the objects and
> > the executables, after having created a suitable symbolic link  : ln -s
> > /usr/lib64 /usr/lib/x86_64-linux-gnu .
> > After having done so, I was guessing the the required library should
> > have been made available to build.sh .The available libmdb shared
> > objects were thus:
> > 
> > ls -l /usr/lib/x86_64-linux-gnu/libmdb*
> > lrwxrwxrwx. 1 root root    15 2016-02-04_09:38:43
> > /usr/lib/x86_64-linux-gnu/libmdb.so.2 -> libmdb.so.2.0.1
> > -rwxr-xr-x. 1 root root 87280 2016-02-04_09:38:49
> > /usr/lib/x86_64-linux-gnu/libmdb.so.2.0.1
> > lrwxrwxrwx. 1 root root    18 2016-02-04_09:38:44
> > /usr/lib/x86_64-linux-gnu/libmdbsql.so.2 -> libmdbsql.so.2.0.0
> > -rwxr-xr-x. 1 root root 40096 2016-02-04_09:38:49
> > /usr/lib/x86_64-linux-gnu/libmdbsql.so.2.0.0
> > 

The link shouldn't be necessary. I built last night the full
subsurface along with smtk2ssrf in a plain, clean Fedora 24 docker VM,
just adding mdbtools-devel to the required packages as of the INSTALL
file in the subsurface sources, and both applications built perfectly
well.

> > I created  a ~/src/ folder in my home folder, since you say that it is a
> > bad idea to build subsurface as root.
> > 
This is just a good practice, not subsurface related, but generic for
software building (specially from unknown or untrusted sources).

> > Thank you once again for your help and your development activity.
> > 
Thanks to you for using it.

> 
> Salvador is working hard on the AppImage for smtk2ssrf that can execute on a
> wider range of Linux flavours.
> 
I've ATM tested on Debian unstable, Ubuntu 16.04 and Fedora 25. It
works fine with them, just throws some errors due to packaged
libraries.
I'm going to put a PR upstream for the bug fixing patch. And, meanwhile,
try to reduce the bundled packages in the appimage as 33mb for a 3mb
utility seems a bit overloaded.
BTW, we have to fix the smtk-import librearies needed part in the
user-manual.

Best regards.

Salva.