Or we could do what we do in other situations with imports of somewhat less frequent formats and point people at divelogs.de to do the import and the just go through the already working, tested and maintained service. And if there is data loss there somewhere, just address that issue.
And as for the competitive market of online logbooks. I am somewhat disappointed to report that you sure don't need to worry about our web access to files in cloud storage as competitors. So far I have seen six users who I don't recognize as developer email addresses who have used the web access more than once. A bit more than a hundred have tried it exactly once and then never again, even though they stored more data in their cloud storage account later (which makes me think they might have gone diving again - but I make it a policy to never look at user data unless asked to do so, so all I check is activity on the git server and the web server). Unrelated to this, we have more than 1500 users who have upgraded to 4.5, out of about 10k+ total users. Given that most people dive only a few times a year and likely never touch their dive log in between I find that a somewhat reasonable number as 4.5 had been out for only a month now. /D -- Sent from my phone > On Nov 16, 2015, at 02:21, Rainer Mohr <[email protected]> wrote: > > Dirk, Robert, > > Sure you want to re-invent the wheel? > I have a working import script for Smarttrak files that runs just with Apache > / PHP, no cgi wrapper or other dependencies needed. > It relies on a windows server for opening the mdb files, but that could > surely be done with some mdb library as well if you want to run it on a linux > server. > > If you would be willing to not publish the sources (tight competition in > online logbooks these days :-/ ), I would provide you with the scripts that > parse everything out of the profile blob and you could then form a nice xml > using php to give back as a result. > > Rainer > > > > > > Am 12.11.2015 um 16:44 schrieb Dirk Hohndel <dirk at hohndel.org>: > > > > > > Robert, were you going to create the web service to do this? > > > Yes, i will. I started looking into this on the plane but then was too > > tired and didn't have an Apache running on my laptop. But it should be easy > > to compose a cgi wrapper in perl for it. > > > I was wondering if it were possible to get rid of all qt dependence for the > > command line version. And, I shouldn't say this, got a bit lost in making > > it write to stdout. > > > I was a bit worried about security implications: what does the converter do > > when it is handed an ill-formed file? It should do better than core dump. > > > Best > > Robert
_______________________________________________ subsurface mailing list [email protected] http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
