new file formats for import

[Dirk Hohndel]

On Mar 8, 2013, at 3:14 AM, Rainer Mohr wrote:

> (Repost, forgot the mailing list)
> 
> On 08.03.2013 09:40, Miika Turkia wrote:
>>> Dirk Wrote:
>>> 
>>>> I like the idea of pointing people to divelogs.de as a way to convert
>>>> files.
>>>> Maybe we could come up with an API that would allow even tighter
>>>> integration of
>>>> Subsurface and divelogs.de? Basically a way to simply synchronize the data
>>>> that
>>>> is maintained locally and in "the cloud" (i.e., divelogs.de)?
>>>> Diveboard.com offers something like that.
>>>> 
>> I think Dirk was hoping for the help in parsing the OceanLog and
>> getting back understandable logs. So we would be uploading the MS
>> Access DB (or the .txt?) and receiving a nicely parsed DLD back. Or we
>> could be uploading some other divelog formats we do not support
>> ourselves for parsing.

No - I don't think that Rainer runs a file conversion service.
He runs an online divelog, just like we do a standalone divelog.

> Well, then I completely misunderstood Dirk's Posting above…

No, Rainer, you didn't. That was exactly what I was proposing. Tight
integration that helps both sides. Not a file conversion service :-)

> Problem is, it's not only the Oceanlog. There are many more formats that rely on Access or other proprietary formats (MS SQL compact, a few binary ones).
> I'd have to write a new script for each one, that generates DLD instead of writing to the database, each format needs detailed explanation of where to find the files, etc. So pointing the users to divelogs.de, letting them upload their files there and then importing everything in Subsurface via the API sounds like the way to go for me... Plus, you could publish your dives in the cloud (divelogs) via Subsurface if you like.

Exactly. We had a number of requests in the past to integrate with
an online service - this allows us to focus on the standalone app 
and the reasonable XML formats that we can import directly (and 
some less reasonable ones like SDM4), but then takes advantage
of the work that Rainer has already done for some of the other
formats.
And it gives Rainer (and divelogs.de) integration with another 
standalone app. So both sides benefit.

/D
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4130 bytes
Desc: not available
URL: <http://lists.hohndel.org/pipermail/subsurface/attachments/20130308/894bb248/attachment.bin>