<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Sun, Oct 12, 2014 at 10:17 PM, Rainer Mohr <span dir="ltr"><<a href="mailto:mail@divelogs.de" target="_blank">mail@divelogs.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
Hi Miika,<br>
<br>
<div>Am 12.10.14 20:52, schrieb Miika
Turkia:<br>
</div><span class="">
<blockquote type="cite">
<div dir="ltr">
<div class="gmail_extra">
<div class="gmail_quote">What is the status of picture support
on the API? IIRC you mentioned that you are working on it,
but I don't think it existed the last time I checked.<br>
</div>
</div>
</div>
</blockquote>
<br></span>
I have implemented this on the export page to try it out.
<a href="https://en.divelogs.de/DLDexport.php" target="_blank">https://en.divelogs.de/DLDexport.php</a><b>?alldata=true</b> (if signed
in) will give you an "extended" DLD containing your certifications,
documents, Pictures, video-urls, etc. The XML files point to the
files included in the zip, so it should be parseable. My main
concern is the size and the performance. I just exported mine and it
results in a 480MB DLD-file containing over 2000 pictures.... That
not only takes a while to put together, but also consumes a lot of
ressources. I have no problem to build it in to the API, as most
logs don't contain that much data, but it might be a bit slowish for
those who put everything they see on their SD card (like me :) ), so
timeouts could occur.<br></div></blockquote><div><br></div><div>I get no data with the alldata parameter.<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000">
<br>
Please just add a picture or two on your subsurface test account and
export the file via the url above. If you say you could work with
that, I'll implement that. Same goes for other direction, if you can
put together the DLD file with the pictures like that... <br><span class="">
<br>
<blockquote type="cite">
<div dir="ltr">
<div class="gmail_extra">
<div class="gmail_quote">
<div>The import to Subsurface is now implemented. The export
is a bit more "interesting" as we do not have concept of
main tank. I think to just use the first in the XML as the
main cylinder and the others as additional. Does this make
sense?<br>
</div>
</div>
</div>
</div>
</blockquote>
<br></span>
Damn, you're fast :-)<br></div></blockquote><div><br></div><div>It was perfect timing, I just had finished upgrading my NAS when your mail arrived.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000">
Yes, the first tank as the main cylinder is perfect, it doesn't
really matter for any SAC calculations, as all tanks are taken into
account. The only difference it makes, is that the first "tab" on
the dive page is your main tank and is not deleteable and the others
are the additional tanks. So just take the first as the main tank...<br></div></blockquote><div><br></div><div>As Dirk pointed out the main cylinder is the one with a gas change event during the first minute. Otherwise it is the first one. (I already had that logic in the conversion, but just didn't remember.)<br><br></div><div>BTW the additional tanks are not translated on your web page.<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000">
<br>
Let my know how to proceed with the API...<span class="HOEnZb"></span></div></blockquote><div><br></div><div>I have not started to use the picture stuff on Subsurface, at least not yet, so I am wrong person to give any comment on this issue. Does anyone else have opinion on this? Would it be useful to have picture support on the import/export?<br><br></div><div>miika<br></div></div></div></div>