On Wed, Nov 11, 2015 at 10:30:21PM +0100, Salvador Cuñat wrote: > Good evening. > I apologize for my tardiness (I've just got home from work) an for being so > little verbose in my initial mail.
No worries. > 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. So I took your patches, with the option set to off. I haven't even tried to build it yet (as I don't have the required database library installed. Nor have I tried to cross build it for Windows (because there I'd have to create those required libraries and all of their dependencies by hand). > > > 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). OK > > > 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. So I did my part for this - it's now in the repository > 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. See above regarding the Windows build. Robert, were you going to create the web service to do this? > > 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. OK, I'm planning on ignoring it :-) /D _______________________________________________ subsurface mailing list [email protected] http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
