<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#ffffff" text="#000000">
    Great!!!<br>
    <br>
    That would be great:<br>
    <ul>
      <li>to create a dashboard on my.cdash.org, to track possible build
        failures due to some change of API in vtk/itk libraries<br>
      </li>
      <ul>
        <li>to build every night vv <br>
        </li>
        <ul>
          <li>on Mac, Windows, Linux</li>
          <li>with vtk release version / vtk git version</li>
          <li>with itk latest release version / itk git version</li>
        </ul>
      </ul>
      <li>to make vv one reference application for the ITKv4 effort by
        reporting every night the results of build with ITK git version<br>
      </li>
      <li>to extract components that could be reusable by (shared with) 
        other projects, and in order to make joint projects /
        developments</li>
    </ul>
    Cheers,<br>
    Arnaud<br>
    <br>
    On 09/29/2010 08:01 AM, Simon Rit wrote:
    <blockquote
      cite="mid:AANLkTik4qaATr7rmnHxJ3NhabPiVXVyaZpS07rs3s2Kw@mail.gmail.com"
      type="cite">
      <pre wrap="">Sounds like a good initiative!
I'm not sure what you have in mind but it would be nice to have:
- a major code clean up. Remove everything that is unused and
reorganize large code files in a readable way.
- fix of memory leaks, try to do ShadowCopy instead of DeepCopy (see
change of Joel which I have removed because it was causing rigid
registration crashes)
- organize rendering in a supportable way to avoid useless renders.

About Kumar's email:
- point 1: there is no solution, if you want two images to be fused,
there has to be some blending... (cf my previous answer to Kumar). The
only thing that could be done is to have some transparent colors on
the fusion image.
Kumar, what do you mean by "The interplay between the Base image
Window/Level and overlay Window/Level is also not appropriate" ? For
fusion, they are separated. For image overlay, we could do the same
thing...
- point 3: I agree, we should be able to disable all options to have a light vv.

Cheers,
Simon

On Wed, Sep 29, 2010 at 12:45 PM, Dr.KUMAR RAJAMANI
<a class="moz-txt-link-rfc2396E" href="mailto:k_rajamani@cb.amrita.edu"><k_rajamani@cb.amrita.edu></a> wrote:
</pre>
      <blockquote type="cite">
        <pre wrap="">Dear Joel, David
Glad to hear about the code sprint

The issues that matter most

1. The Display Window in VV is not perfect,
Especially so in the Overlay/Fusion Mode
The display is not bright and the the colormaps do not also
address the brightness aspects
There should be provision for non-linear correction of Window/Levels
(Example Gamma Correction)
There could be a widget to graphically control the Window/Level and also
the mapping of intensity levels

The interplay between the Base image Window/Level and overlay Window/Level
is also not appropriate

2. There could be tool to draw ROI in a image
ROI tools would add lot of value for VV tool

3. Registration Codes are now made mandatory in the current cvs version
This could be made optional in the CMAKE files,
Then only those interested need to recompile ITK with the flags

If I get more thoughts I shall share them in subsequent emails

Warm Regards
Kumar



From: Jo?l Schaerer <a class="moz-txt-link-rfc2396E" href="mailto:joel.schaerer@gmail.com"><joel.schaerer@gmail.com></a>
To: <a class="moz-txt-link-rfc2396E" href="mailto:vv@creatis.insa-lyon.fr">"vv@creatis.insa-lyon.fr"</a> <a class="moz-txt-link-rfc2396E" href="mailto:vv@creatis.insa-lyon.fr"><vv@creatis.insa-lyon.fr></a>,        Gauthier
       BOUILHOL <a class="moz-txt-link-rfc2396E" href="mailto:gauthier.bouilhol@gmail.com"><gauthier.bouilhol@gmail.com></a>, Loic Grevillot
       <a class="moz-txt-link-rfc2396E" href="mailto:loic.grevillot@gmail.com"><loic.grevillot@gmail.com></a>,     Louise Grezes-Besset
       <a class="moz-txt-link-rfc2396E" href="mailto:louise.grezesbesset@gmail.com"><louise.grezesbesset@gmail.com></a>
Subject: [Vv] vv day!
Message-ID: <a class="moz-txt-link-rfc2396E" href="mailto:4CA30557.6060102@gmail.com"><4CA30557.6060102@gmail.com></a>
Content-Type: text/plain; charset=UTF-8; format=flowed

 Hi all,

With David we have scheduled to work on vv on Tuesday, October 5th in the manner
of a "code sprint": we block the day to try to improve vv as much as possible!
You are of course welcome to join us, but could you please tell us what are the
issues that matter the most to you? This way we can set up a list of priorities
and avoid wasting our time :)

Thanks,

joel

--
Jo?l Schaerer, PhD
Post-doctoral researcher

Centre de lutte contre le cancer L?on B?rard
Service de radioth?rapie
28 rue La?nnec
69373 LYON CEDEX 08

Tel: 04 78 78 51 50
     06 26 65 29 54

<a class="moz-txt-link-freetext" href="http://www.creatis.insa-lyon.fr/rio">http://www.creatis.insa-lyon.fr/rio</a>
<a class="moz-txt-link-freetext" href="http://www.creatis.insa-lyon.fr/rio/vv">http://www.creatis.insa-lyon.fr/rio/vv</a>



------------------------------

_______________________________________________
vv mailing list
<a class="moz-txt-link-abbreviated" href="mailto:vv@creatis.insa-lyon.fr">vv@creatis.insa-lyon.fr</a>
<a class="moz-txt-link-freetext" href="http://www.creatis.insa-lyon.fr/mailman/listinfo/vv">http://www.creatis.insa-lyon.fr/mailman/listinfo/vv</a>


End of vv Digest, Vol 7, Issue 11
*********************************

</pre>
      </blockquote>
      <pre wrap="">
_______________________________________________
vv mailing list
<a class="moz-txt-link-abbreviated" href="mailto:vv@creatis.insa-lyon.fr">vv@creatis.insa-lyon.fr</a>
<a class="moz-txt-link-freetext" href="http://www.creatis.insa-lyon.fr/mailman/listinfo/vv">http://www.creatis.insa-lyon.fr/mailman/listinfo/vv</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>