<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>