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 <gla...@acc.umu.se>: > On 11 November, 2015 - Robert C. Helling wrote: > > > Hi, > > > > > On 11 Nov 2015, at 18:08, Dirk Hohndel <d...@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
_______________________________________________ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface