From mehrtash at bwh.harvard.edu  Wed Oct  1 14:21:59 2014
From: mehrtash at bwh.harvard.edu (Alireza Mehrtash)
Date: Wed, 1 Oct 2014 14:21:59 -0400
Subject: [Ctk-developers] ctkDICOMBrowser - access to database from
	python?
In-Reply-To: <542B3A11.7080700@bwh.harvard.edu>
References: <542B3A11.7080700@bwh.harvard.edu>
Message-ID: <CA+jF04q8vNacuODDrN_P19--SgE5xLf_8noALkqF-LAC21yxxQ@mail.gmail.com>

Hi Nicole,

You can access the Slicer DICOM database by slicer.dicomDatabase and add
new DICOM series to the current database as we've done in tciabrowser [1].
If you want to create a new database you can do the same as [2].

Hth,
Alireza


[1]
https://github.com/QIICR/TCIABrowser/blob/master/TCIABrowser/TCIABrowser.py#L725-L740
[2]
https://github.com/Slicer/Slicer/blob/master/Modules/Scripted/DICOM/DICOM.py#L57-L61


On Tue, Sep 30, 2014 at 7:17 PM, Nicole Aucoin <nicole at bwh.harvard.edu>
wrote:

> Hello,
>
> I'm working with a ctkDICOMBrowser from a python script but having
> problems getting at the database to add data programatically. I've seen
> that the browser uses the application's QSettings to determine the database
> directory, it's creating and opening a database okay (verified by adding
> some checks to the C++ file), but from python the dicomBrowser.database
> call is always coming back as None.
>
> Here's a code snippet that I'm running from the Python console in 3D
> Slicer:
>
> # use the default settings for the database directory
> dicomBrowser = ctk.ctkDICOMBrowser()
> print dicomBrowser.database
>
> It always prints None even though I see my print out from the
> setDatabaseDirectory method that shows isOpen() being true on the non null
> database.
>
> Is this a bug in the Python wrapping of the QSharedPointer of the database
> variable? Or are there some more steps that I need to include or a
> different way to access it?
>
> thanks,
> Nicole
>
>
> The information in this e-mail is intended only for the person to whom it
> is
> addressed. If you believe this e-mail was sent to you in error and the
> e-mail
> contains patient information, please contact the Partners Compliance
> HelpLine at
> http://www.partners.org/complianceline . If the e-mail was sent to you in
> error
> but does not contain patient information, please contact the sender and
> properly
> dispose of the e-mail.
>
> _______________________________________________
> Ctk-developers mailing list
> Ctk-developers at public.kitware.com
> http://public.kitware.com/mailman/listinfo/ctk-developers
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20141001/e594dd5e/attachment.html>

From nicole at bwh.harvard.edu  Wed Oct  1 14:53:05 2014
From: nicole at bwh.harvard.edu (Nicole Aucoin)
Date: Wed, 01 Oct 2014 14:53:05 -0400
Subject: [Ctk-developers] ctkDICOMBrowser - access to database from
	python?
In-Reply-To: <CA+jF04q8vNacuODDrN_P19--SgE5xLf_8noALkqF-LAC21yxxQ@mail.gmail.com>
References: <542B3A11.7080700@bwh.harvard.edu>
 <CA+jF04q8vNacuODDrN_P19--SgE5xLf_8noALkqF-LAC21yxxQ@mail.gmail.com>
Message-ID: <542C4D91.8020409@bwh.harvard.edu>

Hi Alireza,

I've been working in DICOM.py to debug this issue so I've been following 
that template, starting with an empty directory and a new database. I 
wanted to avoid using slicer.dicomDatabase since once of the use cases 
is for a stand alone program.

Nicole

On 10/1/14 2:21 PM, Alireza Mehrtash wrote:
> Hi Nicole,
>
> You can access the Slicer DICOM database by slicer.dicomDatabase and 
> add new DICOM series to the current database as we've done in 
> tciabrowser [1]. If you want to create a new database you can do the 
> same as [2].
>
> Hth,
> Alireza
>
>
> [1] 
> https://github.com/QIICR/TCIABrowser/blob/master/TCIABrowser/TCIABrowser.py#L725-L740
> [2] 
> https://github.com/Slicer/Slicer/blob/master/Modules/Scripted/DICOM/DICOM.py#L57-L61
>
>
> On Tue, Sep 30, 2014 at 7:17 PM, Nicole Aucoin <nicole at bwh.harvard.edu 
> <mailto:nicole at bwh.harvard.edu>> wrote:
>
>     Hello,
>
>     I'm working with a ctkDICOMBrowser from a python script but having
>     problems getting at the database to add data programatically. I've
>     seen that the browser uses the application's QSettings to
>     determine the database directory, it's creating and opening a
>     database okay (verified by adding some checks to the C++ file),
>     but from python the dicomBrowser.database call is always coming
>     back as None.
>
>     Here's a code snippet that I'm running from the Python console in
>     3D Slicer:
>
>     # use the default settings for the database directory
>     dicomBrowser = ctk.ctkDICOMBrowser()
>     print dicomBrowser.database
>
>     It always prints None even though I see my print out from the
>     setDatabaseDirectory method that shows isOpen() being true on the
>     non null database.
>
>     Is this a bug in the Python wrapping of the QSharedPointer of the
>     database variable? Or are there some more steps that I need to
>     include or a different way to access it?
>
>     thanks,
>     Nicole
>
>
>     The information in this e-mail is intended only for the person to
>     whom it is
>     addressed. If you believe this e-mail was sent to you in error and
>     the e-mail
>     contains patient information, please contact the Partners
>     Compliance HelpLine at
>     http://www.partners.org/complianceline . If the e-mail was sent to
>     you in error
>     but does not contain patient information, please contact the
>     sender and properly
>     dispose of the e-mail.
>
>     _______________________________________________
>     Ctk-developers mailing list
>     Ctk-developers at public.kitware.com
>     <mailto:Ctk-developers at public.kitware.com>
>     http://public.kitware.com/mailman/listinfo/ctk-developers
>
>


From m.nolden at dkfz-heidelberg.de  Wed Oct  8 13:20:21 2014
From: m.nolden at dkfz-heidelberg.de (Marco Nolden)
Date: Wed, 08 Oct 2014 19:20:21 +0200
Subject: [Ctk-developers] Invitation to CTK Hackfest Heidelberg: Nov 3 -
 7
In-Reply-To: <53F461A8.6050405@dkfz-heidelberg.de>
References: <53F461A8.6050405@dkfz-heidelberg.de>
Message-ID: <54357255.1070401@dkfz.de>

Hey CTKers,

the 10th CTK hackfest is coming soon! One week of coding and 
face-to-face discussions about the latest technologies and developments 
in our field, taking place at the German Cancer Research Center in the 
historic city of Heidelberg. Please put your name on the wiki page [1] 
if you're planning to join us. If you're not sure yet or want to come 
for the first time or do not know what this is all about please do not 
hesitate to contact us!

We've put some more information on the wiki page, there is a special 
arrangement with a nice hotel which is open till Oct 15th.

Please forward this invitation to anyone who might be interested.

Hope to see you all in Heidelberg!

Best,

Marco and the Heidelberg CTK team

[1]: http://www.commontk.org/index.php/CTK-Hackfest-Nov-2014


On 08/20/2014 10:51 AM, Ivo Wolf wrote:
> Hey CTKers -
>
> On behalf of the organizing committee I'm glad to
> announce that we found a time and location for the next hackfest!
>
> It will be hosted in Heidelberg, on the 3rd-7th of November:
>
> http://www.commontk.org/index.php/CTK-Hackfest-Nov-2014
>
> If you are a regular CTK attendee and plan to go, please add your name
> to the participant table. We also plan to have a telcon after MICCAI
> with all available attendees for collecting initial ideas and drafting
> the program. Details will follow.
>
> Best,
>
> Ivo (on behalf of the organizing committee)
> _______________________________________________
> Ctk-developers mailing list
> Ctk-developers at public.kitware.com
> http://public.kitware.com/mailman/listinfo/ctk-developers
>


From christian.askeland at gmail.com  Mon Oct 13 15:48:37 2014
From: christian.askeland at gmail.com (Christian Askeland)
Date: Mon, 13 Oct 2014 21:48:37 +0200
Subject: [Ctk-developers] Link problem with DICOM/Qt5
Message-ID: <CADEP=dcpJdy2eFS_2ZJT1wPDDf2vSdY1ow7muL_1WfFUS9sy3A@mail.gmail.com>

Hi all CTK developers.

I have been using CTK for a few months now, integrating the DICOM and
plugins modules into our (still) in-house navigation system CustusX. We are
all very enthusiastic about the project, and we are in the process of
converting our codebase to the CTK plugin framework.

Lately we have ported our system to Qt5, and thus did the same change in
CTK. I found a few minor issues that broke the build and submitted a pull
request for them (#509).


There is one problem left: The DICOM examples won't run from the build
tree, when on MacOSX10.8. Ubuntu 14.04 works fine.

I build with the cmake command (using my own branch
git at github.com:SINTEFMedisinskTeknologi/CTK.git,
branch CTK-CX-modifications):

cmake ../CTK -DCTK_QT_VERSION:STRING=5 -DCTK_ENABLE_PluginFramework:BOOL=ON
-DCTK_ENABLE_DICOM:BOOL=ON -DCTK_BUILD_EXAMPLES:BOOL=ON

When running the ctkDICOM example app, it fails with the message

dyld: Library not loaded: libdcmpstat.dylib
  Referenced from: /Users/christiana/dev/CTK/build/CTK-build/bin/./ctkDICOM
  Reason: image not found
Trace/BPT trap: 5

Running otool gives:

[21:34:37 ~/dev/CTK/build/CTK-build/bin]$ otool -L ./ctkDICOM
./ctkDICOM:

/Users/christiana/dev/CTK/build/CTK-build/bin/libCTKDICOMWidgets.0.1.dylib
(compatibility version 0.1.0, current version 0.1.0)
    /Users/christiana/dev/CTK/build/CTK-build/bin/libCTKDICOMCore.0.1.dylib
(compatibility version 0.1.0, current version 0.1.0)
    libdcmpstat.dylib (compatibility version 0.0.0, current version 0.0.0)
    libdcmsr.dylib (compatibility version 0.0.0, current version 0.0.0)
    libdcmtls.dylib (compatibility version 0.0.0, current version 0.0.0)
    libdcmqrdb.dylib (compatibility version 0.0.0, current version 0.0.0)
    libdcmnet.dylib (compatibility version 0.0.0, current version 0.0.0)
    libdcmjpeg.dylib (compatibility version 0.0.0, current version 0.0.0)
    libdcmimage.dylib (compatibility version 0.0.0, current version 0.0.0)
    libdcmimgle.dylib (compatibility version 0.0.0, current version 0.0.0)
    libdcmdata.dylib (compatibility version 0.0.0, current version 0.0.0)
    liboflog.dylib (compatibility version 0.0.0, current version 0.0.0)
    libofstd.dylib (compatibility version 0.0.0, current version 0.0.0)
    libijg12.dylib (compatibility version 0.0.0, current version 0.0.0)
    libijg16.dylib (compatibility version 0.0.0, current version 0.0.0)
    libijg8.dylib (compatibility version 0.0.0, current version 0.0.0)
    /opt/local/Library/Frameworks/QtSql.framework/Versions/5/QtSql
(compatibility version 5.3.0, current version 5.3.1)
... (more OK libs)

As you can see, the DICOM libs are missing full paths and are thus not
found, while the CTK libs load normally.

I suspect the error is somehow connected to the new way of definining cmake
targets in cmake 2.11 and up (i use 3.0.2), but I cannot find the problem
in the CTK source, with which I am only somewhat familiar. Any help or
suggestions on how to proceed are welcome.

Best Regards,

Christian Askeland
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20141013/9243e122/attachment-0001.html>

From m.nolden at dkfz-heidelberg.de  Wed Oct 15 10:44:09 2014
From: m.nolden at dkfz-heidelberg.de (Marco Nolden)
Date: Wed, 15 Oct 2014 16:44:09 +0200
Subject: [Ctk-developers] Hackfest planning hangout
Message-ID: <543E8839.6020407@dkfz.de>

Hi CTK'ers, especially hackfest participants,

since we will have a few first time participants we would like to have a 
short telco about the hackfest to discuss possible topics and to get an 
idea who is going to work on which topic. We already started to fill the 
section on the wiki page [1] but please feel free to add things there. 
If no one objects I would suggest to use Google hangout. Could you 
please fill in your availability:

   http://doodle.com/2cen9xzum4y4s363

Best,
Marco


[1]: 
http://www.commontk.org/index.php/CTK-Hackfest-Nov-2014#Topics_and_Projects


-- 
----------------------------------------------------------------------
Dr. Marco Nolden
Deutsches Krebsforschungszentrum       (German Cancer Research Center)
Div. Medical & Biological Informatics          Tel: (+49) 6221-42 2325
Im Neuenheimer Feld 280                        Fax: (+49) 6221-42 2345
D-69120 Heidelberg                             eMail: M.Nolden at dkfz.de

From pieper at isomics.com  Wed Oct 15 13:55:52 2014
From: pieper at isomics.com (Steve Pieper)
Date: Wed, 15 Oct 2014 13:55:52 -0400
Subject: [Ctk-developers] Link problem with DICOM/Qt5
In-Reply-To: <CADEP=dcpJdy2eFS_2ZJT1wPDDf2vSdY1ow7muL_1WfFUS9sy3A@mail.gmail.com>
References: <CADEP=dcpJdy2eFS_2ZJT1wPDDf2vSdY1ow7muL_1WfFUS9sy3A@mail.gmail.com>
Message-ID: <CADkb7uO145gvvLWndnJcybDOEfBsNsKJXt8uxG4CB0MNNr_VYA@mail.gmail.com>

Hi Christian -

First - welcome and thanks for the contributions!

For my part I haven't really tried any of the Qt 5 stuff yet, but I'm not
sure why it would change the library paths of the dcmtk libraries.
Probably as a workaround you could set the DYLD_LIBRARY_PATH variable or
use the ctkAppLauncher to set the paths.

As it happens a bunch of us will be working in Heidelberg in a few weeks
[1] and Qt5 migration is on the list of hacking topics.  We'll can try to
sort this out at that meeting if it hasn't been fixed by then.  BTW,
Heidelberg is not so far from Norway in case you are interested in
participating.  I think you would find people with a lot of similar
interests.

-Steve


[1] http://www.commontk.org/index.php/CTK-Hackfest-Nov-2014

On Mon, Oct 13, 2014 at 3:48 PM, Christian Askeland <
christian.askeland at gmail.com> wrote:

> Hi all CTK developers.
>
> I have been using CTK for a few months now, integrating the DICOM and
> plugins modules into our (still) in-house navigation system CustusX. We are
> all very enthusiastic about the project, and we are in the process of
> converting our codebase to the CTK plugin framework.
>
> Lately we have ported our system to Qt5, and thus did the same change in
> CTK. I found a few minor issues that broke the build and submitted a pull
> request for them (#509).
>
>
> There is one problem left: The DICOM examples won't run from the build
> tree, when on MacOSX10.8. Ubuntu 14.04 works fine.
>
> I build with the cmake command (using my own branch git at github.com:SINTEFMedisinskTeknologi/CTK.git,
> branch CTK-CX-modifications):
>
> cmake ../CTK -DCTK_QT_VERSION:STRING=5
> -DCTK_ENABLE_PluginFramework:BOOL=ON -DCTK_ENABLE_DICOM:BOOL=ON
> -DCTK_BUILD_EXAMPLES:BOOL=ON
>
> When running the ctkDICOM example app, it fails with the message
>
> dyld: Library not loaded: libdcmpstat.dylib
>   Referenced from: /Users/christiana/dev/CTK/build/CTK-build/bin/./ctkDICOM
>   Reason: image not found
> Trace/BPT trap: 5
>
> Running otool gives:
>
> [21:34:37 ~/dev/CTK/build/CTK-build/bin]$ otool -L ./ctkDICOM
> ./ctkDICOM:
>
> /Users/christiana/dev/CTK/build/CTK-build/bin/libCTKDICOMWidgets.0.1.dylib
> (compatibility version 0.1.0, current version 0.1.0)
>
> /Users/christiana/dev/CTK/build/CTK-build/bin/libCTKDICOMCore.0.1.dylib
> (compatibility version 0.1.0, current version 0.1.0)
>     libdcmpstat.dylib (compatibility version 0.0.0, current version 0.0.0)
>     libdcmsr.dylib (compatibility version 0.0.0, current version 0.0.0)
>     libdcmtls.dylib (compatibility version 0.0.0, current version 0.0.0)
>     libdcmqrdb.dylib (compatibility version 0.0.0, current version 0.0.0)
>     libdcmnet.dylib (compatibility version 0.0.0, current version 0.0.0)
>     libdcmjpeg.dylib (compatibility version 0.0.0, current version 0.0.0)
>     libdcmimage.dylib (compatibility version 0.0.0, current version 0.0.0)
>     libdcmimgle.dylib (compatibility version 0.0.0, current version 0.0.0)
>     libdcmdata.dylib (compatibility version 0.0.0, current version 0.0.0)
>     liboflog.dylib (compatibility version 0.0.0, current version 0.0.0)
>     libofstd.dylib (compatibility version 0.0.0, current version 0.0.0)
>     libijg12.dylib (compatibility version 0.0.0, current version 0.0.0)
>     libijg16.dylib (compatibility version 0.0.0, current version 0.0.0)
>     libijg8.dylib (compatibility version 0.0.0, current version 0.0.0)
>     /opt/local/Library/Frameworks/QtSql.framework/Versions/5/QtSql
> (compatibility version 5.3.0, current version 5.3.1)
> ... (more OK libs)
>
> As you can see, the DICOM libs are missing full paths and are thus not
> found, while the CTK libs load normally.
>
> I suspect the error is somehow connected to the new way of definining
> cmake targets in cmake 2.11 and up (i use 3.0.2), but I cannot find the
> problem in the CTK source, with which I am only somewhat familiar. Any help
> or suggestions on how to proceed are welcome.
>
> Best Regards,
>
> Christian Askeland
>
> _______________________________________________
> Ctk-developers mailing list
> Ctk-developers at public.kitware.com
> http://public.kitware.com/mailman/listinfo/ctk-developers
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20141015/04b05f75/attachment.html>

From christian.askeland at gmail.com  Thu Oct 16 04:06:17 2014
From: christian.askeland at gmail.com (Christian Askeland)
Date: Thu, 16 Oct 2014 10:06:17 +0200
Subject: [Ctk-developers] Link problem with DICOM/Qt5
In-Reply-To: <CADkb7uO145gvvLWndnJcybDOEfBsNsKJXt8uxG4CB0MNNr_VYA@mail.gmail.com>
References: <CADEP=dcpJdy2eFS_2ZJT1wPDDf2vSdY1ow7muL_1WfFUS9sy3A@mail.gmail.com>
 <CADkb7uO145gvvLWndnJcybDOEfBsNsKJXt8uxG4CB0MNNr_VYA@mail.gmail.com>
Message-ID: <CADEP=deni4-u3h8Wp1sjEFjNJvR4PxN9pVztqz2HbF4w_6foGA@mail.gmail.com>

Hi Steve,

Thanks for the suggestions.

Yes, I decided to kick-start my involvement in CTK by joining the hackfest.
I'll probably postpone the work on Qt5/DICOM until then. With the cool CTK
plugin system this is simply a matter of disabling our DICOM plugin for a
while. See you in Heidelberg!

-Christian

On Wed, Oct 15, 2014 at 7:55 PM, Steve Pieper <pieper at isomics.com> wrote:

> Hi Christian -
>
> First - welcome and thanks for the contributions!
>
> For my part I haven't really tried any of the Qt 5 stuff yet, but I'm not
> sure why it would change the library paths of the dcmtk libraries.
> Probably as a workaround you could set the DYLD_LIBRARY_PATH variable or
> use the ctkAppLauncher to set the paths.
>
> As it happens a bunch of us will be working in Heidelberg in a few weeks
> [1] and Qt5 migration is on the list of hacking topics.  We'll can try to
> sort this out at that meeting if it hasn't been fixed by then.  BTW,
> Heidelberg is not so far from Norway in case you are interested in
> participating.  I think you would find people with a lot of similar
> interests.
>
> -Steve
>
>
> [1] http://www.commontk.org/index.php/CTK-Hackfest-Nov-2014
>
> On Mon, Oct 13, 2014 at 3:48 PM, Christian Askeland <
> christian.askeland at gmail.com> wrote:
>
>> Hi all CTK developers.
>>
>> I have been using CTK for a few months now, integrating the DICOM and
>> plugins modules into our (still) in-house navigation system CustusX. We are
>> all very enthusiastic about the project, and we are in the process of
>> converting our codebase to the CTK plugin framework.
>>
>> Lately we have ported our system to Qt5, and thus did the same change in
>> CTK. I found a few minor issues that broke the build and submitted a pull
>> request for them (#509).
>>
>>
>> There is one problem left: The DICOM examples won't run from the build
>> tree, when on MacOSX10.8. Ubuntu 14.04 works fine.
>>
>> I build with the cmake command (using my own branch git at github.com:SINTEFMedisinskTeknologi/CTK.git,
>> branch CTK-CX-modifications):
>>
>> cmake ../CTK -DCTK_QT_VERSION:STRING=5
>> -DCTK_ENABLE_PluginFramework:BOOL=ON -DCTK_ENABLE_DICOM:BOOL=ON
>> -DCTK_BUILD_EXAMPLES:BOOL=ON
>>
>> When running the ctkDICOM example app, it fails with the message
>>
>> dyld: Library not loaded: libdcmpstat.dylib
>>   Referenced from:
>> /Users/christiana/dev/CTK/build/CTK-build/bin/./ctkDICOM
>>   Reason: image not found
>> Trace/BPT trap: 5
>>
>> Running otool gives:
>>
>> [21:34:37 ~/dev/CTK/build/CTK-build/bin]$ otool -L ./ctkDICOM
>> ./ctkDICOM:
>>
>> /Users/christiana/dev/CTK/build/CTK-build/bin/libCTKDICOMWidgets.0.1.dylib
>> (compatibility version 0.1.0, current version 0.1.0)
>>
>> /Users/christiana/dev/CTK/build/CTK-build/bin/libCTKDICOMCore.0.1.dylib
>> (compatibility version 0.1.0, current version 0.1.0)
>>     libdcmpstat.dylib (compatibility version 0.0.0, current version 0.0.0)
>>     libdcmsr.dylib (compatibility version 0.0.0, current version 0.0.0)
>>     libdcmtls.dylib (compatibility version 0.0.0, current version 0.0.0)
>>     libdcmqrdb.dylib (compatibility version 0.0.0, current version 0.0.0)
>>     libdcmnet.dylib (compatibility version 0.0.0, current version 0.0.0)
>>     libdcmjpeg.dylib (compatibility version 0.0.0, current version 0.0.0)
>>     libdcmimage.dylib (compatibility version 0.0.0, current version 0.0.0)
>>     libdcmimgle.dylib (compatibility version 0.0.0, current version 0.0.0)
>>     libdcmdata.dylib (compatibility version 0.0.0, current version 0.0.0)
>>     liboflog.dylib (compatibility version 0.0.0, current version 0.0.0)
>>     libofstd.dylib (compatibility version 0.0.0, current version 0.0.0)
>>     libijg12.dylib (compatibility version 0.0.0, current version 0.0.0)
>>     libijg16.dylib (compatibility version 0.0.0, current version 0.0.0)
>>     libijg8.dylib (compatibility version 0.0.0, current version 0.0.0)
>>     /opt/local/Library/Frameworks/QtSql.framework/Versions/5/QtSql
>> (compatibility version 5.3.0, current version 5.3.1)
>> ... (more OK libs)
>>
>> As you can see, the DICOM libs are missing full paths and are thus not
>> found, while the CTK libs load normally.
>>
>> I suspect the error is somehow connected to the new way of definining
>> cmake targets in cmake 2.11 and up (i use 3.0.2), but I cannot find the
>> problem in the CTK source, with which I am only somewhat familiar. Any help
>> or suggestions on how to proceed are welcome.
>>
>> Best Regards,
>>
>> Christian Askeland
>>
>> _______________________________________________
>> Ctk-developers mailing list
>> Ctk-developers at public.kitware.com
>> http://public.kitware.com/mailman/listinfo/ctk-developers
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20141016/920825e4/attachment.html>

From pieper at isomics.com  Thu Oct 16 06:58:18 2014
From: pieper at isomics.com (Steve Pieper)
Date: Thu, 16 Oct 2014 06:58:18 -0400
Subject: [Ctk-developers] Link problem with DICOM/Qt5
In-Reply-To: <CADEP=deni4-u3h8Wp1sjEFjNJvR4PxN9pVztqz2HbF4w_6foGA@mail.gmail.com>
References: <CADEP=dcpJdy2eFS_2ZJT1wPDDf2vSdY1ow7muL_1WfFUS9sy3A@mail.gmail.com>
 <CADkb7uO145gvvLWndnJcybDOEfBsNsKJXt8uxG4CB0MNNr_VYA@mail.gmail.com>
 <CADEP=deni4-u3h8Wp1sjEFjNJvR4PxN9pVztqz2HbF4w_6foGA@mail.gmail.com>
Message-ID: <CADkb7uPrvXxtn0qBBQL6BLZp_NSocWnjmRUFt6zkQRqx74bXhQ@mail.gmail.com>

Excellent - see you there!

On Thu, Oct 16, 2014 at 4:06 AM, Christian Askeland <
christian.askeland at gmail.com> wrote:

> Hi Steve,
>
> Thanks for the suggestions.
>
> Yes, I decided to kick-start my involvement in CTK by joining the
> hackfest. I'll probably postpone the work on Qt5/DICOM until then. With the
> cool CTK plugin system this is simply a matter of disabling our DICOM
> plugin for a while. See you in Heidelberg!
>
> -Christian
>
> On Wed, Oct 15, 2014 at 7:55 PM, Steve Pieper <pieper at isomics.com> wrote:
>
>> Hi Christian -
>>
>> First - welcome and thanks for the contributions!
>>
>> For my part I haven't really tried any of the Qt 5 stuff yet, but I'm not
>> sure why it would change the library paths of the dcmtk libraries.
>> Probably as a workaround you could set the DYLD_LIBRARY_PATH variable or
>> use the ctkAppLauncher to set the paths.
>>
>> As it happens a bunch of us will be working in Heidelberg in a few weeks
>> [1] and Qt5 migration is on the list of hacking topics.  We'll can try to
>> sort this out at that meeting if it hasn't been fixed by then.  BTW,
>> Heidelberg is not so far from Norway in case you are interested in
>> participating.  I think you would find people with a lot of similar
>> interests.
>>
>> -Steve
>>
>>
>> [1] http://www.commontk.org/index.php/CTK-Hackfest-Nov-2014
>>
>> On Mon, Oct 13, 2014 at 3:48 PM, Christian Askeland <
>> christian.askeland at gmail.com> wrote:
>>
>>> Hi all CTK developers.
>>>
>>> I have been using CTK for a few months now, integrating the DICOM and
>>> plugins modules into our (still) in-house navigation system CustusX. We are
>>> all very enthusiastic about the project, and we are in the process of
>>> converting our codebase to the CTK plugin framework.
>>>
>>> Lately we have ported our system to Qt5, and thus did the same change in
>>> CTK. I found a few minor issues that broke the build and submitted a pull
>>> request for them (#509).
>>>
>>>
>>> There is one problem left: The DICOM examples won't run from the build
>>> tree, when on MacOSX10.8. Ubuntu 14.04 works fine.
>>>
>>> I build with the cmake command (using my own branch git at github.com:SINTEFMedisinskTeknologi/CTK.git,
>>> branch CTK-CX-modifications):
>>>
>>> cmake ../CTK -DCTK_QT_VERSION:STRING=5
>>> -DCTK_ENABLE_PluginFramework:BOOL=ON -DCTK_ENABLE_DICOM:BOOL=ON
>>> -DCTK_BUILD_EXAMPLES:BOOL=ON
>>>
>>> When running the ctkDICOM example app, it fails with the message
>>>
>>> dyld: Library not loaded: libdcmpstat.dylib
>>>   Referenced from:
>>> /Users/christiana/dev/CTK/build/CTK-build/bin/./ctkDICOM
>>>   Reason: image not found
>>> Trace/BPT trap: 5
>>>
>>> Running otool gives:
>>>
>>> [21:34:37 ~/dev/CTK/build/CTK-build/bin]$ otool -L ./ctkDICOM
>>> ./ctkDICOM:
>>>
>>> /Users/christiana/dev/CTK/build/CTK-build/bin/libCTKDICOMWidgets.0.1.dylib
>>> (compatibility version 0.1.0, current version 0.1.0)
>>>
>>> /Users/christiana/dev/CTK/build/CTK-build/bin/libCTKDICOMCore.0.1.dylib
>>> (compatibility version 0.1.0, current version 0.1.0)
>>>     libdcmpstat.dylib (compatibility version 0.0.0, current version
>>> 0.0.0)
>>>     libdcmsr.dylib (compatibility version 0.0.0, current version 0.0.0)
>>>     libdcmtls.dylib (compatibility version 0.0.0, current version 0.0.0)
>>>     libdcmqrdb.dylib (compatibility version 0.0.0, current version 0.0.0)
>>>     libdcmnet.dylib (compatibility version 0.0.0, current version 0.0.0)
>>>     libdcmjpeg.dylib (compatibility version 0.0.0, current version 0.0.0)
>>>     libdcmimage.dylib (compatibility version 0.0.0, current version
>>> 0.0.0)
>>>     libdcmimgle.dylib (compatibility version 0.0.0, current version
>>> 0.0.0)
>>>     libdcmdata.dylib (compatibility version 0.0.0, current version 0.0.0)
>>>     liboflog.dylib (compatibility version 0.0.0, current version 0.0.0)
>>>     libofstd.dylib (compatibility version 0.0.0, current version 0.0.0)
>>>     libijg12.dylib (compatibility version 0.0.0, current version 0.0.0)
>>>     libijg16.dylib (compatibility version 0.0.0, current version 0.0.0)
>>>     libijg8.dylib (compatibility version 0.0.0, current version 0.0.0)
>>>     /opt/local/Library/Frameworks/QtSql.framework/Versions/5/QtSql
>>> (compatibility version 5.3.0, current version 5.3.1)
>>> ... (more OK libs)
>>>
>>> As you can see, the DICOM libs are missing full paths and are thus not
>>> found, while the CTK libs load normally.
>>>
>>> I suspect the error is somehow connected to the new way of definining
>>> cmake targets in cmake 2.11 and up (i use 3.0.2), but I cannot find the
>>> problem in the CTK source, with which I am only somewhat familiar. Any help
>>> or suggestions on how to proceed are welcome.
>>>
>>> Best Regards,
>>>
>>> Christian Askeland
>>>
>>> _______________________________________________
>>> Ctk-developers mailing list
>>> Ctk-developers at public.kitware.com
>>> http://public.kitware.com/mailman/listinfo/ctk-developers
>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20141016/08baa36c/attachment-0001.html>

From m.nolden at dkfz-heidelberg.de  Mon Oct 20 12:15:54 2014
From: m.nolden at dkfz-heidelberg.de (Marco Nolden)
Date: Mon, 20 Oct 2014 18:15:54 +0200
Subject: [Ctk-developers] CTK Hackfest hangout
Message-ID: <5445353A.80802@dkfz.de>

Hi all,

I have picked "Tuesday, October 21, 2014 5:00 PM (Time zone: Berlin)" as 
final option(s) for the Doodle poll "CTK Hackfest hangout."

Follow this link to open the poll:
http://doodle.com/2cen9xzum4y4s363

I will open a Google Hangout and put the link on the wiki page.

Best,

Marco

From M.Nolden at Dkfz-Heidelberg.de  Tue Oct 21 10:59:22 2014
From: M.Nolden at Dkfz-Heidelberg.de (Nolden, Marco)
Date: Tue, 21 Oct 2014 16:59:22 +0200
Subject: [Ctk-developers] CTK Hackfest hangout
In-Reply-To: <5445353A.80802@dkfz.de>
References: <5445353A.80802@dkfz.de>
Message-ID: <A99BC8C0410FEC4E98B33B64637B682E01A62CEF39B0@DKFZEX01.ad.dkfz-heidelberg.de>

https://plus.google.com/hangouts/_/g3vi3lz7sycalj74ys2xpnpr3ya

> -----Urspr?ngliche Nachricht-----
> Von: Ctk-developers [mailto:ctk-developers-bounces at public.kitware.com] Im
> Auftrag von Marco Nolden
> Gesendet: Montag, 20. Oktober 2014 18:16
> An: ctk-developers at commontk.org
> Betreff: [Ctk-developers] CTK Hackfest hangout
> 
> Hi all,
> 
> I have picked "Tuesday, October 21, 2014 5:00 PM (Time zone: Berlin)" as final
> option(s) for the Doodle poll "CTK Hackfest hangout."
> 
> Follow this link to open the poll:
> http://doodle.com/2cen9xzum4y4s363
> 
> I will open a Google Hangout and put the link on the wiki page.
> 
> Best,
> 
> Marco
> _______________________________________________
> Ctk-developers mailing list
> Ctk-developers at public.kitware.com
> http://public.kitware.com/mailman/listinfo/ctk-developers

From mehrtash at bwh.harvard.edu  Wed Oct  1 14:21:59 2014
From: mehrtash at bwh.harvard.edu (Alireza Mehrtash)
Date: Wed, 1 Oct 2014 14:21:59 -0400
Subject: [Ctk-developers] ctkDICOMBrowser - access to database from
	python?
In-Reply-To: <542B3A11.7080700@bwh.harvard.edu>
References: <542B3A11.7080700@bwh.harvard.edu>
Message-ID: <CA+jF04q8vNacuODDrN_P19--SgE5xLf_8noALkqF-LAC21yxxQ@mail.gmail.com>

Hi Nicole,

You can access the Slicer DICOM database by slicer.dicomDatabase and add
new DICOM series to the current database as we've done in tciabrowser [1].
If you want to create a new database you can do the same as [2].

Hth,
Alireza


[1]
https://github.com/QIICR/TCIABrowser/blob/master/TCIABrowser/TCIABrowser.py#L725-L740
[2]
https://github.com/Slicer/Slicer/blob/master/Modules/Scripted/DICOM/DICOM.py#L57-L61


On Tue, Sep 30, 2014 at 7:17 PM, Nicole Aucoin <nicole at bwh.harvard.edu>
wrote:

> Hello,
>
> I'm working with a ctkDICOMBrowser from a python script but having
> problems getting at the database to add data programatically. I've seen
> that the browser uses the application's QSettings to determine the database
> directory, it's creating and opening a database okay (verified by adding
> some checks to the C++ file), but from python the dicomBrowser.database
> call is always coming back as None.
>
> Here's a code snippet that I'm running from the Python console in 3D
> Slicer:
>
> # use the default settings for the database directory
> dicomBrowser = ctk.ctkDICOMBrowser()
> print dicomBrowser.database
>
> It always prints None even though I see my print out from the
> setDatabaseDirectory method that shows isOpen() being true on the non null
> database.
>
> Is this a bug in the Python wrapping of the QSharedPointer of the database
> variable? Or are there some more steps that I need to include or a
> different way to access it?
>
> thanks,
> Nicole
>
>
> The information in this e-mail is intended only for the person to whom it
> is
> addressed. If you believe this e-mail was sent to you in error and the
> e-mail
> contains patient information, please contact the Partners Compliance
> HelpLine at
> http://www.partners.org/complianceline . If the e-mail was sent to you in
> error
> but does not contain patient information, please contact the sender and
> properly
> dispose of the e-mail.
>
> _______________________________________________
> Ctk-developers mailing list
> Ctk-developers at public.kitware.com
> http://public.kitware.com/mailman/listinfo/ctk-developers
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20141001/e594dd5e/attachment-0002.html>

From nicole at bwh.harvard.edu  Wed Oct  1 14:53:05 2014
From: nicole at bwh.harvard.edu (Nicole Aucoin)
Date: Wed, 01 Oct 2014 14:53:05 -0400
Subject: [Ctk-developers] ctkDICOMBrowser - access to database from
	python?
In-Reply-To: <CA+jF04q8vNacuODDrN_P19--SgE5xLf_8noALkqF-LAC21yxxQ@mail.gmail.com>
References: <542B3A11.7080700@bwh.harvard.edu>
 <CA+jF04q8vNacuODDrN_P19--SgE5xLf_8noALkqF-LAC21yxxQ@mail.gmail.com>
Message-ID: <542C4D91.8020409@bwh.harvard.edu>

Hi Alireza,

I've been working in DICOM.py to debug this issue so I've been following 
that template, starting with an empty directory and a new database. I 
wanted to avoid using slicer.dicomDatabase since once of the use cases 
is for a stand alone program.

Nicole

On 10/1/14 2:21 PM, Alireza Mehrtash wrote:
> Hi Nicole,
>
> You can access the Slicer DICOM database by slicer.dicomDatabase and 
> add new DICOM series to the current database as we've done in 
> tciabrowser [1]. If you want to create a new database you can do the 
> same as [2].
>
> Hth,
> Alireza
>
>
> [1] 
> https://github.com/QIICR/TCIABrowser/blob/master/TCIABrowser/TCIABrowser.py#L725-L740
> [2] 
> https://github.com/Slicer/Slicer/blob/master/Modules/Scripted/DICOM/DICOM.py#L57-L61
>
>
> On Tue, Sep 30, 2014 at 7:17 PM, Nicole Aucoin <nicole at bwh.harvard.edu 
> <mailto:nicole at bwh.harvard.edu>> wrote:
>
>     Hello,
>
>     I'm working with a ctkDICOMBrowser from a python script but having
>     problems getting at the database to add data programatically. I've
>     seen that the browser uses the application's QSettings to
>     determine the database directory, it's creating and opening a
>     database okay (verified by adding some checks to the C++ file),
>     but from python the dicomBrowser.database call is always coming
>     back as None.
>
>     Here's a code snippet that I'm running from the Python console in
>     3D Slicer:
>
>     # use the default settings for the database directory
>     dicomBrowser = ctk.ctkDICOMBrowser()
>     print dicomBrowser.database
>
>     It always prints None even though I see my print out from the
>     setDatabaseDirectory method that shows isOpen() being true on the
>     non null database.
>
>     Is this a bug in the Python wrapping of the QSharedPointer of the
>     database variable? Or are there some more steps that I need to
>     include or a different way to access it?
>
>     thanks,
>     Nicole
>
>
>     The information in this e-mail is intended only for the person to
>     whom it is
>     addressed. If you believe this e-mail was sent to you in error and
>     the e-mail
>     contains patient information, please contact the Partners
>     Compliance HelpLine at
>     http://www.partners.org/complianceline . If the e-mail was sent to
>     you in error
>     but does not contain patient information, please contact the
>     sender and properly
>     dispose of the e-mail.
>
>     _______________________________________________
>     Ctk-developers mailing list
>     Ctk-developers at public.kitware.com
>     <mailto:Ctk-developers at public.kitware.com>
>     http://public.kitware.com/mailman/listinfo/ctk-developers
>
>



From m.nolden at dkfz-heidelberg.de  Wed Oct  8 13:20:21 2014
From: m.nolden at dkfz-heidelberg.de (Marco Nolden)
Date: Wed, 08 Oct 2014 19:20:21 +0200
Subject: [Ctk-developers] Invitation to CTK Hackfest Heidelberg: Nov 3 -
 7
In-Reply-To: <53F461A8.6050405@dkfz-heidelberg.de>
References: <53F461A8.6050405@dkfz-heidelberg.de>
Message-ID: <54357255.1070401@dkfz.de>

Hey CTKers,

the 10th CTK hackfest is coming soon! One week of coding and 
face-to-face discussions about the latest technologies and developments 
in our field, taking place at the German Cancer Research Center in the 
historic city of Heidelberg. Please put your name on the wiki page [1] 
if you're planning to join us. If you're not sure yet or want to come 
for the first time or do not know what this is all about please do not 
hesitate to contact us!

We've put some more information on the wiki page, there is a special 
arrangement with a nice hotel which is open till Oct 15th.

Please forward this invitation to anyone who might be interested.

Hope to see you all in Heidelberg!

Best,

Marco and the Heidelberg CTK team

[1]: http://www.commontk.org/index.php/CTK-Hackfest-Nov-2014


On 08/20/2014 10:51 AM, Ivo Wolf wrote:
> Hey CTKers -
>
> On behalf of the organizing committee I'm glad to
> announce that we found a time and location for the next hackfest!
>
> It will be hosted in Heidelberg, on the 3rd-7th of November:
>
> http://www.commontk.org/index.php/CTK-Hackfest-Nov-2014
>
> If you are a regular CTK attendee and plan to go, please add your name
> to the participant table. We also plan to have a telcon after MICCAI
> with all available attendees for collecting initial ideas and drafting
> the program. Details will follow.
>
> Best,
>
> Ivo (on behalf of the organizing committee)
> _______________________________________________
> Ctk-developers mailing list
> Ctk-developers at public.kitware.com
> http://public.kitware.com/mailman/listinfo/ctk-developers
>



From christian.askeland at gmail.com  Mon Oct 13 15:48:37 2014
From: christian.askeland at gmail.com (Christian Askeland)
Date: Mon, 13 Oct 2014 21:48:37 +0200
Subject: [Ctk-developers] Link problem with DICOM/Qt5
Message-ID: <CADEP=dcpJdy2eFS_2ZJT1wPDDf2vSdY1ow7muL_1WfFUS9sy3A@mail.gmail.com>

Hi all CTK developers.

I have been using CTK for a few months now, integrating the DICOM and
plugins modules into our (still) in-house navigation system CustusX. We are
all very enthusiastic about the project, and we are in the process of
converting our codebase to the CTK plugin framework.

Lately we have ported our system to Qt5, and thus did the same change in
CTK. I found a few minor issues that broke the build and submitted a pull
request for them (#509).


There is one problem left: The DICOM examples won't run from the build
tree, when on MacOSX10.8. Ubuntu 14.04 works fine.

I build with the cmake command (using my own branch
git at github.com:SINTEFMedisinskTeknologi/CTK.git,
branch CTK-CX-modifications):

cmake ../CTK -DCTK_QT_VERSION:STRING=5 -DCTK_ENABLE_PluginFramework:BOOL=ON
-DCTK_ENABLE_DICOM:BOOL=ON -DCTK_BUILD_EXAMPLES:BOOL=ON

When running the ctkDICOM example app, it fails with the message

dyld: Library not loaded: libdcmpstat.dylib
  Referenced from: /Users/christiana/dev/CTK/build/CTK-build/bin/./ctkDICOM
  Reason: image not found
Trace/BPT trap: 5

Running otool gives:

[21:34:37 ~/dev/CTK/build/CTK-build/bin]$ otool -L ./ctkDICOM
./ctkDICOM:

/Users/christiana/dev/CTK/build/CTK-build/bin/libCTKDICOMWidgets.0.1.dylib
(compatibility version 0.1.0, current version 0.1.0)
    /Users/christiana/dev/CTK/build/CTK-build/bin/libCTKDICOMCore.0.1.dylib
(compatibility version 0.1.0, current version 0.1.0)
    libdcmpstat.dylib (compatibility version 0.0.0, current version 0.0.0)
    libdcmsr.dylib (compatibility version 0.0.0, current version 0.0.0)
    libdcmtls.dylib (compatibility version 0.0.0, current version 0.0.0)
    libdcmqrdb.dylib (compatibility version 0.0.0, current version 0.0.0)
    libdcmnet.dylib (compatibility version 0.0.0, current version 0.0.0)
    libdcmjpeg.dylib (compatibility version 0.0.0, current version 0.0.0)
    libdcmimage.dylib (compatibility version 0.0.0, current version 0.0.0)
    libdcmimgle.dylib (compatibility version 0.0.0, current version 0.0.0)
    libdcmdata.dylib (compatibility version 0.0.0, current version 0.0.0)
    liboflog.dylib (compatibility version 0.0.0, current version 0.0.0)
    libofstd.dylib (compatibility version 0.0.0, current version 0.0.0)
    libijg12.dylib (compatibility version 0.0.0, current version 0.0.0)
    libijg16.dylib (compatibility version 0.0.0, current version 0.0.0)
    libijg8.dylib (compatibility version 0.0.0, current version 0.0.0)
    /opt/local/Library/Frameworks/QtSql.framework/Versions/5/QtSql
(compatibility version 5.3.0, current version 5.3.1)
... (more OK libs)

As you can see, the DICOM libs are missing full paths and are thus not
found, while the CTK libs load normally.

I suspect the error is somehow connected to the new way of definining cmake
targets in cmake 2.11 and up (i use 3.0.2), but I cannot find the problem
in the CTK source, with which I am only somewhat familiar. Any help or
suggestions on how to proceed are welcome.

Best Regards,

Christian Askeland
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20141013/9243e122/attachment-0002.html>

From m.nolden at dkfz-heidelberg.de  Wed Oct 15 10:44:09 2014
From: m.nolden at dkfz-heidelberg.de (Marco Nolden)
Date: Wed, 15 Oct 2014 16:44:09 +0200
Subject: [Ctk-developers] Hackfest planning hangout
Message-ID: <543E8839.6020407@dkfz.de>

Hi CTK'ers, especially hackfest participants,

since we will have a few first time participants we would like to have a 
short telco about the hackfest to discuss possible topics and to get an 
idea who is going to work on which topic. We already started to fill the 
section on the wiki page [1] but please feel free to add things there. 
If no one objects I would suggest to use Google hangout. Could you 
please fill in your availability:

   http://doodle.com/2cen9xzum4y4s363

Best,
Marco


[1]: 
http://www.commontk.org/index.php/CTK-Hackfest-Nov-2014#Topics_and_Projects


-- 
----------------------------------------------------------------------
Dr. Marco Nolden
Deutsches Krebsforschungszentrum       (German Cancer Research Center)
Div. Medical & Biological Informatics          Tel: (+49) 6221-42 2325
Im Neuenheimer Feld 280                        Fax: (+49) 6221-42 2345
D-69120 Heidelberg                             eMail: M.Nolden at dkfz.de


From pieper at isomics.com  Wed Oct 15 13:55:52 2014
From: pieper at isomics.com (Steve Pieper)
Date: Wed, 15 Oct 2014 13:55:52 -0400
Subject: [Ctk-developers] Link problem with DICOM/Qt5
In-Reply-To: <CADEP=dcpJdy2eFS_2ZJT1wPDDf2vSdY1ow7muL_1WfFUS9sy3A@mail.gmail.com>
References: <CADEP=dcpJdy2eFS_2ZJT1wPDDf2vSdY1ow7muL_1WfFUS9sy3A@mail.gmail.com>
Message-ID: <CADkb7uO145gvvLWndnJcybDOEfBsNsKJXt8uxG4CB0MNNr_VYA@mail.gmail.com>

Hi Christian -

First - welcome and thanks for the contributions!

For my part I haven't really tried any of the Qt 5 stuff yet, but I'm not
sure why it would change the library paths of the dcmtk libraries.
Probably as a workaround you could set the DYLD_LIBRARY_PATH variable or
use the ctkAppLauncher to set the paths.

As it happens a bunch of us will be working in Heidelberg in a few weeks
[1] and Qt5 migration is on the list of hacking topics.  We'll can try to
sort this out at that meeting if it hasn't been fixed by then.  BTW,
Heidelberg is not so far from Norway in case you are interested in
participating.  I think you would find people with a lot of similar
interests.

-Steve


[1] http://www.commontk.org/index.php/CTK-Hackfest-Nov-2014

On Mon, Oct 13, 2014 at 3:48 PM, Christian Askeland <
christian.askeland at gmail.com> wrote:

> Hi all CTK developers.
>
> I have been using CTK for a few months now, integrating the DICOM and
> plugins modules into our (still) in-house navigation system CustusX. We are
> all very enthusiastic about the project, and we are in the process of
> converting our codebase to the CTK plugin framework.
>
> Lately we have ported our system to Qt5, and thus did the same change in
> CTK. I found a few minor issues that broke the build and submitted a pull
> request for them (#509).
>
>
> There is one problem left: The DICOM examples won't run from the build
> tree, when on MacOSX10.8. Ubuntu 14.04 works fine.
>
> I build with the cmake command (using my own branch git at github.com:SINTEFMedisinskTeknologi/CTK.git,
> branch CTK-CX-modifications):
>
> cmake ../CTK -DCTK_QT_VERSION:STRING=5
> -DCTK_ENABLE_PluginFramework:BOOL=ON -DCTK_ENABLE_DICOM:BOOL=ON
> -DCTK_BUILD_EXAMPLES:BOOL=ON
>
> When running the ctkDICOM example app, it fails with the message
>
> dyld: Library not loaded: libdcmpstat.dylib
>   Referenced from: /Users/christiana/dev/CTK/build/CTK-build/bin/./ctkDICOM
>   Reason: image not found
> Trace/BPT trap: 5
>
> Running otool gives:
>
> [21:34:37 ~/dev/CTK/build/CTK-build/bin]$ otool -L ./ctkDICOM
> ./ctkDICOM:
>
> /Users/christiana/dev/CTK/build/CTK-build/bin/libCTKDICOMWidgets.0.1.dylib
> (compatibility version 0.1.0, current version 0.1.0)
>
> /Users/christiana/dev/CTK/build/CTK-build/bin/libCTKDICOMCore.0.1.dylib
> (compatibility version 0.1.0, current version 0.1.0)
>     libdcmpstat.dylib (compatibility version 0.0.0, current version 0.0.0)
>     libdcmsr.dylib (compatibility version 0.0.0, current version 0.0.0)
>     libdcmtls.dylib (compatibility version 0.0.0, current version 0.0.0)
>     libdcmqrdb.dylib (compatibility version 0.0.0, current version 0.0.0)
>     libdcmnet.dylib (compatibility version 0.0.0, current version 0.0.0)
>     libdcmjpeg.dylib (compatibility version 0.0.0, current version 0.0.0)
>     libdcmimage.dylib (compatibility version 0.0.0, current version 0.0.0)
>     libdcmimgle.dylib (compatibility version 0.0.0, current version 0.0.0)
>     libdcmdata.dylib (compatibility version 0.0.0, current version 0.0.0)
>     liboflog.dylib (compatibility version 0.0.0, current version 0.0.0)
>     libofstd.dylib (compatibility version 0.0.0, current version 0.0.0)
>     libijg12.dylib (compatibility version 0.0.0, current version 0.0.0)
>     libijg16.dylib (compatibility version 0.0.0, current version 0.0.0)
>     libijg8.dylib (compatibility version 0.0.0, current version 0.0.0)
>     /opt/local/Library/Frameworks/QtSql.framework/Versions/5/QtSql
> (compatibility version 5.3.0, current version 5.3.1)
> ... (more OK libs)
>
> As you can see, the DICOM libs are missing full paths and are thus not
> found, while the CTK libs load normally.
>
> I suspect the error is somehow connected to the new way of definining
> cmake targets in cmake 2.11 and up (i use 3.0.2), but I cannot find the
> problem in the CTK source, with which I am only somewhat familiar. Any help
> or suggestions on how to proceed are welcome.
>
> Best Regards,
>
> Christian Askeland
>
> _______________________________________________
> Ctk-developers mailing list
> Ctk-developers at public.kitware.com
> http://public.kitware.com/mailman/listinfo/ctk-developers
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20141015/04b05f75/attachment-0002.html>

From christian.askeland at gmail.com  Thu Oct 16 04:06:17 2014
From: christian.askeland at gmail.com (Christian Askeland)
Date: Thu, 16 Oct 2014 10:06:17 +0200
Subject: [Ctk-developers] Link problem with DICOM/Qt5
In-Reply-To: <CADkb7uO145gvvLWndnJcybDOEfBsNsKJXt8uxG4CB0MNNr_VYA@mail.gmail.com>
References: <CADEP=dcpJdy2eFS_2ZJT1wPDDf2vSdY1ow7muL_1WfFUS9sy3A@mail.gmail.com>
 <CADkb7uO145gvvLWndnJcybDOEfBsNsKJXt8uxG4CB0MNNr_VYA@mail.gmail.com>
Message-ID: <CADEP=deni4-u3h8Wp1sjEFjNJvR4PxN9pVztqz2HbF4w_6foGA@mail.gmail.com>

Hi Steve,

Thanks for the suggestions.

Yes, I decided to kick-start my involvement in CTK by joining the hackfest.
I'll probably postpone the work on Qt5/DICOM until then. With the cool CTK
plugin system this is simply a matter of disabling our DICOM plugin for a
while. See you in Heidelberg!

-Christian

On Wed, Oct 15, 2014 at 7:55 PM, Steve Pieper <pieper at isomics.com> wrote:

> Hi Christian -
>
> First - welcome and thanks for the contributions!
>
> For my part I haven't really tried any of the Qt 5 stuff yet, but I'm not
> sure why it would change the library paths of the dcmtk libraries.
> Probably as a workaround you could set the DYLD_LIBRARY_PATH variable or
> use the ctkAppLauncher to set the paths.
>
> As it happens a bunch of us will be working in Heidelberg in a few weeks
> [1] and Qt5 migration is on the list of hacking topics.  We'll can try to
> sort this out at that meeting if it hasn't been fixed by then.  BTW,
> Heidelberg is not so far from Norway in case you are interested in
> participating.  I think you would find people with a lot of similar
> interests.
>
> -Steve
>
>
> [1] http://www.commontk.org/index.php/CTK-Hackfest-Nov-2014
>
> On Mon, Oct 13, 2014 at 3:48 PM, Christian Askeland <
> christian.askeland at gmail.com> wrote:
>
>> Hi all CTK developers.
>>
>> I have been using CTK for a few months now, integrating the DICOM and
>> plugins modules into our (still) in-house navigation system CustusX. We are
>> all very enthusiastic about the project, and we are in the process of
>> converting our codebase to the CTK plugin framework.
>>
>> Lately we have ported our system to Qt5, and thus did the same change in
>> CTK. I found a few minor issues that broke the build and submitted a pull
>> request for them (#509).
>>
>>
>> There is one problem left: The DICOM examples won't run from the build
>> tree, when on MacOSX10.8. Ubuntu 14.04 works fine.
>>
>> I build with the cmake command (using my own branch git at github.com:SINTEFMedisinskTeknologi/CTK.git,
>> branch CTK-CX-modifications):
>>
>> cmake ../CTK -DCTK_QT_VERSION:STRING=5
>> -DCTK_ENABLE_PluginFramework:BOOL=ON -DCTK_ENABLE_DICOM:BOOL=ON
>> -DCTK_BUILD_EXAMPLES:BOOL=ON
>>
>> When running the ctkDICOM example app, it fails with the message
>>
>> dyld: Library not loaded: libdcmpstat.dylib
>>   Referenced from:
>> /Users/christiana/dev/CTK/build/CTK-build/bin/./ctkDICOM
>>   Reason: image not found
>> Trace/BPT trap: 5
>>
>> Running otool gives:
>>
>> [21:34:37 ~/dev/CTK/build/CTK-build/bin]$ otool -L ./ctkDICOM
>> ./ctkDICOM:
>>
>> /Users/christiana/dev/CTK/build/CTK-build/bin/libCTKDICOMWidgets.0.1.dylib
>> (compatibility version 0.1.0, current version 0.1.0)
>>
>> /Users/christiana/dev/CTK/build/CTK-build/bin/libCTKDICOMCore.0.1.dylib
>> (compatibility version 0.1.0, current version 0.1.0)
>>     libdcmpstat.dylib (compatibility version 0.0.0, current version 0.0.0)
>>     libdcmsr.dylib (compatibility version 0.0.0, current version 0.0.0)
>>     libdcmtls.dylib (compatibility version 0.0.0, current version 0.0.0)
>>     libdcmqrdb.dylib (compatibility version 0.0.0, current version 0.0.0)
>>     libdcmnet.dylib (compatibility version 0.0.0, current version 0.0.0)
>>     libdcmjpeg.dylib (compatibility version 0.0.0, current version 0.0.0)
>>     libdcmimage.dylib (compatibility version 0.0.0, current version 0.0.0)
>>     libdcmimgle.dylib (compatibility version 0.0.0, current version 0.0.0)
>>     libdcmdata.dylib (compatibility version 0.0.0, current version 0.0.0)
>>     liboflog.dylib (compatibility version 0.0.0, current version 0.0.0)
>>     libofstd.dylib (compatibility version 0.0.0, current version 0.0.0)
>>     libijg12.dylib (compatibility version 0.0.0, current version 0.0.0)
>>     libijg16.dylib (compatibility version 0.0.0, current version 0.0.0)
>>     libijg8.dylib (compatibility version 0.0.0, current version 0.0.0)
>>     /opt/local/Library/Frameworks/QtSql.framework/Versions/5/QtSql
>> (compatibility version 5.3.0, current version 5.3.1)
>> ... (more OK libs)
>>
>> As you can see, the DICOM libs are missing full paths and are thus not
>> found, while the CTK libs load normally.
>>
>> I suspect the error is somehow connected to the new way of definining
>> cmake targets in cmake 2.11 and up (i use 3.0.2), but I cannot find the
>> problem in the CTK source, with which I am only somewhat familiar. Any help
>> or suggestions on how to proceed are welcome.
>>
>> Best Regards,
>>
>> Christian Askeland
>>
>> _______________________________________________
>> Ctk-developers mailing list
>> Ctk-developers at public.kitware.com
>> http://public.kitware.com/mailman/listinfo/ctk-developers
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20141016/920825e4/attachment-0002.html>

From pieper at isomics.com  Thu Oct 16 06:58:18 2014
From: pieper at isomics.com (Steve Pieper)
Date: Thu, 16 Oct 2014 06:58:18 -0400
Subject: [Ctk-developers] Link problem with DICOM/Qt5
In-Reply-To: <CADEP=deni4-u3h8Wp1sjEFjNJvR4PxN9pVztqz2HbF4w_6foGA@mail.gmail.com>
References: <CADEP=dcpJdy2eFS_2ZJT1wPDDf2vSdY1ow7muL_1WfFUS9sy3A@mail.gmail.com>
 <CADkb7uO145gvvLWndnJcybDOEfBsNsKJXt8uxG4CB0MNNr_VYA@mail.gmail.com>
 <CADEP=deni4-u3h8Wp1sjEFjNJvR4PxN9pVztqz2HbF4w_6foGA@mail.gmail.com>
Message-ID: <CADkb7uPrvXxtn0qBBQL6BLZp_NSocWnjmRUFt6zkQRqx74bXhQ@mail.gmail.com>

Excellent - see you there!

On Thu, Oct 16, 2014 at 4:06 AM, Christian Askeland <
christian.askeland at gmail.com> wrote:

> Hi Steve,
>
> Thanks for the suggestions.
>
> Yes, I decided to kick-start my involvement in CTK by joining the
> hackfest. I'll probably postpone the work on Qt5/DICOM until then. With the
> cool CTK plugin system this is simply a matter of disabling our DICOM
> plugin for a while. See you in Heidelberg!
>
> -Christian
>
> On Wed, Oct 15, 2014 at 7:55 PM, Steve Pieper <pieper at isomics.com> wrote:
>
>> Hi Christian -
>>
>> First - welcome and thanks for the contributions!
>>
>> For my part I haven't really tried any of the Qt 5 stuff yet, but I'm not
>> sure why it would change the library paths of the dcmtk libraries.
>> Probably as a workaround you could set the DYLD_LIBRARY_PATH variable or
>> use the ctkAppLauncher to set the paths.
>>
>> As it happens a bunch of us will be working in Heidelberg in a few weeks
>> [1] and Qt5 migration is on the list of hacking topics.  We'll can try to
>> sort this out at that meeting if it hasn't been fixed by then.  BTW,
>> Heidelberg is not so far from Norway in case you are interested in
>> participating.  I think you would find people with a lot of similar
>> interests.
>>
>> -Steve
>>
>>
>> [1] http://www.commontk.org/index.php/CTK-Hackfest-Nov-2014
>>
>> On Mon, Oct 13, 2014 at 3:48 PM, Christian Askeland <
>> christian.askeland at gmail.com> wrote:
>>
>>> Hi all CTK developers.
>>>
>>> I have been using CTK for a few months now, integrating the DICOM and
>>> plugins modules into our (still) in-house navigation system CustusX. We are
>>> all very enthusiastic about the project, and we are in the process of
>>> converting our codebase to the CTK plugin framework.
>>>
>>> Lately we have ported our system to Qt5, and thus did the same change in
>>> CTK. I found a few minor issues that broke the build and submitted a pull
>>> request for them (#509).
>>>
>>>
>>> There is one problem left: The DICOM examples won't run from the build
>>> tree, when on MacOSX10.8. Ubuntu 14.04 works fine.
>>>
>>> I build with the cmake command (using my own branch git at github.com:SINTEFMedisinskTeknologi/CTK.git,
>>> branch CTK-CX-modifications):
>>>
>>> cmake ../CTK -DCTK_QT_VERSION:STRING=5
>>> -DCTK_ENABLE_PluginFramework:BOOL=ON -DCTK_ENABLE_DICOM:BOOL=ON
>>> -DCTK_BUILD_EXAMPLES:BOOL=ON
>>>
>>> When running the ctkDICOM example app, it fails with the message
>>>
>>> dyld: Library not loaded: libdcmpstat.dylib
>>>   Referenced from:
>>> /Users/christiana/dev/CTK/build/CTK-build/bin/./ctkDICOM
>>>   Reason: image not found
>>> Trace/BPT trap: 5
>>>
>>> Running otool gives:
>>>
>>> [21:34:37 ~/dev/CTK/build/CTK-build/bin]$ otool -L ./ctkDICOM
>>> ./ctkDICOM:
>>>
>>> /Users/christiana/dev/CTK/build/CTK-build/bin/libCTKDICOMWidgets.0.1.dylib
>>> (compatibility version 0.1.0, current version 0.1.0)
>>>
>>> /Users/christiana/dev/CTK/build/CTK-build/bin/libCTKDICOMCore.0.1.dylib
>>> (compatibility version 0.1.0, current version 0.1.0)
>>>     libdcmpstat.dylib (compatibility version 0.0.0, current version
>>> 0.0.0)
>>>     libdcmsr.dylib (compatibility version 0.0.0, current version 0.0.0)
>>>     libdcmtls.dylib (compatibility version 0.0.0, current version 0.0.0)
>>>     libdcmqrdb.dylib (compatibility version 0.0.0, current version 0.0.0)
>>>     libdcmnet.dylib (compatibility version 0.0.0, current version 0.0.0)
>>>     libdcmjpeg.dylib (compatibility version 0.0.0, current version 0.0.0)
>>>     libdcmimage.dylib (compatibility version 0.0.0, current version
>>> 0.0.0)
>>>     libdcmimgle.dylib (compatibility version 0.0.0, current version
>>> 0.0.0)
>>>     libdcmdata.dylib (compatibility version 0.0.0, current version 0.0.0)
>>>     liboflog.dylib (compatibility version 0.0.0, current version 0.0.0)
>>>     libofstd.dylib (compatibility version 0.0.0, current version 0.0.0)
>>>     libijg12.dylib (compatibility version 0.0.0, current version 0.0.0)
>>>     libijg16.dylib (compatibility version 0.0.0, current version 0.0.0)
>>>     libijg8.dylib (compatibility version 0.0.0, current version 0.0.0)
>>>     /opt/local/Library/Frameworks/QtSql.framework/Versions/5/QtSql
>>> (compatibility version 5.3.0, current version 5.3.1)
>>> ... (more OK libs)
>>>
>>> As you can see, the DICOM libs are missing full paths and are thus not
>>> found, while the CTK libs load normally.
>>>
>>> I suspect the error is somehow connected to the new way of definining
>>> cmake targets in cmake 2.11 and up (i use 3.0.2), but I cannot find the
>>> problem in the CTK source, with which I am only somewhat familiar. Any help
>>> or suggestions on how to proceed are welcome.
>>>
>>> Best Regards,
>>>
>>> Christian Askeland
>>>
>>> _______________________________________________
>>> Ctk-developers mailing list
>>> Ctk-developers at public.kitware.com
>>> http://public.kitware.com/mailman/listinfo/ctk-developers
>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/ctk-developers/attachments/20141016/08baa36c/attachment-0002.html>

From m.nolden at dkfz-heidelberg.de  Mon Oct 20 12:15:54 2014
From: m.nolden at dkfz-heidelberg.de (Marco Nolden)
Date: Mon, 20 Oct 2014 18:15:54 +0200
Subject: [Ctk-developers] CTK Hackfest hangout
Message-ID: <5445353A.80802@dkfz.de>

Hi all,

I have picked "Tuesday, October 21, 2014 5:00 PM (Time zone: Berlin)" as 
final option(s) for the Doodle poll "CTK Hackfest hangout."

Follow this link to open the poll:
http://doodle.com/2cen9xzum4y4s363

I will open a Google Hangout and put the link on the wiki page.

Best,

Marco


From M.Nolden at Dkfz-Heidelberg.de  Tue Oct 21 10:59:22 2014
From: M.Nolden at Dkfz-Heidelberg.de (Nolden, Marco)
Date: Tue, 21 Oct 2014 16:59:22 +0200
Subject: [Ctk-developers] CTK Hackfest hangout
In-Reply-To: <5445353A.80802@dkfz.de>
References: <5445353A.80802@dkfz.de>
Message-ID: <A99BC8C0410FEC4E98B33B64637B682E01A62CEF39B0@DKFZEX01.ad.dkfz-heidelberg.de>

https://plus.google.com/hangouts/_/g3vi3lz7sycalj74ys2xpnpr3ya

> -----Urspr?ngliche Nachricht-----
> Von: Ctk-developers [mailto:ctk-developers-bounces at public.kitware.com] Im
> Auftrag von Marco Nolden
> Gesendet: Montag, 20. Oktober 2014 18:16
> An: ctk-developers at commontk.org
> Betreff: [Ctk-developers] CTK Hackfest hangout
> 
> Hi all,
> 
> I have picked "Tuesday, October 21, 2014 5:00 PM (Time zone: Berlin)" as final
> option(s) for the Doodle poll "CTK Hackfest hangout."
> 
> Follow this link to open the poll:
> http://doodle.com/2cen9xzum4y4s363
> 
> I will open a Google Hangout and put the link on the wiki page.
> 
> Best,
> 
> Marco
> _______________________________________________
> Ctk-developers mailing list
> Ctk-developers at public.kitware.com
> http://public.kitware.com/mailman/listinfo/ctk-developers


From s.zelzer at dkfz-heidelberg.de  Wed Oct 29 11:18:39 2014
From: s.zelzer at dkfz-heidelberg.de (Sascha Zelzer)
Date: Wed, 29 Oct 2014 16:18:39 +0100
Subject: [Ctk-developers] Invitation to CTK Hackfest Heidelberg: Nov 3 -
 7
In-Reply-To: <54357255.1070401@dkfz.de>
References: <53F461A8.6050405@dkfz-heidelberg.de> <54357255.1070401@dkfz.de>
Message-ID: <5451054F.1080106@dkfz-heidelberg.de>

Hi Hackfest Participants,

we updated the wiki page [1] with more detailed information about how to 
get to the meeting room and public transport in general.

Have a good journey and see you in Heidelberg,

Sascha

[1] http://www.commontk.org/index.php/CTK-Hackfest-Nov-2014

On 10/08/2014 07:20 PM, Marco Nolden wrote:
> Hey CTKers,
>
> the 10th CTK hackfest is coming soon! One week of coding and
> face-to-face discussions about the latest technologies and developments
> in our field, taking place at the German Cancer Research Center in the
> historic city of Heidelberg. Please put your name on the wiki page [1]
> if you're planning to join us. If you're not sure yet or want to come
> for the first time or do not know what this is all about please do not
> hesitate to contact us!
>
> We've put some more information on the wiki page, there is a special
> arrangement with a nice hotel which is open till Oct 15th.
>
> Please forward this invitation to anyone who might be interested.
>
> Hope to see you all in Heidelberg!
>
> Best,
>
> Marco and the Heidelberg CTK team
>
> [1]: http://www.commontk.org/index.php/CTK-Hackfest-Nov-2014
>
>
> On 08/20/2014 10:51 AM, Ivo Wolf wrote:
>> Hey CTKers -
>>
>> On behalf of the organizing committee I'm glad to
>> announce that we found a time and location for the next hackfest!
>>
>> It will be hosted in Heidelberg, on the 3rd-7th of November:
>>
>> http://www.commontk.org/index.php/CTK-Hackfest-Nov-2014
>>
>> If you are a regular CTK attendee and plan to go, please add your name
>> to the participant table. We also plan to have a telcon after MICCAI
>> with all available attendees for collecting initial ideas and drafting
>> the program. Details will follow.
>>
>> Best,
>>
>> Ivo (on behalf of the organizing committee)
>> _______________________________________________
>> Ctk-developers mailing list
>> Ctk-developers at public.kitware.com
>> http://public.kitware.com/mailman/listinfo/ctk-developers
>>
> _______________________________________________
> Ctk-developers mailing list
> Ctk-developers at public.kitware.com
> http://public.kitware.com/mailman/listinfo/ctk-developers