Hi Sasha, <br><br>Thanks for your input. <br><br>You all make a good point regarding a possible abstraction, the "meaning" associated with each metadata is what matters. <br><br>Thanks<br>Jc<br><br><div class="gmail_quote">

On Tue, Oct 18, 2011 at 10:30 AM, Sascha Zelzer <span dir="ltr"><<a href="mailto:s.zelzer@dkfz-heidelberg.de">s.zelzer@dkfz-heidelberg.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">


  
    
  
  <div bgcolor="#FFFFFF" text="#000000">
    Hi Everybody,<br>
    <br>
    Sorry for my late comments, I could not make it before Monday.<div class="im"><br>
    <br>
    <blockquote type="cite">* On medium/long term, I envisioned:<br>
         - to have an abstracted layer that would provide us with a way
      to download/upload/browse data available on either a DICOM Pacs, a
      Midas server, a XNAT server, a FTP server, etc ...  The user would
      basically input a URI and associated with the appropriate
      ServerType.  <br>
        - that ServerType would corresponds to a plugin providing a
      specific implementation<br>
        - that an appropriate level of abstraction could be reached
      especially considering the fact that data are "just blob" with
      associated meta data.<br>
        - to possibly move DICOM code into, for example,
      Libs/DataManagement ? <br>
      <br>
    </blockquote>
    <br></div>
    While the idea of a general interface for data management is very
    intriguing, I tend to agree with Steve here. IMHO, it is the meta
    data associated with each "data blob" which is the hard part. For
    the interface to be useable, it would need to know how to serve this
    meta data in a useful way to its clients. I am afraid that the
    intersection of meaningful common meta data is close to being
    empty... but like Steve, I'd be happy to further discuss any design
    ideas.<div class="im"><br>
    <br>
    <blockquote type="cite">* This <b>coming Monday</b>, within Kitware we will
      do a <b>one-day hackfest</b> to consolidate this library. To move
      in the appropriate direction, I am seeking your input to help
      addressing the following questions:<br>
      <br>
        1) What are your thought regarding the "medium/long term goal" I
      mentioned above ? <br>
      <br>
        2) As of today, does it make sens to add a library named
      DataManagement/MidasClient into CTK ? <br>
      <br>
    </blockquote>
    <br></div>
    I guess the last point has been answered already.<br>
    <br>
    Best,<br><font color="#888888">
    <br>
    Sascha<br>
  </font></div>

</blockquote></div><br><br clear="all"><br>-- <br>+1 919 869 8849<br><br>