From espakm at gmail.com  Wed Apr  3 09:06:50 2013
From: espakm at gmail.com (Miklos Espak)
Date: Wed, 3 Apr 2013 10:06:50 +0100
Subject: [Ctk-developers] ctkDoubleSlider tick position
Message-ID: <CAOVq=oMNOmrc2TJbH4vNxBpK_AEHDWP+X=qP7Ktygt1ffrV5qw@mail.gmail.com>

Hi Julien,

how are you?

Would it be possible to expose the tickPosition property of QSlider to the
ctkDoubleSlider API?

I would like to use the ctkSliderWidget on an integer interval. I can set
the single step to 1.0 and the decimals to 0, what is good, but it would be
nice to display the tick marks.

Cheers,
Miklos
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20130403/df5e48c1/attachment.htm>

From julien.finet at kitware.com  Wed Apr  3 12:26:49 2013
From: julien.finet at kitware.com (Julien Finet)
Date: Wed, 3 Apr 2013 08:26:49 -0400
Subject: [Ctk-developers] ctkDoubleSlider tick position
In-Reply-To: <CAOVq=oMNOmrc2TJbH4vNxBpK_AEHDWP+X=qP7Ktygt1ffrV5qw@mail.gmail.com>
References: <CAOVq=oMNOmrc2TJbH4vNxBpK_AEHDWP+X=qP7Ktygt1ffrV5qw@mail.gmail.com>
Message-ID: <CAKoWPPF4rF4WNrwcjq2ODcSS=jOrTox+p=dZik0X6RO=2qVknw@mail.gmail.com>

Hi Miklos,

That seems like a great feature to add.
Could you write the pull request? I'll be happy to review and merge.

Thanks,
Julien.


On Wed, Apr 3, 2013 at 5:06 AM, Miklos Espak <espakm at gmail.com> wrote:

> Hi Julien,
>
> how are you?
>
> Would it be possible to expose the tickPosition property of QSlider to the
> ctkDoubleSlider API?
>
> I would like to use the ctkSliderWidget on an integer interval. I can set
> the single step to 1.0 and the decimals to 0, what is good, but it would be
> nice to display the tick marks.
>
> Cheers,
> Miklos
>
>
> _______________________________________________
> 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/20130403/54f738a6/attachment.htm>

From espakm at gmail.com  Wed Apr  3 13:34:04 2013
From: espakm at gmail.com (Miklos Espak)
Date: Wed, 3 Apr 2013 14:34:04 +0100
Subject: [Ctk-developers] ctkDoubleSlider tick position
In-Reply-To: <CAKoWPPF4rF4WNrwcjq2ODcSS=jOrTox+p=dZik0X6RO=2qVknw@mail.gmail.com>
References: <CAOVq=oMNOmrc2TJbH4vNxBpK_AEHDWP+X=qP7Ktygt1ffrV5qw@mail.gmail.com>
	<CAKoWPPF4rF4WNrwcjq2ODcSS=jOrTox+p=dZik0X6RO=2qVknw@mail.gmail.com>
Message-ID: <CAOVq=oO2SbapsUo3qacHrYbZiZ6=O4sUBwqR3cD4feJ=Z67ZVQ@mail.gmail.com>

Done.

Thanks,
Miklos



On Wed, Apr 3, 2013 at 1:26 PM, Julien Finet <julien.finet at kitware.com>wrote:

> Hi Miklos,
>
> That seems like a great feature to add.
> Could you write the pull request? I'll be happy to review and merge.
>
> Thanks,
> Julien.
>
>
> On Wed, Apr 3, 2013 at 5:06 AM, Miklos Espak <espakm at gmail.com> wrote:
>
>> Hi Julien,
>>
>> how are you?
>>
>> Would it be possible to expose the tickPosition property of QSlider to
>> the ctkDoubleSlider API?
>>
>> I would like to use the ctkSliderWidget on an integer interval. I can set
>> the single step to 1.0 and the decimals to 0, what is good, but it would be
>> nice to display the tick marks.
>>
>> Cheers,
>> Miklos
>>
>>
>> _______________________________________________
>> 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/20130403/6eeabe57/attachment.htm>

From xenophon.papademetris at yale.edu  Wed Apr 17 01:16:08 2013
From: xenophon.papademetris at yale.edu (Papademetris, Xenophon)
Date: Wed, 17 Apr 2013 01:16:08 +0000
Subject: [Ctk-developers] Introductions ...
Message-ID: <7CC3F1E228E90A4CACC7D23B514809520DD2F4FE@x10-mbx7.yu.yale.edu>

Hi all,

Steve Pieper invited me to join people in Kingston in May which I will hopefully do (95% at this point). Some of the names (as listed on "The Team" page) are familiar. For those of you I have not met before, I work at Yale and coordinate for many years our in house software package (bioimagesuite.org). Most of my experience is with VTK (I taught a Graduate seminar with this -- see here http://bioimagesuite.yale.edu/vtkbook/index.aspx<http://bioimagesuite.yale.edu/vtkbook/index.aspx,>)<http://bioimagesuite.yale.edu/vtkbook/index.aspx).>, though I have played with other stuff (e.g. OpenIGTLink/VVLink etc.)

My primary interests with respect to CTK is with the Command Line Interfaces and the whole general area of formalizing interoperability between software in this area. On my non-programming side I work on a variety of medical image analysis projects ranging from fMRI to Registration to Angiography to image-guided intervention work.

Looking forward to meeting people in Kingston in May,

Xenios


---------------------------------------------------------------------------------------
Xenios Papademetris
Assoc. Professor of Diagnostic Radiology and Biomedical Engineering
Yale University School of Medicine,
New Haven, CT 06520-8042 USA

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20130417/5e0913f5/attachment.htm>

From i.wolf at dkfz-heidelberg.de  Wed Apr 17 06:05:10 2013
From: i.wolf at dkfz-heidelberg.de (Ivo Wolf)
Date: Wed, 17 Apr 2013 08:05:10 +0200
Subject: [Ctk-developers] Reminder: CTK hackfest in Kingston May 20-24
Message-ID: <516E3B96.6040709@dkfz-heidelberg.de>

The next CTK hackfest is getting closer: it will take place at Queen's 
University in Kingston, Ontario, Canada, May 20-24. A great place to be 
- so do not miss this event! Many thanks again to the local hosts 
(Gabor, Csaba, and Andras)!

Please add your name to the attendee list on the wiki, if you've been to 
a previous hackfest and want to join us in Kingston:

http://www.commontk.org/index.php/CTK-Hackfest-May-2013

Travel information can also be found on the wiki:

http://www.commontk.org/index.php/CTK-Hackfest-May-2013#Travel_.26_Hotel

If you haven't ever attended before but are interested attending this 
time, or if you want to invite someone, please contact the organizing 
committee first.

Best,

Ivo (on behalf of the organizing committee)


From m.clarkson at ucl.ac.uk  Fri Apr 19 06:50:34 2013
From: m.clarkson at ucl.ac.uk (Clarkson, Matt)
Date: Fri, 19 Apr 2013 06:50:34 +0000
Subject: [Ctk-developers] Fwd: [mitk-users] MITK with Latest CTK - problem
	with DCMTK
References: <5169D05D.4020004@dkfz-heidelberg.de>
Message-ID: <0A532190-CCFD-4197-A1CE-9DFCEFC8E5A7@live.ucl.ac.uk>

Hi there CTK-ers,

please can anyone help me out with a CTK / DCMTK problem?  It looks to me like recent changes to CTK stop CTK working with the official DCMTK snapshots which are used in MITK.
Is that right?

If anyone can shed light on the way forward, Im happy to try and help here.

Thanks

Matt


Begin forwarded message:

From: Marco Nolden <m.nolden at dkfz-heidelberg.de<mailto:m.nolden at dkfz-heidelberg.de>>
Subject: Re: [mitk-users] MITK with Latest CTK - problem with DCMTK
Date: 13 April 2013 22:38:37 BST
To: "Clarkson, Matt" <m.clarkson at ucl.ac.uk<mailto:m.clarkson at ucl.ac.uk>>
Cc: mitk-users <mitk-users at lists.sourceforge.net<mailto:mitk-users at lists.sourceforge.net>>

Hi Matt,

MITK's super build is using dcmtk-3.6.1_20120222, but there is a newer snapshot here [1] and from a quick look through the Changes we could upgrade if it compiles with MITK. If you like to try it you could replace the URL in CMakeExternals/DCMTK.cmake (and remove or adapt the URL_MD5 line).

I'm not sure though that the CTK change you mention will work with that snapshot. CTK by default uses a forked version of DCMTK and there has been some activity lately. IIRC we agreed that CTK _should_ always build with the official DCMTK snapshots as well, but I'm afraid that doesn't get tested regularly. So if that is broken we should contact JC if the changes can be made in a compatible way.

If you could confirm that MITK builds with the newer snapshot we could upgrade this on our side. Unfortunately I can't test it myself at the moment.

Upgrading the CTK version can be more tricky, Sascha could maybe comment on that. If you are just interested in the slider tick change, we could also use a special version, did that before.

Best,

Marco

[1]: http://dicom.offis.de/download/dcmtk/snapshot/dcmtk-3.6.1_20121102.tar.gz



Am 04.04.2013 21:06, schrieb Clarkson, Matt:
Hi there,

Following the merging of CTK issue #313 to CTK master (CTK commit 099a88bb24), I then tried to update my MITK to compile with this version of CTK, so I could pick up Miklos's new slider tick interval.
However, in the CTK master branch, commit 52d9539f5e, which is 3 before the latest, causes CTK to not build using the DCMTK version that MITK is using.

So, it looks to me like MITK will need to consider upgrading DCMTK before they can move to the latest CTK, which is the reason I post here, instead of the CTK mailing list.

However, I don't really understand what the reason for the CTK change is, or why CTK has a different fork of DCMTK, or what exactly is the version of DCMTK that MITK is using - dcmtk-3.6.1_20120222.tar.gz, so Im a bit stuck.

Can anyone in MITK-land shed a light on a way forward?

Thanks

Matt



------------------------------------------------------------------------------
Minimize network downtime and maximize team effectiveness.
Reduce network management and security costs.Learn how to hire
the most talented Cisco Certified professionals. Visit the
Employer Resources Portal
http://www.cisco.com/web/learning/employer_resources/index.html
_______________________________________________
mitk-users mailing list
mitk-users at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mitk-users



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20130419/5907a9e7/attachment.htm>

From jchris.fillionr at kitware.com  Fri Apr 19 12:40:31 2013
From: jchris.fillionr at kitware.com (Jean-Christophe Fillion-Robin)
Date: Fri, 19 Apr 2013 08:40:31 -0400
Subject: [Ctk-developers] Fwd: [mitk-users] MITK with Latest CTK -
 problem with DCMTK
In-Reply-To: <0A532190-CCFD-4197-A1CE-9DFCEFC8E5A7@live.ucl.ac.uk>
References: <5169D05D.4020004@dkfz-heidelberg.de>
	<0A532190-CCFD-4197-A1CE-9DFCEFC8E5A7@live.ucl.ac.uk>
Message-ID: <CANLz8R5VGVLT0nhNLpY_hxKQUCGLdwyi-+wC=cn8qsm51nXYXw@mail.gmail.com>

Hi Matt,

I don't know which change or who did these changes. But if we can find out,
I could provide guidance so that we can add so configure check in order to
make the feature introspection of DCMTK robust. That way, we would be able
to include / exclude part of the CTKDCMTK library appropriately.

Thanks
Jc


On Fri, Apr 19, 2013 at 2:50 AM, Clarkson, Matt <m.clarkson at ucl.ac.uk>wrote:

>  Hi there CTK-ers,
>
>  please can anyone help me out with a CTK / DCMTK problem?  It looks to
> me like recent changes to CTK stop CTK working with the official DCMTK
> snapshots which are used in MITK.
> Is that right?
>
>  If anyone can shed light on the way forward, Im happy to try and help
> here.
>
>  Thanks
>
>  Matt
>
>
> Begin forwarded message:
>
>  *From: *Marco Nolden <m.nolden at dkfz-heidelberg.de>
>  *Subject: **Re: [mitk-users] MITK with Latest CTK - problem with DCMTK*
>  *Date: *13 April 2013 22:38:37 BST
>  *To: *"Clarkson, Matt" <m.clarkson at ucl.ac.uk>
>  *Cc: *mitk-users <mitk-users at lists.sourceforge.net>
>
> Hi Matt,
>
> MITK's super build is using dcmtk-3.6.1_20120222, but there is a newer
> snapshot here [1] and from a quick look through the Changes we could
> upgrade if it compiles with MITK. If you like to try it you could replace
> the URL in CMakeExternals/DCMTK.cmake (and remove or adapt the URL_MD5
> line).
>
> I'm not sure though that the CTK change you mention will work with that
> snapshot. CTK by default uses a forked version of DCMTK and there has been
> some activity lately. IIRC we agreed that CTK _should_ always build with
> the official DCMTK snapshots as well, but I'm afraid that doesn't get
> tested regularly. So if that is broken we should contact JC if the changes
> can be made in a compatible way.
>
> If you could confirm that MITK builds with the newer snapshot we could
> upgrade this on our side. Unfortunately I can't test it myself at the
> moment.
>
> Upgrading the CTK version can be more tricky, Sascha could maybe comment
> on that. If you are just interested in the slider tick change, we could
> also use a special version, did that before.
>
> Best,
>
> Marco
>
> [1]:
> http://dicom.offis.de/download/dcmtk/snapshot/dcmtk-3.6.1_20121102.tar.gz
>
>
>
> Am 04.04.2013 21:06, schrieb Clarkson, Matt:
>
> Hi there,
>
> Following the merging of CTK issue #313 to CTK master (CTK commit
> 099a88bb24), I then tried to update my MITK to compile with this version of
> CTK, so I could pick up Miklos's new slider tick interval.
> However, in the CTK master branch, commit 52d9539f5e, which is 3 before
> the latest, causes CTK to not build using the DCMTK version that MITK is
> using.
>
> So, it looks to me like MITK will need to consider upgrading DCMTK before
> they can move to the latest CTK, which is the reason I post here, instead
> of the CTK mailing list.
>
> However, I don't really understand what the reason for the CTK change is,
> or why CTK has a different fork of DCMTK, or what exactly is the version of
> DCMTK that MITK is using - dcmtk-3.6.1_20120222.tar.gz, so Im a bit stuck.
>
> Can anyone in MITK-land shed a light on a way forward?
>
> Thanks
>
> Matt
>
>
>
>
> ------------------------------------------------------------------------------
> Minimize network downtime and maximize team effectiveness.
> Reduce network management and security costs.Learn how to hire
> the most talented Cisco Certified professionals. Visit the
> Employer Resources Portal
> http://www.cisco.com/web/learning/employer_resources/index.html
> _______________________________________________
> mitk-users mailing list
> mitk-users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mitk-users
>
>
>
>
>
> _______________________________________________
> 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/20130419/09477a9d/attachment.htm>

From m.nolden at dkfz-heidelberg.de  Sat Apr 20 11:57:58 2013
From: m.nolden at dkfz-heidelberg.de (Marco Nolden)
Date: Sat, 20 Apr 2013 13:57:58 +0200
Subject: [Ctk-developers] Fwd: [mitk-users] MITK with Latest CTK -
 problem with DCMTK
In-Reply-To: <CANLz8R5VGVLT0nhNLpY_hxKQUCGLdwyi-+wC=cn8qsm51nXYXw@mail.gmail.com>
References: <5169D05D.4020004@dkfz-heidelberg.de>
	<0A532190-CCFD-4197-A1CE-9DFCEFC8E5A7@live.ucl.ac.uk>
	<CANLz8R5VGVLT0nhNLpY_hxKQUCGLdwyi-+wC=cn8qsm51nXYXw@mail.gmail.com>
Message-ID: <517282C6.8060606@dkfz-heidelberg.de>

Hi,

I did a quick test and set the DCMTK-Hash in the CTK-Superbuild to the 
latest DCMTK-snapshot:

diff --git a/CMakeExternals/DCMTK.cmake b/CMakeExternals/DCMTK.cmake
index 8ea743d..d667a19 100644
--- a/CMakeExternals/DCMTK.cmake
+++ b/CMakeExternals/DCMTK.cmake
@@ -23,7 +23,7 @@ if(${add_project})
    if(CTK_SUPERBUILD)

      if(NOT DEFINED DCMTK_DIR)
-      set(revision_tag ae3b946f6e6231)
+      set(revision_tag b2d5dd45d61b4d6bce9bfd78061836a5cdd16004)
        if(${proj}_REVISION_TAG)
          set(revision_tag ${${proj}_REVISION_TAG})
        endif()

For testing I did a fresh superbuild with

     cmake -DCTK_ENABLE_DICOM:BOOL=ON <ctk source dir>

it configures well and reports

      "Full support for [CTK_ENABLE_DICOM] disabled"

but the CTK configure step fails with

CMake Error at 
/usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:97 (message):
   Please set DCMTK_DIR and re-run configure (missing:
   DCMTK_config_INCLUDE_DIR DCMTK_dcmdata_INCLUDE_DIR
   DCMTK_dcmimage_INCLUDE_DIR DCMTK_dcmimgle_INCLUDE_DIR
   DCMTK_dcmjpeg_INCLUDE_DIR DCMTK_dcmjpls_INCLUDE_DIR
   DCMTK_dcmnet_INCLUDE_DIR DCMTK_dcmpstat_INCLUDE_DIR
   DCMTK_dcmqrdb_INCLUDE_DIR DCMTK_dcmsign_INCLUDE_DIR 
DCMTK_dcmsr_INCLUDE_DIR
   DCMTK_dcmtls_INCLUDE_DIR DCMTK_ofstd_INCLUDE_DIR DCMTK_oflog_INCLUDE_DIR
   DCMTK_LIBRARIES)
Call Stack (most recent call first):
   /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:291 
(_FPHSA_FAILURE_MESSAGE)
   Utilities/CMake/FindDCMTK.cmake:226 (find_package_handle_standard_args)
   CMakeLists.txt:858 (find_package)

-- Configuring incomplete, errors occurred!

I could "git bisect" this, always doing a complete fresh superbuild, to:

52d9539f5e76149f3d3e7a69f19181dfd7e3dc56
Date:   Thu Mar 28 16:51:19 2013 -0400

     Update FindDCMTK.cmake module to support NO_MODULE mode

     This will allow to build CTK against the patched-3 branch available on
     github.com/commontk/DCMTK [1]

     [1] https://github.com/commontk/DCMTK/tree/patched-3

All tested on Fedora 18 with a "native" cmake version 2.8.10.2 ( with a 
hexacore and 24GB RAM ;) )

Best,
Marco


Am 19.04.2013 14:40, schrieb Jean-Christophe Fillion-Robin:
> Hi Matt,
>
> I don't know which change or who did these changes. But if we can find 
> out, I could provide guidance so that we can add so configure check in 
> order to make the feature introspection of DCMTK robust. That way, we 
> would be able to include / exclude part of the CTKDCMTK library 
> appropriately.
>
> Thanks
> Jc
>
>
> On Fri, Apr 19, 2013 at 2:50 AM, Clarkson, Matt <m.clarkson at ucl.ac.uk 
> <mailto:m.clarkson at ucl.ac.uk>> wrote:
>
>     Hi there CTK-ers,
>
>     please can anyone help me out with a CTK / DCMTK problem?  It
>     looks to me like recent changes to CTK stop CTK working with the
>     official DCMTK snapshots which are used in MITK.
>     Is that right?
>
>     If anyone can shed light on the way forward, Im happy to try and
>     help here.
>
>     Thanks
>
>     Matt
>
>
>     Begin forwarded message:
>
>>     *From: *Marco Nolden <m.nolden at dkfz-heidelberg.de
>>     <mailto:m.nolden at dkfz-heidelberg.de>>
>>     *Subject: **Re: [mitk-users] MITK with Latest CTK - problem with
>>     DCMTK*
>>     *Date: *13 April 2013 22:38:37 BST
>>     *To: *"Clarkson, Matt" <m.clarkson at ucl.ac.uk
>>     <mailto:m.clarkson at ucl.ac.uk>>
>>     *Cc: *mitk-users <mitk-users at lists.sourceforge.net
>>     <mailto:mitk-users at lists.sourceforge.net>>
>>
>>     Hi Matt,
>>
>>     MITK's super build is using dcmtk-3.6.1_20120222, but there is a
>>     newer snapshot here [1] and from a quick look through the Changes
>>     we could upgrade if it compiles with MITK. If you like to try it
>>     you could replace the URL in CMakeExternals/DCMTK.cmake (and
>>     remove or adapt the URL_MD5 line).
>>
>>     I'm not sure though that the CTK change you mention will work
>>     with that snapshot. CTK by default uses a forked version of DCMTK
>>     and there has been some activity lately. IIRC we agreed that CTK
>>     _should_ always build with the official DCMTK snapshots as well,
>>     but I'm afraid that doesn't get tested regularly. So if that is
>>     broken we should contact JC if the changes can be made in a
>>     compatible way.
>>
>>     If you could confirm that MITK builds with the newer snapshot we
>>     could upgrade this on our side. Unfortunately I can't test it
>>     myself at the moment.
>>
>>     Upgrading the CTK version can be more tricky, Sascha could maybe
>>     comment on that. If you are just interested in the slider tick
>>     change, we could also use a special version, did that before.
>>
>>     Best,
>>
>>     Marco
>>
>>     [1]:
>>     http://dicom.offis.de/download/dcmtk/snapshot/dcmtk-3.6.1_20121102.tar.gz
>>
>>
>>
>>     Am 04.04.2013 21:06, schrieb Clarkson, Matt:
>>>     Hi there,
>>>
>>>     Following the merging of CTK issue #313 to CTK master (CTK
>>>     commit 099a88bb24), I then tried to update my MITK to compile
>>>     with this version of CTK, so I could pick up Miklos's new slider
>>>     tick interval.
>>>     However, in the CTK master branch, commit 52d9539f5e, which is 3
>>>     before the latest, causes CTK to not build using the DCMTK
>>>     version that MITK is using.
>>>
>>>     So, it looks to me like MITK will need to consider upgrading
>>>     DCMTK before they can move to the latest CTK, which is the
>>>     reason I post here, instead of the CTK mailing list.
>>>
>>>     However, I don't really understand what the reason for the CTK
>>>     change is, or why CTK has a different fork of DCMTK, or what
>>>     exactly is the version of DCMTK that MITK is using -
>>>     dcmtk-3.6.1_20120222.tar.gz, so Im a bit stuck.
>>>
>>>     Can anyone in MITK-land shed a light on a way forward?
>>>
>>>     Thanks
>>>
>>>     Matt
>>>
>>>
>>>
>>>     ------------------------------------------------------------------------------
>>>     Minimize network downtime and maximize team effectiveness.
>>>     Reduce network management and security costs.Learn how to hire
>>>     the most talented Cisco Certified professionals. Visit the
>>>     Employer Resources Portal
>>>     http://www.cisco.com/web/learning/employer_resources/index.html
>>>     _______________________________________________
>>>     mitk-users mailing list
>>>     mitk-users at lists.sourceforge.net
>>>     <mailto:mitk-users at lists.sourceforge.net>
>>>     https://lists.sourceforge.net/lists/listinfo/mitk-users
>>
>>
>
>
>     _______________________________________________
>     Ctk-developers mailing list
>     Ctk-developers at commontk.org <mailto: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/20130420/88b1c5d2/attachment.htm>

From claire.mouton at creatis.insa-lyon.fr  Mon Apr 22 13:10:49 2013
From: claire.mouton at creatis.insa-lyon.fr (Claire Mouton)
Date: Mon, 22 Apr 2013 15:10:49 +0200
Subject: [Ctk-developers] A new developer for CTK
Message-ID: <517536D9.4080205@creatis.insa-lyon.fr>

Hi, CTK community!

It is nice to hear from the hackfest coming soon, it reminds me good 
memories of Bologna! :) I would have been glad to join to hack with you 
once again, but unfortunately I can not.

To stay involved in the project, CREATIS has hired a Master student for 
5 months (from May to September), Zovastra Attah. He will participate in 
CTK on full time. The idea is to go on on the projects I started working 
on in Bologna, i.e. QtTest and eventually QAT module. Do you have any 
suggestions on these topics?

Otherwise, the student is willing to provide one significant 
contribution to CTK, for example by adding a specific widget or plugin. 
Maybe the ROI functionality would be interesting. Any suggestion of a 
widget or plugin that would be useful adding to CTK?

Regards,

-- 
Claire Mouton

CREATIS INSA LYON CNRS UMR 5220, INSERM U 1044
B?timent Blaise Pascal - 4?me ?tage
7 avenue Jean Capelle, 69621 Villeurbanne Cedex France

Phone : +33 (0)4 72 43 82 58

CREATIS home page : http://www.creatis.univ-lyon1.fr



From pieper at ibility.net  Mon Apr 29 14:44:57 2013
From: pieper at ibility.net (Steve Pieper)
Date: Mon, 29 Apr 2013 10:44:57 -0400
Subject: [Ctk-developers] mac build error to do with clocks in plugin
	framework
Message-ID: <CA+OFd4xXzQYsmRjSC==jp7CGOzjSQLiOyY4MuHRp+b-FQ1x4-g@mail.gmail.com>

Hi Folks -

It looks like the high precision timer changes [1] introduced a mac build
error (pasted at the end of this note.  This is from a fresh build enabling
everything.  It seems macs don't support some features, but there are
workarounds[2].

-Steve

[1]
https://github.com/commontk/CTK/commit/6fef28fc134c27e16a7c1998a8f74df53618f6d6

[2]
http://stackoverflow.com/questions/5167269/clock-gettime-alternative-in-mac-os-x

[ 15%] Building CXX object
Libs/PluginFramework/Testing/org.commontk.pluginfwtest.perf/CMakeFiles/org_commontk_pluginfwtest_perf.dir/ctkPluginFrameworkPerfRegistryTestSuite.cpp.o
In file included from
/Users/pieper/ctk/latest/CTK/Libs/PluginFramework/Testing/org.commontk.pluginfwtest.perf/ctkPluginFrameworkPerfRegistryTestSuite.cpp:26:
/Users/pieper/ctk/latest/CTK/Libs/Core/ctkHighPrecisionTimer.h:83:17:
error:
      use of undeclared identifier 'CLOCK_MONOTONIC'
  clock_gettime(CLOCK_MONOTONIC, &startTime);
                ^
/Users/pieper/ctk/latest/CTK/Libs/Core/ctkHighPrecisionTimer.h:89:17:
error:
      use of undeclared identifier 'CLOCK_MONOTONIC'
  clock_gettime(CLOCK_MONOTONIC, &current);
                ^
/Users/pieper/ctk/latest/CTK/Libs/Core/ctkHighPrecisionTimer.h:97:17:
error:
      use of undeclared identifier 'CLOCK_MONOTONIC'
  clock_gettime(CLOCK_MONOTONIC, &current);
                ^
3 errors generated.
make[5]: ***
[Libs/PluginFramework/Testing/org.commontk.pluginfwtest.perf/CMakeFiles/org_commontk_pluginfwtest_perf.dir/ctkPluginFrameworkPerfRegistryTestSuite.cpp.o]
Error 1
make[4]: ***
[Libs/PluginFramework/Testing/org.commontk.pluginfwtest.perf/CMakeFiles/org_commontk_pluginfwtest_perf.dir/all]
Error 2
make[3]: *** [all] Error 2
make[2]: *** [CMakeFiles/CTK-build] Error 2
make[1]: *** [CMakeFiles/CTK-build.dir/all] Error 2
make: *** [all] Error 2
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20130429/86fb9fac/attachment.htm>

From s.zelzer at dkfz-heidelberg.de  Mon Apr 29 19:59:06 2013
From: s.zelzer at dkfz-heidelberg.de (Sascha Zelzer)
Date: Mon, 29 Apr 2013 21:59:06 +0200
Subject: [Ctk-developers] mac build error to do with clocks in plugin
 framework
In-Reply-To: <CA+OFd4xXzQYsmRjSC==jp7CGOzjSQLiOyY4MuHRp+b-FQ1x4-g@mail.gmail.com>
References: <CA+OFd4xXzQYsmRjSC==jp7CGOzjSQLiOyY4MuHRp+b-FQ1x4-g@mail.gmail.com>
Message-ID: <517ED10A.1060803@dkfz-heidelberg.de>

Hi Steve,

sorry for that, I have a working version locally, which I will commit 
soon. Although MacOS defines _POSIX_MONOTONIC_CLOCK it does not 
implement the related functions...

Thanks,
Sascha

On 04/29/2013 04:44 PM, Steve Pieper wrote:
> Hi Folks -
>
> It looks like the high precision timer changes [1] introduced a mac
> build error (pasted at the end of this note.  This is from a fresh
> build enabling everything.  It seems macs don't support some features,
> but there are workarounds[2].
>
> -Steve
>
> [1]
> https://github.com/commontk/CTK/commit/6fef28fc134c27e16a7c1998a8f74df53618f6d6
>
> [2]
> http://stackoverflow.com/questions/5167269/clock-gettime-alternative-in-mac-os-x
>
> [ 15%] Building CXX object
> Libs/PluginFramework/Testing/org.commontk.pluginfwtest.perf/CMakeFiles/org_commontk_pluginfwtest_perf.dir/ctkPluginFrameworkPerfRegistryTestSuite.cpp.o
> In file included from
> /Users/pieper/ctk/latest/CTK/Libs/PluginFramework/Testing/org.commontk.pluginfwtest.perf/ctkPluginFrameworkPerfRegistryTestSuite.cpp:26:
> /Users/pieper/ctk/latest/CTK/Libs/Core/ctkHighPrecisionTimer.h:83:17:
> error:
>       use of undeclared identifier 'CLOCK_MONOTONIC'
>   clock_gettime(CLOCK_MONOTONIC, &startTime);
>                 ^
> /Users/pieper/ctk/latest/CTK/Libs/Core/ctkHighPrecisionTimer.h:89:17:
> error:
>       use of undeclared identifier 'CLOCK_MONOTONIC'
>   clock_gettime(CLOCK_MONOTONIC, &current);
>                 ^
> /Users/pieper/ctk/latest/CTK/Libs/Core/ctkHighPrecisionTimer.h:97:17:
> error:
>       use of undeclared identifier 'CLOCK_MONOTONIC'
>   clock_gettime(CLOCK_MONOTONIC, &current);
>                 ^
> 3 errors generated.
> make[5]: ***
> [Libs/PluginFramework/Testing/org.commontk.pluginfwtest.perf/CMakeFiles/org_commontk_pluginfwtest_perf.dir/ctkPluginFrameworkPerfRegistryTestSuite.cpp.o]
> Error 1
> make[4]: ***
> [Libs/PluginFramework/Testing/org.commontk.pluginfwtest.perf/CMakeFiles/org_commontk_pluginfwtest_perf.dir/all]
> Error 2
> make[3]: *** [all] Error 2
> make[2]: *** [CMakeFiles/CTK-build] Error 2
> make[1]: *** [CMakeFiles/CTK-build.dir/all] Error 2
> make: *** [all] Error 2
>