Scubapro/Uwatec Smartrak .slg files importing tool

[Salvador Cuñat]

Good evening.
I apologize for my tardiness (I've just got home from work) an for being so
little verbose in my initial mail.

2015-11-11 20:02 GMT+01:00 Anton Lundin <glance at acc.umu.se>:

> On 11 November, 2015 - Robert C. Helling wrote:
>
> > Hi,
> >
> > > On 11 Nov 2015, at 18:08, Dirk Hohndel <dirk at hohndel.org> wrote:
> > >
> > > And then we turn building it off by default and no one gets it, or we
> turn
> > > it on by default, and we added the same dependencies to building the
>

I've set the cmake option to OFF by default, this was never supossed to be
of general use, just for those users who need it.
I came to this approach after the recent changes in CMakeLists.txt,
previous one was just set option to ON and then  run "make smtk2ssrf"
otherwise importer was never built.  The actually proposed solution was
thought because of install, cross-building and packaging capability and
simplicity.
Getting back to my initial idea would be trivial, as it is only about
building.

> > Subsurface package. I guess that's my point. I wonder if this wouldn't
> be
> > > better off being its own project, with its own repository, its own
> > > releases, its own builds, etc.
>

I don't think so,  the importer, as is right now, will see little or null
future improvement  (it lacks just 2 or 3 data relative to diving
locations),  unless main Subsurface adds new data capabilities (e.g.  a
taxonomy for buddies in the way we have for sites), or  Scubapro make
changes to the database (unlikely as newer devices use LogTrak, which is
hard to name a true divelog).

>
> > how often will this really be used? I would say O(1) times by users that
> transition from the old Smartrak software to subsurface.
> >
>

If every thing works smoothly a user should only need to use it once, and
he should  be done.  But this is not supossed to be used just by new
Subsurface users.  An actual user of Subsurface (say he dives a Galileo)
will probably have a bunch of dives in SmartTrak format  waiting to be
integrated in his  -now preferred- divelog  ;-) .   Ticket #194 in
bugtracker dates from 04/2013 and I can remember some old posts in scuba
forums asking if this import was possible.

> Why don’t we offer this as a web service (if you want I could run this on
> my server) where you upload a .sgl file and get a .ssrf file back. In this
> case, we don’t have to provide ten thousands different builds, just one
> that runs on the server.
> >
> > What do you think?
> >
>
>
Letting it live in the subsurface source, off by default, and have a
> webpage where you can run the program for you.
>

I like this approach too.
Providing different builds may be excesive, I was thinking mainly in a Win
port as every single user of Smartrak has access to a Win machine.  Mac
build would be probably useless.


>
> Those who don't care about Smartrak can ignore it, those who would like
>

Who don't care about Smartrak now can ignore it completely as building is
OFF by default, which will be the case for most linux users.

Regards

Salva
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.subsurface-divelog.org/pipermail/subsurface/attachments/20151111/6c7028cd/attachment.html>