From benoit.bleuze at inria.fr  Tue Oct  4 15:36:02 2011
From: benoit.bleuze at inria.fr (Benoit Bleuze)
Date: Tue, 4 Oct 2011 17:36:02 +0200 (CEST)
Subject: [Ctk-developers] Hackfest preparations
In-Reply-To: <1132004235.153500.1317741455887.JavaMail.root@zmbs4.inria.fr>
Message-ID: <1909777716.154017.1317742562866.JavaMail.root@zmbs4.inria.fr>

Hello everyone,

I remember Stephen suggesting we set up a few phone meetings before the hackfest, and I realised it may be high time we start having them!
I would like to suggest Friday afternoon ( I am talking Central European Time here, so Friday morning for our friends from the other continent).

For anyone interested, just reply to me personally, so that we don't pollute the mailing list too much, and we'll try to satisfy everyone's availability.

Tell me what you would like to talk about, on my part I would like to bring forth the following topics:

1- Participants 
2- Hackfest topics (Sacha did a first round on this, but we need to clarify that one bit)
3- Accomodation and logistics.
4- invite you to our imaging hackfest the following week ( http://www-sop.inria.fr/asclepios/events/VPHimaging11/ ).

Best regards,
Benoit



From domibel at debian.org  Wed Oct  5 02:32:25 2011
From: domibel at debian.org (Dominique Belhachemi)
Date: Tue, 4 Oct 2011 22:32:25 -0400
Subject: [Ctk-developers] Please sync CTK's pythonqt with upstream
Message-ID: <CAAvaLCzgaVMSp378JOYgzNjZuDb3vW_SQBqQojsO8f9N1KrHpQ@mail.gmail.com>

Hi,

I am looking into ways how to get Slicer4 into Debian. Debian contains
already the latest official pythonqt 2.0.1. Unfortunately CTK cannot
link against this version. Instead CTK is using a heavily patched
pythonqt [2] version.
It would be great if someone could merge those changes back into the
official pythonqt trunk. The pythonqt guys could then review those
changes and release a newer version.

Thanks
Dominique

[1] http://sourceforge.net/projects/pythonqt/files/pythonqt/
[2] https://github.com/commontk/PythonQt


From jchris.fillionr at kitware.com  Wed Oct  5 03:45:44 2011
From: jchris.fillionr at kitware.com (Jean-Christophe Fillion-Robin)
Date: Tue, 4 Oct 2011 23:45:44 -0400
Subject: [Ctk-developers] Please sync CTK's pythonqt with upstream
In-Reply-To: <CAAvaLCzgaVMSp378JOYgzNjZuDb3vW_SQBqQojsO8f9N1KrHpQ@mail.gmail.com>
References: <CAAvaLCzgaVMSp378JOYgzNjZuDb3vW_SQBqQojsO8f9N1KrHpQ@mail.gmail.com>
Message-ID: <CANLz8R4Vep+gb9FgzxFGDr05BrojPsCc+ffMpqGq6GP7dZ6eEg@mail.gmail.com>

Hi Dominique,

Thanks for looking into that.

Indeed, PythonQt has been patched:
   - to include VTK support
   - to provide a build system based on CMake

Will send an email to mevislab tomorrow morning.

Jc

On Tue, Oct 4, 2011 at 10:32 PM, Dominique Belhachemi <domibel at debian.org>wrote:

> Hi,
>
> I am looking into ways how to get Slicer4 into Debian. Debian contains
> already the latest official pythonqt 2.0.1. Unfortunately CTK cannot
> link against this version. Instead CTK is using a heavily patched
> pythonqt [2] version.
> It would be great if someone could merge those changes back into the
> official pythonqt trunk. The pythonqt guys could then review those
> changes and release a newer version.
>
> Thanks
> Dominique
>
> [1] http://sourceforge.net/projects/pythonqt/files/pythonqt/
> [2] https://github.com/commontk/PythonQt
> _______________________________________________
> Ctk-developers mailing list
> Ctk-developers at commontk.org
> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
>



-- 
+1 919 869 8849
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20111004/6e21a873/attachment.htm>

From benoit.bleuze at inria.fr  Fri Oct  7 08:42:24 2011
From: benoit.bleuze at inria.fr (Benoit Bleuze)
Date: Fri, 7 Oct 2011 10:42:24 +0200 (CEST)
Subject: [Ctk-developers] Hackfest preparations
In-Reply-To: <1909777716.154017.1317742562866.JavaMail.root@zmbs4.inria.fr>
Message-ID: <764169203.203381.1317976944407.JavaMail.root@zmbs4.inria.fr>

Good morning everyone,
I did receive answers from some of the potential participants, and I thank all of you who have replied, but not enough people were available today.
I did put a doodle in place for a more formal way of setting the meeting:

http://doodle.com/q3cyuegwu542m4wi

I have access to a Tcon service, but the only access is through a French telephone number, tell me if that bothers you, or if you have access to a more international friendly service.

Ben.

----- Original Message -----
> Hello everyone,
> 
> I remember Stephen suggesting we set up a few phone meetings before
> the hackfest, and I realised it may be high time we start having them!
> I would like to suggest Friday afternoon ( I am talking Central
> European Time here, so Friday morning for our friends from the other
> continent).
> 
> For anyone interested, just reply to me personally, so that we don't
> pollute the mailing list too much, and we'll try to satisfy everyone's
> availability.
> 
> Tell me what you would like to talk about, on my part I would like to
> bring forth the following topics:
> 
> 1- Participants
> 2- Hackfest topics (Sacha did a first round on this, but we need to
> clarify that one bit)
> 3- Accomodation and logistics.
> 4- invite you to our imaging hackfest the following week (
> http://www-sop.inria.fr/asclepios/events/VPHimaging11/ ).
> 
> Best regards,
> Benoit
> 
> _______________________________________________
> Ctk-developers mailing list
> Ctk-developers at commontk.org
> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers


From dicom at offis.de  Fri Oct  7 09:35:26 2011
From: dicom at offis.de (OFFIS DICOM Team)
Date: Fri, 07 Oct 2011 11:35:26 +0200
Subject: [Ctk-developers] Hackfest preparations
In-Reply-To: <764169203.203381.1317976944407.JavaMail.root@zmbs4.inria.fr>
References: <764169203.203381.1317976944407.JavaMail.root@zmbs4.inria.fr>
Message-ID: <4E8EC7DE.9000300@offis.de>

Hi Ben,

Am 07.10.2011 10:42, schrieb Benoit Bleuze:

> I have access to a Tcon service, but the only access is through a French
> telephone number, tell me if that bothers you, or if you have access to a
> more international friendly service.

I know that gotomeeting [1] offers 30 day trials for conferences with a
maximum of 15 persons. It is pretty powerful, including VoIP
support and web-based desktop sharing. We used that occassionally in a
project and it worked good for us.

Best regards,
Michael

[1] www.gotomeeting.com

-- 
OFFIS DICOM Team, Escherweg 2, 26121 Oldenburg, Germany
E-Mail: dicom at offis.de, URL: http://dicom.offis.de


From benoit.bleuze at inria.fr  Wed Oct 12 11:08:26 2011
From: benoit.bleuze at inria.fr (Benoit Bleuze)
Date: Wed, 12 Oct 2011 13:08:26 +0200 (CEST)
Subject: [Ctk-developers] hack-fest TCon highlights
In-Reply-To: <1460887831.276202.1318417269213.JavaMail.root@zmbs4.inria.fr>
Message-ID: <1701828214.276304.1318417706758.JavaMail.root@zmbs4.inria.fr>

Hi all, 
This is not exactly minutes, but more highlights, since you will find all the meaningful information concerning the hackfest on the wiki page: 
http://www.commontk.org/index.php?title=CTK-Hackfest-Nov-2011 

- Logistics: 
All the people who confirmed their presence are now in a table on the page, you might want to add your name if not yet done. Please also state if you wish to try to group a booking with the others in a single hotel or not. 
I am trying to contact a few convenient hotels and will tell you soon whether we can get group price, but do not hold your breath on that: touristic area, etc... 


- Hackfest Topics: 
All should start to work on the roadmap before the hackfest as to avoid spending too much time on it during the week. There are stubs and initial documents to be found from the wiki page. Work from those in an iterative fashion. 


The other topics are on the page, feel free to complete them, or to work on them ahead of the fest. 


- VPH workshop: 
Some showed interest in coming, Sascha and Marco will definitely come. 


- Additional participants: 
Some invitations will be sent to a few people who showed a keen interest in the project recently. We will add them to the list of participants if they respond positively. 


Two other phone meetings have been set up (on the wiki, again) try to be there! 


That's all for now, stay tuned for the list of hotels, later today if all goes well., 
Ben. 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20111012/892466d2/attachment.htm>

From isaiah.norton at gmail.com  Fri Oct 14 05:48:27 2011
From: isaiah.norton at gmail.com (Isaiah Norton)
Date: Fri, 14 Oct 2011 01:48:27 -0400
Subject: [Ctk-developers] Pull request: dump environment variables
Message-ID: <CADFtqopV2fHdY4aXocaELC1ygGw72D+JRNcKSy3vpubKKVGPCw@mail.gmail.com>

Hi,
There was discussion on the Slicer DTI tcon this week about getting the
environment variables from an AppLauncher app - for things like debugging or
running a batch job. Of course, it can be done by hand with the verbose
option, but it's nice to get pre-formatted output that can be copied or
eval'd. I had hacked this in already, so I cleaned it up as a proposed
patch.

add "launcher-dump-environment":
https://github.com/commontk/AppLauncher/pull/4/files

Thanks for considering,
-Isaiah
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20111014/cadbce49/attachment.htm>

From jchris.fillionr at kitware.com  Fri Oct 14 16:19:07 2011
From: jchris.fillionr at kitware.com (Jean-Christophe Fillion-Robin)
Date: Fri, 14 Oct 2011 12:19:07 -0400
Subject: [Ctk-developers] Feedback and questions about DataManagement
	libraries within CTK
Message-ID: <CANLz8R4_7S-JBO0Tqmqj2xFm0D1YxPeS9OcorJq2OxhD60ssJQ@mail.gmail.com>

Hi Folks,

Three month ago, I already talked about possibly adding a DataManagement
library into CTK.

The aim of that library would be to provide an abstraction for application
willing to download / upload / browse data available on remote location.

As expressed earlier, we don't want CTK to become a *"Zoo of libraries with
inconsistent** 'Look and Feel*'" [1]. This is something we are considering
carefully. You will find below some background facts and questions.

* Zach from Kitware has been working a topic branch where he pushed its
work: https://github.com/zachmullen/CTK/commits/add-midascpp-library

* The MIDAS team is actively developing an application named "MIDASDesktop"
[2] that depends on CTK, and by extension, also depends on
CTKDataManagementMidasClient{Core, Widget} libraries.

* CTKDataManagementMidasClient{Core, Widget} libraries do not depend on
CTKCore or CTKWidgets

* On medium/long term, I envisioned:
   - 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.
  - that ServerType would corresponds to a plugin providing a specific
implementation
  - that an appropriate level of abstraction could be reached especially
considering the fact that data are "just blob" with associated meta data.
  - to possibly move DICOM code into, for example, Libs/DataManagement ?

* This *coming Monday*, within Kitware we will do a *one-day hackfest* to
consolidate this library. To move in the appropriate direction, I am seeking
your input to help addressing the following questions:

  1) What are your thought regarding the "medium/long term goal" I mentioned
above ?

  2) As of today, does it make sens to add a library named
DataManagement/MidasClient into CTK ?


This coming Monday, ...

... if we agree on including such library into CTK: I will work on reviewing
the library to make sure it meets our standards and coding style

... If we do NOT reach consensus:I will create a separate project that would
be hosted on Midas organization.


Thanks for your input,
Jc

Ps: If you reply to that email, make sure to use "reply to all" so that
Patrick and Zach stay included in this email thread.


[1] http://public.kitware.com/pipermail/ctk-developers/2011-June/000615.html
[2] http://www.kitware.com/midaswiki/index.php/MIDASDesktop

-- 
+1 919 869 8849
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20111014/9cc15cf9/attachment.htm>

From pieper at ibility.net  Fri Oct 14 17:11:10 2011
From: pieper at ibility.net (Steve Pieper)
Date: Fri, 14 Oct 2011 13:11:10 -0400
Subject: [Ctk-developers] Feedback and questions about DataManagement
 libraries within CTK
In-Reply-To: <CANLz8R4_7S-JBO0Tqmqj2xFm0D1YxPeS9OcorJq2OxhD60ssJQ@mail.gmail.com>
References: <CANLz8R4_7S-JBO0Tqmqj2xFm0D1YxPeS9OcorJq2OxhD60ssJQ@mail.gmail.com>
Message-ID: <CA+OFd4xtFv9kYZhMnsLsxiGUxMVdDnBH5TMsR1Je-0H4d+m0yw@mail.gmail.com>

Hi Jc and all -

I'll be curious to hear what others have to say about this too - but I'd say
my first reaction is to wonder if MIDAS 'common' enough (yet) to be part of
CTK?  I know we want to use MIDAS in slicer and ITK, but I wonder if we
could enumerate other potential users who would benefit from having MIDAS
support in CTK to help guide the discussion?

Regarding the idea of an abstracted layer that would support
xnat/midas/ftp/dicom I would say that is harder in practice than I wish it
were.  Love it or Hate it, I have found that DICOM has a lot of unique
aspects that we need to deal with explicitly if we are to present a usable
interface and correctly interpret the image data and other content.  It was
one of the original goals of CTK to improve the ability of our applications
to be more 'correct' in order to better interoperate with the medical
imaging world at large.  Finding the sweet spot between flexibility and ease
of use is hard enough for DICOM alone without adding additional complexity
IMHO :)   If you have an architecture or plan for an abstraction layer it
would be great to discuss.

-Steve





On Fri, Oct 14, 2011 at 12:19 PM, Jean-Christophe Fillion-Robin <
jchris.fillionr at kitware.com> wrote:

> Hi Folks,
>
> Three month ago, I already talked about possibly adding a DataManagement
> library into CTK.
>
> The aim of that library would be to provide an abstraction for application
> willing to download / upload / browse data available on remote location.
>
> As expressed earlier, we don't want CTK to become a *"Zoo of libraries
> with inconsistent** 'Look and Feel*'" [1]. This is something we are
> considering carefully. You will find below some background facts and
> questions.
>
> * Zach from Kitware has been working a topic branch where he pushed its
> work: https://github.com/zachmullen/CTK/commits/add-midascpp-library
>
> * The MIDAS team is actively developing an application named "MIDASDesktop"
> [2] that depends on CTK, and by extension, also depends on
> CTKDataManagementMidasClient{Core, Widget} libraries.
>
> * CTKDataManagementMidasClient{Core, Widget} libraries do not depend on
> CTKCore or CTKWidgets
>
> * On medium/long term, I envisioned:
>    - 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.
>   - that ServerType would corresponds to a plugin providing a specific
> implementation
>   - that an appropriate level of abstraction could be reached especially
> considering the fact that data are "just blob" with associated meta data.
>   - to possibly move DICOM code into, for example, Libs/DataManagement ?
>
> * This *coming Monday*, within Kitware we will do a *one-day hackfest* to
> consolidate this library. To move in the appropriate direction, I am seeking
> your input to help addressing the following questions:
>
>   1) What are your thought regarding the "medium/long term goal" I
> mentioned above ?
>
>   2) As of today, does it make sens to add a library named
> DataManagement/MidasClient into CTK ?
>
>
> This coming Monday, ...
>
> ... if we agree on including such library into CTK: I will work on
> reviewing the library to make sure it meets our standards and coding style
>
> ... If we do NOT reach consensus:I will create a separate project that
> would be hosted on Midas organization.
>
>
> Thanks for your input,
> Jc
>
> Ps: If you reply to that email, make sure to use "reply to all" so that
> Patrick and Zach stay included in this email thread.
>
>
> [1]
> http://public.kitware.com/pipermail/ctk-developers/2011-June/000615.html
> [2] http://www.kitware.com/midaswiki/index.php/MIDASDesktop
>
> --
> +1 919 869 8849
>
>
> _______________________________________________
> Ctk-developers mailing list
> Ctk-developers at commontk.org
> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20111014/a93db035/attachment.htm>

From domibel at debian.org  Sat Oct 15 13:26:44 2011
From: domibel at debian.org (Dominique Belhachemi)
Date: Sat, 15 Oct 2011 09:26:44 -0400
Subject: [Ctk-developers] Please sync CTK's pythonqt with upstream
In-Reply-To: <CANLz8R4Vep+gb9FgzxFGDr05BrojPsCc+ffMpqGq6GP7dZ6eEg@mail.gmail.com>
References: <CAAvaLCzgaVMSp378JOYgzNjZuDb3vW_SQBqQojsO8f9N1KrHpQ@mail.gmail.com>
	<CANLz8R4Vep+gb9FgzxFGDr05BrojPsCc+ffMpqGq6GP7dZ6eEg@mail.gmail.com>
Message-ID: <CAAvaLCy80kOQy8SXoJmYx47M8RLmdrjXi6ZviTLfrZBBbqELOg@mail.gmail.com>

Hi Jc,

Did you hear back from PythonQt upstream?

Dominique


On Tue, Oct 4, 2011 at 11:45 PM, Jean-Christophe Fillion-Robin
<jchris.fillionr at kitware.com> wrote:
> Hi Dominique,
>
> Thanks for looking into that.
>
> Indeed, PythonQt has been patched:
> ?? - to include VTK support
> ?? - to provide a build system based on CMake
>
> Will send an email to mevislab tomorrow morning.
>
> Jc
>
> On Tue, Oct 4, 2011 at 10:32 PM, Dominique Belhachemi <domibel at debian.org>
> wrote:
>>
>> Hi,
>>
>> I am looking into ways how to get Slicer4 into Debian. Debian contains
>> already the latest official pythonqt 2.0.1. Unfortunately CTK cannot
>> link against this version. Instead CTK is using a heavily patched
>> pythonqt [2] version.
>> It would be great if someone could merge those changes back into the
>> official pythonqt trunk. The pythonqt guys could then review those
>> changes and release a newer version.
>>
>> Thanks
>> Dominique
>>
>> [1] http://sourceforge.net/projects/pythonqt/files/pythonqt/
>> [2] https://github.com/commontk/PythonQt
>> _______________________________________________
>> Ctk-developers mailing list
>> Ctk-developers at commontk.org
>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
>
>
>
> --
> +1 919 869 8849
>
>


From jchris.fillionr at kitware.com  Mon Oct 17 15:09:44 2011
From: jchris.fillionr at kitware.com (Jean-Christophe Fillion-Robin)
Date: Mon, 17 Oct 2011 11:09:44 -0400
Subject: [Ctk-developers] Feedback and questions about DataManagement
 libraries within CTK
In-Reply-To: <CA+OFd4xtFv9kYZhMnsLsxiGUxMVdDnBH5TMsR1Je-0H4d+m0yw@mail.gmail.com>
References: <CANLz8R4_7S-JBO0Tqmqj2xFm0D1YxPeS9OcorJq2OxhD60ssJQ@mail.gmail.com>
	<CA+OFd4xtFv9kYZhMnsLsxiGUxMVdDnBH5TMsR1Je-0H4d+m0yw@mail.gmail.com>
Message-ID: <CANLz8R5Vwouppj7YHgOMmLC0F4chLfFsoKyUnRTD_+DCSRA0Zg@mail.gmail.com>

Hi Folks,

Thanks for your feedback.

As I am writing this email, the MidasClient library is added (thanks to
Zach) to the regular MIDAS git repo and there will be will an option to just
build or test just the midas client library.

It means there will be no DataManagement library related to Midas within
CTK.

Jc

On Fri, Oct 14, 2011 at 1:11 PM, Steve Pieper <pieper at ibility.net> wrote:

> Hi Jc and all -
>
> I'll be curious to hear what others have to say about this too - but I'd
> say my first reaction is to wonder if MIDAS 'common' enough (yet) to be part
> of CTK?  I know we want to use MIDAS in slicer and ITK, but I wonder if we
> could enumerate other potential users who would benefit from having MIDAS
> support in CTK to help guide the discussion?
>
> Regarding the idea of an abstracted layer that would support
> xnat/midas/ftp/dicom I would say that is harder in practice than I wish it
> were.  Love it or Hate it, I have found that DICOM has a lot of unique
> aspects that we need to deal with explicitly if we are to present a usable
> interface and correctly interpret the image data and other content.  It was
> one of the original goals of CTK to improve the ability of our applications
> to be more 'correct' in order to better interoperate with the medical
> imaging world at large.  Finding the sweet spot between flexibility and ease
> of use is hard enough for DICOM alone without adding additional complexity
> IMHO :)   If you have an architecture or plan for an abstraction layer it
> would be great to discuss.
>
> -Steve
>
>
>
>
>
> On Fri, Oct 14, 2011 at 12:19 PM, Jean-Christophe Fillion-Robin <
> jchris.fillionr at kitware.com> wrote:
>
>> Hi Folks,
>>
>> Three month ago, I already talked about possibly adding a DataManagement
>> library into CTK.
>>
>> The aim of that library would be to provide an abstraction for application
>> willing to download / upload / browse data available on remote location.
>>
>> As expressed earlier, we don't want CTK to become a *"Zoo of libraries
>> with inconsistent** 'Look and Feel*'" [1]. This is something we are
>> considering carefully. You will find below some background facts and
>> questions.
>>
>> * Zach from Kitware has been working a topic branch where he pushed its
>> work: https://github.com/zachmullen/CTK/commits/add-midascpp-library
>>
>> * The MIDAS team is actively developing an application named
>> "MIDASDesktop" [2] that depends on CTK, and by extension, also depends on
>> CTKDataManagementMidasClient{Core, Widget} libraries.
>>
>> * CTKDataManagementMidasClient{Core, Widget} libraries do not depend on
>> CTKCore or CTKWidgets
>>
>> * On medium/long term, I envisioned:
>>    - 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.
>>   - that ServerType would corresponds to a plugin providing a specific
>> implementation
>>   - that an appropriate level of abstraction could be reached especially
>> considering the fact that data are "just blob" with associated meta data.
>>   - to possibly move DICOM code into, for example, Libs/DataManagement ?
>>
>> * This *coming Monday*, within Kitware we will do a *one-day hackfest* to
>> consolidate this library. To move in the appropriate direction, I am seeking
>> your input to help addressing the following questions:
>>
>>   1) What are your thought regarding the "medium/long term goal" I
>> mentioned above ?
>>
>>   2) As of today, does it make sens to add a library named
>> DataManagement/MidasClient into CTK ?
>>
>>
>> This coming Monday, ...
>>
>> ... if we agree on including such library into CTK: I will work on
>> reviewing the library to make sure it meets our standards and coding style
>>
>> ... If we do NOT reach consensus:I will create a separate project that
>> would be hosted on Midas organization.
>>
>>
>> Thanks for your input,
>> Jc
>>
>> Ps: If you reply to that email, make sure to use "reply to all" so that
>> Patrick and Zach stay included in this email thread.
>>
>>
>> [1]
>> http://public.kitware.com/pipermail/ctk-developers/2011-June/000615.html
>> [2] http://www.kitware.com/midaswiki/index.php/MIDASDesktop
>>
>> --
>> +1 919 869 8849
>>
>>
>> _______________________________________________
>> Ctk-developers mailing list
>> Ctk-developers at commontk.org
>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
>>
>>
>


-- 
+1 919 869 8849
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20111017/49fc9195/attachment.htm>

From benoit.bleuze at inria.fr  Tue Oct 18 13:26:34 2011
From: benoit.bleuze at inria.fr (Benoit Bleuze)
Date: Tue, 18 Oct 2011 15:26:34 +0200 (CEST)
Subject: [Ctk-developers] hack-fest TCon highlights
In-Reply-To: <BE740E5EF0869047A22BA2AC40BC6438E63BD4@EMAIL.cistib.upf.edu>
Message-ID: <3516432.363598.1318944394532.JavaMail.root@zmbs4.inria.fr>

We discussed briefly your invitation during the last TCon, so go ahead. ----- Original Message -----
> Dear Benoit,
> Martin and I are interested in coming to the Nice hackfest to
> represent the Gimias UPF team.
> We would like to participate in the DICOM application hosting and the
> testing framework.
> I will add our names to the wiki page if this is ok with you.
> Best,
> Yves
> From: ctk-developers-bounces at commontk.org
> [mailto:ctk-developers-bounces at commontk.org] On Behalf Of Benoit
> Bleuze
> Sent: mi?rcoles, 12 de octubre de 2011 13:08
> To: ctk-developers at commontk.org
> Subject: [Ctk-developers] hack-fest TCon highlights
> Hi all,
> This is not exactly minutes, but more highlights, since you will find
> all the meaningful information concerning the hackfest on the wiki
> page:
> http://www.commontk.org/index.php?title=CTK-Hackfest-Nov-2011
> - Logistics:
> All the people who confirmed their presence are now in a table on the
> page, you might want to add your name if not yet done. Please also
> state if you wish to try to group a booking with the others in a
> single hotel or not.
> I am trying to contact a few convenient hotels and will tell you soon
> whether we can get group price, but do not hold your breath on that:
> touristic area, etc...
> - Hackfest Topics:
> All should start to work on the roadmap before the hackfest as to
> avoid spending too much time on it during the week. There are stubs
> and initial documents to be found from the wiki page. Work from those
> in an iterative fashion.
> The other topics are on the page, feel free to complete them, or to
> work on them ahead of the fest.
> - VPH workshop:
> Some showed interest in coming, Sascha and Marco will definitely come.
> - Additional participants:
> Some invitations will be sent to a few people who showed a keen
> interest in the project recently. We will add them to the list of
> participants if they respond positively.
> Two other phone meetings have been set up (on the wiki, again) try to
> be there!
> That's all for now, stay tuned for the list of hotels, later today if
> all goes well.,
> Ben.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20111018/24c501c1/attachment.htm>

From ymartelli at cistib.upf.edu  Tue Oct 18 13:24:47 2011
From: ymartelli at cistib.upf.edu (Yves Martelli)
Date: Tue, 18 Oct 2011 13:24:47 +0000
Subject: [Ctk-developers] hack-fest TCon highlights
In-Reply-To: <1701828214.276304.1318417706758.JavaMail.root@zmbs4.inria.fr>
References: <1460887831.276202.1318417269213.JavaMail.root@zmbs4.inria.fr>
	<1701828214.276304.1318417706758.JavaMail.root@zmbs4.inria.fr>
Message-ID: <BE740E5EF0869047A22BA2AC40BC6438E63BD4@EMAIL.cistib.upf.edu>

Dear Benoit,
Martin and I are interested in coming to the Nice hackfest to represent the Gimias UPF team.
We would like to participate in the DICOM application hosting and the testing framework.
I will add our names to the wiki page if this is ok with you.
Best,
Yves


From: ctk-developers-bounces at commontk.org [mailto:ctk-developers-bounces at commontk.org] On Behalf Of Benoit Bleuze
Sent: mi?rcoles, 12 de octubre de 2011 13:08
To: ctk-developers at commontk.org
Subject: [Ctk-developers] hack-fest TCon highlights

Hi all,
This is not exactly minutes, but more highlights, since you will find all the meaningful information concerning the hackfest on the wiki page:
http://www.commontk.org/index.php?title=CTK-Hackfest-Nov-2011

- Logistics:
All the people who confirmed their presence are now in a table on the page, you might want to add your name if not yet done. Please also state if you wish to try to group a booking with the others in a single hotel or not.
I am trying to contact a few convenient hotels and will tell you soon whether we can get group price, but do not hold your breath on that: touristic area, etc...

- Hackfest Topics:
All should start to work on the roadmap before the hackfest as to avoid spending too much time on it during the week. There are stubs and initial documents to be found from the wiki page. Work from those in an iterative fashion.

The other topics are on the page, feel free to complete them, or to work on them ahead of the fest.

- VPH workshop:
Some showed interest in coming, Sascha and Marco will definitely come.

- Additional participants:
Some invitations will be sent to a few people who showed a keen interest in the project recently. We will add them to the list of participants if they respond positively.

Two other phone meetings have been set up (on the wiki, again) try to be there!

That's all for now, stay tuned for the list of hotels, later today if all goes well.,
Ben.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20111018/fa36b633/attachment.htm>

From s.zelzer at dkfz-heidelberg.de  Tue Oct 18 14:30:04 2011
From: s.zelzer at dkfz-heidelberg.de (Sascha Zelzer)
Date: Tue, 18 Oct 2011 16:30:04 +0200
Subject: [Ctk-developers] Feedback and questions about DataManagement
 libraries within CTK
In-Reply-To: <CANLz8R4_7S-JBO0Tqmqj2xFm0D1YxPeS9OcorJq2OxhD60ssJQ@mail.gmail.com>
References: <CANLz8R4_7S-JBO0Tqmqj2xFm0D1YxPeS9OcorJq2OxhD60ssJQ@mail.gmail.com>
Message-ID: <4E9D8D6C.7070308@dkfz-heidelberg.de>

Hi Everybody,

Sorry for my late comments, I could not make it before Monday.

> * On medium/long term, I envisioned:
>    - 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.
>   - that ServerType would corresponds to a plugin providing a specific 
> implementation
>   - that an appropriate level of abstraction could be reached 
> especially considering the fact that data are "just blob" with 
> associated meta data.
>   - to possibly move DICOM code into, for example, Libs/DataManagement ?
>

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.

> * This *coming Monday*, within Kitware we will do a *one-day hackfest* 
> to consolidate this library. To move in the appropriate direction, I 
> am seeking your input to help addressing the following questions:
>
>   1) What are your thought regarding the "medium/long term goal" I 
> mentioned above ?
>
>   2) As of today, does it make sens to add a library named 
> DataManagement/MidasClient into CTK ?
>

I guess the last point has been answered already.

Best,

Sascha
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20111018/2365130d/attachment.htm>

From jchris.fillionr at kitware.com  Tue Oct 18 15:13:37 2011
From: jchris.fillionr at kitware.com (Jean-Christophe Fillion-Robin)
Date: Tue, 18 Oct 2011 11:13:37 -0400
Subject: [Ctk-developers] Feedback and questions about DataManagement
 libraries within CTK
In-Reply-To: <4E9D8D6C.7070308@dkfz-heidelberg.de>
References: <CANLz8R4_7S-JBO0Tqmqj2xFm0D1YxPeS9OcorJq2OxhD60ssJQ@mail.gmail.com>
	<4E9D8D6C.7070308@dkfz-heidelberg.de>
Message-ID: <CANLz8R7_nMSw55T3UzkZPw8=b-4PErCjd1-j1JbHmN87G7p2sg@mail.gmail.com>

Hi Sasha,

Thanks for your input.

You all make a good point regarding a possible abstraction, the "meaning"
associated with each metadata is what matters.

Thanks
Jc

On Tue, Oct 18, 2011 at 10:30 AM, Sascha Zelzer <s.zelzer at dkfz-heidelberg.de
> wrote:

>  Hi Everybody,
>
> Sorry for my late comments, I could not make it before Monday.
>
>
> * On medium/long term, I envisioned:
>    - 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.
>   - that ServerType would corresponds to a plugin providing a specific
> implementation
>   - that an appropriate level of abstraction could be reached especially
> considering the fact that data are "just blob" with associated meta data.
>   - to possibly move DICOM code into, for example, Libs/DataManagement ?
>
>
> 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.
>
>
> * This *coming Monday*, within Kitware we will do a *one-day hackfest* to
> consolidate this library. To move in the appropriate direction, I am seeking
> your input to help addressing the following questions:
>
>   1) What are your thought regarding the "medium/long term goal" I
> mentioned above ?
>
>   2) As of today, does it make sens to add a library named
> DataManagement/MidasClient into CTK ?
>
>
> I guess the last point has been answered already.
>
> Best,
>
> Sascha
>



-- 
+1 919 869 8849
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20111018/0aa7ce78/attachment.htm>

From jchris.fillionr at kitware.com  Tue Oct 18 15:24:35 2011
From: jchris.fillionr at kitware.com (Jean-Christophe Fillion-Robin)
Date: Tue, 18 Oct 2011 11:24:35 -0400
Subject: [Ctk-developers] Fwd: Contribution to PythonQt
In-Reply-To: <4E9D2469.2090804@mevis.de>
References: <CANLz8R5q8gazSvsP8RsmMfot0x_yiG0BDCm6H-FMDXxuYtHeSA@mail.gmail.com>
	<4E9D2469.2090804@mevis.de>
Message-ID: <CANLz8R54bcvLLdW4FzWa9D9w+Mg4u7iCp__imwpMR96h8E2vrw@mail.gmail.com>

Hi Folks,

Florian Link, from MeVisLab, has been very responsive and, less than 24hours
following my initial email, already provided me with feedback regarding the
possible integration of our CTK specific changes. See below.

Its only concern regards the license associated with two of the file I added
to PythonQt. I added them using CTK license.

Being the author of the files, I have no problem switching the license to
LGPL so that our contribution can be merged upstream.

1) I would like to make sure we all agree.

2) Discuss the licensing of contribution associated with our contribution to
LGPL libraries.

Thanks for your feedback,
Jc

---------- Forwarded message ----------
From: Florian Link <florian.link at mevis.de>
Date: Tue, Oct 18, 2011 at 3:02 AM
Subject: Re: Contribution to PythonQt
To: Jean-Christophe Fillion-Robin <jchris.fillionr at kitware.com>
Cc: info at mevislab.de, Dominique Belhachemi <domibel at debian.org>


**
Dear Jean-Christophe,

I had a look at your changes. I suggest the following:

- the warnings/small unicode fixes are not a problem and can be merged
easily
- the VTK wrapping should be done by supporting class wrapping callbacks in
PythonQt,
  so that the VTK wrapping code can be located outside of PythonQt
  (I can add those callbacks). You will then have to register your VTK
wrapping callbacks where you initialize PythonQt.
- the std in redirection makes sense and can be merged
- the generator fixes/warnings are ok and can be merged
- the dPython.h file seems to be a special fix that you did, this should be
switchable, since some people want a debug Python with using debug PythonQt.

This leaves us with the licensing issue. I can only accept code that you
submit under the LGPL 2.1, so the Apache 2 license is
not an option (I don't want PythonQt to get multi-license). Since this only
regards dPython.h and PythonQtStdIn*,
I guess you do not have a problem with submitting those under LGPL 2.1?

regards,
Florian


Am 17.10.2011 16:49, schrieb Jean-Christophe Fillion-Robin:

Dear MevisLab / PythonQt developers,

My name is Jean-Christophe, R&D engineer at Kitware
Inc.<http://www.kitware.com>,
and I am actively involved in the development of Slicer
4.0<http://www.slicer.org>,
a medical multi-platform, free open source software for visualization and
image computing.

While working on Slicer, a lot of code has been contributed to the open
source toolkit named CTK <http://www.commontk.org>. The Common ToolKit (CTK)
provides a unified set of basic programming constructs that are useful for
medical imaging applications development. More information are available
here: http://www.commontk.org

PythonQt being the python scripting "backend" of CTK, we added some code and
we would like to contribute back.

Dominique Belhachemi, a volunteer Debian packager, is helping us to package
both CTK and Slicer. He suggested that we contribute back our code so that
the currently existing PythonQt libraries/packages include our changes.

The list of changes is available here:
https://github.com/commontk/PythonQt/compare/svn-mirror...patched

It includes:
  - CMake'ification of the project
  - Support for VTK python

Would be great if you could let us know if that sounds like a reasonable
idea or if we should improve anything.

Thanks
Jc

Cc: Dominique Belhachemi

-- 
+1 919 869 8849



-- 
------------------------------------------------------------------------
Florian Link
Chief Software Architect MeVisLab

Tel.: +49-421-22495 52
Fax:  +49-421-22495 11www.mevis.de

MeVis Medical Solutions AG
Universitaetsallee 29
28359 Bremen
Germany

Trade Registry: Bremen HRB 23791
VAT ID: DE250659412

Executive Board: Carl J.G. Evertsz, Ph.D. (Chairman & CEO), Robert
Hannemann Ph.D., Thomas E. Tynes
Chairman of the Supervisory Board: Heinz-Otto Peitgen, Ph.D.






-- 
+1 919 869 8849
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20111018/86861f8b/attachment.htm>

From julien.finet at kitware.com  Tue Oct 18 15:37:21 2011
From: julien.finet at kitware.com (Julien Finet)
Date: Tue, 18 Oct 2011 11:37:21 -0400
Subject: [Ctk-developers] Fwd: Contribution to PythonQt
In-Reply-To: <CANLz8R54bcvLLdW4FzWa9D9w+Mg4u7iCp__imwpMR96h8E2vrw@mail.gmail.com>
References: <CANLz8R5q8gazSvsP8RsmMfot0x_yiG0BDCm6H-FMDXxuYtHeSA@mail.gmail.com>
	<4E9D2469.2090804@mevis.de>
	<CANLz8R54bcvLLdW4FzWa9D9w+Mg4u7iCp__imwpMR96h8E2vrw@mail.gmail.com>
Message-ID: <CAKoWPPHmy9DX4-FjVtwJgwx1_DnGWz558N=GFqGXyS=FvOw+AA@mail.gmail.com>

It makes sense to me. The requirement of the Apache 2 license is for
CTK only. Whatever goes to other libs (Slicer, DCMTK...) should follow
their licenses.
Who can do the most can also do the least :-)
j.

On Tue, Oct 18, 2011 at 11:24 AM, Jean-Christophe Fillion-Robin
<jchris.fillionr at kitware.com> wrote:
> Hi Folks,
>
> Florian Link, from MeVisLab, has been very responsive and, less than 24hours
> following my initial email, already provided me with feedback regarding the
> possible integration of our CTK specific changes. See below.
>
> Its only concern regards the license associated with two of the file I added
> to PythonQt. I added them using CTK license.
>
> Being the author of the files, I have no problem switching the license to
> LGPL so that our contribution can be merged upstream.
>
> 1) I would like to make sure we all agree.
>
> 2) Discuss the licensing of contribution associated with our contribution to
> LGPL libraries.
>
> Thanks for your feedback,
> Jc
>
> ---------- Forwarded message ----------
> From: Florian Link <florian.link at mevis.de>
> Date: Tue, Oct 18, 2011 at 3:02 AM
> Subject: Re: Contribution to PythonQt
> To: Jean-Christophe Fillion-Robin <jchris.fillionr at kitware.com>
> Cc: info at mevislab.de, Dominique Belhachemi <domibel at debian.org>
>
>
> Dear Jean-Christophe,
>
> I had a look at your changes. I suggest the following:
>
> - the warnings/small unicode fixes are not a problem and can be merged
> easily
> - the VTK wrapping should be done by supporting class wrapping callbacks in
> PythonQt,
> ? so that the VTK wrapping code can be located outside of PythonQt
> ? (I can add those callbacks). You will then have to register your VTK
> wrapping callbacks where you initialize PythonQt.
> - the std in redirection makes sense and can be merged
> - the generator fixes/warnings are ok and can be merged
> - the dPython.h file seems to be a special fix that you did, this should be
> switchable, since some people want a debug Python with using debug PythonQt.
>
> This leaves us with the licensing issue. I can only accept code that you
> submit under the LGPL 2.1, so the Apache 2 license is
> not an option (I don't want PythonQt to get multi-license). Since this only
> regards dPython.h and PythonQtStdIn*,
> I guess you do not have a problem with submitting those under LGPL 2.1?
>
> regards,
> Florian
>
> Am 17.10.2011 16:49, schrieb Jean-Christophe Fillion-Robin:
>
> Dear MevisLab / PythonQt developers,
>
> My name is Jean-Christophe, R&D engineer at Kitware Inc., and I am actively
> involved in the development of Slicer 4.0, a medical multi-platform, free
> open source software for visualization and image computing.
>
> While working on Slicer, a lot of code has been contributed to the open
> source toolkit named CTK. The Common ToolKit (CTK) provides a unified set of
> basic programming constructs that are useful for medical imaging
> applications development. More information are available here:
> http://www.commontk.org
>
> PythonQt being the python scripting "backend" of CTK, we added some code and
> we would like to contribute back.
>
> Dominique Belhachemi, a volunteer Debian packager, is helping us to package
> both CTK and Slicer. He suggested that we contribute back our code so that
> the currently existing PythonQt libraries/packages include our changes.
>
> The list of changes is available here:
> https://github.com/commontk/PythonQt/compare/svn-mirror...patched
>
> It includes:
> ? - CMake'ification of the project
> ? - Support for VTK python
>
> Would be great if you could let us know if that sounds like a reasonable
> idea or if we should improve anything.
>
> Thanks
> Jc
>
> Cc: Dominique Belhachemi
>
> --
> +1 919 869 8849
>
>
>
> --
> ------------------------------------------------------------------------
> Florian Link
> Chief Software Architect MeVisLab
>
> Tel.: +49-421-22495 52
> Fax:  +49-421-22495 11
> www.mevis.de
>
> MeVis Medical Solutions AG
> Universitaetsallee 29
> 28359 Bremen
> Germany
>
> Trade Registry: Bremen HRB 23791
> VAT ID: DE250659412
>
> Executive Board: Carl J.G. Evertsz, Ph.D. (Chairman & CEO), Robert Hannemann
> Ph.D., Thomas E. Tynes
> Chairman of the Supervisory Board: Heinz-Otto Peitgen, Ph.D.
>
>
>
>
> --
> +1 919 869 8849
>
>
> _______________________________________________
> Ctk-developers mailing list
> Ctk-developers at commontk.org
> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
>
>


From pieper at ibility.net  Tue Oct 18 17:43:20 2011
From: pieper at ibility.net (Steve Pieper)
Date: Tue, 18 Oct 2011 13:43:20 -0400
Subject: [Ctk-developers] Fwd: Contribution to PythonQt
In-Reply-To: <CAKoWPPHmy9DX4-FjVtwJgwx1_DnGWz558N=GFqGXyS=FvOw+AA@mail.gmail.com>
References: <CANLz8R5q8gazSvsP8RsmMfot0x_yiG0BDCm6H-FMDXxuYtHeSA@mail.gmail.com>
	<4E9D2469.2090804@mevis.de>
	<CANLz8R54bcvLLdW4FzWa9D9w+Mg4u7iCp__imwpMR96h8E2vrw@mail.gmail.com>
	<CAKoWPPHmy9DX4-FjVtwJgwx1_DnGWz558N=GFqGXyS=FvOw+AA@mail.gmail.com>
Message-ID: <CA+OFd4xn5g_XwowpTDY2pGERw1-2FpSUAme7PS8-GvM93o4DEg@mail.gmail.com>

I agree on the licensing issue - no problem.

Great work,
Steve

On Tue, Oct 18, 2011 at 11:37 AM, Julien Finet <julien.finet at kitware.com>wrote:

> It makes sense to me. The requirement of the Apache 2 license is for
> CTK only. Whatever goes to other libs (Slicer, DCMTK...) should follow
> their licenses.
> Who can do the most can also do the least :-)
> j.
>
> On Tue, Oct 18, 2011 at 11:24 AM, Jean-Christophe Fillion-Robin
> <jchris.fillionr at kitware.com> wrote:
> > Hi Folks,
> >
> > Florian Link, from MeVisLab, has been very responsive and, less than
> 24hours
> > following my initial email, already provided me with feedback regarding
> the
> > possible integration of our CTK specific changes. See below.
> >
> > Its only concern regards the license associated with two of the file I
> added
> > to PythonQt. I added them using CTK license.
> >
> > Being the author of the files, I have no problem switching the license to
> > LGPL so that our contribution can be merged upstream.
> >
> > 1) I would like to make sure we all agree.
> >
> > 2) Discuss the licensing of contribution associated with our contribution
> to
> > LGPL libraries.
> >
> > Thanks for your feedback,
> > Jc
> >
> > ---------- Forwarded message ----------
> > From: Florian Link <florian.link at mevis.de>
> > Date: Tue, Oct 18, 2011 at 3:02 AM
> > Subject: Re: Contribution to PythonQt
> > To: Jean-Christophe Fillion-Robin <jchris.fillionr at kitware.com>
> > Cc: info at mevislab.de, Dominique Belhachemi <domibel at debian.org>
> >
> >
> > Dear Jean-Christophe,
> >
> > I had a look at your changes. I suggest the following:
> >
> > - the warnings/small unicode fixes are not a problem and can be merged
> > easily
> > - the VTK wrapping should be done by supporting class wrapping callbacks
> in
> > PythonQt,
> >   so that the VTK wrapping code can be located outside of PythonQt
> >   (I can add those callbacks). You will then have to register your VTK
> > wrapping callbacks where you initialize PythonQt.
> > - the std in redirection makes sense and can be merged
> > - the generator fixes/warnings are ok and can be merged
> > - the dPython.h file seems to be a special fix that you did, this should
> be
> > switchable, since some people want a debug Python with using debug
> PythonQt.
> >
> > This leaves us with the licensing issue. I can only accept code that you
> > submit under the LGPL 2.1, so the Apache 2 license is
> > not an option (I don't want PythonQt to get multi-license). Since this
> only
> > regards dPython.h and PythonQtStdIn*,
> > I guess you do not have a problem with submitting those under LGPL 2.1?
> >
> > regards,
> > Florian
> >
> > Am 17.10.2011 16:49, schrieb Jean-Christophe Fillion-Robin:
> >
> > Dear MevisLab / PythonQt developers,
> >
> > My name is Jean-Christophe, R&D engineer at Kitware Inc., and I am
> actively
> > involved in the development of Slicer 4.0, a medical multi-platform, free
> > open source software for visualization and image computing.
> >
> > While working on Slicer, a lot of code has been contributed to the open
> > source toolkit named CTK. The Common ToolKit (CTK) provides a unified set
> of
> > basic programming constructs that are useful for medical imaging
> > applications development. More information are available here:
> > http://www.commontk.org
> >
> > PythonQt being the python scripting "backend" of CTK, we added some code
> and
> > we would like to contribute back.
> >
> > Dominique Belhachemi, a volunteer Debian packager, is helping us to
> package
> > both CTK and Slicer. He suggested that we contribute back our code so
> that
> > the currently existing PythonQt libraries/packages include our changes.
> >
> > The list of changes is available here:
> > https://github.com/commontk/PythonQt/compare/svn-mirror...patched
> >
> > It includes:
> >   - CMake'ification of the project
> >   - Support for VTK python
> >
> > Would be great if you could let us know if that sounds like a reasonable
> > idea or if we should improve anything.
> >
> > Thanks
> > Jc
> >
> > Cc: Dominique Belhachemi
> >
> > --
> > +1 919 869 8849
> >
> >
> >
> > --
> > ------------------------------------------------------------------------
> > Florian Link
> > Chief Software Architect MeVisLab
> >
> > Tel.: +49-421-22495 52
> > Fax:  +49-421-22495 11
> > www.mevis.de
> >
> > MeVis Medical Solutions AG
> > Universitaetsallee 29
> > 28359 Bremen
> > Germany
> >
> > Trade Registry: Bremen HRB 23791
> > VAT ID: DE250659412
> >
> > Executive Board: Carl J.G. Evertsz, Ph.D. (Chairman & CEO), Robert
> Hannemann
> > Ph.D., Thomas E. Tynes
> > Chairman of the Supervisory Board: Heinz-Otto Peitgen, Ph.D.
> >
> >
> >
> >
> > --
> > +1 919 869 8849
> >
> >
> > _______________________________________________
> > Ctk-developers mailing list
> > Ctk-developers at commontk.org
> > http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
> >
> >
> _______________________________________________
> Ctk-developers mailing list
> Ctk-developers at commontk.org
> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20111018/b351f464/attachment.htm>

From jchris.fillionr at kitware.com  Tue Oct 18 18:02:31 2011
From: jchris.fillionr at kitware.com (Jean-Christophe Fillion-Robin)
Date: Tue, 18 Oct 2011 14:02:31 -0400
Subject: [Ctk-developers] Fwd: Contribution to PythonQt
In-Reply-To: <CA+OFd4xn5g_XwowpTDY2pGERw1-2FpSUAme7PS8-GvM93o4DEg@mail.gmail.com>
References: <CANLz8R5q8gazSvsP8RsmMfot0x_yiG0BDCm6H-FMDXxuYtHeSA@mail.gmail.com>
	<4E9D2469.2090804@mevis.de>
	<CANLz8R54bcvLLdW4FzWa9D9w+Mg4u7iCp__imwpMR96h8E2vrw@mail.gmail.com>
	<CAKoWPPHmy9DX4-FjVtwJgwx1_DnGWz558N=GFqGXyS=FvOw+AA@mail.gmail.com>
	<CA+OFd4xn5g_XwowpTDY2pGERw1-2FpSUAme7PS8-GvM93o4DEg@mail.gmail.com>
Message-ID: <CANLz8R5XGS5n1xQjUtnrJNU6iXrOwwVkpC-nmqFkDk13dByEOg@mail.gmail.com>

Thanks for your feedback. Will keep you posted on progress.
Jc

On Tue, Oct 18, 2011 at 1:43 PM, Steve Pieper <pieper at ibility.net> wrote:

> I agree on the licensing issue - no problem.
>
> Great work,
> Steve
>
>
> On Tue, Oct 18, 2011 at 11:37 AM, Julien Finet <julien.finet at kitware.com>wrote:
>
>> It makes sense to me. The requirement of the Apache 2 license is for
>> CTK only. Whatever goes to other libs (Slicer, DCMTK...) should follow
>> their licenses.
>> Who can do the most can also do the least :-)
>> j.
>>
>> On Tue, Oct 18, 2011 at 11:24 AM, Jean-Christophe Fillion-Robin
>> <jchris.fillionr at kitware.com> wrote:
>> > Hi Folks,
>> >
>> > Florian Link, from MeVisLab, has been very responsive and, less than
>> 24hours
>> > following my initial email, already provided me with feedback regarding
>> the
>> > possible integration of our CTK specific changes. See below.
>> >
>> > Its only concern regards the license associated with two of the file I
>> added
>> > to PythonQt. I added them using CTK license.
>> >
>> > Being the author of the files, I have no problem switching the license
>> to
>> > LGPL so that our contribution can be merged upstream.
>> >
>> > 1) I would like to make sure we all agree.
>> >
>> > 2) Discuss the licensing of contribution associated with our
>> contribution to
>> > LGPL libraries.
>> >
>> > Thanks for your feedback,
>> > Jc
>> >
>> > ---------- Forwarded message ----------
>> > From: Florian Link <florian.link at mevis.de>
>> > Date: Tue, Oct 18, 2011 at 3:02 AM
>> > Subject: Re: Contribution to PythonQt
>> > To: Jean-Christophe Fillion-Robin <jchris.fillionr at kitware.com>
>> > Cc: info at mevislab.de, Dominique Belhachemi <domibel at debian.org>
>> >
>> >
>> > Dear Jean-Christophe,
>> >
>> > I had a look at your changes. I suggest the following:
>> >
>> > - the warnings/small unicode fixes are not a problem and can be merged
>> > easily
>> > - the VTK wrapping should be done by supporting class wrapping callbacks
>> in
>> > PythonQt,
>> >   so that the VTK wrapping code can be located outside of PythonQt
>> >   (I can add those callbacks). You will then have to register your VTK
>> > wrapping callbacks where you initialize PythonQt.
>> > - the std in redirection makes sense and can be merged
>> > - the generator fixes/warnings are ok and can be merged
>> > - the dPython.h file seems to be a special fix that you did, this should
>> be
>> > switchable, since some people want a debug Python with using debug
>> PythonQt.
>> >
>> > This leaves us with the licensing issue. I can only accept code that you
>> > submit under the LGPL 2.1, so the Apache 2 license is
>> > not an option (I don't want PythonQt to get multi-license). Since this
>> only
>> > regards dPython.h and PythonQtStdIn*,
>> > I guess you do not have a problem with submitting those under LGPL 2.1?
>> >
>> > regards,
>> > Florian
>> >
>> > Am 17.10.2011 16:49, schrieb Jean-Christophe Fillion-Robin:
>> >
>> > Dear MevisLab / PythonQt developers,
>> >
>> > My name is Jean-Christophe, R&D engineer at Kitware Inc., and I am
>> actively
>> > involved in the development of Slicer 4.0, a medical multi-platform,
>> free
>> > open source software for visualization and image computing.
>> >
>> > While working on Slicer, a lot of code has been contributed to the open
>> > source toolkit named CTK. The Common ToolKit (CTK) provides a unified
>> set of
>> > basic programming constructs that are useful for medical imaging
>> > applications development. More information are available here:
>> > http://www.commontk.org
>> >
>> > PythonQt being the python scripting "backend" of CTK, we added some code
>> and
>> > we would like to contribute back.
>> >
>> > Dominique Belhachemi, a volunteer Debian packager, is helping us to
>> package
>> > both CTK and Slicer. He suggested that we contribute back our code so
>> that
>> > the currently existing PythonQt libraries/packages include our changes.
>> >
>> > The list of changes is available here:
>> > https://github.com/commontk/PythonQt/compare/svn-mirror...patched
>> >
>> > It includes:
>> >   - CMake'ification of the project
>> >   - Support for VTK python
>> >
>> > Would be great if you could let us know if that sounds like a reasonable
>> > idea or if we should improve anything.
>> >
>> > Thanks
>> > Jc
>> >
>> > Cc: Dominique Belhachemi
>> >
>> > --
>> > +1 919 869 8849
>> >
>> >
>> >
>> > --
>> > ------------------------------------------------------------------------
>> > Florian Link
>> > Chief Software Architect MeVisLab
>> >
>> > Tel.: +49-421-22495 52
>> > Fax:  +49-421-22495 11
>> > www.mevis.de
>> >
>> > MeVis Medical Solutions AG
>> > Universitaetsallee 29
>> > 28359 Bremen
>> > Germany
>> >
>> > Trade Registry: Bremen HRB 23791
>> > VAT ID: DE250659412
>> >
>> > Executive Board: Carl J.G. Evertsz, Ph.D. (Chairman & CEO), Robert
>> Hannemann
>> > Ph.D., Thomas E. Tynes
>> > Chairman of the Supervisory Board: Heinz-Otto Peitgen, Ph.D.
>> >
>> >
>> >
>> >
>> > --
>> > +1 919 869 8849
>> >
>> >
>> > _______________________________________________
>> > Ctk-developers mailing list
>> > Ctk-developers at commontk.org
>> > http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
>> >
>> >
>> _______________________________________________
>> Ctk-developers mailing list
>> Ctk-developers at commontk.org
>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
>>
>
>


-- 
+1 919 869 8849
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20111018/87982a53/attachment.htm>

From gianluca.paladini at siemens.com  Tue Oct 18 18:16:59 2011
From: gianluca.paladini at siemens.com (Paladini, Gianluca (SCR US))
Date: Tue, 18 Oct 2011 14:16:59 -0400
Subject: [Ctk-developers] A more general discussion on the CTK at MICCAI
 2011?
In-Reply-To: <CALcsBJK0pwioDY8n7Yk9p7BBqbZjiEHo7kwdhL6uikChpdnW9g@mail.gmail.com>
References: <4E0DF9ED.5090209@bwh.harvard.edu>
	<1771382181.3444715.1309611517022.JavaMail.root@zmbs3.inria.fr>
	<CALcsBJK0pwioDY8n7Yk9p7BBqbZjiEHo7kwdhL6uikChpdnW9g@mail.gmail.com>
Message-ID: <F3C2129BF0378648A3483173F0835BBD763DF34D35@USMLVA0E934MSX.ww017.siemens.net>

Hello all,
Sorry for dropping out of sight and missing the CTK lunch meeting at MICAAI, I had to struggle with kidney stones again - it seems to have become a yearly occurrence in the October/November timeframe. Looking forward for a possible CTK reunion at RSNA.
Cordially,
    Gianluca

___________________________________________________________

Gianluca Paladini
Program Manager, Imaging Architectures
Imaging & Visualization Global Technology Field

Siemens Corporate Research
755 College Road East
Princeton, NJ 08540 (USA)

Email: gianluca.paladini at siemens.com
___________________________________________________________ 



-----Original Message-----
From: Stephen Aylward [mailto:stephen.aylward at kitware.com] 
Sent: Saturday, September 10, 2011 10:32 PM
To: Maxime Sermesant; kikinis at bwh.harvard.edu; ctk-developers at commontk.org; Paladini, Gianluca (SCR US); Meinzer Hans-Peter; Ivo Wolf
Subject: Re: [Ctk-developers] A more general discussion on the CTK at MICCAI 2011?

Hi,

Looking forward to our meeting during lunch on Monday at MICCAI for a
CTK talkfest.

I'd like to get a headcount - please reply if you can attend.

Thanks,
Stephen

On Sat, Jul 2, 2011 at 8:58 AM, Maxime Sermesant
<maxime.sermesant at inria.fr> wrote:
>> We could do an informal meeting during lunch on Monday?
>
> that's good for me.
>
> best,
>
> --
>
> ?Maxime
>
>
>> On 7/1/11 12:18 PM, Maxime Sermesant wrote:
>> > Hello,
>> >
>> > There is already an open source meeting on the night of the first
>> > workshop day, so the organisers told me to organise the CTK
>> > discussion on the night of the last workshop day (22th of
>> > September). They are not in favour of having other events during the
>> > 3 main conference days :-|
>> >
>> > However I am afraid people will start travelling back after one week
>> > of MICCAI.
>> >
>> > So I can try to ask again (or someone with more influence ;) or we
>> > can do that independently whether during one lunch or one night,
>> > because we may not really need a meeting room facilities for such
>> > discussion.
>> >
>> > Let me know your preferred option.
>> >
>> > (I can already guarantee you a room for a CTK meeting at next year's
>> > MICCAI in Nice ;)
>> >
>> > Best,
>> >
>> > --
>> >
>> > ? ?Maxime
>> >
>> >
>> > PS: the other meeting webpage:
>> > https://www.assembla.com/spaces/sparkit/wiki/OCAIRO-SparKit_technical_meeting_at_MICCAI
>> >
>> >
>> > ----- Original Message -----
>> >> From: "Ron Kikinis"<kikinis at bwh.harvard.edu>
>> >> To: ctk-developers at commontk.org
>> >> Sent: Friday, 1 July, 2011 2:27:31 PM
>> >> Subject: Re: [Ctk-developers] A more general discussion on the CTK
>> >> at MICCAI 2011?
>> >>
>> >> This is for lunch?
>> >>
>> >> On 5/27/2011 7:17 AM, Maxime Sermesant wrote:
>> >>> Dear all,
>> >>>
>> >>> I can see with a local organiser to get a room (for around 20
>> >>> people?) probably the 19th of September (the conference diner is
>> >>> usually on the second night, thus the 20th) at around 6:30 pm (the
>> >>> program is not online yet). Let me know if you already know of
>> >>> other meetings that would conflict with this one (I don't have the
>> >>> MICCAI board schedule for instance).
>> >>>
>> >>> PS: I (obviously) don't feel in any particular position in order
>> >>> to
>> >>> propose an agenda for the meeting and animate the discussion, and
>> >>> there will be CTK members better suited to do that, so I will
>> >>> limit my role to the logistics.
>> >>>
>> >>> Best wishes,
>> >>>
>> >>> --
>> >>>
>> >>> ? ? Maxime
>> >>>
>> >>> ----- Original Message -----
>> >>>> From: "Hans-Peter Meinzer"<h.p.meinzer at dkfz-heidelberg.de>
>> >>>> To: "Gianluca Paladini (SCR US)"<gianluca.paladini at siemens.com>,
>> >>>> "Maxime Sermesant"<maxime.sermesant at inria.fr>,
>> >>>> ctk-developers at commontk.org
>> >>>> Cc: "Alejandro Frangi"<alejandro.frangi at upf.edu>
>> >>>> Sent: Friday, 27 May, 2011 1:06:38 PM
>> >>>> Subject: AW: [Ctk-developers] A more general discussion on the
>> >>>> CTK
>> >>>> at MICCAI 2011?
>> >>>>
>> >>>> Ok. I will be also in Toronto. Can somebody organize a meeting
>> >>>> room?.
>> >>>> Best wishes from Heidelberg Peter Meinzer
>> >>>>
>> >>>> -----Urspr?ngliche Nachricht-----
>> >>>> Von: ctk-developers-bounces at commontk.org
>> >>>> [mailto:ctk-developers-bounces at commontk.org] Im Auftrag von
>> >>>> Paladini, Gianluca (SCR US)
>> >>>> Gesendet: Freitag, 27. Mai 2011 05:08
>> >>>> An: Maxime Sermesant; ctk-developers at commontk.org
>> >>>> Cc: Alejandro Frangi
>> >>>> Betreff: Re: [Ctk-developers] A more general discussion on the
>> >>>> CTK
>> >>>> at
>> >>>> MICCAI 2011?
>> >>>>
>> >>>> Good idea, we haven't had committee/administrative meetings since
>> >>>> 2009 and only one planning meeting at SPIE San Diego in 2010.
>> >>>> MICCAI 2011 is a good opportunity, please count me in.
>> >>>> Cordially,
>> >>>> ? ? ? Gianluca
>> >>>>
>> >>>> -----Original Message-----
>> >>>> From: ctk-developers-bounces at commontk.org
>> >>>> [mailto:ctk-developers-bounces at commontk.org] On Behalf Of Maxime
>> >>>> Sermesant
>> >>>> Sent: Thursday, May 26, 2011 10:35 AM
>> >>>> To: ctk-developers at commontk.org
>> >>>> Cc: Alejandro Frangi
>> >>>> Subject: [Ctk-developers] A more general discussion on the CTK at
>> >>>> MICCAI 2011?
>> >>>>
>> >>>> Dear all,
>> >>>>
>> >>>> within the discussions around imaging software at the European
>> >>>> level
>> >>>> (e.g. in the VPH Network of Excellence) there was a point raised
>> >>>> regarding the general directions that the CTK is following, and
>> >>>> how/when this is/could be discussed. I know that the CTK is
>> >>>> currently mostly code-oriented, with the hackfests being its main
>> >>>> concrete activity, but it would probably be helpful for all the
>> >>>> involved partners to get an opportunity to discuss on the more
>> >>>> global level.
>> >>>>
>> >>>> As Alex Frangi (in CC, who was also primarily interested by such
>> >>>> discussion), myself and many others will be in Toronto this
>> >>>> September for MICCAI 2011, maybe there could be an opportunity
>> >>>> there
>> >>>> to have a more high-level CTK meeting?
>> >>>>
>> >>>> I could also easily include such meeting in the hackfest
>> >>>> happening
>> >>>> at
>> >>>> INRIA, but I am not sure if people interested in the discussion
>> >>>> but
>> >>>> not in the hackfest would then travel (understandably).
>> >>>>
>> >>>> Let me know if you are interested, so that I contact the MICCAI
>> >>>> organisers to try to get a room for that if there is enough
>> >>>> interest.
>> >>>>
>> >>>> Best wishes,
>> >>>>
>> >>>> --
>> >>>>
>> >>>> ? ? Maxime
>> >>>>
>> >>>>
>> >>>> _______________________________________________
>> >>>> Ctk-developers mailing list
>> >>>> Ctk-developers at commontk.org
>> >>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
>> >>>> _______________________________________________
>> >>>> Ctk-developers mailing list
>> >>>> Ctk-developers at commontk.org
>> >>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
>> >>>>
>> >>> _______________________________________________
>> >>> Ctk-developers mailing list
>> >>> Ctk-developers at commontk.org
>> >>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
>> >>
>> >>
>> >> --
>> >> Ron Kikinis, M.D.,
>> >> Robert Greenes Distinguished Director of Biomedical Informatics
>> >> Professor of Radiology, Harvard Medical School
>> >> Director, Surgical Planning Laboratory
>> >> http://www.spl.harvard.edu/~kikinis
>> >> _______________________________________________
>> >> Ctk-developers mailing list
>> >> Ctk-developers at commontk.org
>> >> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
>> >>
>>
>> --
>> Ron Kikinis, M.D.,
>> Robert Greenes Distinguished Director of Biomedical Informatics
>> Professor of Radiology, Harvard Medical School
>> Director, Surgical Planning Laboratory
>> http://www.spl.harvard.edu/~kikinis
> _______________________________________________
> Ctk-developers mailing list
> Ctk-developers at commontk.org
> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
>



-- 

==============================
Stephen R. Aylward, Ph.D.
Director of Medical Imaging Research
Kitware, Inc. - North Carolina Office
http://www.kitware.com
stephen.aylward (Skype)
(919) 969-6990 x300


From domibel at debian.org  Wed Oct 19 01:26:17 2011
From: domibel at debian.org (Dominique Belhachemi)
Date: Tue, 18 Oct 2011 21:26:17 -0400
Subject: [Ctk-developers] Fwd: Contribution to PythonQt
In-Reply-To: <CANLz8R54bcvLLdW4FzWa9D9w+Mg4u7iCp__imwpMR96h8E2vrw@mail.gmail.com>
References: <CANLz8R5q8gazSvsP8RsmMfot0x_yiG0BDCm6H-FMDXxuYtHeSA@mail.gmail.com>
	<4E9D2469.2090804@mevis.de>
	<CANLz8R54bcvLLdW4FzWa9D9w+Mg4u7iCp__imwpMR96h8E2vrw@mail.gmail.com>
Message-ID: <CAAvaLCzC5+Ltk2hpXK7F1MJ5r10wzMz-o21mE9_Xcd1O2FbB7A@mail.gmail.com>

On Tue, Oct 18, 2011 at 11:24 AM, Jean-Christophe Fillion-Robin
<jchris.fillionr at kitware.com> wrote:
> Hi Folks,
>
> Florian Link, from MeVisLab, has been very responsive and, less than 24hours
> following my initial email, already provided me with feedback regarding the
> possible integration of our CTK specific changes. See below.
>
> Its only concern regards the license associated with two of the file I added
> to PythonQt. I added them using CTK license.
>
> Being the author of the files, I have no problem switching the license to
> LGPL so that our contribution can be merged upstream.
>
> 1) I would like to make sure we all agree.
>
> 2) Discuss the licensing of contribution associated with our contribution to
> LGPL libraries.
>
This is excellent news. It will speedup the CTK/Slicer integration into Debian.
Is it possible to go a step further and assign the copyright of JC's to MeVis?

Dominique


From jchris.fillionr at kitware.com  Wed Oct 19 01:37:17 2011
From: jchris.fillionr at kitware.com (Jean-Christophe Fillion-Robin)
Date: Tue, 18 Oct 2011 21:37:17 -0400
Subject: [Ctk-developers] Fwd: Contribution to PythonQt
In-Reply-To: <CAAvaLCzC5+Ltk2hpXK7F1MJ5r10wzMz-o21mE9_Xcd1O2FbB7A@mail.gmail.com>
References: <CANLz8R5q8gazSvsP8RsmMfot0x_yiG0BDCm6H-FMDXxuYtHeSA@mail.gmail.com>
	<4E9D2469.2090804@mevis.de>
	<CANLz8R54bcvLLdW4FzWa9D9w+Mg4u7iCp__imwpMR96h8E2vrw@mail.gmail.com>
	<CAAvaLCzC5+Ltk2hpXK7F1MJ5r10wzMz-o21mE9_Xcd1O2FbB7A@mail.gmail.com>
Message-ID: <CANLz8R70H_kAsGyAYirxU3u4-HLbGyyDJ2MaSYmdctFFPkDwQQ@mail.gmail.com>

Hi Dominique,

Could you review the commit I pushed earlier today:
https://github.com/commontk/PythonQt/commit/83dbbc27afddd3ff7d5b3616e205b0cf1a465921

Thanks
Jc

On Tue, Oct 18, 2011 at 9:26 PM, Dominique Belhachemi <domibel at debian.org>wrote:

> On Tue, Oct 18, 2011 at 11:24 AM, Jean-Christophe Fillion-Robin
> <jchris.fillionr at kitware.com> wrote:
> > Hi Folks,
> >
> > Florian Link, from MeVisLab, has been very responsive and, less than
> 24hours
> > following my initial email, already provided me with feedback regarding
> the
> > possible integration of our CTK specific changes. See below.
> >
> > Its only concern regards the license associated with two of the file I
> added
> > to PythonQt. I added them using CTK license.
> >
> > Being the author of the files, I have no problem switching the license to
> > LGPL so that our contribution can be merged upstream.
> >
> > 1) I would like to make sure we all agree.
> >
> > 2) Discuss the licensing of contribution associated with our contribution
> to
> > LGPL libraries.
> >
> This is excellent news. It will speedup the CTK/Slicer integration into
> Debian.
> Is it possible to go a step further and assign the copyright of JC's to
> MeVis?
>
> Dominique
>



-- 
+1 919 869 8849
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20111018/17a72aa1/attachment.htm>

From domibel at debian.org  Wed Oct 19 02:02:08 2011
From: domibel at debian.org (Dominique Belhachemi)
Date: Tue, 18 Oct 2011 22:02:08 -0400
Subject: [Ctk-developers] Fwd: Contribution to PythonQt
In-Reply-To: <CANLz8R70H_kAsGyAYirxU3u4-HLbGyyDJ2MaSYmdctFFPkDwQQ@mail.gmail.com>
References: <CANLz8R5q8gazSvsP8RsmMfot0x_yiG0BDCm6H-FMDXxuYtHeSA@mail.gmail.com>
	<4E9D2469.2090804@mevis.de>
	<CANLz8R54bcvLLdW4FzWa9D9w+Mg4u7iCp__imwpMR96h8E2vrw@mail.gmail.com>
	<CAAvaLCzC5+Ltk2hpXK7F1MJ5r10wzMz-o21mE9_Xcd1O2FbB7A@mail.gmail.com>
	<CANLz8R70H_kAsGyAYirxU3u4-HLbGyyDJ2MaSYmdctFFPkDwQQ@mail.gmail.com>
Message-ID: <CAAvaLCyaU7JVjNy+0vZ3F=TMY=N66K8mTWrVyu4+7-J7N=MRPA@mail.gmail.com>

Hi Jc,

Personally I like projects with only one license and one copyright
holder. It keeps the license maintenance low.

Your commit changes the License to LGPL which is very helpful.
Otherwise upstream would probably not accept your contribution.
But unfortunately it adds the Kitware Copyright and some contact
information to the license header. For my patches I always use
upstream's original header to keep things simple.
Here is an example of the PythonQt header:
https://github.com/commontk/PythonQt/blob/patched/src/PythonQtClassInfo.h

Thanks
Dominique

On Tue, Oct 18, 2011 at 9:37 PM, Jean-Christophe Fillion-Robin
<jchris.fillionr at kitware.com> wrote:
> Hi Dominique,
>
> Could you review the commit I pushed earlier today:
> https://github.com/commontk/PythonQt/commit/83dbbc27afddd3ff7d5b3616e205b0cf1a465921
>
> Thanks
> Jc
>
> On Tue, Oct 18, 2011 at 9:26 PM, Dominique Belhachemi <domibel at debian.org>
> wrote:
>>
>> On Tue, Oct 18, 2011 at 11:24 AM, Jean-Christophe Fillion-Robin
>> <jchris.fillionr at kitware.com> wrote:
>> > Hi Folks,
>> >
>> > Florian Link, from MeVisLab, has been very responsive and, less than
>> > 24hours
>> > following my initial email, already provided me with feedback regarding
>> > the
>> > possible integration of our CTK specific changes. See below.
>> >
>> > Its only concern regards the license associated with two of the file I
>> > added
>> > to PythonQt. I added them using CTK license.
>> >
>> > Being the author of the files, I have no problem switching the license
>> > to
>> > LGPL so that our contribution can be merged upstream.
>> >
>> > 1) I would like to make sure we all agree.
>> >
>> > 2) Discuss the licensing of contribution associated with our
>> > contribution to
>> > LGPL libraries.
>> >
>> This is excellent news. It will speedup the CTK/Slicer integration into
>> Debian.
>> Is it possible to go a step further and assign the copyright of JC's to
>> MeVis?
>>
>> Dominique
>
>
>
> --
> +1 919 869 8849
>
>


From pieper at ibility.net  Thu Oct 20 15:01:05 2011
From: pieper at ibility.net (Steve Pieper)
Date: Thu, 20 Oct 2011 11:01:05 -0400
Subject: [Ctk-developers] A more general discussion on the CTK at MICCAI
	2011?
In-Reply-To: <F3C2129BF0378648A3483173F0835BBD763DF34D35@USMLVA0E934MSX.ww017.siemens.net>
References: <4E0DF9ED.5090209@bwh.harvard.edu>
	<1771382181.3444715.1309611517022.JavaMail.root@zmbs3.inria.fr>
	<CALcsBJK0pwioDY8n7Yk9p7BBqbZjiEHo7kwdhL6uikChpdnW9g@mail.gmail.com>
	<F3C2129BF0378648A3483173F0835BBD763DF34D35@USMLVA0E934MSX.ww017.siemens.net>
Message-ID: <CA+OFd4z0Z3mRwS4VZrvctXgm1VaB-WBUnX4c8=R-v483Wk5X4w@mail.gmail.com>

Hi Gianluca -

I plan to be at RSNA for the first half of the week (Sun through Tues).  It
would be great to have a ctk event.

-Steve

p.s. hope you are feeling much better!

On Tue, Oct 18, 2011 at 2:16 PM, Paladini, Gianluca (SCR US) <
gianluca.paladini at siemens.com> wrote:

> Hello all,
> Sorry for dropping out of sight and missing the CTK lunch meeting at
> MICAAI, I had to struggle with kidney stones again - it seems to have become
> a yearly occurrence in the October/November timeframe. Looking forward for a
> possible CTK reunion at RSNA.
> Cordially,
>    Gianluca
>
> ___________________________________________________________
>
> Gianluca Paladini
> Program Manager, Imaging Architectures
> Imaging & Visualization Global Technology Field
>
> Siemens Corporate Research
> 755 College Road East
> Princeton, NJ 08540 (USA)
>
> Email: gianluca.paladini at siemens.com
> ___________________________________________________________
>
>
>
> -----Original Message-----
> From: Stephen Aylward [mailto:stephen.aylward at kitware.com]
> Sent: Saturday, September 10, 2011 10:32 PM
> To: Maxime Sermesant; kikinis at bwh.harvard.edu; ctk-developers at commontk.org;
> Paladini, Gianluca (SCR US); Meinzer Hans-Peter; Ivo Wolf
> Subject: Re: [Ctk-developers] A more general discussion on the CTK at
> MICCAI 2011?
>
> Hi,
>
> Looking forward to our meeting during lunch on Monday at MICCAI for a
> CTK talkfest.
>
> I'd like to get a headcount - please reply if you can attend.
>
> Thanks,
> Stephen
>
> On Sat, Jul 2, 2011 at 8:58 AM, Maxime Sermesant
> <maxime.sermesant at inria.fr> wrote:
> >> We could do an informal meeting during lunch on Monday?
> >
> > that's good for me.
> >
> > best,
> >
> > --
> >
> >  Maxime
> >
> >
> >> On 7/1/11 12:18 PM, Maxime Sermesant wrote:
> >> > Hello,
> >> >
> >> > There is already an open source meeting on the night of the first
> >> > workshop day, so the organisers told me to organise the CTK
> >> > discussion on the night of the last workshop day (22th of
> >> > September). They are not in favour of having other events during the
> >> > 3 main conference days :-|
> >> >
> >> > However I am afraid people will start travelling back after one week
> >> > of MICCAI.
> >> >
> >> > So I can try to ask again (or someone with more influence ;) or we
> >> > can do that independently whether during one lunch or one night,
> >> > because we may not really need a meeting room facilities for such
> >> > discussion.
> >> >
> >> > Let me know your preferred option.
> >> >
> >> > (I can already guarantee you a room for a CTK meeting at next year's
> >> > MICCAI in Nice ;)
> >> >
> >> > Best,
> >> >
> >> > --
> >> >
> >> >    Maxime
> >> >
> >> >
> >> > PS: the other meeting webpage:
> >> >
> https://www.assembla.com/spaces/sparkit/wiki/OCAIRO-SparKit_technical_meeting_at_MICCAI
> >> >
> >> >
> >> > ----- Original Message -----
> >> >> From: "Ron Kikinis"<kikinis at bwh.harvard.edu>
> >> >> To: ctk-developers at commontk.org
> >> >> Sent: Friday, 1 July, 2011 2:27:31 PM
> >> >> Subject: Re: [Ctk-developers] A more general discussion on the CTK
> >> >> at MICCAI 2011?
> >> >>
> >> >> This is for lunch?
> >> >>
> >> >> On 5/27/2011 7:17 AM, Maxime Sermesant wrote:
> >> >>> Dear all,
> >> >>>
> >> >>> I can see with a local organiser to get a room (for around 20
> >> >>> people?) probably the 19th of September (the conference diner is
> >> >>> usually on the second night, thus the 20th) at around 6:30 pm (the
> >> >>> program is not online yet). Let me know if you already know of
> >> >>> other meetings that would conflict with this one (I don't have the
> >> >>> MICCAI board schedule for instance).
> >> >>>
> >> >>> PS: I (obviously) don't feel in any particular position in order
> >> >>> to
> >> >>> propose an agenda for the meeting and animate the discussion, and
> >> >>> there will be CTK members better suited to do that, so I will
> >> >>> limit my role to the logistics.
> >> >>>
> >> >>> Best wishes,
> >> >>>
> >> >>> --
> >> >>>
> >> >>>     Maxime
> >> >>>
> >> >>> ----- Original Message -----
> >> >>>> From: "Hans-Peter Meinzer"<h.p.meinzer at dkfz-heidelberg.de>
> >> >>>> To: "Gianluca Paladini (SCR US)"<gianluca.paladini at siemens.com>,
> >> >>>> "Maxime Sermesant"<maxime.sermesant at inria.fr>,
> >> >>>> ctk-developers at commontk.org
> >> >>>> Cc: "Alejandro Frangi"<alejandro.frangi at upf.edu>
> >> >>>> Sent: Friday, 27 May, 2011 1:06:38 PM
> >> >>>> Subject: AW: [Ctk-developers] A more general discussion on the
> >> >>>> CTK
> >> >>>> at MICCAI 2011?
> >> >>>>
> >> >>>> Ok. I will be also in Toronto. Can somebody organize a meeting
> >> >>>> room?.
> >> >>>> Best wishes from Heidelberg Peter Meinzer
> >> >>>>
> >> >>>> -----Urspr?ngliche Nachricht-----
> >> >>>> Von: ctk-developers-bounces at commontk.org
> >> >>>> [mailto:ctk-developers-bounces at commontk.org] Im Auftrag von
> >> >>>> Paladini, Gianluca (SCR US)
> >> >>>> Gesendet: Freitag, 27. Mai 2011 05:08
> >> >>>> An: Maxime Sermesant; ctk-developers at commontk.org
> >> >>>> Cc: Alejandro Frangi
> >> >>>> Betreff: Re: [Ctk-developers] A more general discussion on the
> >> >>>> CTK
> >> >>>> at
> >> >>>> MICCAI 2011?
> >> >>>>
> >> >>>> Good idea, we haven't had committee/administrative meetings since
> >> >>>> 2009 and only one planning meeting at SPIE San Diego in 2010.
> >> >>>> MICCAI 2011 is a good opportunity, please count me in.
> >> >>>> Cordially,
> >> >>>>       Gianluca
> >> >>>>
> >> >>>> -----Original Message-----
> >> >>>> From: ctk-developers-bounces at commontk.org
> >> >>>> [mailto:ctk-developers-bounces at commontk.org] On Behalf Of Maxime
> >> >>>> Sermesant
> >> >>>> Sent: Thursday, May 26, 2011 10:35 AM
> >> >>>> To: ctk-developers at commontk.org
> >> >>>> Cc: Alejandro Frangi
> >> >>>> Subject: [Ctk-developers] A more general discussion on the CTK at
> >> >>>> MICCAI 2011?
> >> >>>>
> >> >>>> Dear all,
> >> >>>>
> >> >>>> within the discussions around imaging software at the European
> >> >>>> level
> >> >>>> (e.g. in the VPH Network of Excellence) there was a point raised
> >> >>>> regarding the general directions that the CTK is following, and
> >> >>>> how/when this is/could be discussed. I know that the CTK is
> >> >>>> currently mostly code-oriented, with the hackfests being its main
> >> >>>> concrete activity, but it would probably be helpful for all the
> >> >>>> involved partners to get an opportunity to discuss on the more
> >> >>>> global level.
> >> >>>>
> >> >>>> As Alex Frangi (in CC, who was also primarily interested by such
> >> >>>> discussion), myself and many others will be in Toronto this
> >> >>>> September for MICCAI 2011, maybe there could be an opportunity
> >> >>>> there
> >> >>>> to have a more high-level CTK meeting?
> >> >>>>
> >> >>>> I could also easily include such meeting in the hackfest
> >> >>>> happening
> >> >>>> at
> >> >>>> INRIA, but I am not sure if people interested in the discussion
> >> >>>> but
> >> >>>> not in the hackfest would then travel (understandably).
> >> >>>>
> >> >>>> Let me know if you are interested, so that I contact the MICCAI
> >> >>>> organisers to try to get a room for that if there is enough
> >> >>>> interest.
> >> >>>>
> >> >>>> Best wishes,
> >> >>>>
> >> >>>> --
> >> >>>>
> >> >>>>     Maxime
> >> >>>>
> >> >>>>
> >> >>>> _______________________________________________
> >> >>>> Ctk-developers mailing list
> >> >>>> Ctk-developers at commontk.org
> >> >>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
> >> >>>> _______________________________________________
> >> >>>> Ctk-developers mailing list
> >> >>>> Ctk-developers at commontk.org
> >> >>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
> >> >>>>
> >> >>> _______________________________________________
> >> >>> Ctk-developers mailing list
> >> >>> Ctk-developers at commontk.org
> >> >>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
> >> >>
> >> >>
> >> >> --
> >> >> Ron Kikinis, M.D.,
> >> >> Robert Greenes Distinguished Director of Biomedical Informatics
> >> >> Professor of Radiology, Harvard Medical School
> >> >> Director, Surgical Planning Laboratory
> >> >> http://www.spl.harvard.edu/~kikinis
> >> >> _______________________________________________
> >> >> Ctk-developers mailing list
> >> >> Ctk-developers at commontk.org
> >> >> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
> >> >>
> >>
> >> --
> >> Ron Kikinis, M.D.,
> >> Robert Greenes Distinguished Director of Biomedical Informatics
> >> Professor of Radiology, Harvard Medical School
> >> Director, Surgical Planning Laboratory
> >> http://www.spl.harvard.edu/~kikinis
> > _______________________________________________
> > Ctk-developers mailing list
> > Ctk-developers at commontk.org
> > http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
> >
>
>
>
> --
>
> ==============================
> Stephen R. Aylward, Ph.D.
> Director of Medical Imaging Research
> Kitware, Inc. - North Carolina Office
> http://www.kitware.com
> stephen.aylward (Skype)
> (919) 969-6990 x300
> _______________________________________________
> Ctk-developers mailing list
> Ctk-developers at commontk.org
> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20111020/a97eb8b0/attachment.htm>

From espakm at gmail.com  Fri Oct 21 17:06:32 2011
From: espakm at gmail.com (Miklos Espak)
Date: Fri, 21 Oct 2011 19:06:32 +0200
Subject: [Ctk-developers] how to enable logging
Message-ID: <CAOVq=oO5Mznkc+-J+BihOd9iqTVyuZESE81cHLtiOwy3mNN-7Q@mail.gmail.com>

Hi,

how to enable logging in CTK?
I enabled the Log4Qt option in CTK and rebuilt it, but it is apparently not
enough. Do I have to create a config file? The syntax is like for Log4J?

Thanks,
Miklos
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20111021/73fffc8a/attachment.htm>

From jchris.fillionr at kitware.com  Fri Oct 21 18:57:27 2011
From: jchris.fillionr at kitware.com (Jean-Christophe Fillion-Robin)
Date: Fri, 21 Oct 2011 14:57:27 -0400
Subject: [Ctk-developers] how to enable logging
In-Reply-To: <CAOVq=oO5Mznkc+-J+BihOd9iqTVyuZESE81cHLtiOwy3mNN-7Q@mail.gmail.com>
References: <CAOVq=oO5Mznkc+-J+BihOd9iqTVyuZESE81cHLtiOwy3mNN-7Q@mail.gmail.com>
Message-ID: <CANLz8R4LYeKgW-wQwNrDxXB1oP81Yj6TSdF+UJV_s5ZmjPNcWg@mail.gmail.com>

Hi Miklos,

Thanks for looking into the logging system.

Log4Qt being a mandatory dependency of CTK, if you are talking about
"CTK_PLUGIN_org.commontk.log4qt". This is an "experimental" plugin that
should probably be removed. Sasha would be able to comment about that.

The logging framework has been introduced during the first hackfest when we
initiated the CTK project and require some love and attention.

I already had a quick look in the past but didn't make any progress.

We would appreciate your help regarding log4qt.

Thanks
Jc

On Fri, Oct 21, 2011 at 1:06 PM, Miklos Espak <espakm at gmail.com> wrote:

> Hi,
>
> how to enable logging in CTK?
> I enabled the Log4Qt option in CTK and rebuilt it, but it is apparently not
> enough. Do I have to create a config file? The syntax is like for Log4J?
>
> Thanks,
> Miklos
>
> _______________________________________________
> Ctk-developers mailing list
> Ctk-developers at commontk.org
> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
>
>


-- 
+1 919 869 8849
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20111021/adbfdf23/attachment.htm>

From espakm at gmail.com  Fri Oct 21 19:23:50 2011
From: espakm at gmail.com (Miklos Espak)
Date: Fri, 21 Oct 2011 21:23:50 +0200
Subject: [Ctk-developers] how to enable logging
In-Reply-To: <CANLz8R4LYeKgW-wQwNrDxXB1oP81Yj6TSdF+UJV_s5ZmjPNcWg@mail.gmail.com>
References: <CAOVq=oO5Mznkc+-J+BihOd9iqTVyuZESE81cHLtiOwy3mNN-7Q@mail.gmail.com>
	<CANLz8R4LYeKgW-wQwNrDxXB1oP81Yj6TSdF+UJV_s5ZmjPNcWg@mail.gmail.com>
Message-ID: <CAOVq=oM9afn_7zckGJPMPS8am7j__dM6dd+7pa_43cK1zE1jwA@mail.gmail.com>

Hi,

I just wanted to see the messages that are logged from inside CTK. As I see
that has nothing to do with the options that I enabled in CMake. I do not
intend to use the CTK logging framework in my application. I found a bug in
the workflow framework (I reported it today), and I wanted to locate it,
that's why I wanted to see the messages that are sent to a ctkLogger from
the ctkWorkflow class.

You can see them somehow, right? ;-)
That is not related to the experimental logging plugin, or is it? Sorry, if
I was not clear.

Thanks,
Miklos
On 2011.10.21. 20:57, "Jean-Christophe Fillion-Robin" <
jchris.fillionr at kitware.com> wrote:

> Hi Miklos,
>
> Thanks for looking into the logging system.
>
> Log4Qt being a mandatory dependency of CTK, if you are talking about
> "CTK_PLUGIN_org.commontk.log4qt". This is an "experimental" plugin that
> should probably be removed. Sasha would be able to comment about that.
>
> The logging framework has been introduced during the first hackfest when we
> initiated the CTK project and require some love and attention.
>
> I already had a quick look in the past but didn't make any progress.
>
> We would appreciate your help regarding log4qt.
>
> Thanks
> Jc
>
> On Fri, Oct 21, 2011 at 1:06 PM, Miklos Espak <espakm at gmail.com> wrote:
>
>> Hi,
>>
>> how to enable logging in CTK?
>> I enabled the Log4Qt option in CTK and rebuilt it, but it is apparently
>> not enough. Do I have to create a config file? The syntax is like for Log4J?
>>
>> Thanks,
>> Miklos
>>
>> _______________________________________________
>> Ctk-developers mailing list
>> Ctk-developers at commontk.org
>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
>>
>>
>
>
> --
> +1 919 869 8849
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20111021/fcbd73db/attachment.htm>

From jchris.fillionr at kitware.com  Fri Oct 21 19:31:48 2011
From: jchris.fillionr at kitware.com (Jean-Christophe Fillion-Robin)
Date: Fri, 21 Oct 2011 15:31:48 -0400
Subject: [Ctk-developers] how to enable logging
In-Reply-To: <CAOVq=oM9afn_7zckGJPMPS8am7j__dM6dd+7pa_43cK1zE1jwA@mail.gmail.com>
References: <CAOVq=oO5Mznkc+-J+BihOd9iqTVyuZESE81cHLtiOwy3mNN-7Q@mail.gmail.com>
	<CANLz8R4LYeKgW-wQwNrDxXB1oP81Yj6TSdF+UJV_s5ZmjPNcWg@mail.gmail.com>
	<CAOVq=oM9afn_7zckGJPMPS8am7j__dM6dd+7pa_43cK1zE1jwA@mail.gmail.com>
Message-ID: <CANLz8R5m_GPcAOb4SQD+C405ZX8UzXOvrafO0gTMu6TgtssMkg@mail.gmail.com>

On Fri, Oct 21, 2011 at 3:23 PM, Miklos Espak <espakm at gmail.com> wrote:

> Hi,
>
> I just wanted to see the messages that are logged from inside CTK. As I see
> that has nothing to do with the options that I enabled in CMake. I do not
> intend to use the CTK logging framework in my application. I found a bug in
> the workflow framework (I reported it today),
>
Thanks for taking the time to report the issue :)


> and I wanted to locate it, that's why I wanted to see the messages that are
> sent to a ctkLogger from the ctkWorkflow class.
>
You could try the following: "ctkLogger::configure();" at the top of your
main() function. Similarly to what's done here:
https://github.com/Slicer/Slicer/blob/master/Applications/SlicerQT/Main.cxx#L240



> You can see them somehow, right? ;-)
> That is not related to the experimental logging plugin, or is it? Sorry, if
> I was not clear.
>
It's not related to the plugin in any way.

Jc

> Thanks,
> Miklos
> On 2011.10.21. 20:57, "Jean-Christophe Fillion-Robin" <
> jchris.fillionr at kitware.com> wrote:
>
>> Hi Miklos,
>>
>> Thanks for looking into the logging system.
>>
>> Log4Qt being a mandatory dependency of CTK, if you are talking about
>> "CTK_PLUGIN_org.commontk.log4qt". This is an "experimental" plugin that
>> should probably be removed. Sasha would be able to comment about that.
>>
>> The logging framework has been introduced during the first hackfest when
>> we initiated the CTK project and require some love and attention.
>>
>> I already had a quick look in the past but didn't make any progress.
>>
>> We would appreciate your help regarding log4qt.
>>
>> Thanks
>> Jc
>>
>> On Fri, Oct 21, 2011 at 1:06 PM, Miklos Espak <espakm at gmail.com> wrote:
>>
>>> Hi,
>>>
>>> how to enable logging in CTK?
>>> I enabled the Log4Qt option in CTK and rebuilt it, but it is apparently
>>> not enough. Do I have to create a config file? The syntax is like for Log4J?
>>>
>>> Thanks,
>>> Miklos
>>>
>>> _______________________________________________
>>> Ctk-developers mailing list
>>> Ctk-developers at commontk.org
>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
>>>
>>>
>>
>>
>> --
>> +1 919 869 8849
>>
>>


-- 
+1 919 869 8849
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20111021/bfddcfbc/attachment.htm>

From espakm at gmail.com  Fri Oct 21 20:57:14 2011
From: espakm at gmail.com (Miklos Espak)
Date: Fri, 21 Oct 2011 22:57:14 +0200
Subject: [Ctk-developers] how to enable logging
In-Reply-To: <CANLz8R5m_GPcAOb4SQD+C405ZX8UzXOvrafO0gTMu6TgtssMkg@mail.gmail.com>
References: <CAOVq=oO5Mznkc+-J+BihOd9iqTVyuZESE81cHLtiOwy3mNN-7Q@mail.gmail.com>
	<CANLz8R4LYeKgW-wQwNrDxXB1oP81Yj6TSdF+UJV_s5ZmjPNcWg@mail.gmail.com>
	<CAOVq=oM9afn_7zckGJPMPS8am7j__dM6dd+7pa_43cK1zE1jwA@mail.gmail.com>
	<CANLz8R5m_GPcAOb4SQD+C405ZX8UzXOvrafO0gTMu6TgtssMkg@mail.gmail.com>
Message-ID: <CAOVq=oMNwQ-j6vfqCaD75TJ3Ou-uLor_SQ+CvJ1JvJuq=N2XUQ@mail.gmail.com>

>
> Thanks for taking the time to report the issue :)
>

Not worth mentioning. Actually, I hope I have spared some time with
reporting it instead of starting to debug it. :-)

You could try the following: "ctkLogger::configure();" at the top of your
>> main() function. Similarly to what's done here:
>> https://github.com/Slicer/Slicer/blob/master/Applications/SlicerQT/Main.cxx#L240
>>
>
That works!

Thanks,
Miklos
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20111021/85c3f9f7/attachment.htm>

From s.zelzer at dkfz-heidelberg.de  Sat Oct 22 09:41:03 2011
From: s.zelzer at dkfz-heidelberg.de (Sascha Zelzer)
Date: Sat, 22 Oct 2011 11:41:03 +0200
Subject: [Ctk-developers] how to enable logging
In-Reply-To: <CANLz8R4LYeKgW-wQwNrDxXB1oP81Yj6TSdF+UJV_s5ZmjPNcWg@mail.gmail.com>
References: <CAOVq=oO5Mznkc+-J+BihOd9iqTVyuZESE81cHLtiOwy3mNN-7Q@mail.gmail.com>
	<CANLz8R4LYeKgW-wQwNrDxXB1oP81Yj6TSdF+UJV_s5ZmjPNcWg@mail.gmail.com>
Message-ID: <4EA28FAF.5020606@dkfz-heidelberg.de>

Hi,

On 10/21/2011 08:57 PM, Jean-Christophe Fillion-Robin wrote:
> Hi Miklos,
>
> Thanks for looking into the logging system.
>
> Log4Qt being a mandatory dependency of CTK, if you are talking about 
> "CTK_PLUGIN_org.commontk.log4qt". This is an "experimental" plugin 
> that should probably be removed. Sasha would be able to comment about 
> that.

Right now, there are two logging plug-ins which (try to) provide an 
implementation of the ctkLogService service interface. The 
org.commontk.log plug-in just uses "qDebug" as the logging back-end. The 
org.commontk.log4qt plug-in uses Log4Qt as the back-end but it is not 
finished yet. I intend to complete the implementation in the future. 
This code is of course only relevant if you want to use a logging 
mechanism inside CTK plug-ins which is decoupled from the actually used 
back-end.

Best,
Sascha


From espakm at gmail.com  Sat Oct 22 09:53:50 2011
From: espakm at gmail.com (Miklos Espak)
Date: Sat, 22 Oct 2011 11:53:50 +0200
Subject: [Ctk-developers] how to enable logging
In-Reply-To: <4EA28FAF.5020606@dkfz-heidelberg.de>
References: <CAOVq=oO5Mznkc+-J+BihOd9iqTVyuZESE81cHLtiOwy3mNN-7Q@mail.gmail.com>
	<CANLz8R4LYeKgW-wQwNrDxXB1oP81Yj6TSdF+UJV_s5ZmjPNcWg@mail.gmail.com>
	<4EA28FAF.5020606@dkfz-heidelberg.de>
Message-ID: <CAOVq=oPNOwWE2vcSFBRmE8zz4mD85XwMUtheQxyu3_xnK5d7gA@mail.gmail.com>

Thanks Sascha, it is clear now.

Best,
Miklos
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20111022/7e5803d6/attachment.htm>

From espakm at gmail.com  Mon Oct 24 17:33:20 2011
From: espakm at gmail.com (Miklos Espak)
Date: Mon, 24 Oct 2011 19:33:20 +0200
Subject: [Ctk-developers] workflow framework and threads
Message-ID: <CAOVq=oPFHUZ5vsz7_5LcwUeMSnmBTL9GfNV-RptU=qLba1+shw@mail.gmail.com>

Hi,

I created a workflow deriving the steps from the widget step class. I run
every step in a separate thread, so they do not block the GUI.

When I press the Next button, the execution starts in the separate thread,
but the next button remains enabled. If I press it again, it starts the next
step, even if the current step has not finished!

On the screen still the first page is displayed meanwhile.

I think the transition should be performed only after that the step sent the
onExitComplete signal.

I am not familiar with the internals of the framework. Is there anybody who
could have a look at it?

Thank you very much,

Miklos
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20111024/636a77e3/attachment.htm>

From jchris.fillionr at kitware.com  Mon Oct 24 19:37:16 2011
From: jchris.fillionr at kitware.com (Jean-Christophe Fillion-Robin)
Date: Mon, 24 Oct 2011 15:37:16 -0400
Subject: [Ctk-developers] workflow framework and threads
In-Reply-To: <CAOVq=oPFHUZ5vsz7_5LcwUeMSnmBTL9GfNV-RptU=qLba1+shw@mail.gmail.com>
References: <CAOVq=oPFHUZ5vsz7_5LcwUeMSnmBTL9GfNV-RptU=qLba1+shw@mail.gmail.com>
Message-ID: <CANLz8R4sGkqSOAkYz31AM7eEzG9j9dzB96pr_6p1VSDn-5gyEw@mail.gmail.com>

Hi Miklos,

Please see comment reported below.

On Mon, Oct 24, 2011 at 1:33 PM, Miklos Espak <espakm at gmail.com> wrote:

> Hi,
>
> I created a workflow deriving the steps from the widget step class. I run
> every step in a separate thread, so they do not block the GUI.
>

By running the step in a different thread, what do you mean exactly ?

As a side note: "Although
QObject<http://doc.qt.nokia.com/stable/qobject.html>is reentrant, the
GUI classes, notably
QWidget <http://doc.qt.nokia.com/stable/qwidget.html> and all its
subclasses, are not reentrant. They can only be used from the main thread."
See http://doc.qt.nokia.com/stable/threads-qobject.html


>
> When I press the Next button, the execution starts in the separate thread,
> but the next button remains enabled. If I press it again, it starts the next
> step, even if the current step has not finished!
>
> On the screen still the first page is displayed meanwhile.
>
> I think the transition should be performed only after that the step sent
> the onExitComplete signal.
>
> I am not familiar with the internals of the framework. Is there anybody who
> could have a look at it?
>

Would it be possible for you to share some code ? May a topic on your CTK
fork ?


>
> Thank you very much,
>
> Miklos
>
>
> _______________________________________________
> Ctk-developers mailing list
> Ctk-developers at commontk.org
> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers
>
>


-- 
+1 919 869 8849
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20111024/f50b4275/attachment.htm>

From espakm at gmail.com  Mon Oct 24 21:47:11 2011
From: espakm at gmail.com (Miklos Espak)
Date: Mon, 24 Oct 2011 23:47:11 +0200
Subject: [Ctk-developers] workflow framework and threads
In-Reply-To: <CANLz8R4sGkqSOAkYz31AM7eEzG9j9dzB96pr_6p1VSDn-5gyEw@mail.gmail.com>
References: <CAOVq=oPFHUZ5vsz7_5LcwUeMSnmBTL9GfNV-RptU=qLba1+shw@mail.gmail.com>
	<CANLz8R4sGkqSOAkYz31AM7eEzG9j9dzB96pr_6p1VSDn-5gyEw@mail.gmail.com>
Message-ID: <CAOVq=oNokJeTOEZnJcMW_gyVZmCR8kVae3FeKWF2LCfi7bfYmQ@mail.gmail.com>

>
> By running the step in a different thread, what do you mean exactly ?
>

Sorry, I was not clear. I run some calculations (ITK filters) in the
workflow steps, and I start them in a new thread. The workflow step listens
to the "finished" and "terminated" signal of the thread and it signals
"onExitCompleted" after the thread is finished.


> As a side note: "Although QObject<http://doc.qt.nokia.com/stable/qobject.html>is reentrant, the GUI classes, notably
> QWidget <http://doc.qt.nokia.com/stable/qwidget.html> and all its
> subclasses, are not reentrant. They can only be used from the main thread."
> See http://doc.qt.nokia.com/stable/threads-qobject.html
>

Yes, I had some troubles because of this, but I solved them. I refactored
every GUI access from the function that runs the calculation. E.g. the
thread that runs the calculation notifies the GUI thread through signals
about the progress of the internal ITK filters. In this way the thread does
not need to access the progress bar.

Would it be possible for you to share some code ? May a topic on your CTK
>> fork ?
>>
>
Yes, I will upload a sample app tomorrow.

Thanks,
Miklos
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20111024/93b201d4/attachment.htm>

From benoit.bleuze at inria.fr  Tue Oct 25 11:25:57 2011
From: benoit.bleuze at inria.fr (Benoit Bleuze)
Date: Tue, 25 Oct 2011 13:25:57 +0200 (CEST)
Subject: [Ctk-developers] HackFest TCON Today
Message-ID: <1012195675.461619.1319541957880.JavaMail.root@zmbs4.inria.fr>

Hello,

For all participants to the hack fest in Sophia, let me remind you there is a TCON scheduled today 18:00 CET, (12:00 EST if I am correct).

The details for the call are the following:
Number: +33176759606
Pin code: 52689564

I haven't checked but it may not be the same number as last time.

Talk to you soon.
Ben.


From espakm at gmail.com  Tue Oct 25 13:11:12 2011
From: espakm at gmail.com (Miklos Espak)
Date: Tue, 25 Oct 2011 15:11:12 +0200
Subject: [Ctk-developers] workflow framework and threads
In-Reply-To: <CAOVq=oNokJeTOEZnJcMW_gyVZmCR8kVae3FeKWF2LCfi7bfYmQ@mail.gmail.com>
References: <CAOVq=oPFHUZ5vsz7_5LcwUeMSnmBTL9GfNV-RptU=qLba1+shw@mail.gmail.com>
	<CANLz8R4sGkqSOAkYz31AM7eEzG9j9dzB96pr_6p1VSDn-5gyEw@mail.gmail.com>
	<CAOVq=oNokJeTOEZnJcMW_gyVZmCR8kVae3FeKWF2LCfi7bfYmQ@mail.gmail.com>
Message-ID: <CAOVq=oP2bbefVaWq+F7XzZHPi-4FYhVaZEbWDipaY4u7PJgZig@mail.gmail.com>

Hi,

I added a new test. You can run it by

$ ./CTKWidgetsCppTests ctkExampleUseOfWorkflowWidgetUsingThreads -I

in the project bin directory.

The onExit function of the steps start a thread that waits for 5 sec
("calculation"). The onExitComplete signal is sent when the thread finishes.

If you press the Next button, the "calculation" starts and after 5 sec you
get to the next page. That is fine. However, if you press Next within this
period, the thread of the second step will start, although the first step
has not finished. (It has not sent the onExitComplete signal.)

You can checkout the test via GitHub:

https://github.com/commontk/CTK/issues/61

Thanks for dealing with this issue!

Best,
Miklos

On Mon, Oct 24, 2011 at 11:47 PM, Miklos Espak <espakm at gmail.com> wrote:

> By running the step in a different thread, what do you mean exactly ?
>>
>
> Sorry, I was not clear. I run some calculations (ITK filters) in the
> workflow steps, and I start them in a new thread. The workflow step listens
> to the "finished" and "terminated" signal of the thread and it signals
> "onExitCompleted" after the thread is finished.
>
>
>> As a side note: "Although QObject<http://doc.qt.nokia.com/stable/qobject.html>is reentrant, the GUI classes, notably
>> QWidget <http://doc.qt.nokia.com/stable/qwidget.html> and all its
>> subclasses, are not reentrant. They can only be used from the main thread."
>> See http://doc.qt.nokia.com/stable/threads-qobject.html
>>
>
> Yes, I had some troubles because of this, but I solved them. I refactored
> every GUI access from the function that runs the calculation. E.g. the
> thread that runs the calculation notifies the GUI thread through signals
> about the progress of the internal ITK filters. In this way the thread does
> not need to access the progress bar.
>
> Would it be possible for you to share some code ? May a topic on your CTK
>>> fork ?
>>>
>>
> Yes, I will upload a sample app tomorrow.
>
> Thanks,
> Miklos
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20111025/060368b0/attachment.htm>