From kolin9105 at gmail.com  Tue Nov  1 03:22:32 2016
From: kolin9105 at gmail.com (meikolin saimara)
Date: Tue, 1 Nov 2016 14:22:32 +0700
Subject: [ITK-users] please help me
Message-ID: <CAEiw7u7ZzqdtSVDRKnazNU8f4qBghCmVkq+S2MXat6xwNrv+FA@mail.gmail.com>

hello every one how to convert dcm to jpeg using ITK??
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161101/4b5bf9b9/attachment.html>

From francois.budin at kitware.com  Tue Nov  1 11:55:53 2016
From: francois.budin at kitware.com (Francois Budin)
Date: Tue, 1 Nov 2016 11:55:53 -0400
Subject: [ITK-users] please help me
In-Reply-To: <CAEiw7u7ZzqdtSVDRKnazNU8f4qBghCmVkq+S2MXat6xwNrv+FA@mail.gmail.com>
References: <CAEiw7u7ZzqdtSVDRKnazNU8f4qBghCmVkq+S2MXat6xwNrv+FA@mail.gmail.com>
Message-ID: <CAHwLD2UmcQjGrzquZeqEbQESGCU5Znuyif6ivQcuM-Kh6UQWZQ@mail.gmail.com>

Hello,

You can look at the example here [1]. If you simplify it, it should
accomplish what you are looking for. It will use GDCM to read your DICOM
and the output image is saved in the format of your choosing based on the
extension of the output file. Beware that when saving your image in JPEG
you might have compression artifact and loss in image quality. You can also
use other widely used formats such as TIFF to avoid these issues.

Hope this helps,
Francois

[1]
https://github.com/InsightSoftwareConsortium/ITK/blob/master/Examples/IO/DicomImageReadWrite.cxx

On Tue, Nov 1, 2016 at 3:22 AM, meikolin saimara <kolin9105 at gmail.com>
wrote:

> hello every one how to convert dcm to jpeg using ITK??
>
> _____________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Kitware offers ITK Training Courses, for more information visit:
> http://www.kitware.com/products/protraining.php
>
> Please keep messages on-topic and check the ITK FAQ at:
> http://www.itk.org/Wiki/ITK_FAQ
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/insight-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161101/bc435a36/attachment.html>

From blowekamp at mail.nih.gov  Thu Nov  3 08:51:22 2016
From: blowekamp at mail.nih.gov (Lowekamp, Bradley (NIH/NLM/LHC) [C])
Date: Thu, 3 Nov 2016 12:51:22 +0000
Subject: [ITK-users] Simple ITK Wavelet Transform ?? it is possible?
In-Reply-To: <1477904974504-37723.post@n7.nabble.com>
References: <1477904974504-37723.post@n7.nabble.com>
Message-ID: <01176455-5C25-45B0-8A54-2202C794308E@mail.nih.gov>

Hello,

There looks like there is a new Remote ITK module to do wavelet underdevelopment. You can see the patch under review here:

http://review.source.kitware.com/#/c/21512/

HTH,
Brad

> On Oct 31, 2016, at 5:09 AM, ivan <ivan.granata.na at gmail.com> wrote:
> 
> Is it possibile to apply a wavelet transform to an image in SimpleITK?
> Thx
> 
> 
> 
> --
> View this message in context: http://itk-users.7.n7.nabble.com/ITK-users-Simple-ITK-Wavelet-Transform-it-is-possible-tp37723.html
> Sent from the ITK - Users mailing list archive at Nabble.com.
> _____________________________________
> Powered by www.kitware.com
> 
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
> 
> Kitware offers ITK Training Courses, for more information visit:
> http://www.kitware.com/products/protraining.php
> 
> Please keep messages on-topic and check the ITK FAQ at:
> http://www.itk.org/Wiki/ITK_FAQ
> 
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/insight-users


From francois.budin at kitware.com  Thu Nov  3 16:30:46 2016
From: francois.budin at kitware.com (Francois Budin)
Date: Thu, 3 Nov 2016 16:30:46 -0400
Subject: [ITK-users] [ITK] meaning of negative spacing
In-Reply-To: <CAPf2UMTtxYznJ9zuyEH0wyPmQiQzNg7HgU69KsO1hgKT+nXfFQ@mail.gmail.com>
References: <CADiSopPEWDn0tsriS=g913DRqUsr5quzVHE3Tst2B7D67Ckb+A@mail.gmail.com>
 <CAPf2UMTih9YdBDoUh0z4JXUsi3ErWBXPjv+yqCG9tWvXW+guyw@mail.gmail.com>
 <CADiSopOgno7=XAm-ZDqgjfaMV5YDk=RWH6WJzfC2rD7eZq7-Lw@mail.gmail.com>
 <CAPf2UMTtxYznJ9zuyEH0wyPmQiQzNg7HgU69KsO1hgKT+nXfFQ@mail.gmail.com>
Message-ID: <CAHwLD2UpUftJkVnFjadMJTzrkPggYRSLz2=b8iL--NQdOdSAug@mail.gmail.com>

Hello Zein,

ITK was updated and the problem you had with negative spacing should be
corrected. The spacing should not be negative, and if an image with a
negative spacing is loaded, it is assumed that it means that the image
direction should be inverted, which is now automatically done when reading
an image.
To test the latest version of iITK, you can download it from its git
repository:
git clone http://itk.org/ITK.git

Hope this helps,
Francois

On Mon, Oct 24, 2016 at 11:16 AM, D?enan Zuki? <dzenanz at gmail.com> wrote:

> Hi Zein,
>
> image position patient is the authoritative tag to reconstruct slice
> spacing and the vector of Z position/orientation. But I am surprised that
> result is negative spacing instead of negative direction cosine
> (orientation vector). Can you provide the offending DICOM file?
>
> Regards,
> D?enan
>
> On Mon, Oct 24, 2016 at 11:12 AM, Zein Salah <zeinsalah at gmail.com> wrote:
>
>> Hi D?enan,
>>
>> thanks for the response.
>>
>> but I still wonder what does this mean. The reason for the question is:
>>
>> The input image is a multiframe dicom, in which the image position
>> patient (0020, 0032)
>> is stored in the header for every frame. and these values are having
>> decreasing values
>> in the z-coordinate. So I am asking myself
>>
>> 1. if the itkimagereader considers this when it reconstructs the 3D
>> volume?
>>
>> 2. if this is the reason for negative z-spacing? if this is the case,
>> I can this to
>> interpret the meaning of the z-spacing.
>>
>>
>>
>>
>> 2016-10-24 16:55 GMT+02:00 D?enan Zuki? <dzenanz at gmail.com>:
>> > Hi Zein,
>> >
>> > I suppose you could invert the 3rd row (Z component) of the
>> TransformMatrix
>> > and have the spacing positive. It should have the same effect and is
>> more
>> > logical.
>> >
>> > Regards,
>> > D?enan
>> >
>> > On Mon, Oct 24, 2016 at 8:50 AM, Zein Salah <zeinsalah at gmail.com>
>> wrote:
>> >>
>> >> Hi,
>> >>
>> >> I have a question regarding reading dicom files with itk,
>> >> particularly, multiframe dicom file (all slices in one single file).
>> >>
>> >> I have read an image with itk 4.10 and write it into an mhd-raw image.
>> >> I noticed that the z-spacin is negative.
>> >> What does negative spacing mean?
>> >>
>> >> thanks,
>> >> Zein
>> >> _______________________________________________
>> >> Community mailing list
>> >> Community at itk.org
>> >> http://public.kitware.com/mailman/listinfo/community
>> >
>> >
>>
>
>
> _______________________________________________
> Community mailing list
> Community at itk.org
> http://public.kitware.com/mailman/listinfo/community
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161103/18cfd989/attachment.html>

From sg.ele.eng at gmail.com  Thu Nov  3 20:46:45 2016
From: sg.ele.eng at gmail.com (Sara Gh)
Date: Thu, 3 Nov 2016 20:46:45 -0400
Subject: [ITK-users] Problem with reading dicom series using SimpleITK
Message-ID: <CACjcMuZnGeCj0tyXZgZwOPU-MV6TfmntATPNw7CFmVvmwiSpqQ@mail.gmail.com>

Hello,

I have used this MATLAB
<https://www.mathworks.com/matlabcentral/fileexchange/50974-3d-shepp-logan-phantom>
code
to create a stack of images using Shepp-Logan Phantom and saved all these
images in dicom format using *dicomwrite* function:

sizeP = [128 128 128]

[p,ellipse]=phantom3dAniso(sizeP);

outDir = './SLPData/';

for i=1:sizeP(3)

    fname = [outDir sprintf('SLP%06d.dcm', i)];

    dicomwrite(p(:,:,i), fname)
end

So, I have 128 dicom files ('SLP000001.dcm', 'SLP000002.dcm', ... ,
'SLP000128.dcm' ) in the 'SLPData' folder. Now, I am trying to read
these dicom images in Python using SimpleITK:

pathDicomA = '/SLPData'
reader = sitk.ImageSeriesReader()
dicom_namesA = reader.GetGDCMSeriesFileNames(pathDicomA)
reader.SetFileNames(dicom_namesA)
imageA = reader.Execute()

However, when I run the code, it only reads in one of the images instead of
the whole series:

dicom_namesA => ('.../SLPData/SLP000108.dcm',)
imageA.GetSize()  => (128, 128, 1)

I am wondering what is causing this issue and how I should resolve it?

Thanks in advance!

Best regards,
Sara
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161103/514c5789/attachment.html>

From francois.budin at kitware.com  Thu Nov  3 22:26:57 2016
From: francois.budin at kitware.com (Francois Budin)
Date: Thu, 3 Nov 2016 22:26:57 -0400
Subject: [ITK-users] Problem with reading dicom series using SimpleITK
In-Reply-To: <CACjcMuZnGeCj0tyXZgZwOPU-MV6TfmntATPNw7CFmVvmwiSpqQ@mail.gmail.com>
References: <CACjcMuZnGeCj0tyXZgZwOPU-MV6TfmntATPNw7CFmVvmwiSpqQ@mail.gmail.com>
Message-ID: <CAHwLD2VharCFGHBTBT3JkXzbYFT2_fsAceyht_H5-nM6VRA5dw@mail.gmail.com>

Hello Sara,

Your code using SimpleITK is correct. I downloaded dicom images from here
[1] and ran your code with this data and it found all the input dicom that
were in the specified folder. Can you make sure that your output DICOM
images from matlab are 2D images with the same series ID? My guess isthat
your DICOMs have different seriesID, and
reader.GetGDCMSeriesFileNames(pathDicomA) only takes the first series it
finds (if no seriesID is specified).

Hope this helps,
Francois


[1] https://midas3.kitware.com/midas/folder/7741

On Thu, Nov 3, 2016 at 8:46 PM, Sara Gh <sg.ele.eng at gmail.com> wrote:

> Hello,
>
> I have used this MATLAB
> <https://www.mathworks.com/matlabcentral/fileexchange/50974-3d-shepp-logan-phantom> code
> to create a stack of images using Shepp-Logan Phantom and saved all these
> images in dicom format using *dicomwrite* function:
>
> sizeP = [128 128 128]
>
> [p,ellipse]=phantom3dAniso(sizeP);
>
> outDir = './SLPData/';
>
> for i=1:sizeP(3)
>
>     fname = [outDir sprintf('SLP%06d.dcm', i)];
>
>     dicomwrite(p(:,:,i), fname)
> end
>
> So, I have 128 dicom files ('SLP000001.dcm', 'SLP000002.dcm', ... ,
> 'SLP000128.dcm' ) in the 'SLPData' folder. Now, I am trying to read
> these dicom images in Python using SimpleITK:
>
> pathDicomA = '/SLPData'
> reader = sitk.ImageSeriesReader()
> dicom_namesA = reader.GetGDCMSeriesFileNames(pathDicomA)
> reader.SetFileNames(dicom_namesA)
> imageA = reader.Execute()
>
> However, when I run the code, it only reads in one of the images
> instead of the whole series:
>
> dicom_namesA => ('.../SLPData/SLP000108.dcm',)
> imageA.GetSize()  => (128, 128, 1)
>
> I am wondering what is causing this issue and how I should resolve it?
>
> Thanks in advance!
>
> Best regards,
> Sara
>
> _____________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Kitware offers ITK Training Courses, for more information visit:
> http://www.kitware.com/products/protraining.php
>
> Please keep messages on-topic and check the ITK FAQ at:
> http://www.itk.org/Wiki/ITK_FAQ
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/insight-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161103/39a98bb0/attachment.html>

From cyril.mory at creatis.insa-lyon.fr  Fri Nov  4 10:26:31 2016
From: cyril.mory at creatis.insa-lyon.fr (Cyril Mory)
Date: Fri, 4 Nov 2016 15:26:31 +0100
Subject: [ITK-users] Is this a bug ?
In-Reply-To: <9aecc2fe-18e6-fc4f-0d77-d1225c5b1791@neuro.ma.uni-heidelberg.de>
References: <9aecc2fe-18e6-fc4f-0d77-d1225c5b1791@neuro.ma.uni-heidelberg.de>
Message-ID: <a83a1db6-0fae-0085-06e8-39b1848b82b5@creatis.insa-lyon.fr>

Hello, ITK users,

I've encountered a behavior with vnl_matrix, and I'm wondering whether 
it is a bug or a feature. The following code outputs differents results:

#include <iostream>
#include <vnl_vector.h>
#include <vnl_matrix.h>

int main()
{
   vnl_matrix<double> matrix(2, 2);
   matrix.put(0, 0, 4);
   matrix.put(0, 1, 3);
   matrix.put(1, 0, 2);
   matrix.put(1, 1, 1);

   // Display the matrix
   std::cout << "Matrix" << std::endl;
   std::cout << matrix << std::endl;

   // Display the first row of the matrix,
   vnl_vector<double> matrixRow;
   matrixRow = matrix.get_row(0);
   std::cout << "First row, stored in a vnl_vector" << std::endl;
   std::cout << matrixRow << std::endl;

   double* matrixRowData = matrix.get_row(0).data_block();
   std::cout << "First row, stored in a double*" << std::endl;
   std::cout << matrixRowData[0] << " " << matrixRowData[1] << std::endl;

   double* matrixRowDataFromVector = matrixRow.data_block();
   std::cout << "First row, stored in a double* after passing through a 
vnl_vector" << std::endl;
   std::cout << matrixRowDataFromVector[0] << " " << 
matrixRowDataFromVector[1] << std::endl;

   return EXIT_SUCCESS;
}

Output :

Matrix

4 3

2 1

First row, stored in a vnl_vector

4 3

First row, stored in a double*

0 3

First row, stored in a double* after passing through a vnl_vector

4 3



It was compiled with the following CMakeLists.txt:


cmake_minimum_required(VERSION 2.8)

project(IsThisAvnlBug)

find_package(ITK REQUIRED)
include(${ITK_USE_FILE})

add_executable(IsThisAvnlBug MACOSX_BUNDLE IsThisAvnlBug.cxx)
target_link_libraries(IsThisAvnlBug ${ITK_LIBRARIES})

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161104/584d34de/attachment.html>

From sg.ele.eng at gmail.com  Fri Nov  4 10:57:42 2016
From: sg.ele.eng at gmail.com (Sara Gh)
Date: Fri, 4 Nov 2016 10:57:42 -0400
Subject: [ITK-users] Problem with reading dicom series using SimpleITK
In-Reply-To: <CAHwLD2VharCFGHBTBT3JkXzbYFT2_fsAceyht_H5-nM6VRA5dw@mail.gmail.com>
References: <CACjcMuZnGeCj0tyXZgZwOPU-MV6TfmntATPNw7CFmVvmwiSpqQ@mail.gmail.com>
 <CAHwLD2VharCFGHBTBT3JkXzbYFT2_fsAceyht_H5-nM6VRA5dw@mail.gmail.com>
Message-ID: <CACjcMub2f6Z4kfs3P8BnrD+Gtj6Ms_XWK5PvmYZzjS_ECuQLQw@mail.gmail.com>

Dear Francois,

Thank you for your helpful email.
As you said, the issue was about the series ID. I fixed the issue by making
metadata (including SeriesInstanceUID) the same for all dicom files in my
MATLAB code:

sizeP = [128 128 128]

[p,ellipse]=phantom3dAniso(sizeP);

outDir = './SLPData/';

fname = [outDir 'SLP000001.dcm'];

dicomwrite(p(:,:,i), fname);

metadata = dicominfo(fname);

for i=2:sizeP(3)

    fname = [outDir sprintf('SLP%06d.dcm', i)];

    dicomwrite(p(:,:,i), fname, metadata, 'CreateMode', 'copy');
end

Thanks,
Sara


On Thu, Nov 3, 2016 at 10:26 PM, Francois Budin <francois.budin at kitware.com>
wrote:

> Hello Sara,
>
> Your code using SimpleITK is correct. I downloaded dicom images from here
> [1] and ran your code with this data and it found all the input dicom that
> were in the specified folder. Can you make sure that your output DICOM
> images from matlab are 2D images with the same series ID? My guess isthat
> your DICOMs have different seriesID, and reader.GetGDCMSeriesFileNames(pathDicomA)
> only takes the first series it finds (if no seriesID is specified).
>
> Hope this helps,
> Francois
>
>
> [1] https://midas3.kitware.com/midas/folder/7741
>
> On Thu, Nov 3, 2016 at 8:46 PM, Sara Gh <sg.ele.eng at gmail.com> wrote:
>
>> Hello,
>>
>> I have used this MATLAB
>> <https://www.mathworks.com/matlabcentral/fileexchange/50974-3d-shepp-logan-phantom> code
>> to create a stack of images using Shepp-Logan Phantom and saved all these
>> images in dicom format using *dicomwrite* function:
>>
>> sizeP = [128 128 128]
>>
>> [p,ellipse]=phantom3dAniso(sizeP);
>>
>> outDir = './SLPData/';
>>
>> for i=1:sizeP(3)
>>
>>     fname = [outDir sprintf('SLP%06d.dcm', i)];
>>
>>     dicomwrite(p(:,:,i), fname)
>> end
>>
>> So, I have 128 dicom files ('SLP000001.dcm', 'SLP000002.dcm', ... ,
>> 'SLP000128.dcm' ) in the 'SLPData' folder. Now, I am trying to read
>> these dicom images in Python using SimpleITK:
>>
>> pathDicomA = '/SLPData'
>> reader = sitk.ImageSeriesReader()
>> dicom_namesA = reader.GetGDCMSeriesFileNames(pathDicomA)
>> reader.SetFileNames(dicom_namesA)
>> imageA = reader.Execute()
>>
>> However, when I run the code, it only reads in one of the images
>> instead of the whole series:
>>
>> dicom_namesA => ('.../SLPData/SLP000108.dcm',)
>> imageA.GetSize()  => (128, 128, 1)
>>
>> I am wondering what is causing this issue and how I should resolve it?
>>
>> Thanks in advance!
>>
>> Best regards,
>> Sara
>>
>> _____________________________________
>> Powered by www.kitware.com
>>
>> Visit other Kitware open-source projects at
>> http://www.kitware.com/opensource/opensource.html
>>
>> Kitware offers ITK Training Courses, for more information visit:
>> http://www.kitware.com/products/protraining.php
>>
>> Please keep messages on-topic and check the ITK FAQ at:
>> http://www.itk.org/Wiki/ITK_FAQ
>>
>> Follow this link to subscribe/unsubscribe:
>> http://public.kitware.com/mailman/listinfo/insight-users
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161104/7ec2cca5/attachment.html>

From francois.budin at kitware.com  Fri Nov  4 10:59:33 2016
From: francois.budin at kitware.com (Francois Budin)
Date: Fri, 4 Nov 2016 10:59:33 -0400
Subject: [ITK-users] Problem with reading dicom series using SimpleITK
In-Reply-To: <CACjcMub2f6Z4kfs3P8BnrD+Gtj6Ms_XWK5PvmYZzjS_ECuQLQw@mail.gmail.com>
References: <CACjcMuZnGeCj0tyXZgZwOPU-MV6TfmntATPNw7CFmVvmwiSpqQ@mail.gmail.com>
 <CAHwLD2VharCFGHBTBT3JkXzbYFT2_fsAceyht_H5-nM6VRA5dw@mail.gmail.com>
 <CACjcMub2f6Z4kfs3P8BnrD+Gtj6Ms_XWK5PvmYZzjS_ECuQLQw@mail.gmail.com>
Message-ID: <CAHwLD2VU7DL+V=13rY-1HnTAxvRj8tEWjVYpu=O2EMaJv+su7Q@mail.gmail.com>

Thanks for sharing the solution to your problem.

Francois

On Fri, Nov 4, 2016 at 10:57 AM, Sara Gh <sg.ele.eng at gmail.com> wrote:

> Dear Francois,
>
> Thank you for your helpful email.
> As you said, the issue was about the series ID. I fixed the issue by
> making metadata (including SeriesInstanceUID) the same for all dicom files
> in my MATLAB code:
>
> sizeP = [128 128 128]
>
> [p,ellipse]=phantom3dAniso(sizeP);
>
> outDir = './SLPData/';
>
> fname = [outDir 'SLP000001.dcm'];
>
> dicomwrite(p(:,:,i), fname);
>
> metadata = dicominfo(fname);
>
> for i=2:sizeP(3)
>
>     fname = [outDir sprintf('SLP%06d.dcm', i)];
>
>     dicomwrite(p(:,:,i), fname, metadata, 'CreateMode', 'copy');
> end
>
> Thanks,
> Sara
>
>
> On Thu, Nov 3, 2016 at 10:26 PM, Francois Budin <
> francois.budin at kitware.com> wrote:
>
>> Hello Sara,
>>
>> Your code using SimpleITK is correct. I downloaded dicom images from here
>> [1] and ran your code with this data and it found all the input dicom that
>> were in the specified folder. Can you make sure that your output DICOM
>> images from matlab are 2D images with the same series ID? My guess isthat
>> your DICOMs have different seriesID, and reader.GetGDCMSeriesFileNames(pathDicomA)
>> only takes the first series it finds (if no seriesID is specified).
>>
>> Hope this helps,
>> Francois
>>
>>
>> [1] https://midas3.kitware.com/midas/folder/7741
>>
>> On Thu, Nov 3, 2016 at 8:46 PM, Sara Gh <sg.ele.eng at gmail.com> wrote:
>>
>>> Hello,
>>>
>>> I have used this MATLAB
>>> <https://www.mathworks.com/matlabcentral/fileexchange/50974-3d-shepp-logan-phantom> code
>>> to create a stack of images using Shepp-Logan Phantom and saved all these
>>> images in dicom format using *dicomwrite* function:
>>>
>>> sizeP = [128 128 128]
>>>
>>> [p,ellipse]=phantom3dAniso(sizeP);
>>>
>>> outDir = './SLPData/';
>>>
>>> for i=1:sizeP(3)
>>>
>>>     fname = [outDir sprintf('SLP%06d.dcm', i)];
>>>
>>>     dicomwrite(p(:,:,i), fname)
>>> end
>>>
>>> So, I have 128 dicom files ('SLP000001.dcm', 'SLP000002.dcm', ... ,
>>> 'SLP000128.dcm' ) in the 'SLPData' folder. Now, I am trying to read
>>> these dicom images in Python using SimpleITK:
>>>
>>> pathDicomA = '/SLPData'
>>> reader = sitk.ImageSeriesReader()
>>> dicom_namesA = reader.GetGDCMSeriesFileNames(pathDicomA)
>>> reader.SetFileNames(dicom_namesA)
>>> imageA = reader.Execute()
>>>
>>> However, when I run the code, it only reads in one of the images
>>> instead of the whole series:
>>>
>>> dicom_namesA => ('.../SLPData/SLP000108.dcm',)
>>> imageA.GetSize()  => (128, 128, 1)
>>>
>>> I am wondering what is causing this issue and how I should resolve it?
>>>
>>> Thanks in advance!
>>>
>>> Best regards,
>>> Sara
>>>
>>> _____________________________________
>>> Powered by www.kitware.com
>>>
>>> Visit other Kitware open-source projects at
>>> http://www.kitware.com/opensource/opensource.html
>>>
>>> Kitware offers ITK Training Courses, for more information visit:
>>> http://www.kitware.com/products/protraining.php
>>>
>>> Please keep messages on-topic and check the ITK FAQ at:
>>> http://www.itk.org/Wiki/ITK_FAQ
>>>
>>> Follow this link to subscribe/unsubscribe:
>>> http://public.kitware.com/mailman/listinfo/insight-users
>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161104/79d9bbe7/attachment.html>

From francois.budin at kitware.com  Sat Nov  5 09:41:23 2016
From: francois.budin at kitware.com (Francois Budin)
Date: Sat, 5 Nov 2016 09:41:23 -0400
Subject: [ITK-users] Is this a bug ?
In-Reply-To: <a83a1db6-0fae-0085-06e8-39b1848b82b5@creatis.insa-lyon.fr>
References: <9aecc2fe-18e6-fc4f-0d77-d1225c5b1791@neuro.ma.uni-heidelberg.de>
 <a83a1db6-0fae-0085-06e8-39b1848b82b5@creatis.insa-lyon.fr>
Message-ID: <CAHwLD2W6X0NB5zXV9sQ4MRnH20uvrEokScDEBA-hDsaamJ_Z6Q@mail.gmail.com>

Hello Cyril,

Thank you for pointing out this behavior. This is a memory allocation
problem in your program. To need to create some memory space to save the
data that is returned by the vnl_matrix.
See below a way to solve your issue.

Hope this helps,
Francois

#include <iostream>
#include <vnl_vector.h>
#include <vnl_matrix.h>
#include <cstring>

int main()
{
  vnl_matrix<double> matrix(2, 2);
  matrix.put(0, 0, 4);
  matrix.put(0, 1, 3);
  matrix.put(1, 0, 2);
  matrix.put(1, 1, 1);

  // Display the matrix
  std::cout << "Matrix" << std::endl;
  std::cout << matrix << std::endl;

  // Display the first row of the matrix,
  vnl_vector<double> matrixRow;
  matrixRow = matrix.get_row(0);
  std::cout << "First row, stored in a vnl_vector" << std::endl;
  std::cout << matrixRow << std::endl;

  double matrixRowData[2];
  std::memcpy(matrixRowData,  matrix.get_row(0).data_block(),
2*sizeof(double));
  std::cout << "First row, stored in a double*" << std::endl;
  std::cout << matrixRowData[0] << " " << matrixRowData[1] << std::endl;

  double* matrixRowDataFromVector = matrixRow.data_block();
  std::cout << "First row, stored in a double* after passing through a
vnl_vector" << std::endl;
  std::cout << matrixRowDataFromVector[0] << " " <<
matrixRowDataFromVector[1] << std::endl;

  return 0;
}

Matrix

4 3

2 1


First row, stored in a vnl_vector

4 3

First row, stored in a double*

4 3

First row, stored in a double* after passing through a vnl_vector

4 3


On Fri, Nov 4, 2016 at 10:26 AM, Cyril Mory <cyril.mory at creatis.insa-lyon.fr
> wrote:

> Hello, ITK users,
>
> I've encountered a behavior with vnl_matrix, and I'm wondering whether it
> is a bug or a feature. The following code outputs differents results:
>
> #include <iostream>
> #include <vnl_vector.h>
> #include <vnl_matrix.h>
>
> int main()
> {
>   vnl_matrix<double> matrix(2, 2);
>   matrix.put(0, 0, 4);
>   matrix.put(0, 1, 3);
>   matrix.put(1, 0, 2);
>   matrix.put(1, 1, 1);
>
>   // Display the matrix
>   std::cout << "Matrix" << std::endl;
>   std::cout << matrix << std::endl;
>
>   // Display the first row of the matrix,
>   vnl_vector<double> matrixRow;
>   matrixRow = matrix.get_row(0);
>   std::cout << "First row, stored in a vnl_vector" << std::endl;
>   std::cout << matrixRow << std::endl;
>
>   double* matrixRowData = matrix.get_row(0).data_block();
>   std::cout << "First row, stored in a double*" << std::endl;
>   std::cout << matrixRowData[0] << " " << matrixRowData[1] << std::endl;
>
>   double* matrixRowDataFromVector = matrixRow.data_block();
>   std::cout << "First row, stored in a double* after passing through a
> vnl_vector" << std::endl;
>   std::cout << matrixRowDataFromVector[0] << " " <<
> matrixRowDataFromVector[1] << std::endl;
>
>   return EXIT_SUCCESS;
> }
>
> Output :
>
> Matrix
>
> 4 3
>
> 2 1
>
> First row, stored in a vnl_vector
>
> 4 3
>
> First row, stored in a double*
>
> 0 3
>
> First row, stored in a double* after passing through a vnl_vector
>
> 4 3
>
>
> It was compiled with the following CMakeLists.txt:
>
>
> cmake_minimum_required(VERSION 2.8)
>
> project(IsThisAvnlBug)
>
> find_package(ITK REQUIRED)
> include(${ITK_USE_FILE})
>
> add_executable(IsThisAvnlBug MACOSX_BUNDLE IsThisAvnlBug.cxx)
> target_link_libraries(IsThisAvnlBug ${ITK_LIBRARIES})
>
>
> _____________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Kitware offers ITK Training Courses, for more information visit:
> http://www.kitware.com/products/protraining.php
>
> Please keep messages on-topic and check the ITK FAQ at:
> http://www.itk.org/Wiki/ITK_FAQ
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/insight-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161105/901a9c5a/attachment.html>

From bakkari.abdelkhalek at hotmail.fr  Mon Nov  7 08:53:55 2016
From: bakkari.abdelkhalek at hotmail.fr (Abdelkhalek Bakkari)
Date: Mon, 7 Nov 2016 13:53:55 +0000
Subject: [ITK-users] Mouse release and mapping (x,y) to slice (i,j)
Message-ID: <AM2PR09MB056259AC16EB60A6B9C1A25B83A70@AM2PR09MB0562.eurprd09.prod.outlook.com>

Dear ITK users,


I am using QT and VTK. I created a mouse release method to use it inside a QVTKWidget :

void MyQVTKWidget::mouseReleaseEvent(QMouseEvent* event)

{

if (pMainWindow)
{

    ((MainWindow *)pMainWindow)->myMouseReleaseEvent(event);
}

    // call the super class to avoid troubles

    QVTKWidget::mouseReleaseEvent(event);

}

Now, I would like to map (x,y) to slice (i,j). Generally, mouse position should be mapped into ( i, j) of current slice. It depends on the zoom factor, aspect ratio of the slice and the window size.


But, I am wondering about how can I solve this issue.



Thanks in advance!

Best regards,


Abdelkhalek Bakkari
Ph.D candidate in Computer Science
Institute of Applied Computer Science
Lodz University of Technology, Poland


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161107/43e6c441/attachment.html>

From francois.budin at kitware.com  Mon Nov  7 09:04:04 2016
From: francois.budin at kitware.com (Francois Budin)
Date: Mon, 7 Nov 2016 09:04:04 -0500
Subject: [ITK-users] Mouse release and mapping (x,y) to slice (i,j)
In-Reply-To: <AM2PR09MB056259AC16EB60A6B9C1A25B83A70@AM2PR09MB0562.eurprd09.prod.outlook.com>
References: <AM2PR09MB056259AC16EB60A6B9C1A25B83A70@AM2PR09MB0562.eurprd09.prod.outlook.com>
Message-ID: <CAHwLD2VbmgPGGOVRipfoENg+HtXzSupNBfrYXyXA+s_Q8+xyTw@mail.gmail.com>

Hello Abdelkhalek,

Your question seem to be related to VTK, not ITK. You may want to contact
the VTK mailing list. You can register to the VTK mailing lists from this
page:
http://www.vtk.org/mailing-lists/

Hope this helps,
Francois

On Mon, Nov 7, 2016 at 8:53 AM, Abdelkhalek Bakkari <
bakkari.abdelkhalek at hotmail.fr> wrote:

> Dear ITK users,
>
>
>
> I am using QT and VTK. I created a mouse release method to use it inside a
> QVTKWidget :
>
> void MyQVTKWidget::mouseReleaseEvent(QMouseEvent* event)
>
> {
>
> if (pMainWindow){
>
>     ((MainWindow *)pMainWindow)->myMouseReleaseEvent(event);}
>
>     // call the super class to avoid troubles
>
>     QVTKWidget::mouseReleaseEvent(event);
>
> }
>
> Now, I would like to map (x,y) to slice (i,j). Generally, mouse position
> should be mapped into ( i, j) of current slice. It depends on the zoom
> factor, aspect ratio of the slice and the window size.
>
>
> But, I am wondering about how can I solve this issue.
>
>
>
> Thanks in advance!
> Best regards,
>
>
> Abdelkhalek Bakkari
> Ph.D candidate in Computer Science
> Institute of Applied Computer Science
> Lodz University of Technology, Poland
>
>
>
> _____________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Kitware offers ITK Training Courses, for more information visit:
> http://www.kitware.com/products/protraining.php
>
> Please keep messages on-topic and check the ITK FAQ at:
> http://www.itk.org/Wiki/ITK_FAQ
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/insight-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161107/9b480ea1/attachment.html>

From kolin9105 at gmail.com  Mon Nov  7 14:22:26 2016
From: kolin9105 at gmail.com (meikolin saimara)
Date: Tue, 8 Nov 2016 02:22:26 +0700
Subject: [ITK-users] (no subject)
Message-ID: <CAEiw7u58LMRrZpefhnrEKJNx+JU8dQ2-8XRG8vVxtdwUrTZSgw@mail.gmail.com>

hello guys I have a problem in ITK because I am beginer in itk.
my problem is How to combine Dicom imagesreadand write with
BinaryImagethreshold filter in one program??
on dicom image read and write program  I just need the ouputimage not
ouptdicom image...
please help me guys..
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161108/356ce1e1/attachment.html>

From sg.ele.eng at gmail.com  Mon Nov  7 22:38:35 2016
From: sg.ele.eng at gmail.com (Sara Gh)
Date: Mon, 7 Nov 2016 22:38:35 -0500
Subject: [ITK-users] Writing dicom series in SimpleITK
Message-ID: <CACjcMuaCT+ShY85tOqi5apwxVAj70AwFAVHUn5xLq_hv3rRwrA@mail.gmail.com>

Hello,

I am storing a series of Dicom images using "ImageSeriesWriter" in
SimpleITK:

def writeSeries(imagein,outDir):
    writer = sitk.ImageSeriesWriter()
    filenames = [ outDir+'MR_{0:04}.dcm'.format(i) for i in
range(imagein.GetSize()[2])]
    writer.SetFileNames(filenames)
    writer.Execute(imagein)

However, I am not able to read in the stored series and
"GetGDCMSeriesFileNames" reads only one of the Dicom images, not the wholes
series. I guess it is something related to the metadata of the stored
series, but I couldn't fix it. I would be thankful if you could help me
with it.

Regards,
Sara
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161107/cb144f23/attachment.html>

From matimontg at gmail.com  Tue Nov  8 06:33:14 2016
From: matimontg at gmail.com (Matias Montroull)
Date: Tue, 8 Nov 2016 08:33:14 -0300
Subject: [ITK-users] Writing dicom series in SimpleITK
In-Reply-To: <CACjcMuaCT+ShY85tOqi5apwxVAj70AwFAVHUn5xLq_hv3rRwrA@mail.gmail.com>
References: <CACjcMuaCT+ShY85tOqi5apwxVAj70AwFAVHUn5xLq_hv3rRwrA@mail.gmail.com>
Message-ID: <CAKKNfuLyougU5yaVoxDW6+2K=bdCAOVR+yop3e6irXyvhBf=DQ@mail.gmail.com>

I had the same issue a while ago and the answer at that time was that the
serieswriter is not fully functional yet. Not sure if it has been fixed
since then. The problem is related to the metadata as you mentioned I
believe.

Matias

On Nov 8, 2016 12:38 AM, "Sara Gh" <sg.ele.eng at gmail.com> wrote:

> Hello,
>
> I am storing a series of Dicom images using "ImageSeriesWriter" in
> SimpleITK:
>
> def writeSeries(imagein,outDir):
>     writer = sitk.ImageSeriesWriter()
>     filenames = [ outDir+'MR_{0:04}.dcm'.format(i) for i in
> range(imagein.GetSize()[2])]
>     writer.SetFileNames(filenames)
>     writer.Execute(imagein)
>
> However, I am not able to read in the stored series and
> "GetGDCMSeriesFileNames" reads only one of the Dicom images, not the wholes
> series. I guess it is something related to the metadata of the stored
> series, but I couldn't fix it. I would be thankful if you could help me
> with it.
>
> Regards,
> Sara
>
> _____________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Kitware offers ITK Training Courses, for more information visit:
> http://www.kitware.com/products/protraining.php
>
> Please keep messages on-topic and check the ITK FAQ at:
> http://www.itk.org/Wiki/ITK_FAQ
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/insight-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161108/062413b0/attachment.html>

From kolin9105 at gmail.com  Tue Nov  8 11:59:26 2016
From: kolin9105 at gmail.com (meikolin saimara)
Date: Tue, 8 Nov 2016 23:59:26 +0700
Subject: [ITK-users] my problem
Message-ID: <CAEiw7u5nJqCjh87QW0eNWu3DvNr9kFwgXjWi6QCZzu0wbngnwg@mail.gmail.com>

hello guys I have a question.
how we  can combine Rescale intensity image filter with
BinaryThresholdImageFilter.
please help me..
I am begginer in ITK.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161108/24e5ad3e/attachment.html>

From jinzhong76 at gmail.com  Tue Nov  8 16:57:57 2016
From: jinzhong76 at gmail.com (Yang, Jinzhong)
Date: Tue, 8 Nov 2016 15:57:57 -0600
Subject: [ITK-users] ITK build_shared_libs
In-Reply-To: <CALzTN-RWb1AUpCXaYXkiU27493ULn5+-v20gqz5c__BRptH7+w@mail.gmail.com>
References: <015301d215ea$ee7b8a50$cb729ef0$@gmail.com>
 <CAPf2UMTfM=qkrHjYxbRFrpnD75qMH5vgsE-wNwFzKLhsBmA5Xg@mail.gmail.com>
 <CAHwLD2WRs_h2qM9kNf0gwa9NQ1G_pM6MzxR9iCYBeNFr25DRHw@mail.gmail.com>
 <000901d21824$6789f770$369de650$@gmail.com>
 <CALzTN-QUfdWUDG39G27O+ZcNL0K+ya2+qzcs9RT8LvwoYbmeFg@mail.gmail.com>
 <001b01d2182f$9943e9a0$cbcbbce0$@gmail.com>
 <CALzTN-SrnXBOfvUPHMMu6sSDuK__kW2amEY6LzkiaAb8BZeOuA@mail.gmail.com>
 <003c01d21846$e91e4c60$bb5ae520$@gmail.com>
 <CAHwLD2Whcjwz9-BeXBT82xyGv-TPiUrKEVb1S1=RD7zYUy1j9A@mail.gmail.com>
 <004701d21866$dbe3b5b0$93ab2110$@gmail.com>
 <CALzTN-RxqmxRYdKF+U7-UbRXO412bUsq2eJBPh+fuK3t_9QPUg@mail.gmail.com>
 <005201d21879$595bbee0$0c133ca0$@gmail.com>
 <CALzTN-R9XKNBo=aG9UZMVJZ3iTXf2AM16f1HRa-4uFAgVaKQVg@mail.gmail.com>
 <008201d218cf$1cdba7e0$5692f7a0$@gmail.com>
 <CALzTN-RWb1AUpCXaYXkiU27493ULn5+-v20gqz5c__BRptH7+w@mail.gmail.com>
Message-ID: <004a01d23a0b$2af9c930$80ed5b90$@gmail.com>

Hi Matt,

After a month I had the chance to look into this problem again and eventually I found out a workaround solution. Remember, I would like to compile my project as a shared library (output .dll file) with the ITK as static library (I did not turn on the build_shared_libs in cmake configuration for ITK). Now, when I used cmake to configure my project, it generated a folder ITKIOFactoryRegistration with two header files for all ITKIO libraries. This is line 41 of the iktImageIOFactoryRegisterManager.h -

void ITK_ABI_IMPORT NiftiImageIOFactoryRegister__Private();void ITK_ABI_IMPORT NrrdImageIOFactoryRegister__Private();void ITK_ABI_IMPORT GiplImageIOFactoryRegister__Private();void ITK_ABI_IMPORT HDF5ImageIOFactoryRegister__Private();void ITK_ABI_IMPORT JPEGImageIOFactoryRegister__Private();void ITK_ABI_IMPORT GDCMImageIOFactoryRegister__Private();void ITK_ABI_IMPORT BMPImageIOFactoryRegister__Private();void ITK_ABI_IMPORT LSMImageIOFactoryRegister__Private();void ITK_ABI_IMPORT PNGImageIOFactoryRegister__Private();void ITK_ABI_IMPORT TIFFImageIOFactoryRegister__Private();void ITK_ABI_IMPORT VTKImageIOFactoryRegister__Private();void ITK_ABI_IMPORT StimulateImageIOFactoryRegister__Private();void ITK_ABI_IMPORT BioRadImageIOFactoryRegister__Private();void ITK_ABI_IMPORT MetaImageIOFactoryRegister__Private();void ITK_ABI_IMPORT MRCImageIOFactoryRegister__Private();void ITK_ABI_IMPORT GE4ImageIOFactoryRegister__Private();void ITK_ABI_IMPORT GE5ImageIOFactoryRegister__Private();

Notice that the ITK_ABI_IMPORT was defined for each function. With this definition, the project will look for DLL files instead of LIB file to link. However, I compiled my ITK as static libs. That's why it gave the link error. Now, I removed all ITK_ABI_IMPORT definitions for all functions and recompiled my project, BINGO~ all passed.

I would consider this as a bug of cmake or cmake configuration of ITK.
Thanks,
-Jinzhong

-----Original Message-----
From: Matt McCormick [mailto:matt.mccormick at kitware.com] 
Sent: Tuesday, September 27, 2016 3:56 PM
To: Yang, Jinzhong <jinzhong76 at gmail.com>
Cc: Francois Budin <francois.budin at kitware.com>; Insight-users <insight-users at itk.org>
Subject: Re: [ITK-users] ITK build_shared_libs

Hi Jinzhong,

Thanks for the information. It seems that
ITK_IO_FACTORY_REGISTER_MANAGER is passed correctly, then. Without it,
the itk::ImageFileReader will not be able to read any formats.

I would keep investigating why all the ITK IO libraries are not being
linked in by checking the contents of the "ITK_LIBRARIES" CMake
variable, not using the link_libraries command, etc.

HTH,
Matt

On Tue, Sep 27, 2016 at 10:54 AM, Yang, Jinzhong <jinzhong76 at gmail.com> wrote:
> Hi Matt,
>
> This information is helpful. The ITK_IO_FACTORY_REGISTER_MANAGER was added to the definition of ContourWarping. The BUILD_DLL did not overwrite anything. To be safe, I took your suggestion. I compiled using the new CMake file, the problem still exists. Now, if I removed ITK_IO_FACTORY_REGISTER_MANAGER from definition, it gave me a go. Nothing complained. It seems that the IO factory has to be manually registered if I would like to build a shared lib. I am not sure which lib file(s) contain the definition of those missing functions... It seems that I include all possible IO libs from ITK.
>
> My other question is that, if I don't include the ITK_IO_FACTORY_REGISTER_MANAGER, will I have any trouble to read in files (common format supported by ITK) using the code I compiled?
> Thank you,
> -Jinzhong
>
>
> -----Original Message-----
> From: Matt McCormick [mailto:matt.mccormick at kitware.com]
> Sent: Tuesday, September 27, 2016 8:34 AM
> To: Yang, Jinzhong <jinzhong76 at gmail.com>
> Cc: Francois Budin <francois.budin at kitware.com>; Insight-users <insight-users at itk.org>
> Subject: Re: [ITK-users] ITK build_shared_libs
>
> Hi,
>
> I am not sure how the BUILD_DLL definition causes a shared library,
> but the concern is that setting the COMPILE_DEFINITIONS in this way is
> somehow interfering with the other definitions that need to be added
> to target. This definition is required to add the symbols that are
> missing.
>
>
> What happens:
>
> The itkImageFileReader.h file conditionally includes
> itkImageIOFactoryRegisterManager.h:
>
>   https://github.com/InsightSoftwareConsortium/ITK/blob/dfe042df74dd2a69bfca7fc3349a9c0fcc65c6e6/Modules/IO/ImageBase/include/itkImageFileReader.h#L170-L172
>
> This condition is based on the preprocessor definition of
> ITK_IO_FACTORY_REGISTER_MANAGER. This definition is added in the
> UseITK.cmake file:
>
>   https://github.com/InsightSoftwareConsortium/ITK/blob/dfe042df74dd2a69bfca7fc3349a9c0fcc65c6e6/CMake/UseITK.cmake#L286-L291
>
> when your CMake code calls "include(${ITK_USE_FILE})".
>
>
> Since the ITK_IO_FACTORY_REGISTER_MANAGER is added as
> COMPILE_DEFINITIONS on the CMake directory where the CMakeLists.txt
> exists, the ContourWarping target should have that definition. Check
> to verify that the definition is added to the build command.
>
>
> In general, to ensure that compile definitions are appended instead of
> replacing existing definitions, use:
>
>   set_property(TARGET  ContourWarping APPEND PROPERTY
> COMPILE_DEFINITIONS "BUILD_DLL")
>
> instead of
>
>   SET_TARGET_PROPERTIES(ContourWarping
>
>                       PROPERTIES COMPILE_DEFINITIONS "BUILD_DLL")
>
> HTH,
> Matt
>
> On Tue, Sep 27, 2016 at 12:41 AM, Yang, Jinzhong <jinzhong76 at gmail.com> wrote:
>> If I remove that line, I essentially build the library as static library. That works as I pointed out before. But I need to keep a copy of shared library because I have several mex functions depending on this library. I would like them to share this library. This is not a problem when I compiled it with ITK 3.16. I can compile both shared and static libraries with ITK 3.16 compiled as static library.
>>
>> -Jinzhong
>>
>>
>> -----Original Message-----
>> From: Matt McCormick [mailto:matt.mccormick at kitware.com]
>> Sent: Monday, September 26, 2016 11:30 PM
>> To: Yang, Jinzhong <jinzhong76 at gmail.com>
>> Cc: Francois Budin <francois.budin at kitware.com>; Insight-users <insight-users at itk.org>
>> Subject: Re: [ITK-users] ITK build_shared_libs
>>
>> Hi Jinzhong,
>>
>> Does removing this block:
>>
>>
>> IF (BUILD_SHARED_LIBS)
>>
>> SET_TARGET_PROPERTIES(ContourWarping
>>
>>                       PROPERTIES COMPILE_DEFINITIONS "BUILD_DLL"
>>
>> )
>>
>> # Need to enable BUILD_SHARED_LIBS in ITK but NOT in VTK
>>
>> ENDIF(BUILD_SHARED_LIBS)
>>
>>
>> Address the issue?
>>
>> Thanks,
>> Matt
>>
>> On Mon, Sep 26, 2016 at 10:28 PM, Yang, Jinzhong <jinzhong76 at gmail.com> wrote:
>>> Hi Francois,
>>>
>>>
>>>
>>> It was added already.
>>>
>>>
>>>
>>>> TARGET_LINK_LIBRARIES(
>>>>
>>>>     ContourWarping
>>>>
>>>>     ${ITK_LIBRARIES}
>>>>
>>>>     ${VTK_LIBRARIES}
>>>>
>>>>                 #vtkIO vtkFiltering vtkGraphics
>>>>
>>>>     #debug vld.lib # for memory leak detection
>>>>
>>>> )
>>>
>>> -Jinzhong
>>>
>>>
>>>
>>> From: Francois Budin [mailto:francois.budin at kitware.com]
>>> Sent: Monday, September 26, 2016 6:55 PM
>>> To: Yang, Jinzhong <jinzhong76 at gmail.com>
>>> Cc: Matt McCormick <matt.mccormick at kitware.com>; Insight-users
>>> <insight-users at itk.org>
>>>
>>>
>>> Subject: Re: [ITK-users] ITK build_shared_libs
>>>
>>>
>>>
>>> Hello Jinzhong,
>>>
>>> Could you try to add ${ITK_LIBRARIES} to your call of
>>> "TARGET_LINK_LIBRARIES"?
>>>
>>> Francois
>>>
>>>
>>>
>>> On Mon, Sep 26, 2016 at 6:39 PM, Yang, Jinzhong <jinzhong76 at gmail.com>
>>> wrote:
>>>
>>> Hi Matt,
>>>
>>> When I built ITK, I turned on ITKV3_COMPATIBILITY. Could this cause the
>>> problem?
>>> Thanks,
>>> -Jinzhong
>>>
>>>
>>> -----Original Message-----
>>> From: Matt McCormick [mailto:matt.mccormick at kitware.com]
>>> Sent: Monday, September 26, 2016 2:57 PM
>>> To: Yang, Jinzhong <jinzhong76 at gmail.com>
>>>
>>> Cc: Insight-users <insight-users at itk.org>
>>> Subject: Re: [ITK-users] ITK build_shared_libs
>>>
>>> Hi Jinzhong,
>>>
>>> Does replacing link_libraries calls with target_link_libraries address
>>> the issue (this should be done regardless)?
>>>
>>> HTH,
>>> Matt
>>>
>>> On Mon, Sep 26, 2016 at 3:53 PM, Yang, Jinzhong <jinzhong76 at gmail.com>
>>> wrote:
>>>> Hi Matt,
>>>>
>>>>
>>>>
>>>> I use CMake, but the CMakeLists.txt was written for old ITK (3.16). I
>>>> recently upgraded to ITK 4.10 in order for a project depending on this
>>>> library and GDCM library ( I had trouble to compile that project with ITK
>>>> 3.16). I don't want to manually register the factories. I might need to
>>>> revise my CMakeLists.txt. Below is my CMakeLists.txt. Please let me know
>>>> if
>>>> there is anything wrong here. To help you understand my problem, I
>>>> summarize
>>>> my problem below -
>>>>
>>>> - ITK 4.10 compiled with "BUILD_SHARED_LIBS", my project compiled with
>>>> "BUILD_SHARED_LIBS", WORK
>>>>
>>>> - ITK 4.10 compiled with "BUILD_SHARED_LIBS", my project NOT compiled with
>>>> "BUILD_SHARED_LIBS", WORK
>>>>
>>>> - ITK 4.10 NOT compiled with "BUILD_SHARED_LIBS", my project NOT compiled
>>>> with "BUILD_SHARED_LIBS", WORK
>>>>
>>>> - ITK 4.10 NOT compiled with "BUILD_SHARED_LIBS", my project compiled with
>>>> "BUILD_SHARED_LIBS", NOT WORKING
>>>>
>>>>
>>>>
>>>> I prefer to compiling ITK without using shared libs because I don?t want
>>>> to
>>>> distribute a lot of files to other computers with my program.
>>>>
>>>> Thank you,
>>>>
>>>> Jinzhong
>>>>
>>>>
>>>>
>>>> //////////////////CMakeLists.txt ////////////////////////////
>>>>
>>>> CMAKE_MINIMUM_REQUIRED(VERSION 2.6)
>>>>
>>>>
>>>>
>>>> PROJECT(ContourWarping)
>>>>
>>>>
>>>>
>>>> FIND_PACKAGE(ITK)
>>>>
>>>> IF(ITK_FOUND)
>>>>
>>>>  INCLUDE(${ITK_USE_FILE})
>>>>
>>>> ELSE(ITK_FOUND)
>>>>
>>>>   MESSAGE(FATAL_ERROR
>>>>
>>>>   "ITK not found.  Please set ITK_DIR.")
>>>>
>>>> ENDIF(ITK_FOUND)
>>>>
>>>>
>>>>
>>>> FIND_PACKAGE(VTK)
>>>>
>>>> IF (VTK_FOUND)
>>>>
>>>>   INCLUDE (${VTK_USE_FILE})
>>>>
>>>> ELSE (VTK_FOUND)
>>>>
>>>>   MESSAGE(FATAL_ERROR
>>>>
>>>>   "VTK not found. Please set VTK_DIR.")
>>>>
>>>> ENDIF(VTK_FOUND)
>>>>
>>>>
>>>>
>>>> OPTION(BUILD_SHARED_LIBS "Build ContourWarping with shared libraries."
>>>> OFF)
>>>>
>>>>
>>>>
>>>> OPTION(BUILD_LIB_TEST "Build ContourWarping with testing option enabled."
>>>> OFF)
>>>>
>>>> IF (BUILD_LIB_TEST)
>>>>
>>>> ADD_DEFINITIONS(-D_LIB_TEST)
>>>>
>>>> ENDIF(BUILD_LIB_TEST)
>>>>
>>>>
>>>>
>>>> LINK_LIBRARIES(
>>>>
>>>>     ${ITK_LIBRARIES}
>>>>
>>>>                 ${VTK_LIBRARIES}
>>>>
>>>>     #vtkIO vtkCommon vtkFiltering vtkGraphics
>>>>
>>>> )
>>>>
>>>>
>>>>
>>>> SET(BOOST_DIR "D:/boost_1_41_0" CACHE PATH "D:/boost_1_41_0")
>>>>
>>>>
>>>>
>>>> IF (CMAKE_SIZEOF_VOID_P EQUAL 8)
>>>>
>>>>                 SET(BOOST_LIB_DIR "D:/boost_1_41_0/stage64/lib" CACHE PATH
>>>> "D:/boost_1_41_0/stage64/lib")
>>>>
>>>> ELSE (CMAKE_SIZEOF_VOID_P EQUAL 8)
>>>>
>>>>                 SET(BOOST_LIB_DIR "D:/boost_1_41_0/stage/lib" CACHE PATH
>>>> "D:/boost_1_41_0/stage/lib")
>>>>
>>>> ENDIF (CMAKE_SIZEOF_VOID_P EQUAL 8)
>>>>
>>>>
>>>>
>>>> INCLUDE_DIRECTORIES( "C:/Program Files/Visual Leak Detector/include" # for
>>>> memory leak detection, "vld.h"
>>>>
>>>>                      ${BOOST_DIR} #boost
>>>>
>>>>                      ${PROJECT_SOURCE_DIR}
>>>>
>>>>                      "${PROJECT_SOURCE_DIR}/itkLabelMap"
>>>>
>>>>
>>>> "${PROJECT_SOURCE_DIR}/boost"
>>>>
>>>> )
>>>>
>>>> LINK_DIRECTORIES( ${PROJECT_BINARY_DIR}/${CMAKE_ARCHIVE_OUTPUT_DIRECTORY}
>>>>
>>>>                   "C:/Program Files/Visual Leak Detector/lib" # for memory
>>>> leak detection, "vld.lib"
>>>>
>>>>                   ${BOOST_LIB_DIR} #boost
>>>>
>>>> )
>>>>
>>>> #LINK_DIRECTORIES( ${CMAKE_ARCHIVE_OUTPUT_DIRECTORY})
>>>>
>>>>
>>>>
>>>> SET(SRCS
>>>>
>>>>          stdafx.h
>>>>
>>>>          stdafx.cpp
>>>>
>>>>          ContourWarpingWrapUp.cpp
>>>>
>>>>          PinnacleROIStructInterface.cpp
>>>>
>>>>          BinaryImageRoiPolyInterface.cpp
>>>>
>>>>          contourwarpingparallel.cpp
>>>>
>>>>          ParallelDispatcher.h
>>>>
>>>>          ParallelDispatcher.cpp
>>>>
>>>>          Win32Header.h
>>>>
>>>>          PinnacleROIConvert.cpp
>>>>
>>>>          PinnacleROIConvert.h
>>>>
>>>>          PinnacleROIMesh.cpp
>>>>
>>>>          PinnacleROIMesh.h
>>>>
>>>>          PinnaclePOIConvert.cpp
>>>>
>>>>          PinnaclePOIConvert.h
>>>>
>>>>          PinnacleImage.cpp
>>>>
>>>>          PinnacleImage.txx
>>>>
>>>>          PinnacleImage.h
>>>>
>>>>          Auxiliary.h
>>>>
>>>>          MeshConvertor.cpp
>>>>
>>>>          MeshConvertor.h
>>>>
>>>>          vtkPolyContours.cpp
>>>>
>>>>          vtkPolyContours.h
>>>>
>>>>          vtkVoxelContoursToSurfaceFilterEx.cpp
>>>>
>>>>          vtkVoxelContoursToSurfaceFilterEx.h
>>>>
>>>>          vtkWindowedSincPolyDataFilterEx.cpp
>>>>
>>>>          vtkWindowedSincPolyDataFilterEx.h
>>>>
>>>>          vtkSurfaceToSliceContours.cpp
>>>>
>>>>          vtkSurfaceToSliceContours.h
>>>>
>>>>          vtkSurfaceCutter.cpp
>>>>
>>>>          vtkSurfaceCutter.h
>>>>
>>>>          vtkSurfaceMeshProcess.cpp
>>>>
>>>>          vtkSurfaceMeshProcess.h
>>>>
>>>>          vtkSurfaceDeformation.cpp
>>>>
>>>>          vtkSurfaceDeformation.h
>>>>
>>>>          vtkSurfaceDeformationUsingCatField.cpp
>>>>
>>>>          vtkSurfaceDeformationUsingCatField.h
>>>>
>>>>          vtkSurfaceTransformation.cpp
>>>>
>>>>          vtkSurfaceTransformation.h
>>>>
>>>>          vtkContourProcess.cpp
>>>>
>>>>          vtkContourProcess.h
>>>>
>>>>          vtkSurfaceClipper.cpp
>>>>
>>>>          vtkSurfaceClipper.h
>>>>
>>>>          vtkPolyContoursClipper.cpp
>>>>
>>>>          vtkPolyContoursClipper.h
>>>>
>>>>          vtkUndirectedGraphCPP.cpp
>>>>
>>>>          vtkUndirectedGraphCPP.h
>>>>
>>>>          itkPolygonFill2DBinaryImageFilter.h
>>>>
>>>>          itkPolygonFill2DBinaryImageFilter.txx
>>>>
>>>>          catDeformationField.cpp
>>>>
>>>>          catDeformationField.h
>>>>
>>>>          boundaries.txx
>>>>
>>>>          boundaries.h
>>>>
>>>>          PinnacleROI2ImagesParallel.cpp
>>>>
>>>>          PinnacleROI2ImagesParallel.h
>>>>
>>>> )
>>>>
>>>>
>>>>
>>>> IF (WIN32)
>>>>
>>>> SET(SRCS ${SRCS} resource.h ContourWarping.rc)
>>>>
>>>> ENDIF(WIN32)
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> ADD_LIBRARY(ContourWarping ${SRCS})
>>>>
>>>>
>>>>
>>>> SET(OUTPUTNAME ContourWarping)
>>>>
>>>>
>>>>
>>>> IF (BUILD_SHARED_LIBS)
>>>>
>>>> IF (CMAKE_SIZEOF_VOID_P EQUAL 8)
>>>>
>>>>                 SET_TARGET_PROPERTIES(ContourWarping
>>>>
>>>>
>>>> PROPERTIES OUTPUT_NAME ContourWarping64
>>>>
>>>>                 )
>>>>
>>>>                 SET(OUTPUTNAME ContourWarping64)
>>>>
>>>> ELSE (CMAKE_SIZEOF_VOID_P EQUAL 8)
>>>>
>>>>                 SET_TARGET_PROPERTIES(ContourWarping
>>>>
>>>>
>>>> PROPERTIES OUTPUT_NAME ContourWarping32
>>>>
>>>>                 )
>>>>
>>>>                 SET(OUTPUTNAME ContourWarping32)
>>>>
>>>> ENDIF (CMAKE_SIZEOF_VOID_P EQUAL 8)
>>>>
>>>> ENDIF (BUILD_SHARED_LIBS)
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> #SET(CMAKE_BUILD_TYPE Release)
>>>>
>>>> #INCLUDE(PCHSupport.cmake)
>>>>
>>>> #ADD_PRECOMPILED_HEADER(ContourWarping stdafx.h)
>>>>
>>>>
>>>>
>>>> TARGET_LINK_LIBRARIES(
>>>>
>>>>     ContourWarping
>>>>
>>>>     ${ITK_LIBRARIES}
>>>>
>>>>     ${VTK_LIBRARIES}
>>>>
>>>>                 #vtkIO vtkFiltering vtkGraphics
>>>>
>>>>     #debug vld.lib # for memory leak detection
>>>>
>>>> )
>>>>
>>>>
>>>>
>>>> #SET(TARGET_LIB_VERSION "1.0" CACHE STRING "1.0")
>>>>
>>>> SET_TARGET_PROPERTIES(ContourWarping
>>>>
>>>>                       PROPERTIES VERSION 1.8.8
>>>>
>>>> )
>>>>
>>>>
>>>>
>>>> IF (BUILD_SHARED_LIBS)
>>>>
>>>> SET_TARGET_PROPERTIES(ContourWarping
>>>>
>>>>                       PROPERTIES COMPILE_DEFINITIONS "BUILD_DLL"
>>>>
>>>> )
>>>>
>>>> # Need to enable BUILD_SHARED_LIBS in ITK but NOT in VTK
>>>>
>>>> ENDIF(BUILD_SHARED_LIBS)
>>>>
>>>>
>>>>
>>>> IF (WIN32) #enable PCH support & add resource file
>>>>
>>>> SET_TARGET_PROPERTIES(ContourWarping
>>>>
>>>>                       PROPERTIES COMPILE_FLAGS /Yu"stdafx.h"
>>>>
>>>> )
>>>>
>>>> SET_SOURCE_FILES_PROPERTIES(stdafx.cpp
>>>>
>>>>                       PROPERTIES COMPILE_FLAGS /Yc"stdafx.h"
>>>>
>>>> )
>>>>
>>>> ENDIF(WIN32)
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> IF (BUILD_LIB_TEST)
>>>>
>>>> TARGET_LINK_LIBRARIES(
>>>>
>>>>     ContourWarping
>>>>
>>>>     vtkRendering vtkWidgets
>>>>
>>>> )
>>>>
>>>> ENDIF(BUILD_LIB_TEST)
>>>>
>>>>
>>>>
>>>> ######
>>>>
>>>> ADD_EXECUTABLE( ContourWarpingTest
>>>>
>>>>                 testdll.cpp
>>>>
>>>> )
>>>>
>>>>
>>>>
>>>> TARGET_LINK_LIBRARIES(
>>>>
>>>>   ContourWarpingTest
>>>>
>>>>   ${OUTPUTNAME}.lib
>>>>
>>>> )
>>>>
>>>>
>>>>
>>>> ADD_DEPENDENCIES(
>>>>
>>>>   ContourWarpingTest
>>>>
>>>>   ContourWarping
>>>>
>>>> )
>>>>
>>>>
>>>>
>>>> ######
>>>>
>>>> ADD_EXECUTABLE( PinnacleROI2BinaryImage
>>>>
>>>>                 PinnacleROI2BinaryImage.cpp
>>>>
>>>> )
>>>>
>>>>
>>>>
>>>> TARGET_LINK_LIBRARIES(
>>>>
>>>>   PinnacleROI2BinaryImage
>>>>
>>>>   ${OUTPUTNAME}.lib
>>>>
>>>> )
>>>>
>>>>
>>>>
>>>> ADD_DEPENDENCIES(
>>>>
>>>>   PinnacleROI2BinaryImage
>>>>
>>>>   ContourWarping
>>>>
>>>> )
>>>>
>>>>
>>>>
>>>> ######
>>>>
>>>> ADD_EXECUTABLE( PinnacleROIFromBitmap
>>>>
>>>>                 PinnacleROIFromBitmap.cpp
>>>>
>>>> )
>>>>
>>>>
>>>>
>>>> TARGET_LINK_LIBRARIES(
>>>>
>>>>   PinnacleROIFromBitmap
>>>>
>>>>   ${OUTPUTNAME}.lib
>>>>
>>>> )
>>>>
>>>>
>>>>
>>>> ADD_DEPENDENCIES(
>>>>
>>>>   PinnacleROIFromBitmap
>>>>
>>>>   ContourWarping
>>>>
>>>> )
>>>>
>>>>
>>>>
>>>> ######
>>>>
>>>> ADD_EXECUTABLE( MeshTest
>>>>
>>>>                 MeshTest.cpp
>>>>
>>>> )
>>>>
>>>>
>>>>
>>>> TARGET_LINK_LIBRARIES(
>>>>
>>>>   MeshTest
>>>>
>>>>   ${OUTPUTNAME}.lib
>>>>
>>>> )
>>>>
>>>>
>>>>
>>>> ADD_DEPENDENCIES(
>>>>
>>>>   MeshTest
>>>>
>>>>   ContourWarping
>>>>
>>>> )
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> -----Original Message-----
>>>> From: Matt McCormick [mailto:matt.mccormick at kitware.com]
>>>> Sent: Monday, September 26, 2016 1:50 PM
>>>> To: Yang, Jinzhong <jinzhong76 at gmail.com>
>>>> Cc: Francois Budin <francois.budin at kitware.com>; D?enan Zuki?
>>>> <dzenanz at gmail.com>; Insight-users <insight-users at itk.org>
>>>> Subject: Re: [ITK-users] ITK build_shared_libs
>>>>
>>>>
>>>>
>>>> Hi Jinzhong,
>>>>
>>>>
>>>>
>>>> It sounds like you are not using CMake to build the project or using
>>>>
>>>> it in some non-standard way? There are a few options:
>>>>
>>>>
>>>>
>>>> 1) Use CMake to compile the project.
>>>>
>>>> 2) Set ITK_NO_IO_FACTORY_REGISTER_MANAGER before calling
>>>>
>>>> "include(${ITK_USE_FILE})", the register the factories manually.
>>>>
>>>>
>>>>
>>>> HTH,
>>>>
>>>> Matt
>>>>
>>>>
>>>>
>>>> On Mon, Sep 26, 2016 at 2:32 PM, Yang, Jinzhong <jinzhong76 at gmail.com>
>>>> wrote:
>>>>
>>>>> Still no clue. I checked the file itkImageIOFactoryRegisterManager.h. It
>>>>
>>>>> seems all classes imported in that header were not linked. However, I
>>>>> check
>>>>
>>>>> all IO libraries, it seems they were all included as dependency. As I
>>>>
>>>>> mentioned before, if I compiled my code as static library, there is not
>>>>> such
>>>>
>>>>> a problem.
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>> Here are all ITK/VTK related libraries passed to my compiler (they are
>>>>
>>>>> generated by cmake. I enabled ITK_USE_SYSTEM_GDCM in building my ITK):
>>>>
>>>>>
>>>>
>>>>>
>>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkdouble-conversion-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itksys-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkvnl_algo-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkvnl-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkv3p_netlib-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itknetlib-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkvcl-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkNetlibSlatec-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKStatistics-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKTransform-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOImageBase-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOBMP-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmDICT.lib
>>>>
>>>>>
>>>>
>>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmMSFF.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOGDCM-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkzlib-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOGIPL-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkjpeg-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOJPEG-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKMetaIO-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOMeta-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKznz-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKniftiio-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIONIFTI-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKNrrdIO-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIONRRD-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkpng-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOPNG-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itktiff-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTIFF-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOVTK-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKLabelMap-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKMesh-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKSpatialObjects-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKPath-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKQuadEdgeMesh-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKOptimizers-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKPolynomials-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKBiasCorrection-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKBioCell-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKDICOMParser-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKDeprecated-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOBioRad-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOLSM-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOStimulate-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKEXPAT-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOXML-4.10.lib
>>>>
>>>>>
>>>>
>>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOSpatialObjects-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKFEM-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKgiftiio-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOMesh-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkhdf5_cpp-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkhdf5-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOCSV-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOIPL-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOSiemens-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOHDF5-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOMRC-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformBase-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformHDF5-4.10.lib
>>>>
>>>>>
>>>>
>>>>>
>>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformInsightLegacy-4.10.lib
>>>>
>>>>>
>>>>
>>>>>
>>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformMatlab-4.10.lib
>>>>
>>>>>
>>>>
>>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKKLMRegionGrowing-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVTK-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKWatersheds-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKOptimizersv4-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVideoCore-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVideoIO-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkChartsCore-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonColor-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonDataModel-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonMath-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonCore-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtksys-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonMisc-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonSystem-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonTransforms-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInfovisCore-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersExtraction-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonExecutionModel-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersCore-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersGeneral-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonComputationalGeometry-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersStatistics-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingFourier-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingCore-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkalglib-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingContext2D-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingCore-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersGeometry-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersSources-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingFreeType-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkfreetype-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkzlib-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkDICOMParser-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkDomainsChemistry-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOXML-7.0.lib
>>>>
>>>>>
>>>>
>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOGeometry-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOCore-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOXMLParser-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkexpat-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkDomainsChemistryOpenGL2-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingOpenGL2-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingHybrid-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOImage-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkmetaio-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkjpeg-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkpng-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtktiff-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkglew-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersAMR-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkParallelCore-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOLegacy-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersFlowPaths-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersGeneric-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersHybrid-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingSources-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersHyperTree-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersImaging-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingGeneral-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersModeling-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersParallel-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersParallelImaging-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersProgrammable-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersSMP-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersSelection-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersTexture-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersVerdict-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkverdict-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkGeovisCore-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInfovisLayout-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInteractionStyle-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInteractionWidgets-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingAnnotation-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingColor-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingVolume-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkViewsCore-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkproj4-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOAMR-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkhdf5_hl-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkhdf5-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOEnSight-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOExodus-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkexoIIc-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkNetCDF-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkNetCDF_cxx-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOExport-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingLabel-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOImport-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOInfovis-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtklibxml2-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOLSDyna-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOMINC-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOMovie-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkoggtheora-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIONetCDF-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOPLY-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOParallel-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkjsoncpp-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOParallelXML-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOSQL-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtksqlite-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOVideo-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingMath-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingMorphological-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingStatistics-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingStencil-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInteractionImage-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingContextOpenGL2-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingImage-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingLOD-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingVolumeOpenGL2-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkTestingGenericBridge-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkTestingIOSQL-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkTestingRendering-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkViewsContext2D-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkViewsInfovis-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmIOD.lib
>>>>
>>>>>
>>>>
>>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmDSED.lib
>>>>
>>>>>
>>>>
>>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmzlib.lib
>>>>
>>>>>
>>>>
>>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmCommon.lib
>>>>
>>>>>
>>>>
>>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmexpat.lib
>>>>
>>>>>
>>>>
>>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmjpeg8.lib
>>>>
>>>>>
>>>>
>>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmjpeg12.lib
>>>>
>>>>>
>>>>
>>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmjpeg16.lib
>>>>
>>>>>
>>>>
>>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmopenjpeg.lib
>>>>
>>>>>
>>>>
>>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmcharls.lib
>>>>
>>>>>
>>>>
>>>>> rpcrt4.lib
>>>>
>>>>>
>>>>
>>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVNLInstantiation-4.10.lib
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>> Thanks,
>>>>
>>>>>
>>>>
>>>>> -Jinzhong
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>> From: Francois Budin [mailto:francois.budin at kitware.com]
>>>>
>>>>> Sent: Monday, September 26, 2016 8:04 AM
>>>>
>>>>> To: D?enan Zuki? <dzenanz at gmail.com>
>>>>
>>>>> Cc: Yang, Jinzhong <jinzhong76 at gmail.com>; Insight-users
>>>>
>>>>> <insight-users at itk.org>
>>>>
>>>>> Subject: Re: [ITK-users] ITK build_shared_libs
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>> Hello,
>>>>
>>>>>
>>>>
>>>>> As Dzenan said, your problem most likely comes from a problem with the
>>>>> ITK
>>>>
>>>>> IO factory. You may want to check that in your build directory, you have
>>>>> a
>>>>
>>>>> directory called "ITKIOFactoryRegistration" that is created, and that it
>>>>
>>>>> contains a file called itkImageIOFactoryRegisterManager.h. This file
>>>>
>>>>> specifies all the type of images that are automatically registered to the
>>>>
>>>>> factory. You should compare the list of types included in this header
>>>>> file
>>>>
>>>>> with the list of ITK libraries that is passed to your compiler and make
>>>>> sure
>>>>
>>>>> that it matches.
>>>>
>>>>>
>>>>
>>>>> Hope this helps,
>>>>
>>>>>
>>>>
>>>>> Francois
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>> On Sun, Sep 25, 2016 at 10:36 AM, D?enan Zuki? <dzenanz at gmail.com> wrote:
>>>>
>>>>>
>>>>
>>>>> Hi Yang,
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>> all your link errors are for I/O class factories. Can you read the
>>>>> following
>>>>
>>>>> and see whether it helps you solve the problem?
>>>>
>>>>>
>>>>
>>>>> https://itk.org/Wiki/Plugin_IO_mechanisms
>>>>
>>>>>
>>>>
>>>>>
>>>>>
>>>>> https://itk.org/ITKExamples/src/IO/ImageBase/RegisterIOFactories/Documentation.html
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>> Regards,
>>>>
>>>>>
>>>>
>>>>> D?enan
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>> On Fri, Sep 23, 2016 at 6:36 PM, Yang, Jinzhong <jinzhong76 at gmail.com>
>>>>
>>>>> wrote:
>>>>
>>>>>
>>>>
>>>>> Hi all,
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>> I have a very weird problem when I try to build my library. I have an old
>>>>
>>>>> library, previously was built based on ITK 3.16 and VTK 5.8. I built my
>>>>
>>>>> library to both DLL and static library. By configuring in cmake properly,
>>>>> I
>>>>
>>>>> could build both types of libraries without any problem. Recently, I
>>>>> upgrade
>>>>
>>>>> it to ITK 4.10 and VTK 7.0.  If I turned on BUILD_SHARED_LIBS in ITK,
>>>>> both
>>>>
>>>>> DLL and static lib for my library can be compiled and linked, however, I
>>>>
>>>>> need to include all DLL files from ITK when I would like to distribute my
>>>>
>>>>> library. I don?t want to do so. Then I turned off BUILD_SHARED_LIBS in
>>>>> ITK.
>>>>
>>>>> The static lib of my library can be built, but the DLL couldn?t. Error
>>>>
>>>>> happened during the link stage. The error message was attached below. I
>>>>> used
>>>>
>>>>> CMake 3.6.2 + VS 2008 + Windows 7.
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>> 2>   Creating library
>>>>
>>>>>
>>>>>
>>>>> D:\MeshContourDeformation\ContourWarpingLib-x86-dll\Debug\ContourWarping32.lib
>>>>
>>>>> and object
>>>>
>>>>>
>>>>>
>>>>> D:\MeshContourDeformation\ContourWarpingLib-x86-dll\Debug\ContourWarping32.exp
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GE5ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>>
>>>>> function
>>>>
>>>>>
>>>>>
>>>>> __unwindfunclet$??0?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@IAE at XZ$0
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GE5ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GE5ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GE5ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GE5ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GE5ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GE5ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GE4ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GE4ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GE4ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GE4ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>>
>>>>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>>>>> for
>>>>
>>>>> 'ImageIOFactoryRegisterRegisterList''(void)"
>>>>
>>>>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GE4ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GE4ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GE4ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::MRCImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::MRCImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::MRCImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>>
>>>>> function "void __cdecl std::_Debug_order<class std::_Tree<class
>>>>
>>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>>
>>>>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
>>>>
>>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>>
>>>>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
>>>>
>>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>>
>>>>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
>>>>> int)"
>>>>
>>>>>
>>>>>
>>>>> (??$_Debug_order at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WI@Z)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::MRCImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::MRCImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::MRCImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::MRCImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::MetaImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::MetaImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::MetaImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::MetaImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>>
>>>>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>>>>> for
>>>>
>>>>> 'ImageIOFactoryRegisterRegisterList''(void)"
>>>>
>>>>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::MetaImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::MetaImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::MetaImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::BioRadImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>>
>>>>> function "public: __thiscall std::vector<class std::vector<class
>>>>
>>>>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
>>>>
>>>>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength,class
>>>>
>>>>> std::allocator<class itk::BinaryImageToLabelMapFilter<class
>>>>
>>>>> itk::Image<unsigned char,2>,class itk::LabelMap<class
>>>>
>>>>> itk::LabelObject<short,2> > >::runLength> >,class std::allocator<class
>>>>
>>>>> std::vector<class itk::BinaryImageToLabelMapFilter<class
>>>>> itk::Image<unsigned
>>>>
>>>>> char,2>,class itk::LabelMap<class itk::LabelObject<short,2> >
>>>>
>>>>>>::runLength,class std::allocator<class
>>>>
>>>>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
>>>>
>>>>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength> > >
>>>>
>>>>>>::~vector<class std::vector<class itk::BinaryImageToLabelMapFilter<class
>>>>
>>>>> itk::Image<unsigned char,2>,class itk::LabelMap<class
>>>>
>>>>> itk::LabelObject<short,2> > >::runLength,class std::allocator<class
>>>>
>>>>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
>>>>
>>>>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength> >,class
>>>>
>>>>> std::allocator<class std::vector<class
>>>>
>>>>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
>>>>
>>>>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength,class
>>>>
>>>>> std::allocator<class itk::BinaryImageToLabelMapFilter<class
>>>>
>>>>> itk::Image<unsigned char,2>,class itk::LabelMap<class
>>>>
>>>>> itk::LabelObject<short,2> > >::runLength> > > >(void)"
>>>>
>>>>>
>>>>>
>>>>> (??1?$vector at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@V?$allocator at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@@2@@std@@QAE at XZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::BioRadImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::BioRadImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::BioRadImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::BioRadImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::BioRadImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::BioRadImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::StimulateImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::StimulateImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ) referenced
>>>>> in
>>>
>>>>
>>>>> function "protected: __thiscall std::_Vector_val<struct
>>>>
>>>>> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> >
>>>>
>>>>>>::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
>>>>
>>>>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
>>>>
>>>>>>::_Vector_val<struct itk::ObjectStore<class
>>>>
>>>>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock,class
>>>>
>>>>> std::allocator<struct itk::ObjectStore<class
>>>>
>>>>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
>>>>> >(class
>>>>
>>>>> std::allocator<struct itk::ObjectStore<class
>>>>
>>>>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>)"
>>>>
>>>>>
>>>>>
>>>>> (??0?$_Vector_val at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@std@@@std@@IAE at V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@1@@Z)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::StimulateImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::StimulateImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::StimulateImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::StimulateImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::StimulateImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::VTKImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::VTKImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::VTKImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::VTKImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>>
>>>>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>>>>> for
>>>>
>>>>> 'ImageIOFactoryRegisterRegisterList''(void)"
>>>>
>>>>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::VTKImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::VTKImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::VTKImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::TIFFImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>>
>>>>> function
>>>>
>>>>>
>>>>>
>>>>> __ehhandler$??1?$vector at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@V?$allocator at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@@2@@std@@QAE at XZ
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::TIFFImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::TIFFImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::TIFFImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::TIFFImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::TIFFImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::TIFFImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::PNGImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::PNGImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::PNGImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>>
>>>>> function "void __cdecl std::_Debug_order2<class std::_Tree<class
>>>>
>>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>>
>>>>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
>>>>
>>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>>
>>>>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
>>>>
>>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>>
>>>>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
>>>>
>>>>> int,struct std::forward_iterator_tag)"
>>>>
>>>>>
>>>>>
>>>>> (??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WIUforward_iterator_tag@0@@Z)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::PNGImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::PNGImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::PNGImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::PNGImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::LSMImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::LSMImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::LSMImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>>
>>>>> function "void __cdecl std::_Debug_order2<class std::_Tree<class
>>>>
>>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>>
>>>>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
>>>>
>>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>>
>>>>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
>>>>
>>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>>
>>>>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
>>>>
>>>>> int,struct std::forward_iterator_tag)"
>>>>
>>>>>
>>>>>
>>>>> (??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WIUforward_iterator_tag@0@@Z)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::LSMImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::LSMImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::LSMImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::LSMImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::BMPImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::BMPImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>>
>>>>> function "protected: void __thiscall std::vector<struct
>>>>
>>>>> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> >
>>>>
>>>>>>::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
>>>>
>>>>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
>>>>
>>>>>>::_Tidy(void)"
>>>>
>>>>>
>>>>>
>>>>> (?_Tidy@?$vector at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@std@@@std@@IAEXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::BMPImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::BMPImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::BMPImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::BMPImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::BMPImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GDCMImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GDCMImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GDCMImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GDCMImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>>
>>>>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>>>>> for
>>>>
>>>>> 'ImageIOFactoryRegisterRegisterList''(void)"
>>>>
>>>>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GDCMImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GDCMImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GDCMImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::JPEGImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::JPEGImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::JPEGImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::JPEGImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>>
>>>>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>>>>> for
>>>>
>>>>> 'ImageIOFactoryRegisterRegisterList''(void)"
>>>>
>>>>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::JPEGImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::JPEGImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::JPEGImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>>
>>>>> function "public: __thiscall std::vector<unsigned long,class
>>>>
>>>>> std::allocator<unsigned long> >::~vector<unsigned long,class
>>>>
>>>>> std::allocator<unsigned long> >(void)"
>>>>
>>>>> (??1?$vector at KV?$allocator at K@std@@@std@@QAE at XZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GiplImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GiplImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GiplImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>>
>>>>> function "void __cdecl std::_Debug_order2<class std::_Tree<class
>>>>
>>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>>
>>>>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
>>>>
>>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>>
>>>>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
>>>>
>>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>>
>>>>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
>>>>
>>>>> int,struct std::forward_iterator_tag)"
>>>>
>>>>>
>>>>>
>>>>> (??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WIUforward_iterator_tag@0@@Z)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GiplImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GiplImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GiplImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GiplImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::NrrdImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::NrrdImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>>
>>>>> function "protected: bool __thiscall std::vector<struct
>>>>
>>>>> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> >
>>>>
>>>>>>::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
>>>>
>>>>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
>>>>
>>>>>>::_Buy(unsigned int)"
>>>>
>>>>>
>>>>>
>>>>> (?_Buy@?$vector at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@std@@@std@@IAE_NI at Z)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::NrrdImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::NrrdImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::NrrdImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::NrrdImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::NrrdImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::NiftiImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::NiftiImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::NiftiImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::NiftiImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>>
>>>>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>>>>> for
>>>>
>>>>> 'ImageIOFactoryRegisterRegisterList''(void)"
>>>>
>>>>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::NiftiImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::NiftiImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::NiftiImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>>
>>>>>
>>>>> 2>D:\MeshContourDeformation\ContourWarpingLib-x86-dll\Debug\ContourWarping32.dll
>>>>
>>>>> : fatal error LNK1120: 17 unresolved externals
>>>>
>>>>>
>>>>
>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>> _____________________________________
>>>>
>>>>> Powered by www.kitware.com
>>>>
>>>>>
>>>>
>>>>> Visit other Kitware open-source projects at
>>>>
>>>>> http://www.kitware.com/opensource/opensource.html
>>>>
>>>>>
>>>>
>>>>> Kitware offers ITK Training Courses, for more information visit:
>>>>
>>>>> http://www.kitware.com/products/protraining.php
>>>>
>>>>>
>>>>
>>>>> Please keep messages on-topic and check the ITK FAQ at:
>>>>
>>>>> http://www.itk.org/Wiki/ITK_FAQ
>>>>
>>>>>
>>>>
>>>>> Follow this link to subscribe/unsubscribe:
>>>>
>>>>> http://public.kitware.com/mailman/listinfo/insight-users
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>> _____________________________________
>>>>
>>>>> Powered by www.kitware.com
>>>>
>>>>>
>>>>
>>>>> Visit other Kitware open-source projects at
>>>>
>>>>> http://www.kitware.com/opensource/opensource.html
>>>>
>>>>>
>>>>
>>>>> Kitware offers ITK Training Courses, for more information visit:
>>>>
>>>>> http://www.kitware.com/products/protraining.php
>>>>
>>>>>
>>>>
>>>>> Please keep messages on-topic and check the ITK FAQ at:
>>>>
>>>>> http://www.itk.org/Wiki/ITK_FAQ
>>>>
>>>>>
>>>>
>>>>> Follow this link to subscribe/unsubscribe:
>>>>
>>>>> http://public.kitware.com/mailman/listinfo/insight-users
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>> _____________________________________
>>>>
>>>>> Powered by www.kitware.com
>>>>
>>>>>
>>>>
>>>>> Visit other Kitware open-source projects at
>>>>
>>>>> http://www.kitware.com/opensource/opensource.html
>>>>
>>>>>
>>>>
>>>>> Kitware offers ITK Training Courses, for more information visit:
>>>>
>>>>> http://www.kitware.com/products/protraining.php
>>>>
>>>>>
>>>>
>>>>> Please keep messages on-topic and check the ITK FAQ at:
>>>>
>>>>> http://www.itk.org/Wiki/ITK_FAQ
>>>>
>>>>>
>>>>
>>>>> Follow this link to subscribe/unsubscribe:
>>>>
>>>>> http://public.kitware.com/mailman/listinfo/insight-users
>>>>
>>>>>
>>>
>>> _____________________________________
>>> Powered by www.kitware.com
>>>
>>> Visit other Kitware open-source projects at
>>> http://www.kitware.com/opensource/opensource.html
>>>
>>> Kitware offers ITK Training Courses, for more information visit:
>>> http://www.kitware.com/products/protraining.php
>>>
>>> Please keep messages on-topic and check the ITK FAQ at:
>>> http://www.itk.org/Wiki/ITK_FAQ
>>>
>>> Follow this link to subscribe/unsubscribe:
>>> http://public.kitware.com/mailman/listinfo/insight-users
>>>
>>>
>>
>


From francois.budin at kitware.com  Tue Nov  8 17:13:12 2016
From: francois.budin at kitware.com (Francois Budin)
Date: Tue, 8 Nov 2016 17:13:12 -0500
Subject: [ITK-users] ITK build_shared_libs
In-Reply-To: <004a01d23a0b$2af9c930$80ed5b90$@gmail.com>
References: <015301d215ea$ee7b8a50$cb729ef0$@gmail.com>
 <CAPf2UMTfM=qkrHjYxbRFrpnD75qMH5vgsE-wNwFzKLhsBmA5Xg@mail.gmail.com>
 <CAHwLD2WRs_h2qM9kNf0gwa9NQ1G_pM6MzxR9iCYBeNFr25DRHw@mail.gmail.com>
 <000901d21824$6789f770$369de650$@gmail.com>
 <CALzTN-QUfdWUDG39G27O+ZcNL0K+ya2+qzcs9RT8LvwoYbmeFg@mail.gmail.com>
 <001b01d2182f$9943e9a0$cbcbbce0$@gmail.com>
 <CALzTN-SrnXBOfvUPHMMu6sSDuK__kW2amEY6LzkiaAb8BZeOuA@mail.gmail.com>
 <003c01d21846$e91e4c60$bb5ae520$@gmail.com>
 <CAHwLD2Whcjwz9-BeXBT82xyGv-TPiUrKEVb1S1=RD7zYUy1j9A@mail.gmail.com>
 <004701d21866$dbe3b5b0$93ab2110$@gmail.com>
 <CALzTN-RxqmxRYdKF+U7-UbRXO412bUsq2eJBPh+fuK3t_9QPUg@mail.gmail.com>
 <005201d21879$595bbee0$0c133ca0$@gmail.com>
 <CALzTN-R9XKNBo=aG9UZMVJZ3iTXf2AM16f1HRa-4uFAgVaKQVg@mail.gmail.com>
 <008201d218cf$1cdba7e0$5692f7a0$@gmail.com>
 <CALzTN-RWb1AUpCXaYXkiU27493ULn5+-v20gqz5c__BRptH7+w@mail.gmail.com>
 <004a01d23a0b$2af9c930$80ed5b90$@gmail.com>
Message-ID: <CAHwLD2Xwv=5LSWnEoqsABQ8vyM+YDVMim4w0Dm1c5kbMKnvxbQ@mail.gmail.com>

Hi Jinzhong,

Your problem may have been related to this bug:
http://review.source.kitware.com/#/c/21634/
You can try to download the latest version of ITK: git clone
http://itk.org/ITK.git

Hopefully that will solve your problem cleanly.

Hope that helps,
Francois

On Tue, Nov 8, 2016 at 4:57 PM, Yang, Jinzhong <jinzhong76 at gmail.com> wrote:

> Hi Matt,
>
> After a month I had the chance to look into this problem again and
> eventually I found out a workaround solution. Remember, I would like to
> compile my project as a shared library (output .dll file) with the ITK as
> static library (I did not turn on the build_shared_libs in cmake
> configuration for ITK). Now, when I used cmake to configure my project, it
> generated a folder ITKIOFactoryRegistration with two header files for all
> ITKIO libraries. This is line 41 of the iktImageIOFactoryRegisterManager.h
> -
>
> void ITK_ABI_IMPORT NiftiImageIOFactoryRegister__Private();void
> ITK_ABI_IMPORT NrrdImageIOFactoryRegister__Private();void ITK_ABI_IMPORT
> GiplImageIOFactoryRegister__Private();void ITK_ABI_IMPORT
> HDF5ImageIOFactoryRegister__Private();void ITK_ABI_IMPORT
> JPEGImageIOFactoryRegister__Private();void ITK_ABI_IMPORT
> GDCMImageIOFactoryRegister__Private();void ITK_ABI_IMPORT
> BMPImageIOFactoryRegister__Private();void ITK_ABI_IMPORT
> LSMImageIOFactoryRegister__Private();void ITK_ABI_IMPORT
> PNGImageIOFactoryRegister__Private();void ITK_ABI_IMPORT
> TIFFImageIOFactoryRegister__Private();void ITK_ABI_IMPORT
> VTKImageIOFactoryRegister__Private();void ITK_ABI_IMPORT
> StimulateImageIOFactoryRegister__Private();void ITK_ABI_IMPORT
> BioRadImageIOFactoryRegister__Private();void ITK_ABI_IMPORT
> MetaImageIOFactoryRegister__Private();void ITK_ABI_IMPORT
> MRCImageIOFactoryRegister__Private();void ITK_ABI_IMPORT
> GE4ImageIOFactoryRegister__Private();void ITK_ABI_IMPORT
> GE5ImageIOFactoryRegister__Private();
>
> Notice that the ITK_ABI_IMPORT was defined for each function. With this
> definition, the project will look for DLL files instead of LIB file to
> link. However, I compiled my ITK as static libs. That's why it gave the
> link error. Now, I removed all ITK_ABI_IMPORT definitions for all functions
> and recompiled my project, BINGO~ all passed.
>
> I would consider this as a bug of cmake or cmake configuration of ITK.
> Thanks,
> -Jinzhong
>
> -----Original Message-----
> From: Matt McCormick [mailto:matt.mccormick at kitware.com]
> Sent: Tuesday, September 27, 2016 3:56 PM
> To: Yang, Jinzhong <jinzhong76 at gmail.com>
> Cc: Francois Budin <francois.budin at kitware.com>; Insight-users <
> insight-users at itk.org>
> Subject: Re: [ITK-users] ITK build_shared_libs
>
> Hi Jinzhong,
>
> Thanks for the information. It seems that
> ITK_IO_FACTORY_REGISTER_MANAGER is passed correctly, then. Without it,
> the itk::ImageFileReader will not be able to read any formats.
>
> I would keep investigating why all the ITK IO libraries are not being
> linked in by checking the contents of the "ITK_LIBRARIES" CMake
> variable, not using the link_libraries command, etc.
>
> HTH,
> Matt
>
> On Tue, Sep 27, 2016 at 10:54 AM, Yang, Jinzhong <jinzhong76 at gmail.com>
> wrote:
> > Hi Matt,
> >
> > This information is helpful. The ITK_IO_FACTORY_REGISTER_MANAGER was
> added to the definition of ContourWarping. The BUILD_DLL did not overwrite
> anything. To be safe, I took your suggestion. I compiled using the new
> CMake file, the problem still exists. Now, if I removed
> ITK_IO_FACTORY_REGISTER_MANAGER from definition, it gave me a go. Nothing
> complained. It seems that the IO factory has to be manually registered if I
> would like to build a shared lib. I am not sure which lib file(s) contain
> the definition of those missing functions... It seems that I include all
> possible IO libs from ITK.
> >
> > My other question is that, if I don't include the
> ITK_IO_FACTORY_REGISTER_MANAGER, will I have any trouble to read in files
> (common format supported by ITK) using the code I compiled?
> > Thank you,
> > -Jinzhong
> >
> >
> > -----Original Message-----
> > From: Matt McCormick [mailto:matt.mccormick at kitware.com]
> > Sent: Tuesday, September 27, 2016 8:34 AM
> > To: Yang, Jinzhong <jinzhong76 at gmail.com>
> > Cc: Francois Budin <francois.budin at kitware.com>; Insight-users <
> insight-users at itk.org>
> > Subject: Re: [ITK-users] ITK build_shared_libs
> >
> > Hi,
> >
> > I am not sure how the BUILD_DLL definition causes a shared library,
> > but the concern is that setting the COMPILE_DEFINITIONS in this way is
> > somehow interfering with the other definitions that need to be added
> > to target. This definition is required to add the symbols that are
> > missing.
> >
> >
> > What happens:
> >
> > The itkImageFileReader.h file conditionally includes
> > itkImageIOFactoryRegisterManager.h:
> >
> >   https://github.com/InsightSoftwareConsortium/ITK/blob/
> dfe042df74dd2a69bfca7fc3349a9c0fcc65c6e6/Modules/IO/ImageBase/include/
> itkImageFileReader.h#L170-L172
> >
> > This condition is based on the preprocessor definition of
> > ITK_IO_FACTORY_REGISTER_MANAGER. This definition is added in the
> > UseITK.cmake file:
> >
> >   https://github.com/InsightSoftwareConsortium/ITK/blob/
> dfe042df74dd2a69bfca7fc3349a9c0fcc65c6e6/CMake/UseITK.cmake#L286-L291
> >
> > when your CMake code calls "include(${ITK_USE_FILE})".
> >
> >
> > Since the ITK_IO_FACTORY_REGISTER_MANAGER is added as
> > COMPILE_DEFINITIONS on the CMake directory where the CMakeLists.txt
> > exists, the ContourWarping target should have that definition. Check
> > to verify that the definition is added to the build command.
> >
> >
> > In general, to ensure that compile definitions are appended instead of
> > replacing existing definitions, use:
> >
> >   set_property(TARGET  ContourWarping APPEND PROPERTY
> > COMPILE_DEFINITIONS "BUILD_DLL")
> >
> > instead of
> >
> >   SET_TARGET_PROPERTIES(ContourWarping
> >
> >                       PROPERTIES COMPILE_DEFINITIONS "BUILD_DLL")
> >
> > HTH,
> > Matt
> >
> > On Tue, Sep 27, 2016 at 12:41 AM, Yang, Jinzhong <jinzhong76 at gmail.com>
> wrote:
> >> If I remove that line, I essentially build the library as static
> library. That works as I pointed out before. But I need to keep a copy of
> shared library because I have several mex functions depending on this
> library. I would like them to share this library. This is not a problem
> when I compiled it with ITK 3.16. I can compile both shared and static
> libraries with ITK 3.16 compiled as static library.
> >>
> >> -Jinzhong
> >>
> >>
> >> -----Original Message-----
> >> From: Matt McCormick [mailto:matt.mccormick at kitware.com]
> >> Sent: Monday, September 26, 2016 11:30 PM
> >> To: Yang, Jinzhong <jinzhong76 at gmail.com>
> >> Cc: Francois Budin <francois.budin at kitware.com>; Insight-users <
> insight-users at itk.org>
> >> Subject: Re: [ITK-users] ITK build_shared_libs
> >>
> >> Hi Jinzhong,
> >>
> >> Does removing this block:
> >>
> >>
> >> IF (BUILD_SHARED_LIBS)
> >>
> >> SET_TARGET_PROPERTIES(ContourWarping
> >>
> >>                       PROPERTIES COMPILE_DEFINITIONS "BUILD_DLL"
> >>
> >> )
> >>
> >> # Need to enable BUILD_SHARED_LIBS in ITK but NOT in VTK
> >>
> >> ENDIF(BUILD_SHARED_LIBS)
> >>
> >>
> >> Address the issue?
> >>
> >> Thanks,
> >> Matt
> >>
> >> On Mon, Sep 26, 2016 at 10:28 PM, Yang, Jinzhong <jinzhong76 at gmail.com>
> wrote:
> >>> Hi Francois,
> >>>
> >>>
> >>>
> >>> It was added already.
> >>>
> >>>
> >>>
> >>>> TARGET_LINK_LIBRARIES(
> >>>>
> >>>>     ContourWarping
> >>>>
> >>>>     ${ITK_LIBRARIES}
> >>>>
> >>>>     ${VTK_LIBRARIES}
> >>>>
> >>>>                 #vtkIO vtkFiltering vtkGraphics
> >>>>
> >>>>     #debug vld.lib # for memory leak detection
> >>>>
> >>>> )
> >>>
> >>> -Jinzhong
> >>>
> >>>
> >>>
> >>> From: Francois Budin [mailto:francois.budin at kitware.com]
> >>> Sent: Monday, September 26, 2016 6:55 PM
> >>> To: Yang, Jinzhong <jinzhong76 at gmail.com>
> >>> Cc: Matt McCormick <matt.mccormick at kitware.com>; Insight-users
> >>> <insight-users at itk.org>
> >>>
> >>>
> >>> Subject: Re: [ITK-users] ITK build_shared_libs
> >>>
> >>>
> >>>
> >>> Hello Jinzhong,
> >>>
> >>> Could you try to add ${ITK_LIBRARIES} to your call of
> >>> "TARGET_LINK_LIBRARIES"?
> >>>
> >>> Francois
> >>>
> >>>
> >>>
> >>> On Mon, Sep 26, 2016 at 6:39 PM, Yang, Jinzhong <jinzhong76 at gmail.com>
> >>> wrote:
> >>>
> >>> Hi Matt,
> >>>
> >>> When I built ITK, I turned on ITKV3_COMPATIBILITY. Could this cause the
> >>> problem?
> >>> Thanks,
> >>> -Jinzhong
> >>>
> >>>
> >>> -----Original Message-----
> >>> From: Matt McCormick [mailto:matt.mccormick at kitware.com]
> >>> Sent: Monday, September 26, 2016 2:57 PM
> >>> To: Yang, Jinzhong <jinzhong76 at gmail.com>
> >>>
> >>> Cc: Insight-users <insight-users at itk.org>
> >>> Subject: Re: [ITK-users] ITK build_shared_libs
> >>>
> >>> Hi Jinzhong,
> >>>
> >>> Does replacing link_libraries calls with target_link_libraries address
> >>> the issue (this should be done regardless)?
> >>>
> >>> HTH,
> >>> Matt
> >>>
> >>> On Mon, Sep 26, 2016 at 3:53 PM, Yang, Jinzhong <jinzhong76 at gmail.com>
> >>> wrote:
> >>>> Hi Matt,
> >>>>
> >>>>
> >>>>
> >>>> I use CMake, but the CMakeLists.txt was written for old ITK (3.16). I
> >>>> recently upgraded to ITK 4.10 in order for a project depending on this
> >>>> library and GDCM library ( I had trouble to compile that project with
> ITK
> >>>> 3.16). I don't want to manually register the factories. I might need
> to
> >>>> revise my CMakeLists.txt. Below is my CMakeLists.txt. Please let me
> know
> >>>> if
> >>>> there is anything wrong here. To help you understand my problem, I
> >>>> summarize
> >>>> my problem below -
> >>>>
> >>>> - ITK 4.10 compiled with "BUILD_SHARED_LIBS", my project compiled with
> >>>> "BUILD_SHARED_LIBS", WORK
> >>>>
> >>>> - ITK 4.10 compiled with "BUILD_SHARED_LIBS", my project NOT compiled
> with
> >>>> "BUILD_SHARED_LIBS", WORK
> >>>>
> >>>> - ITK 4.10 NOT compiled with "BUILD_SHARED_LIBS", my project NOT
> compiled
> >>>> with "BUILD_SHARED_LIBS", WORK
> >>>>
> >>>> - ITK 4.10 NOT compiled with "BUILD_SHARED_LIBS", my project compiled
> with
> >>>> "BUILD_SHARED_LIBS", NOT WORKING
> >>>>
> >>>>
> >>>>
> >>>> I prefer to compiling ITK without using shared libs because I don?t
> want
> >>>> to
> >>>> distribute a lot of files to other computers with my program.
> >>>>
> >>>> Thank you,
> >>>>
> >>>> Jinzhong
> >>>>
> >>>>
> >>>>
> >>>> //////////////////CMakeLists.txt ////////////////////////////
> >>>>
> >>>> CMAKE_MINIMUM_REQUIRED(VERSION 2.6)
> >>>>
> >>>>
> >>>>
> >>>> PROJECT(ContourWarping)
> >>>>
> >>>>
> >>>>
> >>>> FIND_PACKAGE(ITK)
> >>>>
> >>>> IF(ITK_FOUND)
> >>>>
> >>>>  INCLUDE(${ITK_USE_FILE})
> >>>>
> >>>> ELSE(ITK_FOUND)
> >>>>
> >>>>   MESSAGE(FATAL_ERROR
> >>>>
> >>>>   "ITK not found.  Please set ITK_DIR.")
> >>>>
> >>>> ENDIF(ITK_FOUND)
> >>>>
> >>>>
> >>>>
> >>>> FIND_PACKAGE(VTK)
> >>>>
> >>>> IF (VTK_FOUND)
> >>>>
> >>>>   INCLUDE (${VTK_USE_FILE})
> >>>>
> >>>> ELSE (VTK_FOUND)
> >>>>
> >>>>   MESSAGE(FATAL_ERROR
> >>>>
> >>>>   "VTK not found. Please set VTK_DIR.")
> >>>>
> >>>> ENDIF(VTK_FOUND)
> >>>>
> >>>>
> >>>>
> >>>> OPTION(BUILD_SHARED_LIBS "Build ContourWarping with shared libraries."
> >>>> OFF)
> >>>>
> >>>>
> >>>>
> >>>> OPTION(BUILD_LIB_TEST "Build ContourWarping with testing option
> enabled."
> >>>> OFF)
> >>>>
> >>>> IF (BUILD_LIB_TEST)
> >>>>
> >>>> ADD_DEFINITIONS(-D_LIB_TEST)
> >>>>
> >>>> ENDIF(BUILD_LIB_TEST)
> >>>>
> >>>>
> >>>>
> >>>> LINK_LIBRARIES(
> >>>>
> >>>>     ${ITK_LIBRARIES}
> >>>>
> >>>>                 ${VTK_LIBRARIES}
> >>>>
> >>>>     #vtkIO vtkCommon vtkFiltering vtkGraphics
> >>>>
> >>>> )
> >>>>
> >>>>
> >>>>
> >>>> SET(BOOST_DIR "D:/boost_1_41_0" CACHE PATH "D:/boost_1_41_0")
> >>>>
> >>>>
> >>>>
> >>>> IF (CMAKE_SIZEOF_VOID_P EQUAL 8)
> >>>>
> >>>>                 SET(BOOST_LIB_DIR "D:/boost_1_41_0/stage64/lib" CACHE
> PATH
> >>>> "D:/boost_1_41_0/stage64/lib")
> >>>>
> >>>> ELSE (CMAKE_SIZEOF_VOID_P EQUAL 8)
> >>>>
> >>>>                 SET(BOOST_LIB_DIR "D:/boost_1_41_0/stage/lib" CACHE
> PATH
> >>>> "D:/boost_1_41_0/stage/lib")
> >>>>
> >>>> ENDIF (CMAKE_SIZEOF_VOID_P EQUAL 8)
> >>>>
> >>>>
> >>>>
> >>>> INCLUDE_DIRECTORIES( "C:/Program Files/Visual Leak Detector/include"
> # for
> >>>> memory leak detection, "vld.h"
> >>>>
> >>>>                      ${BOOST_DIR} #boost
> >>>>
> >>>>                      ${PROJECT_SOURCE_DIR}
> >>>>
> >>>>                      "${PROJECT_SOURCE_DIR}/itkLabelMap"
> >>>>
> >>>>
> >>>> "${PROJECT_SOURCE_DIR}/boost"
> >>>>
> >>>> )
> >>>>
> >>>> LINK_DIRECTORIES( ${PROJECT_BINARY_DIR}/${CMAKE_
> ARCHIVE_OUTPUT_DIRECTORY}
> >>>>
> >>>>                   "C:/Program Files/Visual Leak Detector/lib" # for
> memory
> >>>> leak detection, "vld.lib"
> >>>>
> >>>>                   ${BOOST_LIB_DIR} #boost
> >>>>
> >>>> )
> >>>>
> >>>> #LINK_DIRECTORIES( ${CMAKE_ARCHIVE_OUTPUT_DIRECTORY})
> >>>>
> >>>>
> >>>>
> >>>> SET(SRCS
> >>>>
> >>>>          stdafx.h
> >>>>
> >>>>          stdafx.cpp
> >>>>
> >>>>          ContourWarpingWrapUp.cpp
> >>>>
> >>>>          PinnacleROIStructInterface.cpp
> >>>>
> >>>>          BinaryImageRoiPolyInterface.cpp
> >>>>
> >>>>          contourwarpingparallel.cpp
> >>>>
> >>>>          ParallelDispatcher.h
> >>>>
> >>>>          ParallelDispatcher.cpp
> >>>>
> >>>>          Win32Header.h
> >>>>
> >>>>          PinnacleROIConvert.cpp
> >>>>
> >>>>          PinnacleROIConvert.h
> >>>>
> >>>>          PinnacleROIMesh.cpp
> >>>>
> >>>>          PinnacleROIMesh.h
> >>>>
> >>>>          PinnaclePOIConvert.cpp
> >>>>
> >>>>          PinnaclePOIConvert.h
> >>>>
> >>>>          PinnacleImage.cpp
> >>>>
> >>>>          PinnacleImage.txx
> >>>>
> >>>>          PinnacleImage.h
> >>>>
> >>>>          Auxiliary.h
> >>>>
> >>>>          MeshConvertor.cpp
> >>>>
> >>>>          MeshConvertor.h
> >>>>
> >>>>          vtkPolyContours.cpp
> >>>>
> >>>>          vtkPolyContours.h
> >>>>
> >>>>          vtkVoxelContoursToSurfaceFilterEx.cpp
> >>>>
> >>>>          vtkVoxelContoursToSurfaceFilterEx.h
> >>>>
> >>>>          vtkWindowedSincPolyDataFilterEx.cpp
> >>>>
> >>>>          vtkWindowedSincPolyDataFilterEx.h
> >>>>
> >>>>          vtkSurfaceToSliceContours.cpp
> >>>>
> >>>>          vtkSurfaceToSliceContours.h
> >>>>
> >>>>          vtkSurfaceCutter.cpp
> >>>>
> >>>>          vtkSurfaceCutter.h
> >>>>
> >>>>          vtkSurfaceMeshProcess.cpp
> >>>>
> >>>>          vtkSurfaceMeshProcess.h
> >>>>
> >>>>          vtkSurfaceDeformation.cpp
> >>>>
> >>>>          vtkSurfaceDeformation.h
> >>>>
> >>>>          vtkSurfaceDeformationUsingCatField.cpp
> >>>>
> >>>>          vtkSurfaceDeformationUsingCatField.h
> >>>>
> >>>>          vtkSurfaceTransformation.cpp
> >>>>
> >>>>          vtkSurfaceTransformation.h
> >>>>
> >>>>          vtkContourProcess.cpp
> >>>>
> >>>>          vtkContourProcess.h
> >>>>
> >>>>          vtkSurfaceClipper.cpp
> >>>>
> >>>>          vtkSurfaceClipper.h
> >>>>
> >>>>          vtkPolyContoursClipper.cpp
> >>>>
> >>>>          vtkPolyContoursClipper.h
> >>>>
> >>>>          vtkUndirectedGraphCPP.cpp
> >>>>
> >>>>          vtkUndirectedGraphCPP.h
> >>>>
> >>>>          itkPolygonFill2DBinaryImageFilter.h
> >>>>
> >>>>          itkPolygonFill2DBinaryImageFilter.txx
> >>>>
> >>>>          catDeformationField.cpp
> >>>>
> >>>>          catDeformationField.h
> >>>>
> >>>>          boundaries.txx
> >>>>
> >>>>          boundaries.h
> >>>>
> >>>>          PinnacleROI2ImagesParallel.cpp
> >>>>
> >>>>          PinnacleROI2ImagesParallel.h
> >>>>
> >>>> )
> >>>>
> >>>>
> >>>>
> >>>> IF (WIN32)
> >>>>
> >>>> SET(SRCS ${SRCS} resource.h ContourWarping.rc)
> >>>>
> >>>> ENDIF(WIN32)
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>> ADD_LIBRARY(ContourWarping ${SRCS})
> >>>>
> >>>>
> >>>>
> >>>> SET(OUTPUTNAME ContourWarping)
> >>>>
> >>>>
> >>>>
> >>>> IF (BUILD_SHARED_LIBS)
> >>>>
> >>>> IF (CMAKE_SIZEOF_VOID_P EQUAL 8)
> >>>>
> >>>>                 SET_TARGET_PROPERTIES(ContourWarping
> >>>>
> >>>>
> >>>> PROPERTIES OUTPUT_NAME ContourWarping64
> >>>>
> >>>>                 )
> >>>>
> >>>>                 SET(OUTPUTNAME ContourWarping64)
> >>>>
> >>>> ELSE (CMAKE_SIZEOF_VOID_P EQUAL 8)
> >>>>
> >>>>                 SET_TARGET_PROPERTIES(ContourWarping
> >>>>
> >>>>
> >>>> PROPERTIES OUTPUT_NAME ContourWarping32
> >>>>
> >>>>                 )
> >>>>
> >>>>                 SET(OUTPUTNAME ContourWarping32)
> >>>>
> >>>> ENDIF (CMAKE_SIZEOF_VOID_P EQUAL 8)
> >>>>
> >>>> ENDIF (BUILD_SHARED_LIBS)
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>> #SET(CMAKE_BUILD_TYPE Release)
> >>>>
> >>>> #INCLUDE(PCHSupport.cmake)
> >>>>
> >>>> #ADD_PRECOMPILED_HEADER(ContourWarping stdafx.h)
> >>>>
> >>>>
> >>>>
> >>>> TARGET_LINK_LIBRARIES(
> >>>>
> >>>>     ContourWarping
> >>>>
> >>>>     ${ITK_LIBRARIES}
> >>>>
> >>>>     ${VTK_LIBRARIES}
> >>>>
> >>>>                 #vtkIO vtkFiltering vtkGraphics
> >>>>
> >>>>     #debug vld.lib # for memory leak detection
> >>>>
> >>>> )
> >>>>
> >>>>
> >>>>
> >>>> #SET(TARGET_LIB_VERSION "1.0" CACHE STRING "1.0")
> >>>>
> >>>> SET_TARGET_PROPERTIES(ContourWarping
> >>>>
> >>>>                       PROPERTIES VERSION 1.8.8
> >>>>
> >>>> )
> >>>>
> >>>>
> >>>>
> >>>> IF (BUILD_SHARED_LIBS)
> >>>>
> >>>> SET_TARGET_PROPERTIES(ContourWarping
> >>>>
> >>>>                       PROPERTIES COMPILE_DEFINITIONS "BUILD_DLL"
> >>>>
> >>>> )
> >>>>
> >>>> # Need to enable BUILD_SHARED_LIBS in ITK but NOT in VTK
> >>>>
> >>>> ENDIF(BUILD_SHARED_LIBS)
> >>>>
> >>>>
> >>>>
> >>>> IF (WIN32) #enable PCH support & add resource file
> >>>>
> >>>> SET_TARGET_PROPERTIES(ContourWarping
> >>>>
> >>>>                       PROPERTIES COMPILE_FLAGS /Yu"stdafx.h"
> >>>>
> >>>> )
> >>>>
> >>>> SET_SOURCE_FILES_PROPERTIES(stdafx.cpp
> >>>>
> >>>>                       PROPERTIES COMPILE_FLAGS /Yc"stdafx.h"
> >>>>
> >>>> )
> >>>>
> >>>> ENDIF(WIN32)
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>> IF (BUILD_LIB_TEST)
> >>>>
> >>>> TARGET_LINK_LIBRARIES(
> >>>>
> >>>>     ContourWarping
> >>>>
> >>>>     vtkRendering vtkWidgets
> >>>>
> >>>> )
> >>>>
> >>>> ENDIF(BUILD_LIB_TEST)
> >>>>
> >>>>
> >>>>
> >>>> ######
> >>>>
> >>>> ADD_EXECUTABLE( ContourWarpingTest
> >>>>
> >>>>                 testdll.cpp
> >>>>
> >>>> )
> >>>>
> >>>>
> >>>>
> >>>> TARGET_LINK_LIBRARIES(
> >>>>
> >>>>   ContourWarpingTest
> >>>>
> >>>>   ${OUTPUTNAME}.lib
> >>>>
> >>>> )
> >>>>
> >>>>
> >>>>
> >>>> ADD_DEPENDENCIES(
> >>>>
> >>>>   ContourWarpingTest
> >>>>
> >>>>   ContourWarping
> >>>>
> >>>> )
> >>>>
> >>>>
> >>>>
> >>>> ######
> >>>>
> >>>> ADD_EXECUTABLE( PinnacleROI2BinaryImage
> >>>>
> >>>>                 PinnacleROI2BinaryImage.cpp
> >>>>
> >>>> )
> >>>>
> >>>>
> >>>>
> >>>> TARGET_LINK_LIBRARIES(
> >>>>
> >>>>   PinnacleROI2BinaryImage
> >>>>
> >>>>   ${OUTPUTNAME}.lib
> >>>>
> >>>> )
> >>>>
> >>>>
> >>>>
> >>>> ADD_DEPENDENCIES(
> >>>>
> >>>>   PinnacleROI2BinaryImage
> >>>>
> >>>>   ContourWarping
> >>>>
> >>>> )
> >>>>
> >>>>
> >>>>
> >>>> ######
> >>>>
> >>>> ADD_EXECUTABLE( PinnacleROIFromBitmap
> >>>>
> >>>>                 PinnacleROIFromBitmap.cpp
> >>>>
> >>>> )
> >>>>
> >>>>
> >>>>
> >>>> TARGET_LINK_LIBRARIES(
> >>>>
> >>>>   PinnacleROIFromBitmap
> >>>>
> >>>>   ${OUTPUTNAME}.lib
> >>>>
> >>>> )
> >>>>
> >>>>
> >>>>
> >>>> ADD_DEPENDENCIES(
> >>>>
> >>>>   PinnacleROIFromBitmap
> >>>>
> >>>>   ContourWarping
> >>>>
> >>>> )
> >>>>
> >>>>
> >>>>
> >>>> ######
> >>>>
> >>>> ADD_EXECUTABLE( MeshTest
> >>>>
> >>>>                 MeshTest.cpp
> >>>>
> >>>> )
> >>>>
> >>>>
> >>>>
> >>>> TARGET_LINK_LIBRARIES(
> >>>>
> >>>>   MeshTest
> >>>>
> >>>>   ${OUTPUTNAME}.lib
> >>>>
> >>>> )
> >>>>
> >>>>
> >>>>
> >>>> ADD_DEPENDENCIES(
> >>>>
> >>>>   MeshTest
> >>>>
> >>>>   ContourWarping
> >>>>
> >>>> )
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>> -----Original Message-----
> >>>> From: Matt McCormick [mailto:matt.mccormick at kitware.com]
> >>>> Sent: Monday, September 26, 2016 1:50 PM
> >>>> To: Yang, Jinzhong <jinzhong76 at gmail.com>
> >>>> Cc: Francois Budin <francois.budin at kitware.com>; D?enan Zuki?
> >>>> <dzenanz at gmail.com>; Insight-users <insight-users at itk.org>
> >>>> Subject: Re: [ITK-users] ITK build_shared_libs
> >>>>
> >>>>
> >>>>
> >>>> Hi Jinzhong,
> >>>>
> >>>>
> >>>>
> >>>> It sounds like you are not using CMake to build the project or using
> >>>>
> >>>> it in some non-standard way? There are a few options:
> >>>>
> >>>>
> >>>>
> >>>> 1) Use CMake to compile the project.
> >>>>
> >>>> 2) Set ITK_NO_IO_FACTORY_REGISTER_MANAGER before calling
> >>>>
> >>>> "include(${ITK_USE_FILE})", the register the factories manually.
> >>>>
> >>>>
> >>>>
> >>>> HTH,
> >>>>
> >>>> Matt
> >>>>
> >>>>
> >>>>
> >>>> On Mon, Sep 26, 2016 at 2:32 PM, Yang, Jinzhong <jinzhong76 at gmail.com
> >
> >>>> wrote:
> >>>>
> >>>>> Still no clue. I checked the file itkImageIOFactoryRegisterManager.h.
> It
> >>>>
> >>>>> seems all classes imported in that header were not linked. However, I
> >>>>> check
> >>>>
> >>>>> all IO libraries, it seems they were all included as dependency. As I
> >>>>
> >>>>> mentioned before, if I compiled my code as static library, there is
> not
> >>>>> such
> >>>>
> >>>>> a problem.
> >>>>
> >>>>>
> >>>>
> >>>>>
> >>>>
> >>>>>
> >>>>
> >>>>> Here are all ITK/VTK related libraries passed to my compiler (they
> are
> >>>>
> >>>>> generated by cmake. I enabled ITK_USE_SYSTEM_GDCM in building my
> ITK):
> >>>>
> >>>>>
> >>>>
> >>>>>
> >>>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\
> itkdouble-conversion-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itksys-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkvnl_algo-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkvnl-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkv3p_netlib-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itknetlib-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkvcl-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\
> itkNetlibSlatec-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKStatistics-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKTransform-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\
> ITKIOImageBase-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOBMP-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmDICT.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmMSFF.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOGDCM-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkzlib-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOGIPL-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkjpeg-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOJPEG-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKMetaIO-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOMeta-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKznz-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKniftiio-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIONIFTI-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKNrrdIO-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIONRRD-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkpng-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOPNG-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itktiff-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTIFF-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOVTK-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKLabelMap-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKMesh-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\
> ITKSpatialObjects-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKPath-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\
> ITKQuadEdgeMesh-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKOptimizers-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\
> ITKPolynomials-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\
> ITKBiasCorrection-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKBioCell-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\
> ITKDICOMParser-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKDeprecated-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOBioRad-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOLSM-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\
> ITKIOStimulate-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKEXPAT-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOXML-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\
> ITKIOSpatialObjects-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKFEM-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKgiftiio-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOMesh-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkhdf5_cpp-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkhdf5-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOCSV-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOIPL-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOSiemens-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOHDF5-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOMRC-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\
> ITKIOTransformBase-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\
> ITKIOTransformHDF5-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>>
> >>>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\
> ITKIOTransformInsightLegacy-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>>
> >>>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\
> ITKIOTransformMatlab-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\
> ITKKLMRegionGrowing-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVTK-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKWatersheds-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\
> ITKOptimizersv4-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVideoCore-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVideoIO-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkChartsCore-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonColor-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonDataModel-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonMath-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonCore-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtksys-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonMisc-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonSystem-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonTransforms-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInfovisCore-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersExtraction-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonExecutionModel-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersCore-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersGeneral-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonComputationalGeometry
> -7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersStatistics-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingFourier-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingCore-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkalglib-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingContext2D-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingCore-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersGeometry-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersSources-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingFreeType-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkfreetype-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkzlib-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkDICOMParser-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkDomainsChemistry-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOXML-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOGeometry-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOCore-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOXMLParser-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkexpat-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkDomainsChemistryOpenGL2-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingOpenGL2-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingHybrid-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOImage-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkmetaio-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkjpeg-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkpng-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtktiff-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkglew-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersAMR-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkParallelCore-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOLegacy-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersFlowPaths-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersGeneric-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersHybrid-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingSources-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersHyperTree-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersImaging-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingGeneral-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersModeling-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersParallel-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersParallelImaging-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersProgrammable-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersSMP-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersSelection-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersTexture-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersVerdict-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkverdict-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkGeovisCore-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInfovisLayout-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInteractionStyle-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInteractionWidgets-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingAnnotation-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingColor-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingVolume-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkViewsCore-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkproj4-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOAMR-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkhdf5_hl-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkhdf5-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOEnSight-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOExodus-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkexoIIc-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkNetCDF-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkNetCDF_cxx-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOExport-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingLabel-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOImport-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOInfovis-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtklibxml2-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOLSDyna-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOMINC-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOMovie-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkoggtheora-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIONetCDF-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOPLY-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOParallel-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkjsoncpp-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOParallelXML-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOSQL-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtksqlite-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOVideo-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingMath-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingMorphological-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingStatistics-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingStencil-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInteractionImage-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingContextOpenGL2-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingImage-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingLOD-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingVolumeOpenGL2-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkTestingGenericBridge-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkTestingIOSQL-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkTestingRendering-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkViewsContext2D-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkViewsInfovis-7.0.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmIOD.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmDSED.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmzlib.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmCommon.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmexpat.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmjpeg8.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmjpeg12.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmjpeg16.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmopenjpeg.lib
> >>>>
> >>>>>
> >>>>
> >>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmcharls.lib
> >>>>
> >>>>>
> >>>>
> >>>>> rpcrt4.lib
> >>>>
> >>>>>
> >>>>
> >>>>>
> >>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\
> ITKVNLInstantiation-4.10.lib
> >>>>
> >>>>>
> >>>>
> >>>>>
> >>>>
> >>>>>
> >>>>
> >>>>> Thanks,
> >>>>
> >>>>>
> >>>>
> >>>>> -Jinzhong
> >>>>
> >>>>>
> >>>>
> >>>>>
> >>>>
> >>>>>
> >>>>
> >>>>> From: Francois Budin [mailto:francois.budin at kitware.com]
> >>>>
> >>>>> Sent: Monday, September 26, 2016 8:04 AM
> >>>>
> >>>>> To: D?enan Zuki? <dzenanz at gmail.com>
> >>>>
> >>>>> Cc: Yang, Jinzhong <jinzhong76 at gmail.com>; Insight-users
> >>>>
> >>>>> <insight-users at itk.org>
> >>>>
> >>>>> Subject: Re: [ITK-users] ITK build_shared_libs
> >>>>
> >>>>>
> >>>>
> >>>>>
> >>>>
> >>>>>
> >>>>
> >>>>> Hello,
> >>>>
> >>>>>
> >>>>
> >>>>> As Dzenan said, your problem most likely comes from a problem with
> the
> >>>>> ITK
> >>>>
> >>>>> IO factory. You may want to check that in your build directory, you
> have
> >>>>> a
> >>>>
> >>>>> directory called "ITKIOFactoryRegistration" that is created, and
> that it
> >>>>
> >>>>> contains a file called itkImageIOFactoryRegisterManager.h. This file
> >>>>
> >>>>> specifies all the type of images that are automatically registered
> to the
> >>>>
> >>>>> factory. You should compare the list of types included in this header
> >>>>> file
> >>>>
> >>>>> with the list of ITK libraries that is passed to your compiler and
> make
> >>>>> sure
> >>>>
> >>>>> that it matches.
> >>>>
> >>>>>
> >>>>
> >>>>> Hope this helps,
> >>>>
> >>>>>
> >>>>
> >>>>> Francois
> >>>>
> >>>>>
> >>>>
> >>>>>
> >>>>
> >>>>>
> >>>>
> >>>>> On Sun, Sep 25, 2016 at 10:36 AM, D?enan Zuki? <dzenanz at gmail.com>
> wrote:
> >>>>
> >>>>>
> >>>>
> >>>>> Hi Yang,
> >>>>
> >>>>>
> >>>>
> >>>>>
> >>>>
> >>>>>
> >>>>
> >>>>> all your link errors are for I/O class factories. Can you read the
> >>>>> following
> >>>>
> >>>>> and see whether it helps you solve the problem?
> >>>>
> >>>>>
> >>>>
> >>>>> https://itk.org/Wiki/Plugin_IO_mechanisms
> >>>>
> >>>>>
> >>>>
> >>>>>
> >>>>>
> >>>>> https://itk.org/ITKExamples/src/IO/ImageBase/RegisterIOFactories/
> Documentation.html
> >>>>
> >>>>>
> >>>>
> >>>>>
> >>>>
> >>>>>
> >>>>
> >>>>> Regards,
> >>>>
> >>>>>
> >>>>
> >>>>> D?enan
> >>>>
> >>>>>
> >>>>
> >>>>>
> >>>>
> >>>>>
> >>>>
> >>>>> On Fri, Sep 23, 2016 at 6:36 PM, Yang, Jinzhong <
> jinzhong76 at gmail.com>
> >>>>
> >>>>> wrote:
> >>>>
> >>>>>
> >>>>
> >>>>> Hi all,
> >>>>
> >>>>>
> >>>>
> >>>>>
> >>>>
> >>>>>
> >>>>
> >>>>> I have a very weird problem when I try to build my library. I have
> an old
> >>>>
> >>>>> library, previously was built based on ITK 3.16 and VTK 5.8. I built
> my
> >>>>
> >>>>> library to both DLL and static library. By configuring in cmake
> properly,
> >>>>> I
> >>>>
> >>>>> could build both types of libraries without any problem. Recently, I
> >>>>> upgrade
> >>>>
> >>>>> it to ITK 4.10 and VTK 7.0.  If I turned on BUILD_SHARED_LIBS in ITK,
> >>>>> both
> >>>>
> >>>>> DLL and static lib for my library can be compiled and linked,
> however, I
> >>>>
> >>>>> need to include all DLL files from ITK when I would like to
> distribute my
> >>>>
> >>>>> library. I don?t want to do so. Then I turned off BUILD_SHARED_LIBS
> in
> >>>>> ITK.
> >>>>
> >>>>> The static lib of my library can be built, but the DLL couldn?t.
> Error
> >>>>
> >>>>> happened during the link stage. The error message was attached
> below. I
> >>>>> used
> >>>>
> >>>>> CMake 3.6.2 + VS 2008 + Windows 7.
> >>>>
> >>>>>
> >>>>
> >>>>>
> >>>>
> >>>>>
> >>>>
> >>>>> 2>   Creating library
> >>>>
> >>>>>
> >>>>>
> >>>>> D:\MeshContourDeformation\ContourWarpingLib-x86-dll\
> Debug\ContourWarping32.lib
> >>>>
> >>>>> and object
> >>>>
> >>>>>
> >>>>>
> >>>>> D:\MeshContourDeformation\ContourWarpingLib-x86-dll\
> Debug\ContourWarping32.exp
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::GE5ImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> >>>>
> >>>>> function
> >>>>
> >>>>>
> >>>>>
> >>>>> __unwindfunclet$??0?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk
> @@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@IAE at XZ$0
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::GE5ImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved
> external
> >>>>> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::GE5ImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external
> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::GE5ImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved
> external
> >>>>> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::GE5ImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external
> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::GE5ImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::GE5ImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::GE4ImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::GE4ImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved
> external
> >>>>> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::GE4ImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external
> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::GE4ImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> >>>>
> >>>>> function "void __cdecl itk::`anonymous namespace'::`dynamic
> initializer
> >>>>> for
> >>>>
> >>>>> 'ImageIOFactoryRegisterRegisterList''(void)"
> >>>>
> >>>>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved
> external
> >>>>> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::GE4ImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external
> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::GE4ImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::GE4ImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::MRCImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::MRCImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved
> external
> >>>>> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::MRCImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> >>>>
> >>>>> function "void __cdecl std::_Debug_order<class std::_Tree<class
> >>>>
> >>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> >>>>
> >>>>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
> >>>>
> >>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> >>>>
> >>>>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
> >>>>
> >>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> >>>>
> >>>>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
> >>>>> int)"
> >>>>
> >>>>>
> >>>>>
> >>>>> (??$_Debug_order at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std
> @@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V
> ?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WI@Z)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external
> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::MRCImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved
> external
> >>>>> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::MRCImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external
> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::MRCImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::MRCImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::MetaImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::MetaImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved
> external
> >>>>> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::MetaImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external
> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::MetaImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ) referenced
> in
> >>>>
> >>>>> function "void __cdecl itk::`anonymous namespace'::`dynamic
> initializer
> >>>>> for
> >>>>
> >>>>> 'ImageIOFactoryRegisterRegisterList''(void)"
> >>>>
> >>>>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved
> external
> >>>>> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::MetaImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external
> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::MetaImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::MetaImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::BioRadImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
> referenced in
> >>>>
> >>>>> function "public: __thiscall std::vector<class std::vector<class
> >>>>
> >>>>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned
> char,2>,class
> >>>>
> >>>>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength,class
> >>>>
> >>>>> std::allocator<class itk::BinaryImageToLabelMapFilter<class
> >>>>
> >>>>> itk::Image<unsigned char,2>,class itk::LabelMap<class
> >>>>
> >>>>> itk::LabelObject<short,2> > >::runLength> >,class
> std::allocator<class
> >>>>
> >>>>> std::vector<class itk::BinaryImageToLabelMapFilter<class
> >>>>> itk::Image<unsigned
> >>>>
> >>>>> char,2>,class itk::LabelMap<class itk::LabelObject<short,2> >
> >>>>
> >>>>>>::runLength,class std::allocator<class
> >>>>
> >>>>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned
> char,2>,class
> >>>>
> >>>>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength> > >
> >>>>
> >>>>>>::~vector<class std::vector<class itk::BinaryImageToLabelMapFilter<
> class
> >>>>
> >>>>> itk::Image<unsigned char,2>,class itk::LabelMap<class
> >>>>
> >>>>> itk::LabelObject<short,2> > >::runLength,class std::allocator<class
> >>>>
> >>>>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned
> char,2>,class
> >>>>
> >>>>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength> >,class
> >>>>
> >>>>> std::allocator<class std::vector<class
> >>>>
> >>>>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned
> char,2>,class
> >>>>
> >>>>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength,class
> >>>>
> >>>>> std::allocator<class itk::BinaryImageToLabelMapFilter<class
> >>>>
> >>>>> itk::Image<unsigned char,2>,class itk::LabelMap<class
> >>>>
> >>>>> itk::LabelObject<short,2> > >::runLength> > > >(void)"
> >>>>
> >>>>>
> >>>>>
> >>>>> (??1?$vector at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?
> $Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@
> @V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk
> @@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@V?$allocator@
> V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk
> @@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?
> $BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap@
> V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@@2@@std@@QAE at XZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::BioRadImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved
> external
> >>>>> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::BioRadImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external
> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::BioRadImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved
> external
> >>>>> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::BioRadImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external
> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::BioRadImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::BioRadImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::StimulateImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::StimulateImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
> referenced
> >>>>> in
> >>>
> >>>>
> >>>>> function "protected: __thiscall std::_Vector_val<struct
> >>>>
> >>>>> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class
> itk::Index<3> >
> >>>>
> >>>>>>::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
> >>>>
> >>>>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
> >>>>
> >>>>>>::_Vector_val<struct itk::ObjectStore<class
> >>>>
> >>>>> itk::SparseFieldLevelSetNode<class itk::Index<3> >
> >::MemoryBlock,class
> >>>>
> >>>>> std::allocator<struct itk::ObjectStore<class
> >>>>
> >>>>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
> >>>>> >(class
> >>>>
> >>>>> std::allocator<struct itk::ObjectStore<class
> >>>>
> >>>>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>)"
> >>>>
> >>>>>
> >>>>>
> >>>>> (??0?$_Vector_val at UMemoryBlock@?$ObjectStore at V?$
> SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$
> allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@
> $02 at itk@@@itk@@@itk@@@std@@@std@@IAE at V?$allocator at UMemoryBlock@
> ?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@1@
> @Z)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved
> external
> >>>>> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::StimulateImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external
> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::StimulateImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved
> external
> >>>>> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::StimulateImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external
> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::StimulateImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::StimulateImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::VTKImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::VTKImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved
> external
> >>>>> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::VTKImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external
> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::VTKImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> >>>>
> >>>>> function "void __cdecl itk::`anonymous namespace'::`dynamic
> initializer
> >>>>> for
> >>>>
> >>>>> 'ImageIOFactoryRegisterRegisterList''(void)"
> >>>>
> >>>>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved
> external
> >>>>> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::VTKImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external
> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::VTKImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::VTKImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::TIFFImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ) referenced
> in
> >>>>
> >>>>> function
> >>>>
> >>>>>
> >>>>>
> >>>>> __ehhandler$??1?$vector at V?$vector at VrunLength@?$
> BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V
> ?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?
> $BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap@
> V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@V?$allocator@
> V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk
> @@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?
> $BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap@
> V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@@2@@std@@QAE at XZ
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::TIFFImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved
> external
> >>>>> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::TIFFImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external
> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::TIFFImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved
> external
> >>>>> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::TIFFImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external
> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::TIFFImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::TIFFImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::PNGImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::PNGImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved
> external
> >>>>> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::PNGImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> >>>>
> >>>>> function "void __cdecl std::_Debug_order2<class std::_Tree<class
> >>>>
> >>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> >>>>
> >>>>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
> >>>>
> >>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> >>>>
> >>>>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
> >>>>
> >>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> >>>>
> >>>>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
> >>>>
> >>>>> int,struct std::forward_iterator_tag)"
> >>>>
> >>>>>
> >>>>>
> >>>>> (??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@
> @V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_
> traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0@
> 0PB_WIUforward_iterator_tag at 0@@Z)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external
> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::PNGImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved
> external
> >>>>> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::PNGImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external
> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::PNGImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::PNGImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::LSMImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::LSMImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved
> external
> >>>>> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::LSMImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> >>>>
> >>>>> function "void __cdecl std::_Debug_order2<class std::_Tree<class
> >>>>
> >>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> >>>>
> >>>>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
> >>>>
> >>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> >>>>
> >>>>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
> >>>>
> >>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> >>>>
> >>>>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
> >>>>
> >>>>> int,struct std::forward_iterator_tag)"
> >>>>
> >>>>>
> >>>>>
> >>>>> (??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@
> @V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_
> traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0@
> 0PB_WIUforward_iterator_tag at 0@@Z)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external
> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::LSMImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved
> external
> >>>>> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::LSMImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external
> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::LSMImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::LSMImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::BMPImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::BMPImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
> >>>>
> >>>>> function "protected: void __thiscall std::vector<struct
> >>>>
> >>>>> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class
> itk::Index<3> >
> >>>>
> >>>>>>::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
> >>>>
> >>>>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
> >>>>
> >>>>>>::_Tidy(void)"
> >>>>
> >>>>>
> >>>>>
> >>>>> (?_Tidy@?$vector at UMemoryBlock@?$ObjectStore at V?$
> SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$
> allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@
> $02 at itk@@@itk@@@itk@@@std@@@std@@IAEXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved
> external
> >>>>> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::BMPImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external
> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::BMPImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved
> external
> >>>>> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::BMPImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external
> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::BMPImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::BMPImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::GDCMImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::GDCMImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved
> external
> >>>>> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::GDCMImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external
> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::GDCMImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ) referenced
> in
> >>>>
> >>>>> function "void __cdecl itk::`anonymous namespace'::`dynamic
> initializer
> >>>>> for
> >>>>
> >>>>> 'ImageIOFactoryRegisterRegisterList''(void)"
> >>>>
> >>>>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved
> external
> >>>>> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::GDCMImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external
> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::GDCMImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::GDCMImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::JPEGImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::JPEGImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved
> external
> >>>>> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::JPEGImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external
> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::JPEGImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ) referenced
> in
> >>>>
> >>>>> function "void __cdecl itk::`anonymous namespace'::`dynamic
> initializer
> >>>>> for
> >>>>
> >>>>> 'ImageIOFactoryRegisterRegisterList''(void)"
> >>>>
> >>>>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved
> external
> >>>>> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::JPEGImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external
> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::JPEGImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::JPEGImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced
> in
> >>>>
> >>>>> function "public: __thiscall std::vector<unsigned long,class
> >>>>
> >>>>> std::allocator<unsigned long> >::~vector<unsigned long,class
> >>>>
> >>>>> std::allocator<unsigned long> >(void)"
> >>>>
> >>>>> (??1?$vector at KV?$allocator at K@std@@@std@@QAE at XZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved
> external
> >>>>> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external
> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved
> external
> >>>>> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external
> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::GiplImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::GiplImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved
> external
> >>>>> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::GiplImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ) referenced
> in
> >>>>
> >>>>> function "void __cdecl std::_Debug_order2<class std::_Tree<class
> >>>>
> >>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> >>>>
> >>>>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
> >>>>
> >>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> >>>>
> >>>>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
> >>>>
> >>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
> >>>>
> >>>>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
> >>>>
> >>>>> int,struct std::forward_iterator_tag)"
> >>>>
> >>>>>
> >>>>>
> >>>>> (??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@
> @V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_
> traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0@
> 0PB_WIUforward_iterator_tag at 0@@Z)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external
> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::GiplImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved
> external
> >>>>> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::GiplImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external
> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::GiplImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::GiplImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::NrrdImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::NrrdImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ) referenced
> in
> >>>>
> >>>>> function "protected: bool __thiscall std::vector<struct
> >>>>
> >>>>> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class
> itk::Index<3> >
> >>>>
> >>>>>>::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
> >>>>
> >>>>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
> >>>>
> >>>>>>::_Buy(unsigned int)"
> >>>>
> >>>>>
> >>>>>
> >>>>> (?_Buy@?$vector at UMemoryBlock@?$ObjectStore at V?$
> SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$
> allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@
> $02 at itk@@@itk@@@itk@@@std@@@std@@IAE_NI at Z)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved
> external
> >>>>> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::NrrdImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external
> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::NrrdImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved
> external
> >>>>> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::NrrdImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external
> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::NrrdImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::NrrdImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::NiftiImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::NiftiImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved
> external
> >>>>> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::NiftiImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external
> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::NiftiImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ) referenced
> in
> >>>>
> >>>>> function "void __cdecl itk::`anonymous namespace'::`dynamic
> initializer
> >>>>> for
> >>>>
> >>>>> 'ImageIOFactoryRegisterRegisterList''(void)"
> >>>>
> >>>>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved
> external
> >>>>> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::NiftiImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external
> symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::NiftiImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
> >>>>
> >>>>> "__declspec(dllimport) void __cdecl
> >>>>
> >>>>> itk::NiftiImageIOFactoryRegister__Private(void)"
> >>>>
> >>>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
> >>>>
> >>>>>
> >>>>
> >>>>>
> >>>>>
> >>>>> 2>D:\MeshContourDeformation\ContourWarpingLib-x86-dll\
> Debug\ContourWarping32.dll
> >>>>
> >>>>> : fatal error LNK1120: 17 unresolved externals
> >>>>
> >>>>>
> >>>>
> >>>
> >>>>>
> >>>>
> >>>>>
> >>>>
> >>>>> _____________________________________
> >>>>
> >>>>> Powered by www.kitware.com
> >>>>
> >>>>>
> >>>>
> >>>>> Visit other Kitware open-source projects at
> >>>>
> >>>>> http://www.kitware.com/opensource/opensource.html
> >>>>
> >>>>>
> >>>>
> >>>>> Kitware offers ITK Training Courses, for more information visit:
> >>>>
> >>>>> http://www.kitware.com/products/protraining.php
> >>>>
> >>>>>
> >>>>
> >>>>> Please keep messages on-topic and check the ITK FAQ at:
> >>>>
> >>>>> http://www.itk.org/Wiki/ITK_FAQ
> >>>>
> >>>>>
> >>>>
> >>>>> Follow this link to subscribe/unsubscribe:
> >>>>
> >>>>> http://public.kitware.com/mailman/listinfo/insight-users
> >>>>
> >>>>>
> >>>>
> >>>>>
> >>>>
> >>>>>
> >>>>
> >>>>>
> >>>>
> >>>>> _____________________________________
> >>>>
> >>>>> Powered by www.kitware.com
> >>>>
> >>>>>
> >>>>
> >>>>> Visit other Kitware open-source projects at
> >>>>
> >>>>> http://www.kitware.com/opensource/opensource.html
> >>>>
> >>>>>
> >>>>
> >>>>> Kitware offers ITK Training Courses, for more information visit:
> >>>>
> >>>>> http://www.kitware.com/products/protraining.php
> >>>>
> >>>>>
> >>>>
> >>>>> Please keep messages on-topic and check the ITK FAQ at:
> >>>>
> >>>>> http://www.itk.org/Wiki/ITK_FAQ
> >>>>
> >>>>>
> >>>>
> >>>>> Follow this link to subscribe/unsubscribe:
> >>>>
> >>>>> http://public.kitware.com/mailman/listinfo/insight-users
> >>>>
> >>>>>
> >>>>
> >>>>>
> >>>>
> >>>>>
> >>>>
> >>>>>
> >>>>
> >>>>> _____________________________________
> >>>>
> >>>>> Powered by www.kitware.com
> >>>>
> >>>>>
> >>>>
> >>>>> Visit other Kitware open-source projects at
> >>>>
> >>>>> http://www.kitware.com/opensource/opensource.html
> >>>>
> >>>>>
> >>>>
> >>>>> Kitware offers ITK Training Courses, for more information visit:
> >>>>
> >>>>> http://www.kitware.com/products/protraining.php
> >>>>
> >>>>>
> >>>>
> >>>>> Please keep messages on-topic and check the ITK FAQ at:
> >>>>
> >>>>> http://www.itk.org/Wiki/ITK_FAQ
> >>>>
> >>>>>
> >>>>
> >>>>> Follow this link to subscribe/unsubscribe:
> >>>>
> >>>>> http://public.kitware.com/mailman/listinfo/insight-users
> >>>>
> >>>>>
> >>>
> >>> _____________________________________
> >>> Powered by www.kitware.com
> >>>
> >>> Visit other Kitware open-source projects at
> >>> http://www.kitware.com/opensource/opensource.html
> >>>
> >>> Kitware offers ITK Training Courses, for more information visit:
> >>> http://www.kitware.com/products/protraining.php
> >>>
> >>> Please keep messages on-topic and check the ITK FAQ at:
> >>> http://www.itk.org/Wiki/ITK_FAQ
> >>>
> >>> Follow this link to subscribe/unsubscribe:
> >>> http://public.kitware.com/mailman/listinfo/insight-users
> >>>
> >>>
> >>
> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161108/3d30f15d/attachment-0001.html>

From jinzhong76 at gmail.com  Tue Nov  8 18:02:38 2016
From: jinzhong76 at gmail.com (Yang, Jinzhong)
Date: Tue, 8 Nov 2016 17:02:38 -0600
Subject: [ITK-users] ITK build_shared_libs
In-Reply-To: <CAHwLD2Xwv=5LSWnEoqsABQ8vyM+YDVMim4w0Dm1c5kbMKnvxbQ@mail.gmail.com>
References: <015301d215ea$ee7b8a50$cb729ef0$@gmail.com>
 <CAPf2UMTfM=qkrHjYxbRFrpnD75qMH5vgsE-wNwFzKLhsBmA5Xg@mail.gmail.com>
 <CAHwLD2WRs_h2qM9kNf0gwa9NQ1G_pM6MzxR9iCYBeNFr25DRHw@mail.gmail.com>
 <000901d21824$6789f770$369de650$@gmail.com>
 <CALzTN-QUfdWUDG39G27O+ZcNL0K+ya2+qzcs9RT8LvwoYbmeFg@mail.gmail.com>
 <001b01d2182f$9943e9a0$cbcbbce0$@gmail.com>
 <CALzTN-SrnXBOfvUPHMMu6sSDuK__kW2amEY6LzkiaAb8BZeOuA@mail.gmail.com>
 <003c01d21846$e91e4c60$bb5ae520$@gmail.com>
 <CAHwLD2Whcjwz9-BeXBT82xyGv-TPiUrKEVb1S1=RD7zYUy1j9A@mail.gmail.com>
 <004701d21866$dbe3b5b0$93ab2110$@gmail.com>
 <CALzTN-RxqmxRYdKF+U7-UbRXO412bUsq2eJBPh+fuK3t_9QPUg@mail.gmail.com>
 <005201d21879$595bbee0$0c133ca0$@gmail.com>
 <CALzTN-R9XKNBo=aG9UZMVJZ3iTXf2AM16f1HRa-4uFAgVaKQVg@mail.gmail.com>
 <008201d218cf$1cdba7e0$5692f7a0$@gmail.com>
 <CALzTN-RWb1AUpCXaYXkiU27493ULn5+-v20gqz5c__BRptH7+w@mail.gmail.com>
 <004a01d23a0b$2af9c930$80ed5b90$@gmail.com>
 <CAHwLD2Xwv=5LSWnEoqsABQ8vyM+YDVMim4w0Dm1c5kbMKnvxbQ@mail.gmail.com>
Message-ID: <004d01d23a14$33c151b0$9b43f510$@gmail.com>

Thank you, Francois. Yes, I think it?s related to this bug.

 

-Jinzhong

 

From: Francois Budin [mailto:francois.budin at kitware.com] 
Sent: Tuesday, November 08, 2016 4:13 PM
To: Yang, Jinzhong <jinzhong76 at gmail.com>
Cc: Matt McCormick <matt.mccormick at kitware.com>; Insight-users <insight-users at itk.org>
Subject: Re: [ITK-users] ITK build_shared_libs

 

Hi Jinzhong,

Your problem may have been related to this bug: http://review.source.kitware.com/#/c/21634/

You can try to download the latest version of ITK: git clone http://itk.org/ITK.git

Hopefully that will solve your problem cleanly.

Hope that helps,

Francois

 

On Tue, Nov 8, 2016 at 4:57 PM, Yang, Jinzhong <jinzhong76 at gmail.com <mailto:jinzhong76 at gmail.com> > wrote:

Hi Matt,

After a month I had the chance to look into this problem again and eventually I found out a workaround solution. Remember, I would like to compile my project as a shared library (output .dll file) with the ITK as static library (I did not turn on the build_shared_libs in cmake configuration for ITK). Now, when I used cmake to configure my project, it generated a folder ITKIOFactoryRegistration with two header files for all ITKIO libraries. This is line 41 of the iktImageIOFactoryRegisterManager.h -

void ITK_ABI_IMPORT NiftiImageIOFactoryRegister__Private();void ITK_ABI_IMPORT NrrdImageIOFactoryRegister__Private();void ITK_ABI_IMPORT GiplImageIOFactoryRegister__Private();void ITK_ABI_IMPORT HDF5ImageIOFactoryRegister__Private();void ITK_ABI_IMPORT JPEGImageIOFactoryRegister__Private();void ITK_ABI_IMPORT GDCMImageIOFactoryRegister__Private();void ITK_ABI_IMPORT BMPImageIOFactoryRegister__Private();void ITK_ABI_IMPORT LSMImageIOFactoryRegister__Private();void ITK_ABI_IMPORT PNGImageIOFactoryRegister__Private();void ITK_ABI_IMPORT TIFFImageIOFactoryRegister__Private();void ITK_ABI_IMPORT VTKImageIOFactoryRegister__Private();void ITK_ABI_IMPORT StimulateImageIOFactoryRegister__Private();void ITK_ABI_IMPORT BioRadImageIOFactoryRegister__Private();void ITK_ABI_IMPORT MetaImageIOFactoryRegister__Private();void ITK_ABI_IMPORT MRCImageIOFactoryRegister__Private();void ITK_ABI_IMPORT GE4ImageIOFactoryRegister__Private();void ITK_ABI_IMPORT GE5ImageIOFactoryRegister__Private();

Notice that the ITK_ABI_IMPORT was defined for each function. With this definition, the project will look for DLL files instead of LIB file to link. However, I compiled my ITK as static libs. That's why it gave the link error. Now, I removed all ITK_ABI_IMPORT definitions for all functions and recompiled my project, BINGO~ all passed.

I would consider this as a bug of cmake or cmake configuration of ITK.
Thanks,
-Jinzhong

-----Original Message-----
From: Matt McCormick [mailto:matt.mccormick at kitware.com <mailto:matt.mccormick at kitware.com> ]

Sent: Tuesday, September 27, 2016 3:56 PM
To: Yang, Jinzhong <jinzhong76 at gmail.com <mailto:jinzhong76 at gmail.com> >
Cc: Francois Budin <francois.budin at kitware.com <mailto:francois.budin at kitware.com> >; Insight-users <insight-users at itk.org <mailto:insight-users at itk.org> >
Subject: Re: [ITK-users] ITK build_shared_libs

Hi Jinzhong,

Thanks for the information. It seems that
ITK_IO_FACTORY_REGISTER_MANAGER is passed correctly, then. Without it,
the itk::ImageFileReader will not be able to read any formats.

I would keep investigating why all the ITK IO libraries are not being
linked in by checking the contents of the "ITK_LIBRARIES" CMake
variable, not using the link_libraries command, etc.

HTH,
Matt

On Tue, Sep 27, 2016 at 10:54 AM, Yang, Jinzhong <jinzhong76 at gmail.com <mailto:jinzhong76 at gmail.com> > wrote:
> Hi Matt,
>
> This information is helpful. The ITK_IO_FACTORY_REGISTER_MANAGER was added to the definition of ContourWarping. The BUILD_DLL did not overwrite anything. To be safe, I took your suggestion. I compiled using the new CMake file, the problem still exists. Now, if I removed ITK_IO_FACTORY_REGISTER_MANAGER from definition, it gave me a go. Nothing complained. It seems that the IO factory has to be manually registered if I would like to build a shared lib. I am not sure which lib file(s) contain the definition of those missing functions... It seems that I include all possible IO libs from ITK.
>
> My other question is that, if I don't include the ITK_IO_FACTORY_REGISTER_MANAGER, will I have any trouble to read in files (common format supported by ITK) using the code I compiled?
> Thank you,
> -Jinzhong
>
>
> -----Original Message-----
> From: Matt McCormick [mailto:matt.mccormick at kitware.com <mailto:matt.mccormick at kitware.com> ]
> Sent: Tuesday, September 27, 2016 8:34 AM
> To: Yang, Jinzhong <jinzhong76 at gmail.com <mailto:jinzhong76 at gmail.com> >
> Cc: Francois Budin <francois.budin at kitware.com <mailto:francois.budin at kitware.com> >; Insight-users <insight-users at itk.org <mailto:insight-users at itk.org> >
> Subject: Re: [ITK-users] ITK build_shared_libs
>
> Hi,
>
> I am not sure how the BUILD_DLL definition causes a shared library,
> but the concern is that setting the COMPILE_DEFINITIONS in this way is
> somehow interfering with the other definitions that need to be added
> to target. This definition is required to add the symbols that are
> missing.
>
>
> What happens:
>
> The itkImageFileReader.h file conditionally includes
> itkImageIOFactoryRegisterManager.h:
>
>   https://github.com/InsightSoftwareConsortium/ITK/blob/dfe042df74dd2a69bfca7fc3349a9c0fcc65c6e6/Modules/IO/ImageBase/include/itkImageFileReader.h#L170-L172
>
> This condition is based on the preprocessor definition of
> ITK_IO_FACTORY_REGISTER_MANAGER. This definition is added in the
> UseITK.cmake file:
>
>   https://github.com/InsightSoftwareConsortium/ITK/blob/dfe042df74dd2a69bfca7fc3349a9c0fcc65c6e6/CMake/UseITK.cmake#L286-L291
>
> when your CMake code calls "include(${ITK_USE_FILE})".
>
>
> Since the ITK_IO_FACTORY_REGISTER_MANAGER is added as
> COMPILE_DEFINITIONS on the CMake directory where the CMakeLists.txt
> exists, the ContourWarping target should have that definition. Check
> to verify that the definition is added to the build command.
>
>
> In general, to ensure that compile definitions are appended instead of
> replacing existing definitions, use:
>
>   set_property(TARGET  ContourWarping APPEND PROPERTY
> COMPILE_DEFINITIONS "BUILD_DLL")
>
> instead of
>
>   SET_TARGET_PROPERTIES(ContourWarping
>
>                       PROPERTIES COMPILE_DEFINITIONS "BUILD_DLL")
>
> HTH,
> Matt
>
> On Tue, Sep 27, 2016 at 12:41 AM, Yang, Jinzhong <jinzhong76 at gmail.com <mailto:jinzhong76 at gmail.com> > wrote:
>> If I remove that line, I essentially build the library as static library. That works as I pointed out before. But I need to keep a copy of shared library because I have several mex functions depending on this library. I would like them to share this library. This is not a problem when I compiled it with ITK 3.16. I can compile both shared and static libraries with ITK 3.16 compiled as static library.
>>
>> -Jinzhong
>>
>>
>> -----Original Message-----
>> From: Matt McCormick [mailto:matt.mccormick at kitware.com <mailto:matt.mccormick at kitware.com> ]
>> Sent: Monday, September 26, 2016 11:30 PM
>> To: Yang, Jinzhong <jinzhong76 at gmail.com <mailto:jinzhong76 at gmail.com> >
>> Cc: Francois Budin <francois.budin at kitware.com <mailto:francois.budin at kitware.com> >; Insight-users <insight-users at itk.org <mailto:insight-users at itk.org> >
>> Subject: Re: [ITK-users] ITK build_shared_libs
>>
>> Hi Jinzhong,
>>
>> Does removing this block:
>>
>>
>> IF (BUILD_SHARED_LIBS)
>>
>> SET_TARGET_PROPERTIES(ContourWarping
>>
>>                       PROPERTIES COMPILE_DEFINITIONS "BUILD_DLL"
>>
>> )
>>
>> # Need to enable BUILD_SHARED_LIBS in ITK but NOT in VTK
>>
>> ENDIF(BUILD_SHARED_LIBS)
>>
>>
>> Address the issue?
>>
>> Thanks,
>> Matt
>>
>> On Mon, Sep 26, 2016 at 10:28 PM, Yang, Jinzhong <jinzhong76 at gmail.com <mailto:jinzhong76 at gmail.com> > wrote:
>>> Hi Francois,
>>>
>>>
>>>
>>> It was added already.
>>>
>>>
>>>
>>>> TARGET_LINK_LIBRARIES(
>>>>
>>>>     ContourWarping
>>>>
>>>>     ${ITK_LIBRARIES}
>>>>
>>>>     ${VTK_LIBRARIES}
>>>>
>>>>                 #vtkIO vtkFiltering vtkGraphics
>>>>
>>>>     #debug vld.lib # for memory leak detection
>>>>
>>>> )
>>>
>>> -Jinzhong
>>>
>>>
>>>
>>> From: Francois Budin [mailto:francois.budin at kitware.com <mailto:francois.budin at kitware.com> ]
>>> Sent: Monday, September 26, 2016 6:55 PM
>>> To: Yang, Jinzhong <jinzhong76 at gmail.com <mailto:jinzhong76 at gmail.com> >
>>> Cc: Matt McCormick <matt.mccormick at kitware.com <mailto:matt.mccormick at kitware.com> >; Insight-users
>>> <insight-users at itk.org <mailto:insight-users at itk.org> >
>>>
>>>
>>> Subject: Re: [ITK-users] ITK build_shared_libs
>>>
>>>
>>>
>>> Hello Jinzhong,
>>>
>>> Could you try to add ${ITK_LIBRARIES} to your call of
>>> "TARGET_LINK_LIBRARIES"?
>>>
>>> Francois
>>>
>>>
>>>
>>> On Mon, Sep 26, 2016 at 6:39 PM, Yang, Jinzhong <jinzhong76 at gmail.com <mailto:jinzhong76 at gmail.com> >
>>> wrote:
>>>
>>> Hi Matt,
>>>
>>> When I built ITK, I turned on ITKV3_COMPATIBILITY. Could this cause the
>>> problem?
>>> Thanks,
>>> -Jinzhong
>>>
>>>
>>> -----Original Message-----
>>> From: Matt McCormick [mailto:matt.mccormick at kitware.com <mailto:matt.mccormick at kitware.com> ]
>>> Sent: Monday, September 26, 2016 2:57 PM
>>> To: Yang, Jinzhong <jinzhong76 at gmail.com <mailto:jinzhong76 at gmail.com> >
>>>
>>> Cc: Insight-users <insight-users at itk.org <mailto:insight-users at itk.org> >
>>> Subject: Re: [ITK-users] ITK build_shared_libs
>>>
>>> Hi Jinzhong,
>>>
>>> Does replacing link_libraries calls with target_link_libraries address
>>> the issue (this should be done regardless)?
>>>
>>> HTH,
>>> Matt
>>>
>>> On Mon, Sep 26, 2016 at 3:53 PM, Yang, Jinzhong <jinzhong76 at gmail.com <mailto:jinzhong76 at gmail.com> >
>>> wrote:
>>>> Hi Matt,
>>>>
>>>>
>>>>
>>>> I use CMake, but the CMakeLists.txt was written for old ITK (3.16). I
>>>> recently upgraded to ITK 4.10 in order for a project depending on this
>>>> library and GDCM library ( I had trouble to compile that project with ITK
>>>> 3.16). I don't want to manually register the factories. I might need to
>>>> revise my CMakeLists.txt. Below is my CMakeLists.txt. Please let me know
>>>> if
>>>> there is anything wrong here. To help you understand my problem, I
>>>> summarize
>>>> my problem below -
>>>>
>>>> - ITK 4.10 compiled with "BUILD_SHARED_LIBS", my project compiled with
>>>> "BUILD_SHARED_LIBS", WORK
>>>>
>>>> - ITK 4.10 compiled with "BUILD_SHARED_LIBS", my project NOT compiled with
>>>> "BUILD_SHARED_LIBS", WORK
>>>>
>>>> - ITK 4.10 NOT compiled with "BUILD_SHARED_LIBS", my project NOT compiled
>>>> with "BUILD_SHARED_LIBS", WORK
>>>>
>>>> - ITK 4.10 NOT compiled with "BUILD_SHARED_LIBS", my project compiled with
>>>> "BUILD_SHARED_LIBS", NOT WORKING
>>>>
>>>>
>>>>
>>>> I prefer to compiling ITK without using shared libs because I don?t want
>>>> to
>>>> distribute a lot of files to other computers with my program.
>>>>
>>>> Thank you,
>>>>
>>>> Jinzhong
>>>>
>>>>
>>>>
>>>> //////////////////CMakeLists.txt ////////////////////////////
>>>>
>>>> CMAKE_MINIMUM_REQUIRED(VERSION 2.6)
>>>>
>>>>
>>>>
>>>> PROJECT(ContourWarping)
>>>>
>>>>
>>>>
>>>> FIND_PACKAGE(ITK)
>>>>
>>>> IF(ITK_FOUND)
>>>>
>>>>  INCLUDE(${ITK_USE_FILE})
>>>>
>>>> ELSE(ITK_FOUND)
>>>>
>>>>   MESSAGE(FATAL_ERROR
>>>>
>>>>   "ITK not found.  Please set ITK_DIR.")
>>>>
>>>> ENDIF(ITK_FOUND)
>>>>
>>>>
>>>>
>>>> FIND_PACKAGE(VTK)
>>>>
>>>> IF (VTK_FOUND)
>>>>
>>>>   INCLUDE (${VTK_USE_FILE})
>>>>
>>>> ELSE (VTK_FOUND)
>>>>
>>>>   MESSAGE(FATAL_ERROR
>>>>
>>>>   "VTK not found. Please set VTK_DIR.")
>>>>
>>>> ENDIF(VTK_FOUND)
>>>>
>>>>
>>>>
>>>> OPTION(BUILD_SHARED_LIBS "Build ContourWarping with shared libraries."
>>>> OFF)
>>>>
>>>>
>>>>
>>>> OPTION(BUILD_LIB_TEST "Build ContourWarping with testing option enabled."
>>>> OFF)
>>>>
>>>> IF (BUILD_LIB_TEST)
>>>>
>>>> ADD_DEFINITIONS(-D_LIB_TEST)
>>>>
>>>> ENDIF(BUILD_LIB_TEST)
>>>>
>>>>
>>>>
>>>> LINK_LIBRARIES(
>>>>
>>>>     ${ITK_LIBRARIES}
>>>>
>>>>                 ${VTK_LIBRARIES}
>>>>
>>>>     #vtkIO vtkCommon vtkFiltering vtkGraphics
>>>>
>>>> )
>>>>
>>>>
>>>>
>>>> SET(BOOST_DIR "D:/boost_1_41_0" CACHE PATH "D:/boost_1_41_0")
>>>>
>>>>
>>>>
>>>> IF (CMAKE_SIZEOF_VOID_P EQUAL 8)
>>>>
>>>>                 SET(BOOST_LIB_DIR "D:/boost_1_41_0/stage64/lib" CACHE PATH
>>>> "D:/boost_1_41_0/stage64/lib")
>>>>
>>>> ELSE (CMAKE_SIZEOF_VOID_P EQUAL 8)
>>>>
>>>>                 SET(BOOST_LIB_DIR "D:/boost_1_41_0/stage/lib" CACHE PATH
>>>> "D:/boost_1_41_0/stage/lib")
>>>>
>>>> ENDIF (CMAKE_SIZEOF_VOID_P EQUAL 8)
>>>>
>>>>
>>>>
>>>> INCLUDE_DIRECTORIES( "C:/Program Files/Visual Leak Detector/include" # for
>>>> memory leak detection, "vld.h"
>>>>
>>>>                      ${BOOST_DIR} #boost
>>>>
>>>>                      ${PROJECT_SOURCE_DIR}
>>>>
>>>>                      "${PROJECT_SOURCE_DIR}/itkLabelMap"
>>>>
>>>>
>>>> "${PROJECT_SOURCE_DIR}/boost"
>>>>
>>>> )
>>>>
>>>> LINK_DIRECTORIES( ${PROJECT_BINARY_DIR}/${CMAKE_ARCHIVE_OUTPUT_DIRECTORY}
>>>>
>>>>                   "C:/Program Files/Visual Leak Detector/lib" # for memory
>>>> leak detection, "vld.lib"
>>>>
>>>>                   ${BOOST_LIB_DIR} #boost
>>>>
>>>> )
>>>>
>>>> #LINK_DIRECTORIES( ${CMAKE_ARCHIVE_OUTPUT_DIRECTORY})
>>>>
>>>>
>>>>
>>>> SET(SRCS
>>>>
>>>>          stdafx.h
>>>>
>>>>          stdafx.cpp
>>>>
>>>>          ContourWarpingWrapUp.cpp
>>>>
>>>>          PinnacleROIStructInterface.cpp
>>>>
>>>>          BinaryImageRoiPolyInterface.cpp
>>>>
>>>>          contourwarpingparallel.cpp
>>>>
>>>>          ParallelDispatcher.h
>>>>
>>>>          ParallelDispatcher.cpp
>>>>
>>>>          Win32Header.h
>>>>
>>>>          PinnacleROIConvert.cpp
>>>>
>>>>          PinnacleROIConvert.h
>>>>
>>>>          PinnacleROIMesh.cpp
>>>>
>>>>          PinnacleROIMesh.h
>>>>
>>>>          PinnaclePOIConvert.cpp
>>>>
>>>>          PinnaclePOIConvert.h
>>>>
>>>>          PinnacleImage.cpp
>>>>
>>>>          PinnacleImage.txx
>>>>
>>>>          PinnacleImage.h
>>>>
>>>>          Auxiliary.h
>>>>
>>>>          MeshConvertor.cpp
>>>>
>>>>          MeshConvertor.h
>>>>
>>>>          vtkPolyContours.cpp
>>>>
>>>>          vtkPolyContours.h
>>>>
>>>>          vtkVoxelContoursToSurfaceFilterEx.cpp
>>>>
>>>>          vtkVoxelContoursToSurfaceFilterEx.h
>>>>
>>>>          vtkWindowedSincPolyDataFilterEx.cpp
>>>>
>>>>          vtkWindowedSincPolyDataFilterEx.h
>>>>
>>>>          vtkSurfaceToSliceContours.cpp
>>>>
>>>>          vtkSurfaceToSliceContours.h
>>>>
>>>>          vtkSurfaceCutter.cpp
>>>>
>>>>          vtkSurfaceCutter.h
>>>>
>>>>          vtkSurfaceMeshProcess.cpp
>>>>
>>>>          vtkSurfaceMeshProcess.h
>>>>
>>>>          vtkSurfaceDeformation.cpp
>>>>
>>>>          vtkSurfaceDeformation.h
>>>>
>>>>          vtkSurfaceDeformationUsingCatField.cpp
>>>>
>>>>          vtkSurfaceDeformationUsingCatField.h
>>>>
>>>>          vtkSurfaceTransformation.cpp
>>>>
>>>>          vtkSurfaceTransformation.h
>>>>
>>>>          vtkContourProcess.cpp
>>>>
>>>>          vtkContourProcess.h
>>>>
>>>>          vtkSurfaceClipper.cpp
>>>>
>>>>          vtkSurfaceClipper.h
>>>>
>>>>          vtkPolyContoursClipper.cpp
>>>>
>>>>          vtkPolyContoursClipper.h
>>>>
>>>>          vtkUndirectedGraphCPP.cpp
>>>>
>>>>          vtkUndirectedGraphCPP.h
>>>>
>>>>          itkPolygonFill2DBinaryImageFilter.h
>>>>
>>>>          itkPolygonFill2DBinaryImageFilter.txx
>>>>
>>>>          catDeformationField.cpp
>>>>
>>>>          catDeformationField.h
>>>>
>>>>          boundaries.txx
>>>>
>>>>          boundaries.h
>>>>
>>>>          PinnacleROI2ImagesParallel.cpp
>>>>
>>>>          PinnacleROI2ImagesParallel.h
>>>>
>>>> )
>>>>
>>>>
>>>>
>>>> IF (WIN32)
>>>>
>>>> SET(SRCS ${SRCS} resource.h ContourWarping.rc)
>>>>
>>>> ENDIF(WIN32)
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> ADD_LIBRARY(ContourWarping ${SRCS})
>>>>
>>>>
>>>>
>>>> SET(OUTPUTNAME ContourWarping)
>>>>
>>>>
>>>>
>>>> IF (BUILD_SHARED_LIBS)
>>>>
>>>> IF (CMAKE_SIZEOF_VOID_P EQUAL 8)
>>>>
>>>>                 SET_TARGET_PROPERTIES(ContourWarping
>>>>
>>>>
>>>> PROPERTIES OUTPUT_NAME ContourWarping64
>>>>
>>>>                 )
>>>>
>>>>                 SET(OUTPUTNAME ContourWarping64)
>>>>
>>>> ELSE (CMAKE_SIZEOF_VOID_P EQUAL 8)
>>>>
>>>>                 SET_TARGET_PROPERTIES(ContourWarping
>>>>
>>>>
>>>> PROPERTIES OUTPUT_NAME ContourWarping32
>>>>
>>>>                 )
>>>>
>>>>                 SET(OUTPUTNAME ContourWarping32)
>>>>
>>>> ENDIF (CMAKE_SIZEOF_VOID_P EQUAL 8)
>>>>
>>>> ENDIF (BUILD_SHARED_LIBS)
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> #SET(CMAKE_BUILD_TYPE Release)
>>>>
>>>> #INCLUDE(PCHSupport.cmake)
>>>>
>>>> #ADD_PRECOMPILED_HEADER(ContourWarping stdafx.h)
>>>>
>>>>
>>>>
>>>> TARGET_LINK_LIBRARIES(
>>>>
>>>>     ContourWarping
>>>>
>>>>     ${ITK_LIBRARIES}
>>>>
>>>>     ${VTK_LIBRARIES}
>>>>
>>>>                 #vtkIO vtkFiltering vtkGraphics
>>>>
>>>>     #debug vld.lib # for memory leak detection
>>>>
>>>> )
>>>>
>>>>
>>>>
>>>> #SET(TARGET_LIB_VERSION "1.0" CACHE STRING "1.0")
>>>>
>>>> SET_TARGET_PROPERTIES(ContourWarping
>>>>
>>>>                       PROPERTIES VERSION 1.8.8
>>>>
>>>> )
>>>>
>>>>
>>>>
>>>> IF (BUILD_SHARED_LIBS)
>>>>
>>>> SET_TARGET_PROPERTIES(ContourWarping
>>>>
>>>>                       PROPERTIES COMPILE_DEFINITIONS "BUILD_DLL"
>>>>
>>>> )
>>>>
>>>> # Need to enable BUILD_SHARED_LIBS in ITK but NOT in VTK
>>>>
>>>> ENDIF(BUILD_SHARED_LIBS)
>>>>
>>>>
>>>>
>>>> IF (WIN32) #enable PCH support & add resource file
>>>>
>>>> SET_TARGET_PROPERTIES(ContourWarping
>>>>
>>>>                       PROPERTIES COMPILE_FLAGS /Yu"stdafx.h"
>>>>
>>>> )
>>>>
>>>> SET_SOURCE_FILES_PROPERTIES(stdafx.cpp
>>>>
>>>>                       PROPERTIES COMPILE_FLAGS /Yc"stdafx.h"
>>>>
>>>> )
>>>>
>>>> ENDIF(WIN32)
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> IF (BUILD_LIB_TEST)
>>>>
>>>> TARGET_LINK_LIBRARIES(
>>>>
>>>>     ContourWarping
>>>>
>>>>     vtkRendering vtkWidgets
>>>>
>>>> )
>>>>
>>>> ENDIF(BUILD_LIB_TEST)
>>>>
>>>>
>>>>
>>>> ######
>>>>
>>>> ADD_EXECUTABLE( ContourWarpingTest
>>>>
>>>>                 testdll.cpp
>>>>
>>>> )
>>>>
>>>>
>>>>
>>>> TARGET_LINK_LIBRARIES(
>>>>
>>>>   ContourWarpingTest
>>>>
>>>>   ${OUTPUTNAME}.lib
>>>>
>>>> )
>>>>
>>>>
>>>>
>>>> ADD_DEPENDENCIES(
>>>>
>>>>   ContourWarpingTest
>>>>
>>>>   ContourWarping
>>>>
>>>> )
>>>>
>>>>
>>>>
>>>> ######
>>>>
>>>> ADD_EXECUTABLE( PinnacleROI2BinaryImage
>>>>
>>>>                 PinnacleROI2BinaryImage.cpp
>>>>
>>>> )
>>>>
>>>>
>>>>
>>>> TARGET_LINK_LIBRARIES(
>>>>
>>>>   PinnacleROI2BinaryImage
>>>>
>>>>   ${OUTPUTNAME}.lib
>>>>
>>>> )
>>>>
>>>>
>>>>
>>>> ADD_DEPENDENCIES(
>>>>
>>>>   PinnacleROI2BinaryImage
>>>>
>>>>   ContourWarping
>>>>
>>>> )
>>>>
>>>>
>>>>
>>>> ######
>>>>
>>>> ADD_EXECUTABLE( PinnacleROIFromBitmap
>>>>
>>>>                 PinnacleROIFromBitmap.cpp
>>>>
>>>> )
>>>>
>>>>
>>>>
>>>> TARGET_LINK_LIBRARIES(
>>>>
>>>>   PinnacleROIFromBitmap
>>>>
>>>>   ${OUTPUTNAME}.lib
>>>>
>>>> )
>>>>
>>>>
>>>>
>>>> ADD_DEPENDENCIES(
>>>>
>>>>   PinnacleROIFromBitmap
>>>>
>>>>   ContourWarping
>>>>
>>>> )
>>>>
>>>>
>>>>
>>>> ######
>>>>
>>>> ADD_EXECUTABLE( MeshTest
>>>>
>>>>                 MeshTest.cpp
>>>>
>>>> )
>>>>
>>>>
>>>>
>>>> TARGET_LINK_LIBRARIES(
>>>>
>>>>   MeshTest
>>>>
>>>>   ${OUTPUTNAME}.lib
>>>>
>>>> )
>>>>
>>>>
>>>>
>>>> ADD_DEPENDENCIES(
>>>>
>>>>   MeshTest
>>>>
>>>>   ContourWarping
>>>>
>>>> )
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> -----Original Message-----
>>>> From: Matt McCormick [mailto:matt.mccormick at kitware.com <mailto:matt.mccormick at kitware.com> ]
>>>> Sent: Monday, September 26, 2016 1:50 PM
>>>> To: Yang, Jinzhong <jinzhong76 at gmail.com <mailto:jinzhong76 at gmail.com> >
>>>> Cc: Francois Budin <francois.budin at kitware.com <mailto:francois.budin at kitware.com> >; D?enan Zuki?
>>>> <dzenanz at gmail.com <mailto:dzenanz at gmail.com> >; Insight-users <insight-users at itk.org <mailto:insight-users at itk.org> >
>>>> Subject: Re: [ITK-users] ITK build_shared_libs
>>>>
>>>>
>>>>
>>>> Hi Jinzhong,
>>>>
>>>>
>>>>
>>>> It sounds like you are not using CMake to build the project or using
>>>>
>>>> it in some non-standard way? There are a few options:
>>>>
>>>>
>>>>
>>>> 1) Use CMake to compile the project.
>>>>
>>>> 2) Set ITK_NO_IO_FACTORY_REGISTER_MANAGER before calling
>>>>
>>>> "include(${ITK_USE_FILE})", the register the factories manually.
>>>>
>>>>
>>>>
>>>> HTH,
>>>>
>>>> Matt
>>>>
>>>>
>>>>
>>>> On Mon, Sep 26, 2016 at 2:32 PM, Yang, Jinzhong <jinzhong76 at gmail.com <mailto:jinzhong76 at gmail.com> >
>>>> wrote:
>>>>
>>>>> Still no clue. I checked the file itkImageIOFactoryRegisterManager.h. It
>>>>
>>>>> seems all classes imported in that header were not linked. However, I
>>>>> check
>>>>
>>>>> all IO libraries, it seems they were all included as dependency. As I
>>>>
>>>>> mentioned before, if I compiled my code as static library, there is not
>>>>> such
>>>>
>>>>> a problem.
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>> Here are all ITK/VTK related libraries passed to my compiler (they are
>>>>
>>>>> generated by cmake. I enabled ITK_USE_SYSTEM_GDCM in building my ITK):
>>>>
>>>>>
>>>>
>>>>>
>>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkdouble-conversion-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itksys-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkvnl_algo-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkvnl-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkv3p_netlib-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itknetlib-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkvcl-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkNetlibSlatec-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKStatistics-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKTransform-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOImageBase-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOBMP-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmDICT.lib
>>>>
>>>>>
>>>>
>>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmMSFF.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOGDCM-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkzlib-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOGIPL-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkjpeg-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOJPEG-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKMetaIO-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOMeta-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKznz-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKniftiio-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIONIFTI-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKNrrdIO-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIONRRD-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkpng-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOPNG-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itktiff-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTIFF-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOVTK-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKLabelMap-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKMesh-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKSpatialObjects-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKPath-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKQuadEdgeMesh-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKOptimizers-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKPolynomials-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKBiasCorrection-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKBioCell-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKDICOMParser-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKDeprecated-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOBioRad-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOLSM-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOStimulate-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKEXPAT-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOXML-4.10.lib
>>>>
>>>>>
>>>>
>>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOSpatialObjects-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKFEM-4.10.lib
>>>>
>>>>>
>>>>

>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKgiftiio-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOMesh-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkhdf5_cpp-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\itkhdf5-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOCSV-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOIPL-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOSiemens-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOHDF5-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOMRC-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformBase-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformHDF5-4.10.lib
>>>>
>>>>>
>>>>
>>>>>
>>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformInsightLegacy-4.10.lib
>>>>
>>>>>
>>>>
>>>>>
>>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKIOTransformMatlab-4.10.lib
>>>>
>>>>>
>>>>
>>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKKLMRegionGrowing-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVTK-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKWatersheds-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKOptimizersv4-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVideoCore-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVideoIO-4.10.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkChartsCore-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonColor-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonDataModel-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonMath-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonCore-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtksys-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonMisc-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonSystem-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonTransforms-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInfovisCore-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersExtraction-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonExecutionModel-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersCore-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersGeneral-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkCommonComputationalGeometry-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersStatistics-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingFourier-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingCore-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkalglib-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingContext2D-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingCore-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersGeometry-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersSources-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingFreeType-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkfreetype-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkzlib-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkDICOMParser-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkDomainsChemistry-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOXML-7.0.lib
>>>>
>>>>>
>>>>
>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOGeometry-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOCore-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOXMLParser-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkexpat-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkDomainsChemistryOpenGL2-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingOpenGL2-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingHybrid-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOImage-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkmetaio-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkjpeg-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkpng-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtktiff-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkglew-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersAMR-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkParallelCore-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOLegacy-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersFlowPaths-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersGeneric-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersHybrid-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingSources-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersHyperTree-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersImaging-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingGeneral-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersModeling-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersParallel-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersParallelImaging-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersProgrammable-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersSMP-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersSelection-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersTexture-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkFiltersVerdict-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkverdict-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkGeovisCore-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInfovisLayout-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInteractionStyle-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInteractionWidgets-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingAnnotation-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingColor-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingVolume-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkViewsCore-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkproj4-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOAMR-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkhdf5_hl-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkhdf5-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOEnSight-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOExodus-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkexoIIc-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkNetCDF-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkNetCDF_cxx-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOExport-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingLabel-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOImport-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOInfovis-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtklibxml2-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOLSDyna-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOMINC-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOMovie-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkoggtheora-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIONetCDF-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOPLY-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOParallel-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkjsoncpp-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOParallelXML-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOSQL-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtksqlite-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkIOVideo-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingMath-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingMorphological-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingStatistics-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkImagingStencil-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkInteractionImage-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingContextOpenGL2-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingImage-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingLOD-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkRenderingVolumeOpenGL2-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkTestingGenericBridge-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkTestingIOSQL-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkTestingRendering-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkViewsContext2D-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\VTK-7.0.0\binary-x86\lib\Debug\vtkViewsInfovis-7.0.lib
>>>>
>>>>>
>>>>
>>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmIOD.lib
>>>>
>>>>>
>>>>
>>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmDSED.lib
>>>>
>>>>>
>>>>
>>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmzlib.lib
>>>>
>>>>>
>>>>
>>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmCommon.lib
>>>>
>>>>>
>>>>
>>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmexpat.lib
>>>>
>>>>>
>>>>
>>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmjpeg8.lib
>>>>
>>>>>
>>>>
>>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmjpeg12.lib
>>>>
>>>>>
>>>>
>>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmjpeg16.lib
>>>>
>>>>>
>>>>
>>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmopenjpeg.lib
>>>>
>>>>>
>>>>
>>>>> D:\gdcm-2.6.5\binary-x86\bin\Debug\gdcmcharls.lib
>>>>
>>>>>
>>>>
>>>>> rpcrt4.lib
>>>>
>>>>>
>>>>
>>>>>
>>>>> D:\InsightToolkit-4.10.0\binary-x86\lib\Debug\ITKVNLInstantiation-4.10.lib
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>> Thanks,
>>>>
>>>>>
>>>>
>>>>> -Jinzhong
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>> From: Francois Budin [mailto:francois.budin at kitware.com <mailto:francois.budin at kitware.com> ]
>>>>
>>>>> Sent: Monday, September 26, 2016 8:04 AM
>>>>
>>>>> To: D?enan Zuki? <dzenanz at gmail.com <mailto:dzenanz at gmail.com> >
>>>>
>>>>> Cc: Yang, Jinzhong <jinzhong76 at gmail.com <mailto:jinzhong76 at gmail.com> >; Insight-users
>>>>
>>>>> <insight-users at itk.org <mailto:insight-users at itk.org> >
>>>>
>>>>> Subject: Re: [ITK-users] ITK build_shared_libs
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>> Hello,
>>>>
>>>>>
>>>>
>>>>> As Dzenan said, your problem most likely comes from a problem with the
>>>>> ITK
>>>>
>>>>> IO factory. You may want to check that in your build directory, you have
>>>>> a
>>>>
>>>>> directory called "ITKIOFactoryRegistration" that is created, and that it
>>>>
>>>>> contains a file called itkImageIOFactoryRegisterManager.h. This file
>>>>
>>>>> specifies all the type of images that are automatically registered to the
>>>>
>>>>> factory. You should compare the list of types included in this header
>>>>> file
>>>>
>>>>> with the list of ITK libraries that is passed to your compiler and make
>>>>> sure
>>>>
>>>>> that it matches.
>>>>
>>>>>
>>>>
>>>>> Hope this helps,
>>>>
>>>>>
>>>>
>>>>> Francois
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>> On Sun, Sep 25, 2016 at 10:36 AM, D?enan Zuki? <dzenanz at gmail.com <mailto:dzenanz at gmail.com> > wrote:
>>>>
>>>>>
>>>>
>>>>> Hi Yang,
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>> all your link errors are for I/O class factories. Can you read the
>>>>> following
>>>>
>>>>> and see whether it helps you solve the problem?
>>>>
>>>>>
>>>>
>>>>> https://itk.org/Wiki/Plugin_IO_mechanisms
>>>>
>>>>>
>>>>
>>>>>
>>>>>
>>>>> https://itk.org/ITKExamples/src/IO/ImageBase/RegisterIOFactories/Documentation.html
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>> Regards,
>>>>
>>>>>
>>>>
>>>>> D?enan
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>> On Fri, Sep 23, 2016 at 6:36 PM, Yang, Jinzhong <jinzhong76 at gmail.com <mailto:jinzhong76 at gmail.com> >
>>>>
>>>>> wrote:
>>>>
>>>>>
>>>>
>>>>> Hi all,
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>> I have a very weird problem when I try to build my library. I have an old
>>>>
>>>>> library, previously was built based on ITK 3.16 and VTK 5.8. I built my
>>>>
>>>>> library to both DLL and static library. By configuring in cmake properly,
>>>>> I
>>>>
>>>>> could build both types of libraries without any problem. Recently, I
>>>>> upgrade
>>>>
>>>>> it to ITK 4.10 and VTK 7.0.  If I turned on BUILD_SHARED_LIBS in ITK,
>>>>> both
>>>>
>>>>> DLL and static lib for my library can be compiled and linked, however, I
>>>>
>>>>> need to include all DLL files from ITK when I would like to distribute my
>>>>
>>>>> library. I don?t want to do so. Then I turned off BUILD_SHARED_LIBS in
>>>>> ITK.
>>>>
>>>>> The static lib of my library can be built, but the DLL couldn?t. Error
>>>>
>>>>> happened during the link stage. The error message was attached below. I
>>>>> used
>>>>
>>>>> CMake 3.6.2 + VS 2008 + Windows 7.
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>> 2>   Creating library
>>>>
>>>>>
>>>>>
>>>>> D:\MeshContourDeformation\ContourWarpingLib-x86-dll\Debug\ContourWarping32.lib
>>>>
>>>>> and object
>>>>
>>>>>
>>>>>
>>>>> D:\MeshContourDeformation\ContourWarpingLib-x86-dll\Debug\ContourWarping32.exp
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GE5ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>>
>>>>> function
>>>>
>>>>>
>>>>>
>>>>> __unwindfunclet$??0?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@IAE at XZ$0
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GE5ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GE5ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GE5ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GE5ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GE5ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GE5ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GE5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GE4ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GE4ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GE4ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GE4ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>>
>>>>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>>>>> for
>>>>
>>>>> 'ImageIOFactoryRegisterRegisterList''(void)"
>>>>
>>>>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GE4ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GE4ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GE4ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GE4ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::MRCImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::MRCImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::MRCImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>>
>>>>> function "void __cdecl std::_Debug_order<class std::_Tree<class
>>>>
>>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>>
>>>>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
>>>>
>>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>>
>>>>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
>>>>
>>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>>
>>>>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
>>>>> int)"
>>>>
>>>>>
>>>>>
>>>>> (??$_Debug_order at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WI@Z)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::MRCImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::MRCImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::MRCImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::MRCImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?MRCImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::MetaImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>

>>>>>
>>>>
>>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::MetaImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::MetaImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::MetaImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>>
>>>>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>>>>> for
>>>>
>>>>> 'ImageIOFactoryRegisterRegisterList''(void)"
>>>>
>>>>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::MetaImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::MetaImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::MetaImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?MetaImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::BioRadImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>>
>>>>> function "public: __thiscall std::vector<class std::vector<class
>>>>
>>>>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
>>>>
>>>>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength,class
>>>>
>>>>> std::allocator<class itk::BinaryImageToLabelMapFilter<class
>>>>
>>>>> itk::Image<unsigned char,2>,class itk::LabelMap<class
>>>>
>>>>> itk::LabelObject<short,2> > >::runLength> >,class std::allocator<class
>>>>
>>>>> std::vector<class itk::BinaryImageToLabelMapFilter<class
>>>>> itk::Image<unsigned
>>>>
>>>>> char,2>,class itk::LabelMap<class itk::LabelObject<short,2> >
>>>>
>>>>>>::runLength,class std::allocator<class
>>>>
>>>>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
>>>>
>>>>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength> > >
>>>>
>>>>>>::~vector<class std::vector<class itk::BinaryImageToLabelMapFilter<class
>>>>
>>>>> itk::Image<unsigned char,2>,class itk::LabelMap<class
>>>>
>>>>> itk::LabelObject<short,2> > >::runLength,class std::allocator<class
>>>>
>>>>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
>>>>
>>>>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength> >,class
>>>>
>>>>> std::allocator<class std::vector<class
>>>>
>>>>> itk::BinaryImageToLabelMapFilter<class itk::Image<unsigned char,2>,class
>>>>
>>>>> itk::LabelMap<class itk::LabelObject<short,2> > >::runLength,class
>>>>
>>>>> std::allocator<class itk::BinaryImageToLabelMapFilter<class
>>>>
>>>>> itk::Image<unsigned char,2>,class itk::LabelMap<class
>>>>
>>>>> itk::LabelObject<short,2> > >::runLength> > > >(void)"
>>>>
>>>>>
>>>>>
>>>>> (??1?$vector at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@V?$allocator at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@@2@@std@@QAE at XZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::BioRadImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::BioRadImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::BioRadImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::BioRadImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::BioRadImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::BioRadImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?BioRadImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::StimulateImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::StimulateImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ) referenced
>>>>> in
>>>
>>>>
>>>>> function "protected: __thiscall std::_Vector_val<struct
>>>>
>>>>> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> >
>>>>
>>>>>>::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
>>>>
>>>>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
>>>>
>>>>>>::_Vector_val<struct itk::ObjectStore<class
>>>>
>>>>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock,class
>>>>
>>>>> std::allocator<struct itk::ObjectStore<class
>>>>
>>>>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
>>>>> >(class
>>>>
>>>>> std::allocator<struct itk::ObjectStore<class
>>>>
>>>>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>)"
>>>>
>>>>>
>>>>>
>>>>> (??0?$_Vector_val at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@std@@@std@@IAE at V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@1@@Z)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::StimulateImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::StimulateImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::StimulateImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::StimulateImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::StimulateImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?StimulateImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::VTKImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::VTKImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::VTKImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::VTKImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>>
>>>>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>>>>> for
>>>>
>>>>> 'ImageIOFactoryRegisterRegisterList''(void)"
>>>>
>>>>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::VTKImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::VTKImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::VTKImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?VTKImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::TIFFImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>>
>>>>> function
>>>>
>>>>>
>>>>>
>>>>> __ehhandler$??1?$vector at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@V?$allocator at V?$vector at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@V?$allocator at VrunLength@?$BinaryImageToLabelMapFilter at V?$Image at E$01 at itk@@V?$LabelMap at V?$LabelObject at F$01 at itk@@@2@@itk@@@std@@@std@@@2@@std@@QAE at XZ
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::TIFFImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::TIFFImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::TIFFImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::TIFFImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::TIFFImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::TIFFImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?TIFFImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::PNGImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::PNGImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::PNGImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>>
>>>>> function "void __cdecl std::_Debug_order2<class std::_Tree<class
>>>>
>>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>>
>>>>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
>>>>
>>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>>
>>>>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
>>>>
>>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>>
>>>>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
>>>>
>>>>> int,struct std::forward_iterator_tag)"
>>>>
>>>>>
>>>>>
>>>>> (??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WIUforward_iterator_tag@0@@Z)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::PNGImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::PNGImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::PNGImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::PNGImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?PNGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::LSMImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::LSMImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::LSMImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>>
>>>>> function "void __cdecl std::_Debug_order2<class std::_Tree<class
>>>>
>>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>>
>>>>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
>>>>
>>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>>
>>>>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
>>>>
>>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>>
>>>>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
>>>>
>>>>> int,struct std::forward_iterator_tag)"
>>>>
>>>>>
>>>>>
>>>>> (??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WIUforward_iterator_tag@0@@Z)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::LSMImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::LSMImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::LSMImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::LSMImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?LSMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::BMPImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::BMPImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>>
>>>>> function "protected: void __thiscall std::vector<struct
>>>>
>>>>> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> >
>>>>
>>>>>>::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
>>>>
>>>>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
>>>>
>>>>>>::_Tidy(void)"
>>>>
>>>>>
>>>>>
>>>>> (?_Tidy@?$vector at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@std@@@std@@IAEXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::BMPImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::BMPImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::BMPImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::BMPImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::BMPImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?BMPImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GDCMImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GDCMImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GDCMImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GDCMImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>>
>>>>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>>>>> for
>>>>
>>>>> 'ImageIOFactoryRegisterRegisterList''(void)"
>>>>
>>>>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GDCMImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GDCMImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GDCMImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GDCMImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::JPEGImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::JPEGImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::JPEGImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::JPEGImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>>
>>>>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>>>>> for
>>>>
>>>>> 'ImageIOFactoryRegisterRegisterList''(void)"
>>>>
>>>>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::JPEGImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::JPEGImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::JPEGImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?JPEGImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIConvert.obj : error LNK2019: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>>
>>>>> function "public: __thiscall std::vector<unsigned long,class
>>>>
>>>>> std::allocator<unsigned long> >::~vector<unsigned long,class
>>>>
>>>>> std::allocator<unsigned long> >(void)"
>>>>
>>>>> (??1?$vector at KV?$allocator at K@std@@@std@@QAE at XZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::HDF5ImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?HDF5ImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GiplImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GiplImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2019: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GiplImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>>
>>>>> function "void __cdecl std::_Debug_order2<class std::_Tree<class
>>>>
>>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>>
>>>>> std::allocator<unsigned long>,0> >::iterator>(class std::_Tree<class
>>>>
>>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>>
>>>>> std::allocator<unsigned long>,0> >::iterator,class std::_Tree<class
>>>>
>>>>> std::_Tset_traits<unsigned long,struct std::less<unsigned long>,class
>>>>
>>>>> std::allocator<unsigned long>,0> >::iterator,wchar_t const *,unsigned
>>>>
>>>>> int,struct std::forward_iterator_tag)"
>>>>

>>>>>
>>>>>
>>>>> (??$_Debug_order2 at Viterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@std@@@std@@YAXViterator@?$_Tree at V?$_Tset_traits at KU?$less at K@std@@V?$allocator at K@2@$0A@@std@@@0 at 0PB_WIUforward_iterator_tag@0@@Z)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GiplImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GiplImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GiplImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::GiplImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?GiplImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::NrrdImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIMesh.obj : error LNK2019: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::NrrdImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>>
>>>>> function "protected: bool __thiscall std::vector<struct
>>>>
>>>>> itk::ObjectStore<class itk::SparseFieldLevelSetNode<class itk::Index<3> >
>>>>
>>>>>>::MemoryBlock,class std::allocator<struct itk::ObjectStore<class
>>>>
>>>>> itk::SparseFieldLevelSetNode<class itk::Index<3> > >::MemoryBlock>
>>>>
>>>>>>::_Buy(unsigned int)"
>>>>
>>>>>
>>>>>
>>>>> (?_Buy@?$vector at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@V?$allocator at UMemoryBlock@?$ObjectStore at V?$SparseFieldLevelSetNode at V?$Index@$02 at itk@@@itk@@@itk@@@std@@@std@@IAE_NI at Z)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::NrrdImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingwrapup.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::NrrdImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::NrrdImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::NrrdImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::NrrdImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?NrrdImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIConvert.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::NiftiImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIMesh.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::NiftiImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROI2ImagesParallel.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::NiftiImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingwrapup.obj : error LNK2019: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::NiftiImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ) referenced in
>>>>
>>>>> function "void __cdecl itk::`anonymous namespace'::`dynamic initializer
>>>>> for
>>>>
>>>>> 'ImageIOFactoryRegisterRegisterList''(void)"
>>>>
>>>>> (??__EImageIOFactoryRegisterRegisterList@?A0xb54261e9 at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>PinnacleROIStructInterface.obj : error LNK2001: unresolved external
>>>>> symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::NiftiImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>contourwarpingparallel.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::NiftiImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>> 2>ParallelDispatcher.obj : error LNK2001: unresolved external symbol
>>>>
>>>>> "__declspec(dllimport) void __cdecl
>>>>
>>>>> itk::NiftiImageIOFactoryRegister__Private(void)"
>>>>
>>>>> (__imp_?NiftiImageIOFactoryRegister__Private at itk@@YAXXZ)
>>>>
>>>>>
>>>>
>>>>>
>>>>>
>>>>> 2>D:\MeshContourDeformation\ContourWarpingLib-x86-dll\Debug\ContourWarping32.dll
>>>>
>>>>> : fatal error LNK1120: 17 unresolved externals
>>>>
>>>>>
>>>>
>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>> _____________________________________
>>>>
>>>>> Powered by www.kitware.com <http://www.kitware.com> 
>>>>
>>>>>
>>>>
>>>>> Visit other Kitware open-source projects at
>>>>
>>>>> http://www.kitware.com/opensource/opensource.html
>>>>
>>>>>
>>>>
>>>>> Kitware offers ITK Training Courses, for more information visit:
>>>>
>>>>> http://www.kitware.com/products/protraining.php
>>>>
>>>>>
>>>>
>>>>> Please keep messages on-topic and check the ITK FAQ at:
>>>>
>>>>> http://www.itk.org/Wiki/ITK_FAQ
>>>>
>>>>>
>>>>
>>>>> Follow this link to subscribe/unsubscribe:
>>>>
>>>>> http://public.kitware.com/mailman/listinfo/insight-users
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>> _____________________________________
>>>>
>>>>> Powered by www.kitware.com <http://www.kitware.com> 
>>>>
>>>>>
>>>>
>>>>> Visit other Kitware open-source projects at
>>>>
>>>>> http://www.kitware.com/opensource/opensource.html
>>>>
>>>>>
>>>>
>>>>> Kitware offers ITK Training Courses, for more information visit:
>>>>
>>>>> http://www.kitware.com/products/protraining.php
>>>>
>>>>>
>>>>
>>>>> Please keep messages on-topic and check the ITK FAQ at:
>>>>
>>>>> http://www.itk.org/Wiki/ITK_FAQ
>>>>
>>>>>
>>>>
>>>>> Follow this link to subscribe/unsubscribe:
>>>>
>>>>> http://public.kitware.com/mailman/listinfo/insight-users
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>>
>>>>
>>>>> _____________________________________
>>>>
>>>>> Powered by www.kitware.com <http://www.kitware.com> 
>>>>
>>>>>
>>>>
>>>>> Visit other Kitware open-source projects at
>>>>
>>>>> http://www.kitware.com/opensource/opensource.html
>>>>
>>>>>
>>>>
>>>>> Kitware offers ITK Training Courses, for more information visit:
>>>>
>>>>> http://www.kitware.com/products/protraining.php
>>>>
>>>>>
>>>>
>>>>> Please keep messages on-topic and check the ITK FAQ at:
>>>>
>>>>> http://www.itk.org/Wiki/ITK_FAQ
>>>>
>>>>>
>>>>
>>>>> Follow this link to subscribe/unsubscribe:
>>>>
>>>>> http://public.kitware.com/mailman/listinfo/insight-users
>>>>
>>>>>
>>>
>>> _____________________________________
>>> Powered by www.kitware.com <http://www.kitware.com> 
>>>
>>> Visit other Kitware open-source projects at
>>> http://www.kitware.com/opensource/opensource.html
>>>
>>> Kitware offers ITK Training Courses, for more information visit:
>>> http://www.kitware.com/products/protraining.php
>>>
>>> Please keep messages on-topic and check the ITK FAQ at:
>>> http://www.itk.org/Wiki/ITK_FAQ
>>>
>>> Follow this link to subscribe/unsubscribe:
>>> http://public.kitware.com/mailman/listinfo/insight-users
>>>
>>>
>>
>

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161108/81d72d00/attachment-0001.html>

From ivan.granata.na at gmail.com  Wed Nov  9 08:51:55 2016
From: ivan.granata.na at gmail.com (ivan)
Date: Wed, 9 Nov 2016 06:51:55 -0700 (MST)
Subject: [ITK-users] Simple ITK Overlap Two Image for example PET and MRI or
 CT ?? is it possible? and Image Fusion?
Message-ID: <1478699515046-37753.post@n7.nabble.com>

is it possible to Overlap Two Image for example PET and MRI or CT ?

 i use Simple ITK for java but also some python example is good for me

and Image Fusion? is it possible in Simple ITK?



--
View this message in context: http://itk-users.7.n7.nabble.com/ITK-users-Simple-ITK-Overlap-Two-Image-for-example-PET-and-MRI-or-CT-is-it-possible-and-Image-Fusion-tp37753.html
Sent from the ITK - Users mailing list archive at Nabble.com.

From matimontg at gmail.com  Wed Nov  9 11:17:00 2016
From: matimontg at gmail.com (Matias Montroull)
Date: Wed, 09 Nov 2016 16:17:00 +0000
Subject: [ITK-users] Simple ITK Overlap Two Image for example PET and
 MRI or CT ?? is it possible? and Image Fusion?
In-Reply-To: <1478699515046-37753.post@n7.nabble.com>
References: <1478699515046-37753.post@n7.nabble.com>
Message-ID: <CAKKNfuJXty-FB_gE1TMHpno6mScbbrc-NFJ3cuqstNMyLwD+CQ@mail.gmail.com>

I've done image fusion with ITK farely easy, I can share the code I've used
but pretty similar to the examples in the web.

El mi?., 9 de nov. de 2016 a la(s) 12:19, ivan <ivan.granata.na at gmail.com>
escribi?:

> is it possible to Overlap Two Image for example PET and MRI or CT ?
>
>  i use Simple ITK for java but also some python example is good for me
>
> and Image Fusion? is it possible in Simple ITK?
>
>
>
> --
> View this message in context:
> http://itk-users.7.n7.nabble.com/ITK-users-Simple-ITK-Overlap-Two-Image-for-example-PET-and-MRI-or-CT-is-it-possible-and-Image-Fusion-tp37753.html
> Sent from the ITK - Users mailing list archive at Nabble.com.
> _____________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Kitware offers ITK Training Courses, for more information visit:
> http://www.kitware.com/products/protraining.php
>
> Please keep messages on-topic and check the ITK FAQ at:
> http://www.itk.org/Wiki/ITK_FAQ
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/insight-users
>
-- 
Matias
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161109/90efea90/attachment.html>

From noreply at insightsoftwareconsortium.org  Wed Nov  9 13:59:56 2016
From: noreply at insightsoftwareconsortium.org (Insight Journal)
Date: Wed,  9 Nov 2016 13:59:56 -0500 (EST)
Subject: [ITK-users] New Submission: Anomalous Diffusion Paradigm for Image
	Denoising Process
Message-ID: <20161109185956.ACDBD3D62091@insight-journal.org>

Hello,

A new submission has been added to the Insight Journal.

Title: Anomalous Diffusion Paradigm for Image Denoising Process
Authors: Senra Filho A.C., Murta Junior L.O.
Abstract: Anisotropic and isotropic diffusion equations have been extensively applied on biomedical image processing for many years and a great diversity of algorithm have been proposed by the scientific community. Here, it is available a recent new implementation of the anomalous diffusion equation, based on the Fokker-Planck PDE diffusion equation (also known as the Porous Media equation). The major contribution of the anomalous process in the image processing area is the possibility to regulates a sub or super-diffusion characteristic in the noise attenuation problem, which have been showed as a suitable solution for the preservation of fine details in complex objects such as the human brain. An ITK Module is offered here in order to easily add the Anisotropic Anomalous Diffusion (AAD) and Isotropic Anomalous Diffusion (IAD) filters in the ITK hierarchy.

Download and review this publication at: http://hdl.handle.net/10380/3565

Generated by the Insight Journal

You are receiving this email because you asked to be informed by the Insight Journal for new submissions. To change your email preference visit http://www.insight-journal.org/ .

From ivan.granata.na at gmail.com  Wed Nov  9 12:34:49 2016
From: ivan.granata.na at gmail.com (ivan)
Date: Wed, 9 Nov 2016 10:34:49 -0700 (MST)
Subject: [ITK-users] Simple ITK Overlap Two Image for example PET and
 MRI or CT ?? is it possible? and Image Fusion?
In-Reply-To: <CAKKNfuJXty-FB_gE1TMHpno6mScbbrc-NFJ3cuqstNMyLwD+CQ@mail.gmail.com>
References: <1478699515046-37753.post@n7.nabble.com>
 <CAKKNfuJXty-FB_gE1TMHpno6mScbbrc-NFJ3cuqstNMyLwD+CQ@mail.gmail.com>
Message-ID: <1478712889257-37756.post@n7.nabble.com>

ok Matias... if is it possible for u can u post the sourcecode?
python? c++? java?
i would compile image fusion in java and i'm also  looking for a image
fusion with wavelet decomposition



--
View this message in context: http://itk-users.7.n7.nabble.com/ITK-users-Simple-ITK-Overlap-Two-Image-for-example-PET-and-MRI-or-CT-is-it-possible-and-Image-Fusion-tp37753p37756.html
Sent from the ITK - Users mailing list archive at Nabble.com.

From zivrafael.yaniv at nih.gov  Wed Nov  9 14:57:09 2016
From: zivrafael.yaniv at nih.gov (Yaniv, Ziv Rafael (NIH/NLM/LHC) [C])
Date: Wed, 9 Nov 2016 19:57:09 +0000
Subject: [ITK-users] Simple ITK Overlap Two Image for example PET and
 MRI or CT ?? is it possible? and Image Fusion?
In-Reply-To: <1478712889257-37756.post@n7.nabble.com>
References: <1478699515046-37753.post@n7.nabble.com>
 <CAKKNfuJXty-FB_gE1TMHpno6mScbbrc-NFJ3cuqstNMyLwD+CQ@mail.gmail.com>
 <1478712889257-37756.post@n7.nabble.com>
Message-ID: <D448E99C.D4B9%yanivz@mail.nih.gov>

Hello Ivan,

We have several Python notebooks that illustrate image fusion.

An example with label maps -
https://github.com/InsightSoftwareConsortium/SimpleITK-Notebooks/blob/maste
r/Python/10_matplotlib's_imshow.ipynb

relevant functions are LabelOverlay, LabelContour.

An example with two images -
https://github.com/InsightSoftwareConsortium/SimpleITK-Notebooks/blob/maste
r/Python/56_VH_Registration1.ipynb

relevant functions are CheckerBoard and just straight up alpha blending:

img = (1.0 - alpha)*fixed + alpha*moving

     hope this helps
            Ziv






On 11/9/16, 12:34 PM, "ivan" <ivan.granata.na at gmail.com> wrote:

>ok Matias... if is it possible for u can u post the sourcecode?
>python? c++? java?
>i would compile image fusion in java and i'm also  looking for a image
>fusion with wavelet decomposition
>
>
>
>--
>View this message in context:
>http://itk-users.7.n7.nabble.com/ITK-users-Simple-ITK-Overlap-Two-Image-fo
>r-example-PET-and-MRI-or-CT-is-it-possible-and-Image-Fusion-tp37753p37756.
>html
>Sent from the ITK - Users mailing list archive at Nabble.com.
>_____________________________________
>Powered by www.kitware.com
>
>Visit other Kitware open-source projects at
>http://www.kitware.com/opensource/opensource.html
>
>Kitware offers ITK Training Courses, for more information visit:
>http://www.kitware.com/products/protraining.php
>
>Please keep messages on-topic and check the ITK FAQ at:
>http://www.itk.org/Wiki/ITK_FAQ
>
>Follow this link to subscribe/unsubscribe:
>http://public.kitware.com/mailman/listinfo/insight-users


From bakkari.abdelkhalek at hotmail.fr  Thu Nov 10 08:24:46 2016
From: bakkari.abdelkhalek at hotmail.fr (Abdelkhalek Bakkari)
Date: Thu, 10 Nov 2016 13:24:46 +0000
Subject: [ITK-users] Region Growing
Message-ID: <AM2PR09MB05629BEB65E2E3311EF1FBA083B80@AM2PR09MB0562.eurprd09.prod.outlook.com>

Dear ITK users,


I am trying to use the example of Region Growing from the link below :
http://www.paraview.org/Wiki/index.php?title=ITK/Examples/Broken/Images/RegionGrowImageFilter&redirect=no#RegionGrowImageFilter.cxx


Unfortunately, I have got an error :


error C2440: 'initializing' : cannot convert from 'itk::Object::Pointer' to 'itk::SmartPointer<TObjectType>'          with
          [
             TObjectType=itk::RegionGrowImageFilter<InputImageType,InputImageType>
       ]
       No constructor could take the source type, or constructor overload resolution was ambiguous



I am wondering about how can I solve this issue.


Thanks in advance!

Best regards,



Abdelkhalek Bakkari
Ph.D candidate in Computer Science
Institute of Applied Computer Science
Lodz University of Technology, Poland


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161110/c9320742/attachment.html>

From francois.budin at kitware.com  Thu Nov 10 18:40:55 2016
From: francois.budin at kitware.com (Francois Budin)
Date: Thu, 10 Nov 2016 18:40:55 -0500
Subject: [ITK-users] Region Growing
In-Reply-To: <AM2PR09MB05629BEB65E2E3311EF1FBA083B80@AM2PR09MB0562.eurprd09.prod.outlook.com>
References: <AM2PR09MB05629BEB65E2E3311EF1FBA083B80@AM2PR09MB0562.eurprd09.prod.outlook.com>
Message-ID: <CAHwLD2WiUrBcwbCgdYW++5=ZEkziWuFj6FSUqei0q0nW8xqrSA@mail.gmail.com>

Hello Abdelkhalek,

This example is in the section "broken". I do not know since when it has
not worked, but you will not be able to instantiate an object of type
itk::RegionGrowImageFilter as it is a virtual class, thus the error you are
getting.

Hope this helps,
Francois

On Thu, Nov 10, 2016 at 8:24 AM, Abdelkhalek Bakkari <
bakkari.abdelkhalek at hotmail.fr> wrote:

> Dear ITK users,
>
>
> I am trying to use the example of Region Growing from the link below :
> http://www.paraview.org/Wiki/index.php?title=ITK/Examples/Broken/Images/
> RegionGrowImageFilter&redirect=no#RegionGrowImageFilter.cxx
>
>
> Unfortunately, I have got an error :
>
> error C2440: 'initializing' : cannot convert from 'itk::Object::Pointer'
> to 'itk::SmartPointer<TObjectType>'          with
>           [
>              TObjectType=itk::RegionGrowImageFilter<
> InputImageType,InputImageType>
>        ]
>        No constructor could take the source type, or constructor overload
> resolution was ambiguous
>
>
> I am wondering about how can I solve this issue.
>
>
> Thanks in advance!
> Best regards,
>
>
>
> Abdelkhalek Bakkari
> Ph.D candidate in Computer Science
> Institute of Applied Computer Science
> Lodz University of Technology, Poland
>
>
>
> _____________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Kitware offers ITK Training Courses, for more information visit:
> http://www.kitware.com/products/protraining.php
>
> Please keep messages on-topic and check the ITK FAQ at:
> http://www.itk.org/Wiki/ITK_FAQ
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/insight-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161110/153c8574/attachment.html>

From ivan.granata.na at gmail.com  Fri Nov 11 02:43:43 2016
From: ivan.granata.na at gmail.com (ivan)
Date: Fri, 11 Nov 2016 00:43:43 -0700 (MST)
Subject: [ITK-users] Simple ITK Overlap Two Image for example PET and
 MRI or CT ?? is it possible? and Image Fusion?
In-Reply-To: <D448E99C.D4B9%yanivz@mail.nih.gov>
References: <1478699515046-37753.post@n7.nabble.com>
 <CAKKNfuJXty-FB_gE1TMHpno6mScbbrc-NFJ3cuqstNMyLwD+CQ@mail.gmail.com>
 <1478712889257-37756.post@n7.nabble.com> <D448E99C.D4B9%yanivz@mail.nih.gov>
Message-ID: <1478850223940-37760.post@n7.nabble.com>

ok i'm thank u

but really i see overlap not fusion


this is my code and my result

import org.itk.simple.*;


class IterationUpdate  extends Command {

	  private ImageRegistrationMethod m_Method;

	  public IterationUpdate(ImageRegistrationMethod m) {
	    super();
	    m_Method=m;
	  }

	  public void execute() {
	    org.itk.simple.VectorDouble pos = m_Method.getOptimizerPosition();
	    System.out.format("%3d = %10.5f : [%f, %f]\n",
	                      m_Method.getOptimizerIteration(),
	                      m_Method.getMetricValue(),
	                      pos.get(0), pos.get(1));
	  }
	}

class ImageFusionFinal {

  public static void main(String argv[]) {

  //if ( argv.length < 3 )
   // {
  //    System.out.format( "Usage: %s <fixedImageFilter> <movingImageFile>
<outputTransformFile>\n", "ImageRegistrationMethod1");
   //   System.exit(-1);
  //  }


	//-----------Read
Image----------------------------------------------------------------------------------------------------	 	  
			    org.itk.simple.ImageFileReader reader = new
org.itk.simple.ImageFileReader();
			  reader.setOutputPixelType( PixelIDValueEnum.sitkFloat32);
			  reader.setFileName("D:/workspace/ImageFusionFinal/img/CT.nii");
			  Image ctimage  = reader.execute();
			  reader.setOutputPixelType( PixelIDValueEnum.sitkFloat32);
			  reader.setFileName("D:/workspace/ImageFusionFinal/img/PET.nii");
			  Image petimage = reader.execute();
			  
			  System.out.format("Images Read\n");
			 // println("Images Read"); 
	
//------Initial
Transform---------------------------------------------------------------------------------------------------------	  
	
org.itk.simple.CenteredTransformInitializerFilter initialTx = new
org.itk.simple.CenteredTransformInitializerFilter();
org.itk.simple.Transform tx = initialTx.execute( ctimage, petimage, new
org.itk.simple.AffineTransform(ctimage.getDimension()) );


//------Registration
Method---------------------------------------------------------------------------------------------------------	  



org.itk.simple.ImageRegistrationMethod R = new 
org.itk.simple.ImageRegistrationMethod();
			  R.setMetricAsMattesMutualInformation();
			 // double maxStep = 4.0;
			 // double minStep = 0.01;
			 // int numberOfIterations = 200;
			 // double relaxationFactor = 0.5;
			//  R.setOptimizerAsRegularStepGradientDescent( maxStep,
			                                            //  minStep,
			                                           //   numberOfIterations,
			                                          //    relaxationFactor );
			  
			  R.setInitialTransform( new org.itk.simple.Euler3DTransform() );
			  
	
			  
			  double learningRate = 1 ;
			  long numberOfIterations = 100;
			  long numberOfHistogramBins = 50;
			  
			  R.setMetricAsMattesMutualInformation(numberOfHistogramBins);
			 
R.setOptimizerAsGradientDescentLineSearch(learningRate,numberOfIterations);
			  R.setOptimizerScalesFromIndexShift();
			  VectorUInt32 pts1 = new VectorUInt32(3);
			  // org.itk.simple.VectorUInt32 pts1;
			   pts1.clear();
			   pts1.push_back(4);
			   pts1.push_back(2);
			   pts1.push_back(1);
			    
			  
			   R.setShrinkFactorsPerLevel(pts1);
			 
			   
			   VectorDouble pts2 = new VectorDouble(3);

			   /* seed points */
			   pts2.clear();
			   pts2.push_back(8);
			   pts2.push_back(4);
			   pts2.push_back(2);
			   System.out.println(pts2);
			     R.setSmoothingSigmasPerLevel(pts2);
			     
			  
			  R.smoothingSigmasAreSpecifiedInPhysicalUnitsOn();
			  
			 
R.setMetricSamplingStrategy(org.itk.simple.ImageRegistrationMethod.MetricSamplingStrategyType.RANDOM);
			 
			  R.setMetricSamplingPercentage(0.1);
			  R.setInitialTransform(tx);
			  R.setInterpolator( InterpolatorEnum.sitkLinear );
			  
			  
			  
			  
			
			  IterationUpdate cmd = new IterationUpdate(R);
			  R.addCommand( EventEnum.sitkIterationEvent, cmd);
			  
			  org.itk.simple.Transform outTx = R.execute( ctimage, petimage );
			  
			  System.out.println("-------");
			  System.out.println(outTx.toString());
			  
			  System.out.format("Optimizer stop condition: %s\n",
R.getOptimizerStopConditionDescription());
			  System.out.format(" Iteration: %d\n", R.getOptimizerIteration());
			  System.out.format(" Metric value: %f\n", R.getMetricValue());
			  
			  
			  
			  
			  
			  
			  
			  //tx.AddTransform(sitk.Transform(3,sitk.sitkAffine));
			  R.setInitialTransform(outTx,true);
			  tx.addTransform ( R.execute( ctimage, petimage ));
			  
			  double learningRate2 = 1 ;
			  long numberOfIterations2 = 100;
			  //long numberOfHistogramBins2 = 50;
			  
			 
			 
R.setOptimizerAsGradientDescentLineSearch(learningRate2,numberOfIterations2);
			  R.setOptimizerScalesFromIndexShift();
			  VectorUInt32 pts3 = new VectorUInt32(2);
			  // org.itk.simple.VectorUInt32 pts1;
			  pts3.clear();
			  pts3.push_back(2);
			  pts3.push_back(1);
			  	  
			   R.setShrinkFactorsPerLevel(pts3);
			 
			   
			   VectorDouble pts4 = new VectorDouble(2);

			   /* seed points */
			   pts4.clear();
			   pts4.push_back(4);
			   pts4.push_back(1);
			   System.out.println(pts4);
			     R.setSmoothingSigmasPerLevel(pts4);
			     R.setInitialTransform(tx);
			     
			     
			     
			     
			  R.smoothingSigmasAreSpecifiedInPhysicalUnitsOn();
			  
			 
R.setMetricSamplingStrategy(org.itk.simple.ImageRegistrationMethod.MetricSamplingStrategyType.RANDOM);
			 
			  R.setMetricSamplingPercentage(0.1);
			  R.setInitialTransform(tx);
			  R.setInterpolator( InterpolatorEnum.sitkLinear );
			  
			  
//------Resample
Method---------------------------------------------------------------------------------------------------------	  
	  
			  
			  
			  org.itk.simple.ResampleImageFilter resample = new 
org.itk.simple.ResampleImageFilter();
			  resample.setReferenceImage(ctimage);
			  
			  resample.setOutputPixelType(PixelIDValueEnum.sitkUInt32);
			  //InterpolatorEnum interp = 
			  resample.setInterpolator(InterpolatorEnum.sitkBSpline);
			  resample.setTransform(outTx);
			  //transf.setInterpolator(interp);
			//  VectorDouble orig = 
			  resample.getOutputOrigin();
			  //VectorDouble spac = 
			  resample.getOutputSpacing();
			 // VectorDouble dir = 
			  resample.getOutputDirection();
			  //Double pix = 
			  resample.getDefaultPixelValue();
			  //transf.setInterpolator(dir);
			  //VectorUInt32 pts = new VectorUInt32();
			  resample.getSize();
			  resample.execute(petimage);
			  Image out  = resample.execute(petimage);
			  
//------Resample
Method---------------------------------------------------------------------------------------------------------	  
	  
			  
			  ComposeImageFilter out_fin = new ComposeImageFilter();
			 Image out_fin2 = out_fin.execute(ctimage, petimage);
			  
			  
			 // org.itk.simple.CheckerBoardImageFilter out_fin = new 
org.itk.simple.CheckerBoardImageFilter();
			  
			  
			//  out_fin.execute(ctimage, petimage);
			 
			 VectorUInt32 checkerPattern = new VectorUInt32(2);
			  // org.itk.simple.VectorUInt32 pts1;
			 checkerPattern.clear();
			 checkerPattern.push_back(8);
			 checkerPattern.push_back(8);
			 checkerPattern.push_back(1);
			 
			 CheckerBoardImageFilter out_fin3 = new CheckerBoardImageFilter();
			 Image out_fin4 = out_fin3.execute(ctimage, petimage,checkerPattern);
			  
			 
			 
			// LabelOverlayImageFilter out_fin5 = new LabelOverlayImageFilter();
			 
			// org.itk.simple.Image petimage2 = new 
org.itk.simple.Image(ctimage.getSize(), PixelIDValueEnum.sitkVectorFloat64);
			// petimage2.copyInformation(ctimage);
			// Image out_fin6 = out_fin5.execute(ctimage, petimage2);
			 
			 
			  
//-----Write Fused
Image---------------------------------------------------------------------------------------------------------	  
	  
			  
			  //Image blurredImg  = filter.execute(img);
		//	  CastImageFilter caster = new CastImageFilter();
			//  caster.setOutputPixelType( img.getPixelIDValue() );
			//  Image castImg = caster.execute( blurredImg );
			//  ImageFileWriter writer = new ImageFileWriter();

			//  writer.setFileName(argv[1]);
			//  writer.execute( castImg ); 
			  
			  
			  
			  
			  
			  //Image blurredImg = resample.execute(out_fin2);
			    //Image castImg = caster.execute(blurredImg);
			    ImageFileWriter writer3 = new ImageFileWriter();
			   
writer3.setFileName("D:/workspace/ImageFusionFinal/img/CT_PET_Fusion2.nii");
			    writer3.useCompressionOn();
			     writer3.execute(out_fin4);
			     //writer.execute(transform.getResultImage()); 
			     // transform.setParameters(reader.execute());
			      //Image transform = reader.execute();
			  //Transform.setParameters();
			    // Perform warp
			//  transform.logToConsoleOn();
			 // transform.execute();
			  
			  
  }
	
  }


<http://itk-users.7.n7.nabble.com/file/n37760/CT.jpg> 
<http://itk-users.7.n7.nabble.com/file/n37760/PET.jpg> 

result

<http://itk-users.7.n7.nabble.com/file/n37760/CT_PET_Fusion.jpg> 



--
View this message in context: http://itk-users.7.n7.nabble.com/ITK-users-Simple-ITK-Overlap-Two-Image-for-example-PET-and-MRI-or-CT-is-it-possible-and-Image-Fusion-tp37753p37760.html
Sent from the ITK - Users mailing list archive at Nabble.com.

From ivan.granata.na at gmail.com  Fri Nov 11 02:47:11 2016
From: ivan.granata.na at gmail.com (ivan)
Date: Fri, 11 Nov 2016 00:47:11 -0700 (MST)
Subject: [ITK-users] Simple ITK Overlap Two Image for example PET and
 MRI or CT ?? is it possible? and Image Fusion?
In-Reply-To: <1478850223940-37760.post@n7.nabble.com>
References: <1478699515046-37753.post@n7.nabble.com>
 <CAKKNfuJXty-FB_gE1TMHpno6mScbbrc-NFJ3cuqstNMyLwD+CQ@mail.gmail.com>
 <1478712889257-37756.post@n7.nabble.com> <D448E99C.D4B9%yanivz@mail.nih.gov>
 <1478850223940-37760.post@n7.nabble.com>
Message-ID: <1478850431556-37761.post@n7.nabble.com>

i'm sorry here my real image
and result
first ct
<http://itk-users.7.n7.nabble.com/file/n37761/CT.bmp> 

second pet
<http://itk-users.7.n7.nabble.com/file/n37761/PET.bmp> 


result
<http://itk-users.7.n7.nabble.com/file/n37761/CT_PET_Fusion2.jpg> 





--
View this message in context: http://itk-users.7.n7.nabble.com/ITK-users-Simple-ITK-Overlap-Two-Image-for-example-PET-and-MRI-or-CT-is-it-possible-and-Image-Fusion-tp37753p37761.html
Sent from the ITK - Users mailing list archive at Nabble.com.

From fisidoro at ethz.ch  Fri Nov 11 07:37:30 2016
From: fisidoro at ethz.ch (D'Isidoro  Fabio)
Date: Fri, 11 Nov 2016 12:37:30 +0000
Subject: [ITK-users] intensity based 2d 3d registration
Message-ID: <50B858FB5F53124F9E32314E5C1B40943A166949@MBX212.d.ethz.ch>

Hallo,

I work on itk V4.10 (latest version) with Python wrapping. I am trying to implement a basic intensity-based 2d3d registration, with a 3D translation as transform and without multi-level or multi-stage registration.
I could successfully reproduce with Python wrapping the DRR generation code (DigitallyReconstructedRadiograph1.cxx) and the 3D-3D registration examples on the ITK manual (ImageRegistration8.cxx).
I have combined now both for my 2D-3D registration, based on the template I found on [1]. This template is however based on registration method v3 and is more complex than the basic version I am trying to implement (because it involves the Euler transform and multi-level approach).

My basic version (in attachment) does not work, sometimes showing a "Failed to allocate memory for image" and sometimes Python just crashes (I could not figure out the reason for this difference). I connected all components (optimizer, metric, fixed and moving interpolator) the way I believe it makes sense, but I am not sure whether ImageRegistrationMethodv4 supports the RayCastInterpolateImageFunction and how it wants it to be connected and initialized. The code fails at the registration.Update() command after a few seconds of running.

My 3D volume is a 54 MB CT scan (360X450X160), I have reduced it from the original one to try to avoid memory allocation problems.

Is my code wrong? Also, how can I debug it if I can't put breakpoints "inside registration.Update()"?

Looking forward to your help.

Thank you,
Fabio.

[1] https://github.com/InsightSoftwareConsortium/ITKApps/blob/master/IntensityBased2D3DRegistration/IntensityBased2D3DRegistration.cxx



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161111/c8e1cb58/attachment.html>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: IntBased2d3d.txt
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161111/c8e1cb58/attachment.txt>

From bill.lorensen at gmail.com  Fri Nov 11 10:41:37 2016
From: bill.lorensen at gmail.com (Bill Lorensen)
Date: Fri, 11 Nov 2016 10:41:37 -0500
Subject: [ITK-users] Region Growing
In-Reply-To: <CAHwLD2WiUrBcwbCgdYW++5=ZEkziWuFj6FSUqei0q0nW8xqrSA@mail.gmail.com>
References: <AM2PR09MB05629BEB65E2E3311EF1FBA083B80@AM2PR09MB0562.eurprd09.prod.outlook.com>
 <CAHwLD2WiUrBcwbCgdYW++5=ZEkziWuFj6FSUqei0q0nW8xqrSA@mail.gmail.com>
Message-ID: <CADZJ4hO1Noeo+uZS5QN_Y7xbr_sJksRMkcthnH55h7L1=5CoAQ@mail.gmail.com>

Here is an example region growing filter:
https://itk.org/Wiki/ITK/Examples/ImageSegmentation/ConfidenceConnectedImageFilter


On Thu, Nov 10, 2016 at 6:40 PM, Francois Budin
<francois.budin at kitware.com> wrote:
> Hello Abdelkhalek,
>
> This example is in the section "broken". I do not know since when it has not
> worked, but you will not be able to instantiate an object of type
> itk::RegionGrowImageFilter as it is a virtual class, thus the error you are
> getting.
>
> Hope this helps,
> Francois
>
> On Thu, Nov 10, 2016 at 8:24 AM, Abdelkhalek Bakkari
> <bakkari.abdelkhalek at hotmail.fr> wrote:
>>
>> Dear ITK users,
>>
>>
>> I am trying to use the example of Region Growing from the link below :
>>
>> http://www.paraview.org/Wiki/index.php?title=ITK/Examples/Broken/Images/RegionGrowImageFilter&redirect=no#RegionGrowImageFilter.cxx
>>
>>
>> Unfortunately, I have got an error :
>>
>> error C2440: 'initializing' : cannot convert from 'itk::Object::Pointer'
>> to 'itk::SmartPointer<TObjectType>'          with
>>           [
>>
>> TObjectType=itk::RegionGrowImageFilter<InputImageType,InputImageType>
>>        ]
>>        No constructor could take the source type, or constructor overload
>> resolution was ambiguous
>>
>>
>> I am wondering about how can I solve this issue.
>>
>>
>> Thanks in advance!
>>
>> Best regards,
>>
>>
>>
>> Abdelkhalek Bakkari
>> Ph.D candidate in Computer Science
>> Institute of Applied Computer Science
>> Lodz University of Technology, Poland
>>
>>
>>
>> _____________________________________
>> Powered by www.kitware.com
>>
>> Visit other Kitware open-source projects at
>> http://www.kitware.com/opensource/opensource.html
>>
>> Kitware offers ITK Training Courses, for more information visit:
>> http://www.kitware.com/products/protraining.php
>>
>> Please keep messages on-topic and check the ITK FAQ at:
>> http://www.itk.org/Wiki/ITK_FAQ
>>
>> Follow this link to subscribe/unsubscribe:
>> http://public.kitware.com/mailman/listinfo/insight-users
>>
>
>
> _____________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Kitware offers ITK Training Courses, for more information visit:
> http://www.kitware.com/products/protraining.php
>
> Please keep messages on-topic and check the ITK FAQ at:
> http://www.itk.org/Wiki/ITK_FAQ
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/insight-users
>



-- 
Unpaid intern in BillsBasement at noware dot com

From bakkari.abdelkhalek at hotmail.fr  Sun Nov 13 10:03:15 2016
From: bakkari.abdelkhalek at hotmail.fr (Abdelkhalek Bakkari)
Date: Sun, 13 Nov 2016 15:03:15 +0000
Subject: [ITK-users] Region Growing for huge data set
Message-ID: <AM2PR09MB0562E0FB8C212E1583E4E55883BD0@AM2PR09MB0562.eurprd09.prod.outlook.com>

Dear ITK users,


I am trying to evaluate my region growing ITK code. Unfortunately, for a huge data (more than 100 .dcm images), the application turn blocked and some errors appear (please find it in attachment)


Do you have any suggestion or help ?



Thank you in advance.


Best regards,



Abdelkhalek Bakkari
Ph.D candidate in Computer Science
Institute of Applied Computer Science
Lodz University of Technology, Poland


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161113/9dc1438e/attachment.html>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: errors.txt
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161113/9dc1438e/attachment.txt>

From bakkari.abdelkhalek at hotmail.fr  Sun Nov 13 20:46:04 2016
From: bakkari.abdelkhalek at hotmail.fr (Abdelkhalek Bakkari)
Date: Mon, 14 Nov 2016 01:46:04 +0000
Subject: [ITK-users] LabelOverlayImageFilter
Message-ID: <AM2PR09MB0562DB6BF5F7D3EB40A16D4983BC0@AM2PR09MB0562.eurprd09.prod.outlook.com>

Dear ITK users,


I am tried to adopt the LabelOverlayImageFilter for 3D images. Unfortunately, the final result is not good enough.

I will be glad, if you could help me.


In the attachment, you can find a Slice result.


Kind regards,



Abdelkhalek Bakkari
Ph.D candidate in Computer Science
Institute of Applied Computer Science
Lodz University of Technology, Poland


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161114/f5905ec2/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Slice result.png
Type: image/png
Size: 191091 bytes
Desc: Slice result.png
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161114/f5905ec2/attachment-0001.png>

From dzenanz at gmail.com  Mon Nov 14 09:20:55 2016
From: dzenanz at gmail.com (=?UTF-8?B?RMW+ZW5hbiBadWtpxIc=?=)
Date: Mon, 14 Nov 2016 09:20:55 -0500
Subject: [ITK-users] LabelOverlayImageFilter
In-Reply-To: <AM2PR09MB0562DB6BF5F7D3EB40A16D4983BC0@AM2PR09MB0562.eurprd09.prod.outlook.com>
References: <AM2PR09MB0562DB6BF5F7D3EB40A16D4983BC0@AM2PR09MB0562.eurprd09.prod.outlook.com>
Message-ID: <CAPf2UMTJDuPTfd=EUmbgrxLbL7sey-7YS16dbw2tmiP+fsF6Mg@mail.gmail.com>

Hi Abdelkhalek,

what did you expect the filter to do? How does this output differ from you
expectation?

Regards,
D?enan

On Sun, Nov 13, 2016 at 8:46 PM, Abdelkhalek Bakkari <
bakkari.abdelkhalek at hotmail.fr> wrote:

> Dear ITK users,
>
>
> I am tried to adopt the LabelOverlayImageFilter for 3D images.
> Unfortunately, the final result is not good enough.
>
> I will be glad, if you could help me.
>
>
> In the attachment, you can find a Slice result.
>
>
> Kind regards,
>
>
>
> Abdelkhalek Bakkari
> Ph.D candidate in Computer Science
> Institute of Applied Computer Science
> Lodz University of Technology, Poland
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161114/415c5d36/attachment.html>

From dzenanz at gmail.com  Mon Nov 14 09:29:06 2016
From: dzenanz at gmail.com (=?UTF-8?B?RMW+ZW5hbiBadWtpxIc=?=)
Date: Mon, 14 Nov 2016 09:29:06 -0500
Subject: [ITK-users] Region Growing for huge data set
In-Reply-To: <AM2PR09MB0562E0FB8C212E1583E4E55883BD0@AM2PR09MB0562.eurprd09.prod.outlook.com>
References: <AM2PR09MB0562E0FB8C212E1583E4E55883BD0@AM2PR09MB0562.eurprd09.prod.outlook.com>
Message-ID: <CAPf2UMR5CTzqr5Zu6LvNfCFdLt2c6jE7E3Q4xV1JtbYGK02itw@mail.gmail.com>

Hi Abdelkhalek,

depending on the filters in your pipeline (whether all of them support
streaming), it might be useful to use StreamingImageFilter
<https://itk.org/Doxygen/html/classitk_1_1StreamingImageFilter.html>. If
not, you could have all intermediate results deallocated before starting
the main (most memory intensive) processing step:

ImageType::Pointer intermediate;
//open a block, so that all variables created in it are deallocated at the
end of it
{
//read image
//do some processing
lastFilterInThisBlock->Update();
intermediate=lastFilterInThisBlock->GetOutput();
}
//everything except intermediate will be deallocated at this point, freeing
memory
mainProcessingStep(intermediate);

Regards,
D?enan

On Sun, Nov 13, 2016 at 10:03 AM, Abdelkhalek Bakkari <
bakkari.abdelkhalek at hotmail.fr> wrote:

> Dear ITK users,
>
>
> I am trying to evaluate my region growing ITK code. Unfortunately, for a
> huge data (more than 100 .dcm images), the application turn blocked and
> some errors appear (please find it in attachment)
>
>
> Do you have any suggestion or help ?
>
>
>
> Thank you in advance.
>
>
> Best regards,
>
>
>
> Abdelkhalek Bakkari
> Ph.D candidate in Computer Science
> Institute of Applied Computer Science
> Lodz University of Technology, Poland
>
>
>
> _____________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Kitware offers ITK Training Courses, for more information visit:
> http://www.kitware.com/products/protraining.php
>
> Please keep messages on-topic and check the ITK FAQ at:
> http://www.itk.org/Wiki/ITK_FAQ
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/insight-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161114/4c139dba/attachment.html>

From bakkari.abdelkhalek at hotmail.fr  Mon Nov 14 10:37:31 2016
From: bakkari.abdelkhalek at hotmail.fr (Abdelkhalek Bakkari)
Date: Mon, 14 Nov 2016 15:37:31 +0000
Subject: [ITK-users] LabelOverlayImageFilter
In-Reply-To: <CAPf2UMTJDuPTfd=EUmbgrxLbL7sey-7YS16dbw2tmiP+fsF6Mg@mail.gmail.com>
References: <AM2PR09MB0562DB6BF5F7D3EB40A16D4983BC0@AM2PR09MB0562.eurprd09.prod.outlook.com>,
 <CAPf2UMTJDuPTfd=EUmbgrxLbL7sey-7YS16dbw2tmiP+fsF6Mg@mail.gmail.com>
Message-ID: <AM2PR09MB0562991A578A725BC93190EE83BC0@AM2PR09MB0562.eurprd09.prod.outlook.com>

Hi,


I expected that the region which is not overlaid will  preserve  the same intensity.


Best regards,




________________________________
From: Dzenan Zukic <dzenanz at gmail.com>
Sent: 14 November 2016 15:20
To: Abdelkhalek Bakkari
Cc: insight-users
Subject: Re: LabelOverlayImageFilter

Hi Abdelkhalek,

what did you expect the filter to do? How does this output differ from you expectation?

Regards,
Dzenan

On Sun, Nov 13, 2016 at 8:46 PM, Abdelkhalek Bakkari <bakkari.abdelkhalek at hotmail.fr<mailto:bakkari.abdelkhalek at hotmail.fr>> wrote:

Dear ITK users,


I am tried to adopt the LabelOverlayImageFilter for 3D images. Unfortunately, the final result is not good enough.

I will be glad, if you could help me.


In the attachment, you can find a Slice result.


Kind regards,



Abdelkhalek Bakkari
Ph.D candidate in Computer Science
Institute of Applied Computer Science
Lodz University of Technology, Poland



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161114/29a6d8fd/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: expected result.png
Type: image/png
Size: 66661 bytes
Desc: expected result.png
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161114/29a6d8fd/attachment-0001.png>

From dzenanz at gmail.com  Mon Nov 14 11:08:19 2016
From: dzenanz at gmail.com (=?UTF-8?B?RMW+ZW5hbiBadWtpxIc=?=)
Date: Mon, 14 Nov 2016 11:08:19 -0500
Subject: [ITK-users] LabelOverlayImageFilter
In-Reply-To: <AM2PR09MB0562991A578A725BC93190EE83BC0@AM2PR09MB0562.eurprd09.prod.outlook.com>
References: <AM2PR09MB0562DB6BF5F7D3EB40A16D4983BC0@AM2PR09MB0562.eurprd09.prod.outlook.com>
 <CAPf2UMTJDuPTfd=EUmbgrxLbL7sey-7YS16dbw2tmiP+fsF6Mg@mail.gmail.com>
 <AM2PR09MB0562991A578A725BC93190EE83BC0@AM2PR09MB0562.eurprd09.prod.outlook.com>
Message-ID: <CAPf2UMRqRokKDiNrNB0DAp=CVwDsGoRRrPfNeyX5y9SDnhyGyw@mail.gmail.com>

What you are describing is the default behavior of the filter. What your
problem might be is casting the background value to 8-bit unsigned which is
used for the color image. Try rescaling
<https://itk.org/Doxygen/html/classitk_1_1RescaleIntensityImageFilter.html>
the background image to unsigned char before inputting it to the overlay
filter.

Regards

On Mon, Nov 14, 2016 at 10:37 AM, Abdelkhalek Bakkari <
bakkari.abdelkhalek at hotmail.fr> wrote:

> Hi,
>
>
> I expected that the region which is not overlaid will  preserve  the same
> intensity.
>
>
> Best regards,
>
>
>
>
> ------------------------------
> *From:* D?enan Zuki? <dzenanz at gmail.com>
> *Sent:* 14 November 2016 15:20
> *To:* Abdelkhalek Bakkari
> *Cc:* insight-users
> *Subject:* Re: LabelOverlayImageFilter
>
> Hi Abdelkhalek,
>
> what did you expect the filter to do? How does this output differ from you
> expectation?
>
> Regards,
> D?enan
>
> On Sun, Nov 13, 2016 at 8:46 PM, Abdelkhalek Bakkari <
> bakkari.abdelkhalek at hotmail.fr> wrote:
>
>> Dear ITK users,
>>
>>
>> I am tried to adopt the LabelOverlayImageFilter for 3D images.
>> Unfortunately, the final result is not good enough.
>>
>> I will be glad, if you could help me.
>>
>>
>> In the attachment, you can find a Slice result.
>>
>>
>> Kind regards,
>>
>>
>>
>> Abdelkhalek Bakkari
>> Ph.D candidate in Computer Science
>> Institute of Applied Computer Science
>> Lodz University of Technology, Poland
>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161114/57e73427/attachment.html>

From blowekamp at mail.nih.gov  Mon Nov 14 11:33:54 2016
From: blowekamp at mail.nih.gov (Lowekamp, Bradley (NIH/NLM/LHC) [C])
Date: Mon, 14 Nov 2016 16:33:54 +0000
Subject: [ITK-users] [ITK]  Region Growing for huge data set
In-Reply-To: <CAPf2UMR5CTzqr5Zu6LvNfCFdLt2c6jE7E3Q4xV1JtbYGK02itw@mail.gmail.com>
References: <AM2PR09MB0562E0FB8C212E1583E4E55883BD0@AM2PR09MB0562.eurprd09.prod.outlook.com>
 <CAPf2UMR5CTzqr5Zu6LvNfCFdLt2c6jE7E3Q4xV1JtbYGK02itw@mail.gmail.com>
Message-ID: <373427AA-0235-40C7-8E2F-596C9341444C@mail.nih.gov>

Hello,

Unfortunately, the region growing algorithms do not support streaming to my knowledge. But this certainly could help other parts of the pipeline, along with releasing unneeded data.

Firstly, what OS and architecture are you compiling for? Did you choose Win64 or ensure your using 64-bits architecture?

Next, many region grown algorithms are equivalent to running a binary threshold then a connected components algorithm these choosing the correct label(s). I have found for large data this is frequently more computational and memory efficient than the region growing methods. In addition, the BinaryThesholdImageFilter can be run ?InPlace?, and the BinaryImageToLabelMapFilter is an implementation of the connected components algorithm to RLE labels is memory efficient as well.

HTH,
Brad


On Nov 14, 2016, at 9:29 AM, D?enan Zuki? <dzenanz at gmail.com<mailto:dzenanz at gmail.com>> wrote:

Hi Abdelkhalek,

depending on the filters in your pipeline (whether all of them support streaming), it might be useful to use StreamingImageFilter<https://itk.org/Doxygen/html/classitk_1_1StreamingImageFilter.html>. If not, you could have all intermediate results deallocated before starting the main (most memory intensive) processing step:

ImageType::Pointer intermediate;
//open a block, so that all variables created in it are deallocated at the end of it
{
//read image
//do some processing
lastFilterInThisBlock->Update();
intermediate=lastFilterInThisBlock->GetOutput();
}
//everything except intermediate will be deallocated at this point, freeing memory
mainProcessingStep(intermediate);

Regards,
D?enan

On Sun, Nov 13, 2016 at 10:03 AM, Abdelkhalek Bakkari <bakkari.abdelkhalek at hotmail.fr<mailto:bakkari.abdelkhalek at hotmail.fr>> wrote:

Dear ITK users,


I am trying to evaluate my region growing ITK code. Unfortunately, for a huge data (more than 100 .dcm images), the application turn blocked and some errors appear (please find it in attachment)


Do you have any suggestion or help ?



Thank you in advance.


Best regards,



Abdelkhalek Bakkari
Ph.D candidate in Computer Science
Institute of Applied Computer Science
Lodz University of Technology, Poland



_____________________________________
Powered by www.kitware.com<http://www.kitware.com/>

Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html

Kitware offers ITK Training Courses, for more information visit:
http://www.kitware.com/products/protraining.php

Please keep messages on-topic and check the ITK FAQ at:
http://www.itk.org/Wiki/ITK_FAQ

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/insight-users


_____________________________________
Powered by www.kitware.com<http://www.kitware.com>

Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html

Kitware offers ITK Training Courses, for more information visit:
http://www.kitware.com/products/protraining.php

Please keep messages on-topic and check the ITK FAQ at:
http://www.itk.org/Wiki/ITK_FAQ

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/insight-users
_______________________________________________
Community mailing list
Community at itk.org
http://public.kitware.com/mailman/listinfo/community

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161114/e4f72bef/attachment.html>

From fisidoro at ethz.ch  Mon Nov 14 15:48:55 2016
From: fisidoro at ethz.ch (D'Isidoro  Fabio)
Date: Mon, 14 Nov 2016 20:48:55 +0000
Subject: [ITK-users] FW: intensity based 2d 3d registration
Message-ID: <50B858FB5F53124F9E32314E5C1B40943A16CCCC@MBX212.d.ethz.ch>

Hallo,

I forward again my previous email hoping for a reply.

Within the context of intensity based 2D-3D registration, can RayCastInterpolateImageFunction be used with ImageRegistrationMethodv4, as the other interpolators listed in the manual? RayCastInterpolateImageFunction is not in the manual as the other interpolators: does this mean that has not been implemented for use with ImageRegistrationMethodv4 (given that my code does not seem to work)?

The problem why my code does not work is apparently not a memory issue (I tried with a very very small 3D volume and the registration still does not work).

Thank you!

From: D'Isidoro Fabio
Sent: Freitag, 11. November 2016 13:37
To: insight-users at itk.org
Subject: intensity based 2d 3d registration

Hallo,

I work on itk V4.10 (latest version) with Python wrapping. I am trying to implement a basic intensity-based 2d3d registration, with a 3D translation as transform and without multi-level or multi-stage registration.
I could successfully reproduce with Python wrapping the DRR generation code (DigitallyReconstructedRadiograph1.cxx) and the 3D-3D registration examples on the ITK manual (ImageRegistration8.cxx).
I have combined now both for my 2D-3D registration, based on the template I found on [1]. This template is however based on registration method v3 and is more complex than the basic version I am trying to implement (because it involves the Euler transform and multi-level approach).

My basic version (in attachment) does not work, sometimes showing a "Failed to allocate memory for image" and sometimes Python just crashes (I could not figure out the reason for this difference). I connected all components (optimizer, metric, fixed and moving interpolator) the way I believe it makes sense, but I am not sure whether ImageRegistrationMethodv4 supports the RayCastInterpolateImageFunction and how it wants it to be connected and initialized. The code fails at the registration.Update() command after a few seconds of running.

My 3D volume is a 54 MB CT scan (360X450X160), I have reduced it from the original one to try to avoid memory allocation problems.

Is my code wrong? Also, how can I debug it if I can't put breakpoints "inside registration.Update()"?

Looking forward to your help.

Thank you,
Fabio.

[1] https://github.com/InsightSoftwareConsortium/ITKApps/blob/master/IntensityBased2D3DRegistration/IntensityBased2D3DRegistration.cxx



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161114/1bce8c1c/attachment.html>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: IntBased2d3d.txt
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161114/1bce8c1c/attachment.txt>

From matt.mccormick at kitware.com  Tue Nov 15 13:29:35 2016
From: matt.mccormick at kitware.com (Matt McCormick)
Date: Tue, 15 Nov 2016 13:29:35 -0500
Subject: [ITK-users] FW: intensity based 2d 3d registration
In-Reply-To: <50B858FB5F53124F9E32314E5C1B40943A16CCCC@MBX212.d.ethz.ch>
References: <50B858FB5F53124F9E32314E5C1B40943A16CCCC@MBX212.d.ethz.ch>
Message-ID: <CALzTN-SUOsbk+DPLwzgjaiD5tZzyzwh1aFvUCcJ62fOCJGYy3w@mail.gmail.com>

Hallo,

Could you please share the small volumes are used? With the data and
the code, we can add this as a test case, and get the test passing
:-).

Thanks,
Matt

On Mon, Nov 14, 2016 at 3:48 PM, D'Isidoro  Fabio <fisidoro at ethz.ch> wrote:
> Hallo,
>
>
>
> I forward again my previous email hoping for a reply.
>
>
>
> Within the context of intensity based 2D-3D registration, can
> RayCastInterpolateImageFunction be used with ImageRegistrationMethodv4, as
> the other interpolators listed in the manual?
> RayCastInterpolateImageFunction is not in the manual as the other
> interpolators: does this mean that has not been implemented for use with
> ImageRegistrationMethodv4 (given that my code does not seem to work)?
>
>
>
> The problem why my code does not work is apparently not a memory issue (I
> tried with a very very small 3D volume and the registration still does not
> work).
>
>
>
> Thank you!
>
>
>
> From: D'Isidoro Fabio
> Sent: Freitag, 11. November 2016 13:37
> To: insight-users at itk.org
> Subject: intensity based 2d 3d registration
>
>
>
> Hallo,
>
>
>
> I work on itk V4.10 (latest version) with Python wrapping. I am trying to
> implement a basic intensity-based 2d3d registration, with a 3D translation
> as transform and without multi-level or multi-stage registration.
>
> I could successfully reproduce with Python wrapping the DRR generation code
> (DigitallyReconstructedRadiograph1.cxx) and the 3D-3D registration examples
> on the ITK manual (ImageRegistration8.cxx).
>
> I have combined now both for my 2D-3D registration, based on the template I
> found on [1]. This template is however based on registration method v3 and
> is more complex than the basic version I am trying to implement (because it
> involves the Euler transform and multi-level approach).
>
>
>
> My basic version (in attachment) does not work, sometimes showing a ?Failed
> to allocate memory for image? and sometimes Python just crashes (I could not
> figure out the reason for this difference). I connected all components
> (optimizer, metric, fixed and moving interpolator) the way I believe it
> makes sense, but I am not sure whether ImageRegistrationMethodv4 supports
> the RayCastInterpolateImageFunction and how it wants it to be connected and
> initialized. The code fails at the registration.Update() command after a few
> seconds of running.
>
>
>
> My 3D volume is a 54 MB CT scan (360X450X160), I have reduced it from the
> original one to try to avoid memory allocation problems.
>
>
>
> Is my code wrong? Also, how can I debug it if I can?t put breakpoints
> ?inside registration.Update()??
>
>
>
> Looking forward to your help.
>
>
>
> Thank you,
>
> Fabio.
>
>
>
> [1]
> https://github.com/InsightSoftwareConsortium/ITKApps/blob/master/IntensityBased2D3DRegistration/IntensityBased2D3DRegistration.cxx
>
>
>
>
>
>
>
>
> _____________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Kitware offers ITK Training Courses, for more information visit:
> http://www.kitware.com/products/protraining.php
>
> Please keep messages on-topic and check the ITK FAQ at:
> http://www.itk.org/Wiki/ITK_FAQ
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/insight-users
>

From marc-michel.rohe at inria.fr  Wed Nov 16 08:55:51 2016
From: marc-michel.rohe at inria.fr (=?UTF-8?Q?Marc-Michel_Roh=c3=a9?=)
Date: Wed, 16 Nov 2016 14:55:51 +0100
Subject: [ITK-users] Python Wrapper Pybuffer
Message-ID: <582C6567.6040505@inria.fr>

Hello,

is there a way to read an vector image 
(itk::Image<itk::Vector<float,3>,3>) with the python wrapper and to 
convert it easily to a numpy array ?

I tried using PyBuffer but it does not seem to work and I get the 
following error:

vectorType=itk.Vector[itk.F,3]
fieldType=itk.Image[vectorType,3]
readerType=itk.ImageFileReader[fieldType,3]
reader=readerType.New()
reader.SetFileName("file")
reader.Update()
image=reader.GetOutput()
buf = itk.PyBuffer[imageType].GetArrayFromImage(image)
/
//Traceback (most recent call last)://
//  File "<stdin>", line 1, in <module>//
//NameError: name 'imageType' is not defined//
//>>> buf = itk.PyBuffer[fieldType].GetArrayFromImage(image)//
//Traceback (most recent call last)://
//  File "<stdin>", line 1, in <module>//
//  File 
"/home/mrohe/Librairies/ITK-4.9.0_wrap/build/Wrapping/Generators/Python/itkTemplate.py", 
line 252, in __getitem__//
//    (str(parameters), self.__name__))//
//KeyError: "itkTemplate : No template [<class 
'itkImagePython.itkImageVF33'>] for the itk::PyBuffer class"/


What I do is to cast manually the image to the numpy array (see below) 
with for loops (since I did not find any iterator on the python 
wrapper). It works but is really slow and inefficient. There must be a 
better way no ?

     for sx in range(sizeX):
         for sy in range(sizeY):
             for sz in range(sizeZ):
                 vector=image.GetPixel([sx,sy,sz])
                 data[sx,sy,sz,0]=vector[0]
                 data[sx,sy,sz,1]=vector[1]
                 data[sx,sy,sz,2]=vector[2]
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161116/8fd67c47/attachment.html>

From matt.mccormick at kitware.com  Wed Nov 16 14:13:09 2016
From: matt.mccormick at kitware.com (Matt McCormick)
Date: Wed, 16 Nov 2016 14:13:09 -0500
Subject: [ITK-users] mingw,
 gcc5: "too many sections" and "undefined reference to vtable" errors
In-Reply-To: <CAFC_Vt6xxjBU26KLomL+p11c4RHr7LQeiUfSMk5fPS4K71kr4A@mail.gmail.com>
References: <CAFC_Vt6KrHP4uOjRZUpb05dgz3mzKdb0iDFGc5DTZ0yGUp6KoA@mail.gmail.com>
 <CAFC_Vt6xxjBU26KLomL+p11c4RHr7LQeiUfSMk5fPS4K71kr4A@mail.gmail.com>
Message-ID: <CALzTN-SRr21NfaAwY5LPsxOVoUjLGm3WtprS977rKLDdH-f4=w@mail.gmail.com>

Hello Boris,

On Sun, Oct 23, 2016 at 6:57 PM, Nagaev Boris <bnagaev at gmail.com> wrote:
> On Mon, Oct 24, 2016 at 12:09 AM, Nagaev Boris <bnagaev at gmail.com> wrote:
>> Hello,
>>
>> I need help building ITK 4.8.0. I cross-compile on gcc 5.3.0 from
>> Linux to Windows using MinGW-w64. Everything was Ok on gcc 4.9.4.
>>
>> I get the same errors as in this tread:
>> https://cmake.org/pipermail/insight-users/2015-September/052511.html
>> My log: https://git.io/vPNmf
>>
>> I added -Wa,-mbig-obj flags and the same error:
>> https://cmake.org/pipermail/insight-users/2015-September/052512.html
>> My log: https://git.io/vPNqh
>> I added the flags by adding the following to cmake command:
>> -DCMAKE_C_FLAGS='-Wa,-mbig-obj'
>> -DCMAKE_CXX_FLAGS='-Wa,-mbig-obj'
>>
>> If I add these flags and compile with gcc 4.9.0, it works.
>
> Latest ITK (4.10.1) builds successfully with gcc 6 after disabling
> try-run (https://gist.github.com/starius/b7b1ee84faa76de1f52efe3f1959dc1d).

Thanks for checking and reporting your results.

If WINE is installed -DCMAKE_CROSSCOMPILING_EMULATOR=/usr/bin/wine is
added to the cmake call, does the build complete without needing to
remove the try_run statements?

Thanks,
Matt

From matt.mccormick at kitware.com  Fri Nov 18 17:58:17 2016
From: matt.mccormick at kitware.com (Matt McCormick)
Date: Fri, 18 Nov 2016 17:58:17 -0500
Subject: [ITK-users] FW: intensity based 2d 3d registration
In-Reply-To: <50B858FB5F53124F9E32314E5C1B40943A16CE8F@MBX212.d.ethz.ch>
References: <50B858FB5F53124F9E32314E5C1B40943A16CCCC@MBX212.d.ethz.ch>
 <CALzTN-SUOsbk+DPLwzgjaiD5tZzyzwh1aFvUCcJ62fOCJGYy3w@mail.gmail.com>
 <50B858FB5F53124F9E32314E5C1B40943A16CE8F@MBX212.d.ethz.ch>
Message-ID: <CALzTN-TKPu-93EweQ3ZTrWtk6o+dyNa86Stbwf5Edx=TWt1tdQ@mail.gmail.com>

Hi,

Thanks for sharing the code and data.

After a little investigation, it appears that the wrapping is working
fine, but some tweaks may be required in the spatial parameters (?).
Current work is uploaded here:

http://review.source.kitware.com/#/c/21775/

I noted that movCenter computation was not generating the correct
value and fixed it. Also, since the ITKv4 registration method works
more like a traditional pipeline filter, it is important to change the
fixed image Origin with an itk.ChangeInformationImageFilter so it does
not get re-set on a pipeline update.

The test currently outputs:

  Starting registration
M: 0.000000   P: 0.000000 0.000000
WARNING: In
/home/matt/src/ITK/Modules/Numerics/Optimizersv4/include/itkObjectToObjectMetric.hxx,
line 529
MeanSquaresImageToImageMetricv4 (0x336c9d0): No valid points were found during
metric evaluation. For image metrics, verify that the images overlap
appropriately. For instance, you can align the image centers by translation.
For point-set metrics, verify that the fixed points, once transformed into the
virtual domain space, actually lie within the virtual domain.


Thanks,
Matt

On Tue, Nov 15, 2016 at 1:38 PM, D'Isidoro  Fabio <fisidoro at ethz.ch> wrote:
> In the zip folder you find the (slightly modified) code, the small 3D volume and relative DRR. I guess the extrinsic parameters for generation of the DRR (i.e. position of the 3D volume in the image coordinate system) is not relevant at the moment.
>
> Thank you!
> Fabio
>
> -----Original Message-----
> From: Matt McCormick [mailto:matt.mccormick at kitware.com]
> Sent: Dienstag, 15. November 2016 19:30
> To: D'Isidoro Fabio <fisidoro at ethz.ch>
> Cc: insight-users at itk.org
> Subject: Re: [ITK-users] FW: intensity based 2d 3d registration
>
> Hallo,
>
> Could you please share the small volumes are used? With the data and the code, we can add this as a test case, and get the test passing :-).
>
> Thanks,
> Matt
>
> On Mon, Nov 14, 2016 at 3:48 PM, D'Isidoro  Fabio <fisidoro at ethz.ch> wrote:
>> Hallo,
>>
>>
>>
>> I forward again my previous email hoping for a reply.
>>
>>
>>
>> Within the context of intensity based 2D-3D registration, can
>> RayCastInterpolateImageFunction be used with
>> ImageRegistrationMethodv4, as the other interpolators listed in the manual?
>> RayCastInterpolateImageFunction is not in the manual as the other
>> interpolators: does this mean that has not been implemented for use
>> with
>> ImageRegistrationMethodv4 (given that my code does not seem to work)?
>>
>>
>>
>> The problem why my code does not work is apparently not a memory issue
>> (I tried with a very very small 3D volume and the registration still
>> does not work).
>>
>>
>>
>> Thank you!
>>
>>
>>
>> From: D'Isidoro Fabio
>> Sent: Freitag, 11. November 2016 13:37
>> To: insight-users at itk.org
>> Subject: intensity based 2d 3d registration
>>
>>
>>
>> Hallo,
>>
>>
>>
>> I work on itk V4.10 (latest version) with Python wrapping. I am trying
>> to implement a basic intensity-based 2d3d registration, with a 3D
>> translation as transform and without multi-level or multi-stage registration.
>>
>> I could successfully reproduce with Python wrapping the DRR generation
>> code
>> (DigitallyReconstructedRadiograph1.cxx) and the 3D-3D registration
>> examples on the ITK manual (ImageRegistration8.cxx).
>>
>> I have combined now both for my 2D-3D registration, based on the
>> template I found on [1]. This template is however based on
>> registration method v3 and is more complex than the basic version I am
>> trying to implement (because it involves the Euler transform and multi-level approach).
>>
>>
>>
>> My basic version (in attachment) does not work, sometimes showing a
>> ?Failed to allocate memory for image? and sometimes Python just
>> crashes (I could not figure out the reason for this difference). I
>> connected all components (optimizer, metric, fixed and moving
>> interpolator) the way I believe it makes sense, but I am not sure
>> whether ImageRegistrationMethodv4 supports the
>> RayCastInterpolateImageFunction and how it wants it to be connected
>> and initialized. The code fails at the registration.Update() command after a few seconds of running.
>>
>>
>>
>> My 3D volume is a 54 MB CT scan (360X450X160), I have reduced it from
>> the original one to try to avoid memory allocation problems.
>>
>>
>>
>> Is my code wrong? Also, how can I debug it if I can?t put breakpoints
>> ?inside registration.Update()??
>>
>>
>>
>> Looking forward to your help.
>>
>>
>>
>> Thank you,
>>
>> Fabio.
>>
>>
>>
>> [1]
>> https://github.com/InsightSoftwareConsortium/ITKApps/blob/master/Inten
>> sityBased2D3DRegistration/IntensityBased2D3DRegistration.cxx
>>
>>
>>
>>
>>
>>
>>
>>
>> _____________________________________
>> Powered by www.kitware.com
>>
>> Visit other Kitware open-source projects at
>> http://www.kitware.com/opensource/opensource.html
>>
>> Kitware offers ITK Training Courses, for more information visit:
>> http://www.kitware.com/products/protraining.php
>>
>> Please keep messages on-topic and check the ITK FAQ at:
>> http://www.itk.org/Wiki/ITK_FAQ
>>
>> Follow this link to subscribe/unsubscribe:
>> http://public.kitware.com/mailman/listinfo/insight-users
>>

From jothybasu at gmail.com  Fri Nov 25 04:54:57 2016
From: jothybasu at gmail.com (Jothybasu Selvaraj)
Date: Fri, 25 Nov 2016 20:54:57 +1100
Subject: [ITK-users] Reading private tags
Message-ID: <CAKuw5X1wokk=m450PoL3ge2bU9EMUiqQoLWsgVfTsw_O=2NN=Q@mail.gmail.com>

Hi Guys

How do I read a private tag using gdcm?

I tried both ITK::GDCMIO and also gdcm seperately. GDCM docs say we need to
to enable ReadSelectedPrivateTags()

Is there any example?

Thanks

Jothy
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161125/93e7b824/attachment.html>

From noreply at insightsoftwareconsortium.org  Fri Nov 25 05:59:18 2016
From: noreply at insightsoftwareconsortium.org (Insight Journal)
Date: Fri, 25 Nov 2016 05:59:18 -0500 (EST)
Subject: [ITK-users] New Submission: Perturbing Mesh Vertices with Additive
	Gaussian Noise
Message-ID: <20161125105918.0EFFA3D6209F@insight-journal.org>

Hello,

A new submission has been added to the Insight Journal.

Title: Perturbing Mesh Vertices with Additive Gaussian Noise
Authors: Vigneault D.
Abstract: This brief document provides an introduction to an external ITK module, DVMeshNoise. This module provides classes for perturbing the positions of the vertices of either an itk::Mesh or itk::QuadEdgeMesh with Gaussian noise. This may be useful in testing the robustness of an algorithm to small changes in the input mesh, augmenting datasets for machine learning, and counteracting deleterious effects which highly regular regions of a mesh may occasionally have on mesh processing.  After demonstrating basic usage, we present a practical example to show how these classes can be incorporated into a pipeline to improve mesh quality.

Download and review this publication at: http://hdl.handle.net/10380/3567

Generated by the Insight Journal

You are receiving this email because you asked to be informed by the Insight Journal for new submissions. To change your email preference visit http://www.insight-journal.org/ .

From dzenanz at gmail.com  Fri Nov 25 10:06:10 2016
From: dzenanz at gmail.com (=?UTF-8?B?RMW+ZW5hbiBadWtpxIc=?=)
Date: Fri, 25 Nov 2016 10:06:10 -0500
Subject: [ITK-users] Reading private tags
In-Reply-To: <CAKuw5X1wokk=m450PoL3ge2bU9EMUiqQoLWsgVfTsw_O=2NN=Q@mail.gmail.com>
References: <CAKuw5X1wokk=m450PoL3ge2bU9EMUiqQoLWsgVfTsw_O=2NN=Q@mail.gmail.com>
Message-ID: <CAPf2UMQXVEcw_ngrUMqyY1cuH5+cdzi3Ksuy=W0tOqxC10wFpw@mail.gmail.com>

Hi Jothy,

you should call SetLoadPrivateTags
<https://itk.org/Doxygen/html/classitk_1_1GDCMImageIO.html#a26ea3d5e85c0e6a7a614cbfbc05c4478>
method
on GDCMImageIO. See also read tags example
<https://itk.org/Doxygen/html/Examples_2IO_2DicomImageReadPrintTags_8cxx-example.html>
.

Regards,
D?enan


On Fri, Nov 25, 2016 at 4:54 AM, Jothybasu Selvaraj <jothybasu at gmail.com>
wrote:

> Hi Guys
>
> How do I read a private tag using gdcm?
>
> I tried both ITK::GDCMIO and also gdcm seperately. GDCM docs say we need
> to to enable ReadSelectedPrivateTags()
>
> Is there any example?
>
> Thanks
>
> Jothy
>
>
> _____________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Kitware offers ITK Training Courses, for more information visit:
> http://www.kitware.com/products/protraining.php
>
> Please keep messages on-topic and check the ITK FAQ at:
> http://www.itk.org/Wiki/ITK_FAQ
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/insight-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161125/ba4806ee/attachment.html>

From Gordian.Kabelitz at medma.uni-heidelberg.de  Fri Nov 25 10:20:35 2016
From: Gordian.Kabelitz at medma.uni-heidelberg.de (Kabelitz, Gordian)
Date: Fri, 25 Nov 2016 15:20:35 +0000
Subject: [ITK-users] Conversion from cv::mat to writable itk::image
Message-ID: <4c486ee23a55475d9816e42cb1c8c564@exch06.ad.uni-heidelberg.de>

Hello,

i started working on a program that uses ITK in combination with OpenCV.
At the moment I encounter the problem with the image conversion from cv::Mat to itk::image.
Using OpenCVImageBridge:: ITKImageToCVMat() can convert ITK images to cv::Mat and works pretty well. That part is similar to [1].

A problem occurs, when I want to convert the images back to ITK images by using OpenCVImageBridge:: CVMatToITKImage ().
Here is a code snippet (similar to [2]):
[...]
cv::Mat outimage = cvImage; // outimage is an image previously converted from itk::image to cv::Mat
typedef itk::OpenCVImageBridge BridgeType;
CVImageType::Pointer outputImage = BridgeType::CVMatToITKImage<CVImageType>(outimage);

typedef itk::CastImageFilter< CVImageType, OutImage > CastFilterType;
CastFilterType::Pointer caster = CastFilterType::New();
 caster->SetInput(outputImage);

typedef itk::ImageFileWriter<OutImage> WriterType;
WriterType::Pointer outputWriter = WriterType::New();
outputWriter->SetImageIO(gdcmIO);
outputWriter->SetInput(caster->GetOutput());
outputWriter->SetFileName(argv[2]);
try  {
	  outputWriter->Update();
  }   catch (itk::ExceptionObject err)  {
	  std::cout << "EXCEPTION CAUGHT!" << std::endl;
	  std::cout << err << std::endl;
	  return EXIT_FAILURE;
  }

It compiles and runs with only the following error:
Description: itk::ERROR: GDCMImageIO(0000000003B22290): A Floating point buffer was passed but the stored pixel type was not specified. This is currently not supported.

Is there an option to get a writable image? Did I make an obvious mistake?
Is there a website to get more examples working for ITK with Opencv?

Thanks in advance,
Gordian

[1]: https://github.com/InsightSoftwareConsortium/ITK-OpenCV-Bridge-Tutorial
[2]: https://github.com/InsightSoftwareConsortium/ITK-OpenCV-Bridge-Tutorial/blob/master/Exercises/ITKOpenCVBridge/exercise2/BasicVideoFilteringITKOpenCVBridge.cxx



From dzenanz at gmail.com  Fri Nov 25 11:26:24 2016
From: dzenanz at gmail.com (=?UTF-8?B?RMW+ZW5hbiBadWtpxIc=?=)
Date: Fri, 25 Nov 2016 11:26:24 -0500
Subject: [ITK-users] Conversion from cv::mat to writable itk::image
In-Reply-To: <4c486ee23a55475d9816e42cb1c8c564@exch06.ad.uni-heidelberg.de>
References: <4c486ee23a55475d9816e42cb1c8c564@exch06.ad.uni-heidelberg.de>
Message-ID: <CAPf2UMQp_jdSRFoXro6a==6sfAvX1Np38tmYRjP13zw1sHOffA@mail.gmail.com>

Hi Gordian,

can you try giving the filename .nrrd or .mha extension instead of .dcm?

Regards,
D?enan

On Fri, Nov 25, 2016 at 10:20 AM, Kabelitz, Gordian <
Gordian.Kabelitz at medma.uni-heidelberg.de> wrote:

> Hello,
>
> i started working on a program that uses ITK in combination with OpenCV.
> At the moment I encounter the problem with the image conversion from
> cv::Mat to itk::image.
> Using OpenCVImageBridge:: ITKImageToCVMat() can convert ITK images to
> cv::Mat and works pretty well. That part is similar to [1].
>
> A problem occurs, when I want to convert the images back to ITK images by
> using OpenCVImageBridge:: CVMatToITKImage ().
> Here is a code snippet (similar to [2]):
> [...]
> cv::Mat outimage = cvImage; // outimage is an image previously converted
> from itk::image to cv::Mat
> typedef itk::OpenCVImageBridge BridgeType;
> CVImageType::Pointer outputImage = BridgeType::CVMatToITKImage<
> CVImageType>(outimage);
>
> typedef itk::CastImageFilter< CVImageType, OutImage > CastFilterType;
> CastFilterType::Pointer caster = CastFilterType::New();
>  caster->SetInput(outputImage);
>
> typedef itk::ImageFileWriter<OutImage> WriterType;
> WriterType::Pointer outputWriter = WriterType::New();
> outputWriter->SetImageIO(gdcmIO);
> outputWriter->SetInput(caster->GetOutput());
> outputWriter->SetFileName(argv[2]);
> try  {
>           outputWriter->Update();
>   }   catch (itk::ExceptionObject err)  {
>           std::cout << "EXCEPTION CAUGHT!" << std::endl;
>           std::cout << err << std::endl;
>           return EXIT_FAILURE;
>   }
>
> It compiles and runs with only the following error:
> Description: itk::ERROR: GDCMImageIO(0000000003B22290): A Floating point
> buffer was passed but the stored pixel type was not specified. This is
> currently not supported.
>
> Is there an option to get a writable image? Did I make an obvious mistake?
> Is there a website to get more examples working for ITK with Opencv?
>
> Thanks in advance,
> Gordian
>
> [1]: https://github.com/InsightSoftwareConsortium/ITK-
> OpenCV-Bridge-Tutorial
> [2]: https://github.com/InsightSoftwareConsortium/ITK-
> OpenCV-Bridge-Tutorial/blob/master/Exercises/ITKOpenCVBridge/exercise2/
> BasicVideoFilteringITKOpenCVBridge.cxx
>
>
> _____________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Kitware offers ITK Training Courses, for more information visit:
> http://www.kitware.com/products/protraining.php
>
> Please keep messages on-topic and check the ITK FAQ at:
> http://www.itk.org/Wiki/ITK_FAQ
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/insight-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161125/de4fba0d/attachment.html>

From matt.mccormick at kitware.com  Fri Nov 25 11:28:32 2016
From: matt.mccormick at kitware.com (Matt McCormick)
Date: Fri, 25 Nov 2016 11:28:32 -0500
Subject: [ITK-users] Conversion from cv::mat to writable itk::image
In-Reply-To: <4c486ee23a55475d9816e42cb1c8c564@exch06.ad.uni-heidelberg.de>
References: <4c486ee23a55475d9816e42cb1c8c564@exch06.ad.uni-heidelberg.de>
Message-ID: <CALzTN-QzXWHSGWBEyv+hg_j6B8m7puemxhM4Hd2CQEwuX4Wr6A@mail.gmail.com>

Hi Gordian,

The runtime error is related to limited support for float pixel images
in DICOM and GDCM. Try using an itk::CastImageFilter or
itk::RescaleIntensityImageFilter to cast the written image pixel type
to something like unsigned short. Or, use an output image type that
supports floats well, like MetaImage.

Here are some more examples for working with OpenCV:

  https://itk.org/ITKExamples/src/Video/BridgeOpenCV/index.html

HTH,
Matt

On Fri, Nov 25, 2016 at 10:20 AM, Kabelitz, Gordian
<Gordian.Kabelitz at medma.uni-heidelberg.de> wrote:
> Hello,
>
> i started working on a program that uses ITK in combination with OpenCV.
> At the moment I encounter the problem with the image conversion from cv::Mat to itk::image.
> Using OpenCVImageBridge:: ITKImageToCVMat() can convert ITK images to cv::Mat and works pretty well. That part is similar to [1].
>
> A problem occurs, when I want to convert the images back to ITK images by using OpenCVImageBridge:: CVMatToITKImage ().
> Here is a code snippet (similar to [2]):
> [...]
> cv::Mat outimage = cvImage; // outimage is an image previously converted from itk::image to cv::Mat
> typedef itk::OpenCVImageBridge BridgeType;
> CVImageType::Pointer outputImage = BridgeType::CVMatToITKImage<CVImageType>(outimage);
>
> typedef itk::CastImageFilter< CVImageType, OutImage > CastFilterType;
> CastFilterType::Pointer caster = CastFilterType::New();
>  caster->SetInput(outputImage);
>
> typedef itk::ImageFileWriter<OutImage> WriterType;
> WriterType::Pointer outputWriter = WriterType::New();
> outputWriter->SetImageIO(gdcmIO);
> outputWriter->SetInput(caster->GetOutput());
> outputWriter->SetFileName(argv[2]);
> try  {
>           outputWriter->Update();
>   }   catch (itk::ExceptionObject err)  {
>           std::cout << "EXCEPTION CAUGHT!" << std::endl;
>           std::cout << err << std::endl;
>           return EXIT_FAILURE;
>   }
>
> It compiles and runs with only the following error:
> Description: itk::ERROR: GDCMImageIO(0000000003B22290): A Floating point buffer was passed but the stored pixel type was not specified. This is currently not supported.
>
> Is there an option to get a writable image? Did I make an obvious mistake?
> Is there a website to get more examples working for ITK with Opencv?
>
> Thanks in advance,
> Gordian
>
> [1]: https://github.com/InsightSoftwareConsortium/ITK-OpenCV-Bridge-Tutorial
> [2]: https://github.com/InsightSoftwareConsortium/ITK-OpenCV-Bridge-Tutorial/blob/master/Exercises/ITKOpenCVBridge/exercise2/BasicVideoFilteringITKOpenCVBridge.cxx
>
>
> _____________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Kitware offers ITK Training Courses, for more information visit:
> http://www.kitware.com/products/protraining.php
>
> Please keep messages on-topic and check the ITK FAQ at:
> http://www.itk.org/Wiki/ITK_FAQ
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/insight-users

From mihail.isakov at googlemail.com  Sat Nov 26 06:51:13 2016
From: mihail.isakov at googlemail.com (Mihail Isakov)
Date: Sat, 26 Nov 2016 12:51:13 +0100
Subject: [ITK-users] [Gdcm2] Reading private tags
In-Reply-To: <0D8A7DBA-60D1-4602-9339-D9F3C6026586@ieee.org>
References: <CAKuw5X1wokk=m450PoL3ge2bU9EMUiqQoLWsgVfTsw_O=2NN=Q@mail.gmail.com>
 <A3970EDA-585E-49AA-B660-255FAA402388@ieee.org>
 <CA+7wUsyNJU8yaES4wBNB84MEkm1qR1gKRoK5vo=RO_Jaitof-A@mail.gmail.com>
 <0D8A7DBA-60D1-4602-9339-D9F3C6026586@ieee.org>
Message-ID: <CAJYHnF+Dk4w0H3Y+=CobiRs5_KJshcvNak=TiT+ZL2hKa1GWRA@mail.gmail.com>

Hello,
to read private tags with GDCM (it works very good), first find out
"private creator" 0x00NN, for example "Philips Imaging DD 001"
and then tag from "Philips Imaging DD 001" dictionary, for example 0xNN03

<...>
else if (tag.IsPrivate())
{
private_tag = true;
const gdcm::PrivateDict & pdict = d.GetPrivateDict();
const gdcm::Tag private_creator_t = tag.GetPrivateCreator();
if(ds.FindDataElement(private_creator_t))
{
const gdcm::DataElement & private_creator_e =
ds.GetDataElement(private_creator_t);
if (!private_creator_e.IsEmpty() &&
!private_creator_e.IsUndefinedLength() &&
private_creator_e.GetByteValue())
{
const QString private_creator
= QString::fromLatin1(private_creator_e.GetByteValue()->GetPointer(),
 private_creator_e.GetByteValue()->GetLength());
const gdcm::PrivateTag
ptag(tag.GetGroup(),tag.GetElement(),private_creator.toLatin1().constData());
const gdcm::DictEntry & pentry = pdict.GetDictEntry(ptag);
tname = QString(pentry.GetName()).trimmed();

if (invalid_vr||unknown_vr) vr = pentry.GetVR();
}
}
}

<...>

Regards,
Mikhail
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161126/4b6d2c6f/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: bvalue.jpg
Type: image/jpeg
Size: 186398 bytes
Desc: not available
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161126/4b6d2c6f/attachment-0001.jpg>

From bakkari.abdelkhalek at hotmail.fr  Sat Nov 26 14:18:54 2016
From: bakkari.abdelkhalek at hotmail.fr (Abdelkhalek Bakkari)
Date: Sat, 26 Nov 2016 19:18:54 +0000
Subject: [ITK-users] AnisotropicDiffusionLBRImageFilter
Message-ID: <AM2PR09MB05627DEC57B883AE6E9BABDE83880@AM2PR09MB0562.eurprd09.prod.outlook.com>

Dear ITK users,


I am trying to apply the  AnisotropicDiffusionLBRImageFilter  to my 3D Dicom series images.

But, I've got an error during the



Abdelkhalek Bakkari
Ph.D candidate in Computer Science
Institute of Applied Computer Science
Lodz University of Technology, Poland


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161126/f1751d88/attachment.html>

From bakkari.abdelkhalek at hotmail.fr  Sat Nov 26 14:24:03 2016
From: bakkari.abdelkhalek at hotmail.fr (Abdelkhalek Bakkari)
Date: Sat, 26 Nov 2016 19:24:03 +0000
Subject: [ITK-users] CoherenceEnhancingDiffusionImageFilter
In-Reply-To: <AM2PR09MB05627DEC57B883AE6E9BABDE83880@AM2PR09MB0562.eurprd09.prod.outlook.com>
References: <AM2PR09MB05627DEC57B883AE6E9BABDE83880@AM2PR09MB0562.eurprd09.prod.outlook.com>
Message-ID: <AM2PR09MB0562B9F7930E987CEED583E983880@AM2PR09MB0562.eurprd09.prod.outlook.com>


Dear ITK users,


I am trying to apply the  CoherenceEnhancingDiffusionImageFilter to my 3D Dicom series images.

But, I've got an error during the execution.


Unhandled exception at 0x00fcba3e in main.exe: 0xC0000005: Access violation reading location 0xfeeefefe.


Attached, please find my code.


Kind regards,



Abdelkhalek Bakkari
Ph.D candidate in Computer Science
Institute of Applied Computer Science
Lodz University of Technology, Poland


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161126/3a706949/attachment.html>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: CoherenceEnhancingDiffusionImageFilter.txt
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161126/3a706949/attachment.txt>

From dzenanz at gmail.com  Sat Nov 26 14:28:34 2016
From: dzenanz at gmail.com (=?UTF-8?B?RMW+ZW5hbiBadWtpxIc=?=)
Date: Sat, 26 Nov 2016 14:28:34 -0500
Subject: [ITK-users] CoherenceEnhancingDiffusionImageFilter
In-Reply-To: <AM2PR09MB0562B9F7930E987CEED583E983880@AM2PR09MB0562.eurprd09.prod.outlook.com>
References: <AM2PR09MB05627DEC57B883AE6E9BABDE83880@AM2PR09MB0562.eurprd09.prod.outlook.com>
 <AM2PR09MB0562B9F7930E987CEED583E983880@AM2PR09MB0562.eurprd09.prod.outlook.com>
Message-ID: <CAPf2UMRDB85gpbjgkTy_2oEqUeSHp04aD4+9k-T8UFeb0QFfmA@mail.gmail.com>

Hi Abdelkhalek,

this is not a self-contained example, so I can't debug it. The most
suspicious part is:
image_view->GetInput();
because one usually gets the output of something, not its input.

Regards,
D?enan

On Sat, Nov 26, 2016 at 2:24 PM, Abdelkhalek Bakkari <
bakkari.abdelkhalek at hotmail.fr> wrote:

>
> Dear ITK users,
>
>
> I am trying to apply the  CoherenceEnhancingDiffusionImageFilter to my 3D
> Dicom series images.
>
> But, I've got an error during the execution.
>
>
> Unhandled exception at 0x00fcba3e in main.exe: 0xC0000005: Access
> violation reading location 0xfeeefefe.
>
>
> Attached, please find my code.
>
>
> Kind regards,
>
>
>
> Abdelkhalek Bakkari
> Ph.D candidate in Computer Science
> Institute of Applied Computer Science
> Lodz University of Technology, Poland
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161126/834148c5/attachment.html>

From bakkari.abdelkhalek at hotmail.fr  Sat Nov 26 14:34:44 2016
From: bakkari.abdelkhalek at hotmail.fr (Abdelkhalek Bakkari)
Date: Sat, 26 Nov 2016 19:34:44 +0000
Subject: [ITK-users] CoherenceEnhancingDiffusionImageFilter
In-Reply-To: <CAPf2UMRDB85gpbjgkTy_2oEqUeSHp04aD4+9k-T8UFeb0QFfmA@mail.gmail.com>
References: <AM2PR09MB05627DEC57B883AE6E9BABDE83880@AM2PR09MB0562.eurprd09.prod.outlook.com>
 <AM2PR09MB0562B9F7930E987CEED583E983880@AM2PR09MB0562.eurprd09.prod.outlook.com>,
 <CAPf2UMRDB85gpbjgkTy_2oEqUeSHp04aD4+9k-T8UFeb0QFfmA@mail.gmail.com>
Message-ID: <AM2PR09MB0562C24B85CD617F5565D27983880@AM2PR09MB0562.eurprd09.prod.outlook.com>

Hi D?enan,


Thank you for your availability,


image_view is defined in my mainwindow.cpp as :


image_view = vtkImageViewer2::New();



Abdelkhalek Bakkari
Ph.D candidate in Computer Science
Institute of Applied Computer Science
Lodz University of Technology, Poland




________________________________
From: D?enan Zuki? <dzenanz at gmail.com>
Sent: 26 November 2016 20:28
To: Abdelkhalek Bakkari
Cc: insight-users
Subject: Re: CoherenceEnhancingDiffusionImageFilter

Hi Abdelkhalek,

this is not a self-contained example, so I can't debug it. The most suspicious part is:
image_view->GetInput();
because one usually gets the output of something, not its input.

Regards,

On Sat, Nov 26, 2016 at 2:24 PM, Abdelkhalek Bakkari <bakkari.abdelkhalek at hotmail.fr<mailto:bakkari.abdelkhalek at hotmail.fr>> wrote:


Dear ITK users,


I am trying to apply the  CoherenceEnhancingDiffusionImageFilter to my 3D Dicom series images.

But, I've got an error during the execution.


Unhandled exception at 0x00fcba3e in main.exe: 0xC0000005: Access violation reading location 0xfeeefefe.


Attached, please find my code.


Kind regards,



Abdelkhalek Bakkari
Ph.D candidate in Computer Science
Institute of Applied Computer Science
Lodz University of Technology, Poland



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161126/31e2dc71/attachment.html>

From dzenanz at gmail.com  Sat Nov 26 14:50:04 2016
From: dzenanz at gmail.com (=?UTF-8?B?RMW+ZW5hbiBadWtpxIc=?=)
Date: Sat, 26 Nov 2016 14:50:04 -0500
Subject: [ITK-users] CoherenceEnhancingDiffusionImageFilter
In-Reply-To: <AM2PR09MB0562C24B85CD617F5565D27983880@AM2PR09MB0562.eurprd09.prod.outlook.com>
References: <AM2PR09MB05627DEC57B883AE6E9BABDE83880@AM2PR09MB0562.eurprd09.prod.outlook.com>
 <AM2PR09MB0562B9F7930E987CEED583E983880@AM2PR09MB0562.eurprd09.prod.outlook.com>
 <CAPf2UMRDB85gpbjgkTy_2oEqUeSHp04aD4+9k-T8UFeb0QFfmA@mail.gmail.com>
 <AM2PR09MB0562C24B85CD617F5565D27983880@AM2PR09MB0562.eurprd09.prod.outlook.com>
Message-ID: <CAPf2UMRLSAp6h4UjszuEqtOxmxscGXgNeh7tHjXuCM6C=wSJiA@mail.gmail.com>

Hi Abdelkhalek,

can you provide a self-contained example <http://sscce.org/>?

Regards,
D?enan

On Sat, Nov 26, 2016 at 2:34 PM, Abdelkhalek Bakkari <
bakkari.abdelkhalek at hotmail.fr> wrote:

> Hi D?enan,
>
>
> Thank you for your availability,
>
>
> image_view is defined in my mainwindow.cpp as :
>
>
> image_view = vtkImageViewer2::New();
>
>
>
> Abdelkhalek Bakkari
> Ph.D candidate in Computer Science
> Institute of Applied Computer Science
> Lodz University of Technology, Poland
>
>
>
>
> ------------------------------
> *From:* D?enan Zuki? <dzenanz at gmail.com>
> *Sent:* 26 November 2016 20:28
> *To:* Abdelkhalek Bakkari
> *Cc:* insight-users
> *Subject:* Re: CoherenceEnhancingDiffusionImageFilter
>
> Hi Abdelkhalek,
>
> this is not a self-contained example, so I can't debug it. The most
> suspicious part is:
> image_view->GetInput();
> because one usually gets the output of something, not its input.
>
> Regards,
>
> On Sat, Nov 26, 2016 at 2:24 PM, Abdelkhalek Bakkari <
> bakkari.abdelkhalek at hotmail.fr> wrote:
>
>>
>> Dear ITK users,
>>
>>
>> I am trying to apply the  CoherenceEnhancingDiffusionImageFilter to my
>> 3D Dicom series images.
>>
>> But, I've got an error during the execution.
>>
>>
>> Unhandled exception at 0x00fcba3e in main.exe: 0xC0000005: Access
>> violation reading location 0xfeeefefe.
>>
>>
>> Attached, please find my code.
>>
>>
>> Kind regards,
>>
>>
>>
>> Abdelkhalek Bakkari
>> Ph.D candidate in Computer Science
>> Institute of Applied Computer Science
>> Lodz University of Technology, Poland
>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161126/c2fdfd52/attachment.html>

From bakkari.abdelkhalek at hotmail.fr  Sat Nov 26 15:38:28 2016
From: bakkari.abdelkhalek at hotmail.fr (Abdelkhalek Bakkari)
Date: Sat, 26 Nov 2016 20:38:28 +0000
Subject: [ITK-users] CoherenceEnhancingDiffusionImageFilter
In-Reply-To: <CAPf2UMRLSAp6h4UjszuEqtOxmxscGXgNeh7tHjXuCM6C=wSJiA@mail.gmail.com>
References: <AM2PR09MB05627DEC57B883AE6E9BABDE83880@AM2PR09MB0562.eurprd09.prod.outlook.com>
 <AM2PR09MB0562B9F7930E987CEED583E983880@AM2PR09MB0562.eurprd09.prod.outlook.com>
 <CAPf2UMRDB85gpbjgkTy_2oEqUeSHp04aD4+9k-T8UFeb0QFfmA@mail.gmail.com>
 <AM2PR09MB0562C24B85CD617F5565D27983880@AM2PR09MB0562.eurprd09.prod.outlook.com>,
 <CAPf2UMRLSAp6h4UjszuEqtOxmxscGXgNeh7tHjXuCM6C=wSJiA@mail.gmail.com>
Message-ID: <AM2PR09MB05621032A04B07913946EC2B83880@AM2PR09MB0562.eurprd09.prod.outlook.com>

Hi D?enan,


In the attachment, you can find the file.cpp and the input image.


Thank you in advance.


Kind regards,




________________________________
From: D?enan Zuki? <dzenanz at gmail.com>
Sent: 26 November 2016 20:50
To: Abdelkhalek Bakkari
Cc: insight-users
Subject: Re: CoherenceEnhancingDiffusionImageFilter

Hi Abdelkhalek,

can you provide a self-contained example<http://sscce.org/>?

Regards,
D?enan

On Sat, Nov 26, 2016 at 2:34 PM, Abdelkhalek Bakkari <bakkari.abdelkhalek at hotmail.fr<mailto:bakkari.abdelkhalek at hotmail.fr>> wrote:

Hi D?enan,


Thank you for your availability,


image_view is defined in my mainwindow.cpp as :


image_view = vtkImageViewer2::New();



Abdelkhalek Bakkari
Ph.D candidate in Computer Science
Institute of Applied Computer Science
Lodz University of Technology, Poland




________________________________
From: D?enan Zuki? <dzenanz at gmail.com<mailto:dzenanz at gmail.com>>
Sent: 26 November 2016 20:28
To: Abdelkhalek Bakkari
Cc: insight-users
Subject: Re: CoherenceEnhancingDiffusionImageFilter

Hi Abdelkhalek,

this is not a self-contained example, so I can't debug it. The most suspicious part is:
image_view->GetInput();
because one usually gets the output of something, not its input.

Regards,

On Sat, Nov 26, 2016 at 2:24 PM, Abdelkhalek Bakkari <bakkari.abdelkhalek at hotmail.fr<mailto:bakkari.abdelkhalek at hotmail.fr>> wrote:


Dear ITK users,


I am trying to apply the  CoherenceEnhancingDiffusionImageFilter to my 3D Dicom series images.

But, I've got an error during the execution.


Unhandled exception at 0x00fcba3e in main.exe: 0xC0000005: Access violation reading location 0xfeeefefe.


Attached, please find my code.


Kind regards,



Abdelkhalek Bakkari
Ph.D candidate in Computer Science
Institute of Applied Computer Science
Lodz University of Technology, Poland




-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161126/92c661d6/attachment-0001.html>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: AnisotropicDiffusion.cpp
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161126/92c661d6/attachment-0001.ksh>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: IM-0001-0011.dcm
Type: application/octet-stream
Size: 169478 bytes
Desc: IM-0001-0011.dcm
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161126/92c661d6/attachment-0001.obj>

From dzenanz at gmail.com  Sat Nov 26 15:57:58 2016
From: dzenanz at gmail.com (=?UTF-8?B?RMW+ZW5hbiBadWtpxIc=?=)
Date: Sat, 26 Nov 2016 15:57:58 -0500
Subject: [ITK-users] CoherenceEnhancingDiffusionImageFilter
In-Reply-To: <AM2PR09MB05621032A04B07913946EC2B83880@AM2PR09MB0562.eurprd09.prod.outlook.com>
References: <AM2PR09MB05627DEC57B883AE6E9BABDE83880@AM2PR09MB0562.eurprd09.prod.outlook.com>
 <AM2PR09MB0562B9F7930E987CEED583E983880@AM2PR09MB0562.eurprd09.prod.outlook.com>
 <CAPf2UMRDB85gpbjgkTy_2oEqUeSHp04aD4+9k-T8UFeb0QFfmA@mail.gmail.com>
 <AM2PR09MB0562C24B85CD617F5565D27983880@AM2PR09MB0562.eurprd09.prod.outlook.com>
 <CAPf2UMRLSAp6h4UjszuEqtOxmxscGXgNeh7tHjXuCM6C=wSJiA@mail.gmail.com>
 <AM2PR09MB05621032A04B07913946EC2B83880@AM2PR09MB0562.eurprd09.prod.outlook.com>
Message-ID: <CAPf2UMRA06q9OGNRXaTc=RPWGigL2GNs1qhDWG=41Ez-k23Fxg@mail.gmail.com>

Hi,

the attached program runs without error on my computer. Attached is a
screenshot of it.

Regards,
D?enan

On Sat, Nov 26, 2016 at 3:38 PM, Abdelkhalek Bakkari <
bakkari.abdelkhalek at hotmail.fr> wrote:

> Hi D?enan,
>
>
> In the attachment, you can find the file.cpp and the input image.
>
>
> Thank you in advance.
>
>
> Kind regards,
>
>
>
>
> ------------------------------
> *From:* D?enan Zuki? <dzenanz at gmail.com>
> *Sent:* 26 November 2016 20:50
>
> *To:* Abdelkhalek Bakkari
> *Cc:* insight-users
> *Subject:* Re: CoherenceEnhancingDiffusionImageFilter
>
> Hi Abdelkhalek,
>
> can you provide a self-contained example <http://sscce.org/>?
>
> Regards,
> D?enan
>
> On Sat, Nov 26, 2016 at 2:34 PM, Abdelkhalek Bakkari <
> bakkari.abdelkhalek at hotmail.fr> wrote:
>
>> Hi D?enan,
>>
>>
>> Thank you for your availability,
>>
>>
>> image_view is defined in my mainwindow.cpp as :
>>
>>
>> image_view = vtkImageViewer2::New();
>>
>>
>>
>> Abdelkhalek Bakkari
>> Ph.D candidate in Computer Science
>> Institute of Applied Computer Science
>> Lodz University of Technology, Poland
>>
>>
>>
>>
>> ------------------------------
>> *From:* D?enan Zuki? <dzenanz at gmail.com>
>> *Sent:* 26 November 2016 20:28
>> *To:* Abdelkhalek Bakkari
>> *Cc:* insight-users
>> *Subject:* Re: CoherenceEnhancingDiffusionImageFilter
>>
>> Hi Abdelkhalek,
>>
>> this is not a self-contained example, so I can't debug it. The most
>> suspicious part is:
>> image_view->GetInput();
>> because one usually gets the output of something, not its input.
>>
>> Regards,
>>
>> On Sat, Nov 26, 2016 at 2:24 PM, Abdelkhalek Bakkari <
>> bakkari.abdelkhalek at hotmail.fr> wrote:
>>
>>>
>>> Dear ITK users,
>>>
>>>
>>> I am trying to apply the  CoherenceEnhancingDiffusionImageFilter to my
>>> 3D Dicom series images.
>>>
>>> But, I've got an error during the execution.
>>>
>>>
>>> Unhandled exception at 0x00fcba3e in main.exe: 0xC0000005: Access
>>> violation reading location 0xfeeefefe.
>>>
>>>
>>> Attached, please find my code.
>>>
>>>
>>> Kind regards,
>>>
>>>
>>>
>>> Abdelkhalek Bakkari
>>> Ph.D candidate in Computer Science
>>> Institute of Applied Computer Science
>>> Lodz University of Technology, Poland
>>>
>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161126/9cbea1a3/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Screenshot 2016-11-26 15.57.27.png
Type: image/png
Size: 78398 bytes
Desc: not available
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161126/9cbea1a3/attachment-0001.png>

From bakkari.abdelkhalek at hotmail.fr  Sat Nov 26 16:10:36 2016
From: bakkari.abdelkhalek at hotmail.fr (Abdelkhalek Bakkari)
Date: Sat, 26 Nov 2016 21:10:36 +0000
Subject: [ITK-users] CoherenceEnhancingDiffusionImageFilter
In-Reply-To: <CAPf2UMRA06q9OGNRXaTc=RPWGigL2GNs1qhDWG=41Ez-k23Fxg@mail.gmail.com>
References: <AM2PR09MB05627DEC57B883AE6E9BABDE83880@AM2PR09MB0562.eurprd09.prod.outlook.com>
 <AM2PR09MB0562B9F7930E987CEED583E983880@AM2PR09MB0562.eurprd09.prod.outlook.com>
 <CAPf2UMRDB85gpbjgkTy_2oEqUeSHp04aD4+9k-T8UFeb0QFfmA@mail.gmail.com>
 <AM2PR09MB0562C24B85CD617F5565D27983880@AM2PR09MB0562.eurprd09.prod.outlook.com>
 <CAPf2UMRLSAp6h4UjszuEqtOxmxscGXgNeh7tHjXuCM6C=wSJiA@mail.gmail.com>
 <AM2PR09MB05621032A04B07913946EC2B83880@AM2PR09MB0562.eurprd09.prod.outlook.com>,
 <CAPf2UMRA06q9OGNRXaTc=RPWGigL2GNs1qhDWG=41Ez-k23Fxg@mail.gmail.com>
Message-ID: <AM2PR09MB0562265B940AAEA4EA1BFC6183880@AM2PR09MB0562.eurprd09.prod.outlook.com>

Hi,


 The CoherenceEnhancingDiffusionImageFilter  does not change the input image . This filter should be adopted to enhance the intensity.


Kind regards,


Abdelkhalek Bakkari
Ph.D candidate in Computer Science
Institute of Applied Computer Science
Lodz University of Technology, Poland




________________________________
From: D?enan Zuki? <dzenanz at gmail.com>
Sent: 26 November 2016 21:57
To: Abdelkhalek Bakkari
Cc: insight-users
Subject: Re: CoherenceEnhancingDiffusionImageFilter

Hi,

the attached program runs without error on my computer. Attached is a screenshot of it.

Regards,
D?enan

On Sat, Nov 26, 2016 at 3:38 PM, Abdelkhalek Bakkari <bakkari.abdelkhalek at hotmail.fr<mailto:bakkari.abdelkhalek at hotmail.fr>> wrote:

Hi D?enan,


In the attachment, you can find the file.cpp and the input image.


Thank you in advance.


Kind regards,




________________________________
From: D?enan Zuki? <dzenanz at gmail.com<mailto:dzenanz at gmail.com>>
Sent: 26 November 2016 20:50

To: Abdelkhalek Bakkari
Cc: insight-users
Subject: Re: CoherenceEnhancingDiffusionImageFilter

Hi Abdelkhalek,

can you provide a self-contained example<http://sscce.org/>?

Regards,
D?enan

On Sat, Nov 26, 2016 at 2:34 PM, Abdelkhalek Bakkari <bakkari.abdelkhalek at hotmail.fr<mailto:bakkari.abdelkhalek at hotmail.fr>> wrote:

Hi D?enan,


Thank you for your availability,


image_view is defined in my mainwindow.cpp as :


image_view = vtkImageViewer2::New();



Abdelkhalek Bakkari
Ph.D candidate in Computer Science
Institute of Applied Computer Science
Lodz University of Technology, Poland




________________________________
From: D?enan Zuki? <dzenanz at gmail.com<mailto:dzenanz at gmail.com>>
Sent: 26 November 2016 20:28
To: Abdelkhalek Bakkari
Cc: insight-users
Subject: Re: CoherenceEnhancingDiffusionImageFilter

Hi Abdelkhalek,

this is not a self-contained example, so I can't debug it. The most suspicious part is:
image_view->GetInput();
because one usually gets the output of something, not its input.

Regards,

On Sat, Nov 26, 2016 at 2:24 PM, Abdelkhalek Bakkari <bakkari.abdelkhalek at hotmail.fr<mailto:bakkari.abdelkhalek at hotmail.fr>> wrote:


Dear ITK users,


I am trying to apply the  CoherenceEnhancingDiffusionImageFilter to my 3D Dicom series images.

But, I've got an error during the execution.


Unhandled exception at 0x00fcba3e in main.exe: 0xC0000005: Access violation reading location 0xfeeefefe.


Attached, please find my code.


Kind regards,



Abdelkhalek Bakkari
Ph.D candidate in Computer Science
Institute of Applied Computer Science
Lodz University of Technology, Poland





-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161126/291a8558/attachment.html>

From dzenanz at gmail.com  Sat Nov 26 16:27:42 2016
From: dzenanz at gmail.com (=?UTF-8?B?RMW+ZW5hbiBadWtpxIc=?=)
Date: Sat, 26 Nov 2016 16:27:42 -0500
Subject: [ITK-users] CoherenceEnhancingDiffusionImageFilter
In-Reply-To: <AM2PR09MB0562265B940AAEA4EA1BFC6183880@AM2PR09MB0562.eurprd09.prod.outlook.com>
References: <AM2PR09MB05627DEC57B883AE6E9BABDE83880@AM2PR09MB0562.eurprd09.prod.outlook.com>
 <AM2PR09MB0562B9F7930E987CEED583E983880@AM2PR09MB0562.eurprd09.prod.outlook.com>
 <CAPf2UMRDB85gpbjgkTy_2oEqUeSHp04aD4+9k-T8UFeb0QFfmA@mail.gmail.com>
 <AM2PR09MB0562C24B85CD617F5565D27983880@AM2PR09MB0562.eurprd09.prod.outlook.com>
 <CAPf2UMRLSAp6h4UjszuEqtOxmxscGXgNeh7tHjXuCM6C=wSJiA@mail.gmail.com>
 <AM2PR09MB05621032A04B07913946EC2B83880@AM2PR09MB0562.eurprd09.prod.outlook.com>
 <CAPf2UMRA06q9OGNRXaTc=RPWGigL2GNs1qhDWG=41Ez-k23Fxg@mail.gmail.com>
 <AM2PR09MB0562265B940AAEA4EA1BFC6183880@AM2PR09MB0562.eurprd09.prod.outlook.com>
Message-ID: <CAPf2UMRQqJMz++n02ShQqbT+10NmePKVDn8krSpKRQ27aDHhGw@mail.gmail.com>

It does change the image, but not by a lot with the chosen parameters. Try
playing with them to see their effect.

Regards

On Sat, Nov 26, 2016 at 4:10 PM, Abdelkhalek Bakkari <
bakkari.abdelkhalek at hotmail.fr> wrote:

> Hi,
>
>
>  The CoherenceEnhancingDiffusionImageFilter  does not change the input
> image . This filter should be adopted to enhance the intensity.
>
>
> Kind regards,
>
>
> Abdelkhalek Bakkari
> Ph.D candidate in Computer Science
> Institute of Applied Computer Science
> Lodz University of Technology, Poland
>
>
>
>
> ------------------------------
> *From:* D?enan Zuki? <dzenanz at gmail.com>
> *Sent:* 26 November 2016 21:57
>
> *To:* Abdelkhalek Bakkari
> *Cc:* insight-users
> *Subject:* Re: CoherenceEnhancingDiffusionImageFilter
>
> Hi,
>
> the attached program runs without error on my computer. Attached is a
> screenshot of it.
>
> Regards,
> D?enan
>
> On Sat, Nov 26, 2016 at 3:38 PM, Abdelkhalek Bakkari <
> bakkari.abdelkhalek at hotmail.fr> wrote:
>
>> Hi D?enan,
>>
>>
>> In the attachment, you can find the file.cpp and the input image.
>>
>>
>> Thank you in advance.
>>
>>
>> Kind regards,
>>
>>
>>
>>
>> ------------------------------
>> *From:* D?enan Zuki? <dzenanz at gmail.com>
>> *Sent:* 26 November 2016 20:50
>>
>> *To:* Abdelkhalek Bakkari
>> *Cc:* insight-users
>> *Subject:* Re: CoherenceEnhancingDiffusionImageFilter
>>
>> Hi Abdelkhalek,
>>
>> can you provide a self-contained example <http://sscce.org/>?
>>
>> Regards,
>> D?enan
>>
>> On Sat, Nov 26, 2016 at 2:34 PM, Abdelkhalek Bakkari <
>> bakkari.abdelkhalek at hotmail.fr> wrote:
>>
>>> Hi D?enan,
>>>
>>>
>>> Thank you for your availability,
>>>
>>>
>>> image_view is defined in my mainwindow.cpp as :
>>>
>>>
>>> image_view = vtkImageViewer2::New();
>>>
>>>
>>>
>>> Abdelkhalek Bakkari
>>> Ph.D candidate in Computer Science
>>> Institute of Applied Computer Science
>>> Lodz University of Technology, Poland
>>>
>>>
>>>
>>>
>>> ------------------------------
>>> *From:* D?enan Zuki? <dzenanz at gmail.com>
>>> *Sent:* 26 November 2016 20:28
>>> *To:* Abdelkhalek Bakkari
>>> *Cc:* insight-users
>>> *Subject:* Re: CoherenceEnhancingDiffusionImageFilter
>>>
>>> Hi Abdelkhalek,
>>>
>>> this is not a self-contained example, so I can't debug it. The most
>>> suspicious part is:
>>> image_view->GetInput();
>>> because one usually gets the output of something, not its input.
>>>
>>> Regards,
>>>
>>> On Sat, Nov 26, 2016 at 2:24 PM, Abdelkhalek Bakkari <
>>> bakkari.abdelkhalek at hotmail.fr> wrote:
>>>
>>>>
>>>> Dear ITK users,
>>>>
>>>>
>>>> I am trying to apply the  CoherenceEnhancingDiffusionImageFilter to my
>>>> 3D Dicom series images.
>>>>
>>>> But, I've got an error during the execution.
>>>>
>>>>
>>>> Unhandled exception at 0x00fcba3e in main.exe: 0xC0000005: Access
>>>> violation reading location 0xfeeefefe.
>>>>
>>>>
>>>> Attached, please find my code.
>>>>
>>>>
>>>> Kind regards,
>>>>
>>>>
>>>>
>>>> Abdelkhalek Bakkari
>>>> Ph.D candidate in Computer Science
>>>> Institute of Applied Computer Science
>>>> Lodz University of Technology, Poland
>>>>
>>>>
>>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161126/d3818a27/attachment.html>

From jothybasu at gmail.com  Mon Nov 28 02:44:59 2016
From: jothybasu at gmail.com (Jothybasu Selvaraj)
Date: Mon, 28 Nov 2016 18:44:59 +1100
Subject: [ITK-users] Reading private tags
In-Reply-To: <CAPf2UMQXVEcw_ngrUMqyY1cuH5+cdzi3Ksuy=W0tOqxC10wFpw@mail.gmail.com>
References: <CAKuw5X1wokk=m450PoL3ge2bU9EMUiqQoLWsgVfTsw_O=2NN=Q@mail.gmail.com>
 <CAPf2UMQXVEcw_ngrUMqyY1cuH5+cdzi3Ksuy=W0tOqxC10wFpw@mail.gmail.com>
Message-ID: <CAKuw5X3JPcMnYe5YWb=eSUTsGRt3U4Cbn27bBns82B=C3DzKSg@mail.gmail.com>

Thanks to all you guys. It works by turning on

gdcmIO->SetLoadPrivateTags(true);

gdcmIO->SetLoadSequences(true);



Cheers


Jothy



On Sat, Nov 26, 2016 at 2:06 AM, D?enan Zuki? <dzenanz at gmail.com> wrote:

> Hi Jothy,
>
> you should call SetLoadPrivateTags
> <https://itk.org/Doxygen/html/classitk_1_1GDCMImageIO.html#a26ea3d5e85c0e6a7a614cbfbc05c4478> method
> on GDCMImageIO. See also read tags example
> <https://itk.org/Doxygen/html/Examples_2IO_2DicomImageReadPrintTags_8cxx-example.html>
> .
>
> Regards,
> D?enan
>
>
> On Fri, Nov 25, 2016 at 4:54 AM, Jothybasu Selvaraj <jothybasu at gmail.com>
> wrote:
>
>> Hi Guys
>>
>> How do I read a private tag using gdcm?
>>
>> I tried both ITK::GDCMIO and also gdcm seperately. GDCM docs say we need
>> to to enable ReadSelectedPrivateTags()
>>
>> Is there any example?
>>
>> Thanks
>>
>> Jothy
>>
>>
>> _____________________________________
>> Powered by www.kitware.com
>>
>> Visit other Kitware open-source projects at
>> http://www.kitware.com/opensource/opensource.html
>>
>> Kitware offers ITK Training Courses, for more information visit:
>> http://www.kitware.com/products/protraining.php
>>
>> Please keep messages on-topic and check the ITK FAQ at:
>> http://www.itk.org/Wiki/ITK_FAQ
>>
>> Follow this link to subscribe/unsubscribe:
>> http://public.kitware.com/mailman/listinfo/insight-users
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/insight-users/attachments/20161128/81386876/attachment.html>

From Robert.Atwood at diamond.ac.uk  Mon Nov 28 08:46:43 2016
From: Robert.Atwood at diamond.ac.uk (Robert.Atwood at diamond.ac.uk)
Date: Mon, 28 Nov 2016 13:46:43 +0000
Subject: [ITK-users] simpleitk + python + vector type in sitk.mirrorpad args?
Message-ID: <6CCDD8FC6578314C902BBF87D511D9D8F294A5A7@exchmbx01>

Hi,
I just can't get this to work, I've tried any permutation I can think of. 
I want to pad an array up to a calculated value on all dimensions. The calculation is easy to do in vectors with numpy , but whatever I try to do the mirrorpad function will not accept the data type. 


Fsize is the array size and padsize is the  desired size in all dimensions. The calculation produces initially a floating point number 
The line in comment # works, but I can't find a simple way to get the calculated output into a type that the function accepts. 
So my question :

  1. is there a more integrated  way to make the image fit the requirements of the FFT filter, because that's what all this is in aid of.
  2. if this is the best way to do it, how do I make the function accept the dimension vector??


Thanks! 

The error is as follows: 

_____________________________

Traceback (most recent call last):
  File "/home/kny48981/progs/segment_sitk/trysitkmask.py", line 92, in <module>
    padim=sitk.MirrorPad(medim,padextratup,padtoptup)
  File "/home/kny48981/.local/lib/python2.7/site-packages/SimpleITK/SimpleITK.py", line 35916, in MirrorPad
    return _SimpleITK.MirrorPad(*args, **kwargs)
TypeError: in method 'MirrorPad', argument 2 of type 'std::vector< unsigned int,std::allocator< unsigned int > > const &'

_____________________


Complete reproducer with dummy image: (full output below) 


reproducer.py 
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
import SimpleITK as sitk
import numpy as np



medim=sitk.Image(120,122,135,sitk.sitkFloat32)

fsize=np.array(medim.GetSize())
fctr=fsize/2.0

padsize=(256,256,256)

padextra=(((padsize-fsize)/2.0)).astype(np.int32)

print "fsize=",fsize
print "padsize=",padsize
print"padextra=", padextra
print type(padextra)
padfix = padsize - fsize - padextra - padextra
print "padfix",padfix
padtop=(padextra + padfix).astype(np.int32)


padextratup=tuple(padextra)
padtoptup=tuple(padtop)

#padextratup=(125,125,100)

print type(padtoptup)
print padtoptup
print type(padtoptup[0])
print type(padtoptup[1])
print type(padtoptup[2])

print type(padextratup)
print padextratup
print type(padextratup[0])
print type(padextratup[1])
print type(padextratup[2])


padim=sitk.MirrorPad(medim,padextratup,padtoptup)
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
Output: 

python ./reproducer.py 
fsize= [120 122 135]
padsize= (256, 256, 256)
padextra= [68 67 60]
<type 'numpy.ndarray'>
padfix [0 0 1]
<type 'tuple'>
(68, 67, 61)
<type 'numpy.int32'>
<type 'numpy.int32'>
<type 'numpy.int32'>
<type 'tuple'>
(68, 67, 60)
<type 'numpy.int32'>
<type 'numpy.int32'>
<type 'numpy.int32'>
Traceback (most recent call last):
  File "./reproducer.py", line 42, in <module>
    padim=sitk.MirrorPad(medim,padextratup,padtoptup)
  File "/home/kny48981/.local/lib/python2.7/site-packages/SimpleITK/SimpleITK.py", line 35916, in MirrorPad
    return _SimpleITK.MirrorPad(*args, **kwargs)
TypeError: in method 'MirrorPad', argument 2 of type 'std::vector< unsigned int,std::allocator< unsigned int > > const &'
[kny48981 at i12-ws011 testseg_sitk]$
__________________________________


-- 
This e-mail and any attachments may contain confidential, copyright and or privileged material, and are for the use of the intended addressee only. If you are not the intended addressee or an authorised recipient of the addressee please notify us of receipt by returning the e-mail and do not use, copy, retain, distribute or disclose the information in or attached to the e-mail.
Any opinions expressed within this e-mail are those of the individual and not necessarily of Diamond Light Source Ltd. 
Diamond Light Source Ltd. cannot guarantee that this e-mail or any attachments are free from viruses and we cannot accept liability for any damage which you may sustain as a result of software viruses which may be transmitted in or with the message.
Diamond Light Source Limited (company no. 4375679). Registered in England and Wales with its registered office at Diamond House, Harwell Science and Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United Kingdom


From blowekamp at mail.nih.gov  Mon Nov 28 09:08:28 2016
From: blowekamp at mail.nih.gov (Lowekamp, Bradley (NIH/NLM/LHC) [C])
Date: Mon, 28 Nov 2016 14:08:28 +0000
Subject: [ITK-users] simpleitk + python + vector type in sitk.mirrorpad
 args?
In-Reply-To: <6CCDD8FC6578314C902BBF87D511D9D8F294A5A7@exchmbx01>
References: <6CCDD8FC6578314C902BBF87D511D9D8F294A5A7@exchmbx01>
Message-ID: <6C73CA67-4191-4001-8A21-F784D3DA0288@mail.nih.gov>

Hello,

It looks like there is rightfully so no implicit conversion from numpy.int32 to ?unsigned int? for value in tuples.


The following worked for me:

 padim=sitk.MirrorPad(medim,padextra.astype(int),padtop.astype(int))

and so does the following:

padim=sitk.MirrorPad(medim,padextra.astype(np.int),padtop.astype(np.int))

Here is an example for manual padding for FFTs:
https://github.com/SimpleITK/SimpleITK/blob/master/Examples/Python/FFTConvolution.py


HTH,
Brad

> On Nov 28, 2016, at 8:46 AM, Robert.Atwood at diamond.ac.uk wrote:
> 
> Hi,
> I just can't get this to work, I've tried any permutation I can think of. 
> I want to pad an array up to a calculated value on all dimensions. The calculation is easy to do in vectors with numpy , but whatever I try to do the mirrorpad function will not accept the data type. 
> 
> 
> Fsize is the array size and padsize is the  desired size in all dimensions. The calculation produces initially a floating point number 
> The line in comment # works, but I can't find a simple way to get the calculated output into a type that the function accepts. 
> So my question :
> 
>  1. is there a more integrated  way to make the image fit the requirements of the FFT filter, because that's what all this is in aid of.
>  2. if this is the best way to do it, how do I make the function accept the dimension vector??
> 
> 
> Thanks! 
> 
> The error is as follows: 
> 
> _____________________________
> 
> Traceback (most recent call last):
>  File "/home/kny48981/progs/segment_sitk/trysitkmask.py", line 92, in <module>
>    padim=sitk.MirrorPad(medim,padextratup,padtoptup)
>  File "/home/kny48981/.local/lib/python2.7/site-packages/SimpleITK/SimpleITK.py", line 35916, in MirrorPad
>    return _SimpleITK.MirrorPad(*args, **kwargs)
> TypeError: in method 'MirrorPad', argument 2 of type 'std::vector< unsigned int,std::allocator< unsigned int > > const &'
> 
> _____________________
> 
> 
> Complete reproducer with dummy image: (full output below) 
> 
> 
> reproducer.py 
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 
> import SimpleITK as sitk
> import numpy as np
> 
> 
> 
> medim=sitk.Image(120,122,135,sitk.sitkFloat32)
> 
> fsize=np.array(medim.GetSize())
> fctr=fsize/2.0
> 
> padsize=(256,256,256)
> 
> padextra=(((padsize-fsize)/2.0)).astype(np.int32)
> 
> print "fsize=",fsize
> print "padsize=",padsize
> print"padextra=", padextra
> print type(padextra)
> padfix = padsize - fsize - padextra - padextra
> print "padfix",padfix
> padtop=(padextra + padfix).astype(np.int32)
> 
> 
> padextratup=tuple(padextra)
> padtoptup=tuple(padtop)
> 
> #padextratup=(125,125,100)
> 
> print type(padtoptup)
> print padtoptup
> print type(padtoptup[0])
> print type(padtoptup[1])
> print type(padtoptup[2])
> 
> print type(padextratup)
> print padextratup
> print type(padextratup[0])
> print type(padextratup[1])
> print type(padextratup[2])
> 
> 
> padim=sitk.MirrorPad(medim,padextratup,padtoptup)
> <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
> Output: 
> 
> python ./reproducer.py 
> fsize= [120 122 135]
> padsize= (256, 256, 256)
> padextra= [68 67 60]
> <type 'numpy.ndarray'>
> padfix [0 0 1]
> <type 'tuple'>
> (68, 67, 61)
> <type 'numpy.int32'>
> <type 'numpy.int32'>
> <type 'numpy.int32'>
> <type 'tuple'>
> (68, 67, 60)
> <type 'numpy.int32'>
> <type 'numpy.int32'>
> <type 'numpy.int32'>
> Traceback (most recent call last):
>  File "./reproducer.py", line 42, in <module>
>    padim=sitk.MirrorPad(medim,padextratup,padtoptup)
>  File "/home/kny48981/.local/lib/python2.7/site-packages/SimpleITK/SimpleITK.py", line 35916, in MirrorPad
>    return _SimpleITK.MirrorPad(*args, **kwargs)
> TypeError: in method 'MirrorPad', argument 2 of type 'std::vector< unsigned int,std::allocator< unsigned int > > const &'
> [kny48981 at i12-ws011 testseg_sitk]$
> __________________________________
> 
> 
> -- 
> This e-mail and any attachments may contain confidential, copyright and or privileged material, and are for the use of the intended addressee only. If you are not the intended addressee or an authorised recipient of the addressee please notify us of receipt by returning the e-mail and do not use, copy, retain, distribute or disclose the information in or attached to the e-mail.
> Any opinions expressed within this e-mail are those of the individual and not necessarily of Diamond Light Source Ltd. 
> Diamond Light Source Ltd. cannot guarantee that this e-mail or any attachments are free from viruses and we cannot accept liability for any damage which you may sustain as a result of software viruses which may be transmitted in or with the message.
> Diamond Light Source Limited (company no. 4375679). Registered in England and Wales with its registered office at Diamond House, Harwell Science and Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United Kingdom
> 
> _____________________________________
> Powered by www.kitware.com
> 
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
> 
> Kitware offers ITK Training Courses, for more information visit:
> http://www.kitware.com/products/protraining.php
> 
> Please keep messages on-topic and check the ITK FAQ at:
> http://www.itk.org/Wiki/ITK_FAQ
> 
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/insight-users


From Robert.Atwood at diamond.ac.uk  Mon Nov 28 09:18:01 2016
From: Robert.Atwood at diamond.ac.uk (Robert.Atwood at diamond.ac.uk)
Date: Mon, 28 Nov 2016 14:18:01 +0000
Subject: [ITK-users] simpleitk + python + vector type in sitk.mirrorpad
 args?
In-Reply-To: <6C73CA67-4191-4001-8A21-F784D3DA0288@mail.nih.gov>
References: <6CCDD8FC6578314C902BBF87D511D9D8F294A5A7@exchmbx01>
 <6C73CA67-4191-4001-8A21-F784D3DA0288@mail.nih.gov>
Message-ID: <6CCDD8FC6578314C902BBF87D511D9D8F294A5ED@exchmbx01>

Further question ... 

>Here is an example for manual padding for FFTs:
>https://github.com/SimpleITK/SimpleITK/blob/master/Examples/Python/FFTConvolution.py

# pad the image 
img = sitk.MirrorPad( img, [128] *2, [128]*2 )
size = img.GetSize();


I don't understand what this line does. I expect it would increase the size of the array by adding 128 on the top and bottom. This does not guarantee that the final size is within the restriction of powers of 2,3, and 5 required by the fft module, does it? Or do I not follow what MirrorPad is doing with the input vectors?

Or can I get rid of this restriction some other way... 

  --- Is it possible to configure sitk to  use fftw (or pyfftw)  instead?


Thanks! 
Robert







-----Original Message-----
From: Lowekamp, Bradley (NIH/NLM/LHC) [C] [mailto:blowekamp at mail.nih.gov] 
Sent: Monday, November 28, 2016 2:08 PM
To: Atwood, Robert (DLSLtd,RAL,SCI)
Cc: insight-users at itk.org
Subject: Re: [ITK-users] simpleitk + python + vector type in sitk.mirrorpad args?

Hello,

It looks like there is rightfully so no implicit conversion from numpy.int32 to ?unsigned int? for value in tuples.


The following worked for me:

 padim=sitk.MirrorPad(medim,padextra.astype(int),padtop.astype(int))

and so does the following:

padim=sitk.MirrorPad(medim,padextra.astype(np.int),padtop.astype(np.int))

Here is an example for manual padding for FFTs:
https://github.com/SimpleITK/SimpleITK/blob/master/Examples/Python/FFTConvolution.py


HTH,
Brad

> On Nov 28, 2016, at 8:46 AM, Robert.Atwood at diamond.ac.uk wrote:
> 
> Hi,
> I just can't get this to work, I've tried any permutation I can think of. 
> I want to pad an array up to a calculated value on all dimensions. The calculation is easy to do in vectors with numpy , but whatever I try to do the mirrorpad function will not accept the data type. 
> 
> 
> Fsize is the array size and padsize is the  desired size in all 
> dimensions. The calculation produces initially a floating point number The line in comment # works, but I can't find a simple way to get the calculated output into a type that the function accepts.
> So my question :
> 
>  1. is there a more integrated  way to make the image fit the requirements of the FFT filter, because that's what all this is in aid of.
>  2. if this is the best way to do it, how do I make the function accept the dimension vector??
> 
> 
> Thanks! 
> 
> The error is as follows: 
> 
> _____________________________
> 
> Traceback (most recent call last):
>  File "/home/kny48981/progs/segment_sitk/trysitkmask.py", line 92, in <module>
>    padim=sitk.MirrorPad(medim,padextratup,padtoptup)
>  File "/home/kny48981/.local/lib/python2.7/site-packages/SimpleITK/SimpleITK.py", line 35916, in MirrorPad
>    return _SimpleITK.MirrorPad(*args, **kwargs)
> TypeError: in method 'MirrorPad', argument 2 of type 'std::vector< unsigned int,std::allocator< unsigned int > > const &'
> 
> _____________________
> 
> 
> Complete reproducer with dummy image: (full output below)
> 
> 
> reproducer.py
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 
> import SimpleITK as sitk
> import numpy as np
> 
> 
> 
> medim=sitk.Image(120,122,135,sitk.sitkFloat32)
> 
> fsize=np.array(medim.GetSize())
> fctr=fsize/2.0
> 
> padsize=(256,256,256)
> 
> padextra=(((padsize-fsize)/2.0)).astype(np.int32)
> 
> print "fsize=",fsize
> print "padsize=",padsize
> print"padextra=", padextra
> print type(padextra)
> padfix = padsize - fsize - padextra - padextra print "padfix",padfix 
> padtop=(padextra + padfix).astype(np.int32)
> 
> 
> padextratup=tuple(padextra)
> padtoptup=tuple(padtop)
> 
> #padextratup=(125,125,100)
> 
> print type(padtoptup)
> print padtoptup
> print type(padtoptup[0])
> print type(padtoptup[1])
> print type(padtoptup[2])
> 
> print type(padextratup)
> print padextratup
> print type(padextratup[0])
> print type(padextratup[1])
> print type(padextratup[2])
> 
> 
> padim=sitk.MirrorPad(medim,padextratup,padtoptup)
> <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
> Output: 
> 
> python ./reproducer.py
> fsize= [120 122 135]
> padsize= (256, 256, 256)
> padextra= [68 67 60]
> <type 'numpy.ndarray'>
> padfix [0 0 1]
> <type 'tuple'>
> (68, 67, 61)
> <type 'numpy.int32'>
> <type 'numpy.int32'>
> <type 'numpy.int32'>
> <type 'tuple'>
> (68, 67, 60)
> <type 'numpy.int32'>
> <type 'numpy.int32'>
> <type 'numpy.int32'>
> Traceback (most recent call last):
>  File "./reproducer.py", line 42, in <module>
>    padim=sitk.MirrorPad(medim,padextratup,padtoptup)
>  File "/home/kny48981/.local/lib/python2.7/site-packages/SimpleITK/SimpleITK.py", line 35916, in MirrorPad
>    return _SimpleITK.MirrorPad(*args, **kwargs)
> TypeError: in method 'MirrorPad', argument 2 of type 'std::vector< unsigned int,std::allocator< unsigned int > > const &'
> [kny48981 at i12-ws011 testseg_sitk]$
> __________________________________
> 
> 
> --
> This e-mail and any attachments may contain confidential, copyright and or privileged material, and are for the use of the intended addressee only. If you are not the intended addressee or an authorised recipient of the addressee please notify us of receipt by returning the e-mail and do not use, copy, retain, distribute or disclose the information in or attached to the e-mail.
> Any opinions expressed within this e-mail are those of the individual and not necessarily of Diamond Light Source Ltd. 
> Diamond Light Source Ltd. cannot guarantee that this e-mail or any attachments are free from viruses and we cannot accept liability for any damage which you may sustain as a result of software viruses which may be transmitted in or with the message.
> Diamond Light Source Limited (company no. 4375679). Registered in 
> England and Wales with its registered office at Diamond House, Harwell 
> Science and Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United 
> Kingdom
> 
> _____________________________________
> Powered by www.kitware.com
> 
> Visit other Kitware open-source projects at 
> http://www.kitware.com/opensource/opensource.html
> 
> Kitware offers ITK Training Courses, for more information visit:
> http://www.kitware.com/products/protraining.php
> 
> Please keep messages on-topic and check the ITK FAQ at:
> http://www.itk.org/Wiki/ITK_FAQ
> 
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/insight-users


-- 
This e-mail and any attachments may contain confidential, copyright and or privileged material, and are for the use of the intended addressee only. If you are not the intended addressee or an authorised recipient of the addressee please notify us of receipt by returning the e-mail and do not use, copy, retain, distribute or disclose the information in or attached to the e-mail.
Any opinions expressed within this e-mail are those of the individual and not necessarily of Diamond Light Source Ltd. 
Diamond Light Source Ltd. cannot guarantee that this e-mail or any attachments are free from viruses and we cannot accept liability for any damage which you may sustain as a result of software viruses which may be transmitted in or with the message.
Diamond Light Source Limited (company no. 4375679). Registered in England and Wales with its registered office at Diamond House, Harwell Science and Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United Kingdom

From Robert.Atwood at diamond.ac.uk  Mon Nov 28 09:11:13 2016
From: Robert.Atwood at diamond.ac.uk (Robert.Atwood at diamond.ac.uk)
Date: Mon, 28 Nov 2016 14:11:13 +0000
Subject: [ITK-users] simpleitk + python + vector type in sitk.mirrorpad
 args?
In-Reply-To: <6C73CA67-4191-4001-8A21-F784D3DA0288@mail.nih.gov>
References: <6CCDD8FC6578314C902BBF87D511D9D8F294A5A7@exchmbx01>
 <6C73CA67-4191-4001-8A21-F784D3DA0288@mail.nih.gov>
Message-ID: <6CCDD8FC6578314C902BBF87D511D9D8F294A5E1@exchmbx01>

Thanks! 

D'oh!  , I somehow thought you had to use np.int## , I missed that it was possible to use just  'int' ! (after trying np.uint32, np.uint16 ... ) 

 



-----Original Message-----
From: Lowekamp, Bradley (NIH/NLM/LHC) [C] [mailto:blowekamp at mail.nih.gov] 
Sent: Monday, November 28, 2016 2:08 PM
To: Atwood, Robert (DLSLtd,RAL,SCI)
Cc: insight-users at itk.org
Subject: Re: [ITK-users] simpleitk + python + vector type in sitk.mirrorpad args?

Hello,

It looks like there is rightfully so no implicit conversion from numpy.int32 to ?unsigned int? for value in tuples.


The following worked for me:

 padim=sitk.MirrorPad(medim,padextra.astype(int),padtop.astype(int))

and so does the following:

padim=sitk.MirrorPad(medim,padextra.astype(np.int),padtop.astype(np.int))

Here is an example for manual padding for FFTs:
https://github.com/SimpleITK/SimpleITK/blob/master/Examples/Python/FFTConvolution.py


HTH,
Brad

> On Nov 28, 2016, at 8:46 AM, Robert.Atwood at diamond.ac.uk wrote:
> 
> Hi,
> I just can't get this to work, I've tried any permutation I can think of. 
> I want to pad an array up to a calculated value on all dimensions. The calculation is easy to do in vectors with numpy , but whatever I try to do the mirrorpad function will not accept the data type. 
> 
> 
> Fsize is the array size and padsize is the  desired size in all 
> dimensions. The calculation produces initially a floating point number The line in comment # works, but I can't find a simple way to get the calculated output into a type that the function accepts.
> So my question :
> 
>  1. is there a more integrated  way to make the image fit the requirements of the FFT filter, because that's what all this is in aid of.
>  2. if this is the best way to do it, how do I make the function accept the dimension vector??
> 
> 
> Thanks! 
> 
> The error is as follows: 
> 
> _____________________________
> 
> Traceback (most recent call last):
>  File "/home/kny48981/progs/segment_sitk/trysitkmask.py", line 92, in <module>
>    padim=sitk.MirrorPad(medim,padextratup,padtoptup)
>  File "/home/kny48981/.local/lib/python2.7/site-packages/SimpleITK/SimpleITK.py", line 35916, in MirrorPad
>    return _SimpleITK.MirrorPad(*args, **kwargs)
> TypeError: in method 'MirrorPad', argument 2 of type 'std::vector< unsigned int,std::allocator< unsigned int > > const &'
> 
> _____________________
> 
> 
> Complete reproducer with dummy image: (full output below)
> 
> 
> reproducer.py
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 
> import SimpleITK as sitk
> import numpy as np
> 
> 
> 
> medim=sitk.Image(120,122,135,sitk.sitkFloat32)
> 
> fsize=np.array(medim.GetSize())
> fctr=fsize/2.0
> 
> padsize=(256,256,256)
> 
> padextra=(((padsize-fsize)/2.0)).astype(np.int32)
> 
> print "fsize=",fsize
> print "padsize=",padsize
> print"padextra=", padextra
> print type(padextra)
> padfix = padsize - fsize - padextra - padextra print "padfix",padfix 
> padtop=(padextra + padfix).astype(np.int32)
> 
> 
> padextratup=tuple(padextra)
> padtoptup=tuple(padtop)
> 
> #padextratup=(125,125,100)
> 
> print type(padtoptup)
> print padtoptup
> print type(padtoptup[0])
> print type(padtoptup[1])
> print type(padtoptup[2])
> 
> print type(padextratup)
> print padextratup
> print type(padextratup[0])
> print type(padextratup[1])
> print type(padextratup[2])
> 
> 
> padim=sitk.MirrorPad(medim,padextratup,padtoptup)
> <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
> Output: 
> 
> python ./reproducer.py
> fsize= [120 122 135]
> padsize= (256, 256, 256)
> padextra= [68 67 60]
> <type 'numpy.ndarray'>
> padfix [0 0 1]
> <type 'tuple'>
> (68, 67, 61)
> <type 'numpy.int32'>
> <type 'numpy.int32'>
> <type 'numpy.int32'>
> <type 'tuple'>
> (68, 67, 60)
> <type 'numpy.int32'>
> <type 'numpy.int32'>
> <type 'numpy.int32'>
> Traceback (most recent call last):
>  File "./reproducer.py", line 42, in <module>
>    padim=sitk.MirrorPad(medim,padextratup,padtoptup)
>  File "/home/kny48981/.local/lib/python2.7/site-packages/SimpleITK/SimpleITK.py", line 35916, in MirrorPad
>    return _SimpleITK.MirrorPad(*args, **kwargs)
> TypeError: in method 'MirrorPad', argument 2 of type 'std::vector< unsigned int,std::allocator< unsigned int > > const &'
> [kny48981 at i12-ws011 testseg_sitk]$
> __________________________________
> 
> 
> --
> This e-mail and any attachments may contain confidential, copyright and or privileged material, and are for the use of the intended addressee only. If you are not the intended addressee or an authorised recipient of the addressee please notify us of receipt by returning the e-mail and do not use, copy, retain, distribute or disclose the information in or attached to the e-mail.
> Any opinions expressed within this e-mail are those of the individual and not necessarily of Diamond Light Source Ltd. 
> Diamond Light Source Ltd. cannot guarantee that this e-mail or any attachments are free from viruses and we cannot accept liability for any damage which you may sustain as a result of software viruses which may be transmitted in or with the message.
> Diamond Light Source Limited (company no. 4375679). Registered in 
> England and Wales with its registered office at Diamond House, Harwell 
> Science and Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United 
> Kingdom
> 
> _____________________________________
> Powered by www.kitware.com
> 
> Visit other Kitware open-source projects at 
> http://www.kitware.com/opensource/opensource.html
> 
> Kitware offers ITK Training Courses, for more information visit:
> http://www.kitware.com/products/protraining.php
> 
> Please keep messages on-topic and check the ITK FAQ at:
> http://www.itk.org/Wiki/ITK_FAQ
> 
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/insight-users


-- 
This e-mail and any attachments may contain confidential, copyright and or privileged material, and are for the use of the intended addressee only. If you are not the intended addressee or an authorised recipient of the addressee please notify us of receipt by returning the e-mail and do not use, copy, retain, distribute or disclose the information in or attached to the e-mail.
Any opinions expressed within this e-mail are those of the individual and not necessarily of Diamond Light Source Ltd. 
Diamond Light Source Ltd. cannot guarantee that this e-mail or any attachments are free from viruses and we cannot accept liability for any damage which you may sustain as a result of software viruses which may be transmitted in or with the message.
Diamond Light Source Limited (company no. 4375679). Registered in England and Wales with its registered office at Diamond House, Harwell Science and Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United Kingdom

From blowekamp at mail.nih.gov  Mon Nov 28 09:29:41 2016
From: blowekamp at mail.nih.gov (Lowekamp, Bradley (NIH/NLM/LHC) [C])
Date: Mon, 28 Nov 2016 14:29:41 +0000
Subject: [ITK-users] simpleitk + python + vector type in sitk.mirrorpad
 args?
In-Reply-To: <6CCDD8FC6578314C902BBF87D511D9D8F294A5ED@exchmbx01>
References: <6CCDD8FC6578314C902BBF87D511D9D8F294A5A7@exchmbx01>
 <6C73CA67-4191-4001-8A21-F784D3DA0288@mail.nih.gov>
 <6CCDD8FC6578314C902BBF87D511D9D8F294A5ED@exchmbx01>
Message-ID: <B084B944-B99D-4D09-8D4B-373CA1CC38C4@mail.nih.gov>

Hi,

You are correct that it does not guarantee that image fits the requirements of the underlying FFT algorithm. But it is an an example of how it could be manually done. If you want to automatically do the FFT convolution there is the FFT convolution filter.

SimpleITK will use what ever FFT library ITK is configured with. When you compile the SimpleITK Superbuild with ITK_USE_FFTWD and ITK_USE_FFTWF defined true on the command line it will build ITK with FFTW and thereby SimpleITK will use FFTW.

HTH,
Brad

[1] https://itk.org/SimpleITKDoxygen/html/classitk_1_1simple_1_1FFTConvolutionImageFilter.html

> On Nov 28, 2016, at 9:18 AM, Robert.Atwood at diamond.ac.uk wrote:
> 
> Further question ... 
> 
>> Here is an example for manual padding for FFTs:
>> https://github.com/SimpleITK/SimpleITK/blob/master/Examples/Python/FFTConvolution.py
> 
> # pad the image 
> img = sitk.MirrorPad( img, [128] *2, [128]*2 )
> size = img.GetSize();
> 
> 
> I don't understand what this line does. I expect it would increase the size of the array by adding 128 on the top and bottom. This does not guarantee that the final size is within the restriction of powers of 2,3, and 5 required by the fft module, does it? Or do I not follow what MirrorPad is doing with the input vectors?
> 
> Or can I get rid of this restriction some other way... 
> 
>  --- Is it possible to configure sitk to  use fftw (or pyfftw)  instead?
> 
> 
> Thanks! 
> Robert
> 
> 
> 
> 
> 
> 
> 
> -----Original Message-----
> From: Lowekamp, Bradley (NIH/NLM/LHC) [C] [mailto:blowekamp at mail.nih.gov] 
> Sent: Monday, November 28, 2016 2:08 PM
> To: Atwood, Robert (DLSLtd,RAL,SCI)
> Cc: insight-users at itk.org
> Subject: Re: [ITK-users] simpleitk + python + vector type in sitk.mirrorpad args?
> 
> Hello,
> 
> It looks like there is rightfully so no implicit conversion from numpy.int32 to ?unsigned int? for value in tuples.
> 
> 
> The following worked for me:
> 
> padim=sitk.MirrorPad(medim,padextra.astype(int),padtop.astype(int))
> 
> and so does the following:
> 
> padim=sitk.MirrorPad(medim,padextra.astype(np.int),padtop.astype(np.int))
> 
> Here is an example for manual padding for FFTs:
> https://github.com/SimpleITK/SimpleITK/blob/master/Examples/Python/FFTConvolution.py
> 
> 
> HTH,
> Brad
> 
>> On Nov 28, 2016, at 8:46 AM, Robert.Atwood at diamond.ac.uk wrote:
>> 
>> Hi,
>> I just can't get this to work, I've tried any permutation I can think of. 
>> I want to pad an array up to a calculated value on all dimensions. The calculation is easy to do in vectors with numpy , but whatever I try to do the mirrorpad function will not accept the data type. 
>> 
>> 
>> Fsize is the array size and padsize is the  desired size in all 
>> dimensions. The calculation produces initially a floating point number The line in comment # works, but I can't find a simple way to get the calculated output into a type that the function accepts.
>> So my question :
>> 
>> 1. is there a more integrated  way to make the image fit the requirements of the FFT filter, because that's what all this is in aid of.
>> 2. if this is the best way to do it, how do I make the function accept the dimension vector??
>> 
>> 
>> Thanks! 
>> 
>> The error is as follows: 
>> 
>> _____________________________
>> 
>> Traceback (most recent call last):
>> File "/home/kny48981/progs/segment_sitk/trysitkmask.py", line 92, in <module>
>>   padim=sitk.MirrorPad(medim,padextratup,padtoptup)
>> File "/home/kny48981/.local/lib/python2.7/site-packages/SimpleITK/SimpleITK.py", line 35916, in MirrorPad
>>   return _SimpleITK.MirrorPad(*args, **kwargs)
>> TypeError: in method 'MirrorPad', argument 2 of type 'std::vector< unsigned int,std::allocator< unsigned int > > const &'
>> 
>> _____________________
>> 
>> 
>> Complete reproducer with dummy image: (full output below)
>> 
>> 
>> reproducer.py
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 
>> import SimpleITK as sitk
>> import numpy as np
>> 
>> 
>> 
>> medim=sitk.Image(120,122,135,sitk.sitkFloat32)
>> 
>> fsize=np.array(medim.GetSize())
>> fctr=fsize/2.0
>> 
>> padsize=(256,256,256)
>> 
>> padextra=(((padsize-fsize)/2.0)).astype(np.int32)
>> 
>> print "fsize=",fsize
>> print "padsize=",padsize
>> print"padextra=", padextra
>> print type(padextra)
>> padfix = padsize - fsize - padextra - padextra print "padfix",padfix 
>> padtop=(padextra + padfix).astype(np.int32)
>> 
>> 
>> padextratup=tuple(padextra)
>> padtoptup=tuple(padtop)
>> 
>> #padextratup=(125,125,100)
>> 
>> print type(padtoptup)
>> print padtoptup
>> print type(padtoptup[0])
>> print type(padtoptup[1])
>> print type(padtoptup[2])
>> 
>> print type(padextratup)
>> print padextratup
>> print type(padextratup[0])
>> print type(padextratup[1])
>> print type(padextratup[2])
>> 
>> 
>> padim=sitk.MirrorPad(medim,padextratup,padtoptup)
>> <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
>> Output: 
>> 
>> python ./reproducer.py
>> fsize= [120 122 135]
>> padsize= (256, 256, 256)
>> padextra= [68 67 60]
>> <type 'numpy.ndarray'>
>> padfix [0 0 1]
>> <type 'tuple'>
>> (68, 67, 61)
>> <type 'numpy.int32'>
>> <type 'numpy.int32'>
>> <type 'numpy.int32'>
>> <type 'tuple'>
>> (68, 67, 60)
>> <type 'numpy.int32'>
>> <type 'numpy.int32'>
>> <type 'numpy.int32'>
>> Traceback (most recent call last):
>> File "./reproducer.py", line 42, in <module>
>>   padim=sitk.MirrorPad(medim,padextratup,padtoptup)
>> File "/home/kny48981/.local/lib/python2.7/site-packages/SimpleITK/SimpleITK.py", line 35916, in MirrorPad
>>   return _SimpleITK.MirrorPad(*args, **kwargs)
>> TypeError: in method 'MirrorPad', argument 2 of type 'std::vector< unsigned int,std::allocator< unsigned int > > const &'
>> [kny48981 at i12-ws011 testseg_sitk]$
>> __________________________________
>> 
>> 
>> --
>> This e-mail and any attachments may contain confidential, copyright and or privileged material, and are for the use of the intended addressee only. If you are not the intended addressee or an authorised recipient of the addressee please notify us of receipt by returning the e-mail and do not use, copy, retain, distribute or disclose the information in or attached to the e-mail.
>> Any opinions expressed within this e-mail are those of the individual and not necessarily of Diamond Light Source Ltd. 
>> Diamond Light Source Ltd. cannot guarantee that this e-mail or any attachments are free from viruses and we cannot accept liability for any damage which you may sustain as a result of software viruses which may be transmitted in or with the message.
>> Diamond Light Source Limited (company no. 4375679). Registered in 
>> England and Wales with its registered office at Diamond House, Harwell 
>> Science and Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United 
>> Kingdom
>> 
>> _____________________________________
>> Powered by www.kitware.com
>> 
>> Visit other Kitware open-source projects at 
>> http://www.kitware.com/opensource/opensource.html
>> 
>> Kitware offers ITK Training Courses, for more information visit:
>> http://www.kitware.com/products/protraining.php
>> 
>> Please keep messages on-topic and check the ITK FAQ at:
>> http://www.itk.org/Wiki/ITK_FAQ
>> 
>> Follow this link to subscribe/unsubscribe:
>> http://public.kitware.com/mailman/listinfo/insight-users
> 
> 
> -- 
> This e-mail and any attachments may contain confidential, copyright and or privileged material, and are for the use of the intended addressee only. If you are not the intended addressee or an authorised recipient of the addressee please notify us of receipt by returning the e-mail and do not use, copy, retain, distribute or disclose the information in or attached to the e-mail.
> Any opinions expressed within this e-mail are those of the individual and not necessarily of Diamond Light Source Ltd. 
> Diamond Light Source Ltd. cannot guarantee that this e-mail or any attachments are free from viruses and we cannot accept liability for any damage which you may sustain as a result of software viruses which may be transmitted in or with the message.
> Diamond Light Source Limited (company no. 4375679). Registered in England and Wales with its registered office at Diamond House, Harwell Science and Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United Kingdom


From Robert.Atwood at diamond.ac.uk  Mon Nov 28 09:39:09 2016
From: Robert.Atwood at diamond.ac.uk (Robert.Atwood at diamond.ac.uk)
Date: Mon, 28 Nov 2016 14:39:09 +0000
Subject: [ITK-users] simpleitk + python + vector type in sitk.mirrorpad
 args?
In-Reply-To: <B084B944-B99D-4D09-8D4B-373CA1CC38C4@mail.nih.gov>
References: <6CCDD8FC6578314C902BBF87D511D9D8F294A5A7@exchmbx01>
 <6C73CA67-4191-4001-8A21-F784D3DA0288@mail.nih.gov>
 <6CCDD8FC6578314C902BBF87D511D9D8F294A5ED@exchmbx01>
 <B084B944-B99D-4D09-8D4B-373CA1CC38C4@mail.nih.gov>
Message-ID: <6CCDD8FC6578314C902BBF87D511D9D8F294A61F@exchmbx01>

Ok, I was trying to avoid having to build it ;) padding to a 2^n is probably going to work ok now that your advice has solved my problem.


I was implementing a fft-high-pass filter because it works really well in ImageJ for the particular issues we have ..  but is better done in proper 3d and I know ITK could do it

-- Is there a simple equivalent module as the 'FFT bandpass' in ImageJ but for 2/3(4?)  d ? Creating the filter function is another annoyance for which I have a solution but it's not very general. 


(PS> I did get  it to work if I manually set the values to a known amount  ... as in the commented line of the code #padextratup=(125,125,100) )



-----Original Message-----
From: Lowekamp, Bradley (NIH/NLM/LHC) [C] [mailto:blowekamp at mail.nih.gov] 
Sent: Monday, November 28, 2016 2:30 PM
To: Atwood, Robert (DLSLtd,RAL,SCI)
Cc: insight-users at itk.org
Subject: Re: [ITK-users] simpleitk + python + vector type in sitk.mirrorpad args?

Hi,

You are correct that it does not guarantee that image fits the requirements of the underlying FFT algorithm. But it is an an example of how it could be manually done. If you want to automatically do the FFT convolution there is the FFT convolution filter.

SimpleITK will use what ever FFT library ITK is configured with. When you compile the SimpleITK Superbuild with ITK_USE_FFTWD and ITK_USE_FFTWF defined true on the command line it will build ITK with FFTW and thereby SimpleITK will use FFTW.

HTH,
Brad

[1] https://itk.org/SimpleITKDoxygen/html/classitk_1_1simple_1_1FFTConvolutionImageFilter.html

> On Nov 28, 2016, at 9:18 AM, Robert.Atwood at diamond.ac.uk wrote:
> 
> Further question ... 
> 
>> Here is an example for manual padding for FFTs:
>> https://github.com/SimpleITK/SimpleITK/blob/master/Examples/Python/FF
>> TConvolution.py
> 
> # pad the image
> img = sitk.MirrorPad( img, [128] *2, [128]*2 ) size = img.GetSize();
> 
> 
> I don't understand what this line does. I expect it would increase the size of the array by adding 128 on the top and bottom. This does not guarantee that the final size is within the restriction of powers of 2,3, and 5 required by the fft module, does it? Or do I not follow what MirrorPad is doing with the input vectors?
> 
> Or can I get rid of this restriction some other way... 
> 
>  --- Is it possible to configure sitk to  use fftw (or pyfftw)  instead?
> 
> 
> Thanks! 
> Robert
> 
> 
> 
> 
> 
> 
> 
> -----Original Message-----
> From: Lowekamp, Bradley (NIH/NLM/LHC) [C] [mailto:blowekamp at mail.nih.gov] 
> Sent: Monday, November 28, 2016 2:08 PM
> To: Atwood, Robert (DLSLtd,RAL,SCI)
> Cc: insight-users at itk.org
> Subject: Re: [ITK-users] simpleitk + python + vector type in sitk.mirrorpad args?
> 
> Hello,
> 
> It looks like there is rightfully so no implicit conversion from numpy.int32 to ?unsigned int? for value in tuples.
> 
> 
> The following worked for me:
> 
> padim=sitk.MirrorPad(medim,padextra.astype(int),padtop.astype(int))
> 
> and so does the following:
> 
> padim=sitk.MirrorPad(medim,padextra.astype(np.int),padtop.astype(np.int))
> 
> Here is an example for manual padding for FFTs:
> https://github.com/SimpleITK/SimpleITK/blob/master/Examples/Python/FFTConvolution.py
> 
> 
> HTH,
> Brad
> 
>> On Nov 28, 2016, at 8:46 AM, Robert.Atwood at diamond.ac.uk wrote:
>> 
>> Hi,
>> I just can't get this to work, I've tried any permutation I can think of. 
>> I want to pad an array up to a calculated value on all dimensions. The calculation is easy to do in vectors with numpy , but whatever I try to do the mirrorpad function will not accept the data type. 
>> 
>> 
>> Fsize is the array size and padsize is the  desired size in all 
>> dimensions. The calculation produces initially a floating point number The line in comment # works, but I can't find a simple way to get the calculated output into a type that the function accepts.
>> So my question :
>> 
>> 1. is there a more integrated  way to make the image fit the requirements of the FFT filter, because that's what all this is in aid of.
>> 2. if this is the best way to do it, how do I make the function accept the dimension vector??
>> 
>> 
>> Thanks! 
>> 
>> The error is as follows: 
>> 
>> _____________________________
>> 
>> Traceback (most recent call last):
>> File "/home/kny48981/progs/segment_sitk/trysitkmask.py", line 92, in <module>
>>   padim=sitk.MirrorPad(medim,padextratup,padtoptup)
>> File "/home/kny48981/.local/lib/python2.7/site-packages/SimpleITK/SimpleITK.py", line 35916, in MirrorPad
>>   return _SimpleITK.MirrorPad(*args, **kwargs)
>> TypeError: in method 'MirrorPad', argument 2 of type 'std::vector< unsigned int,std::allocator< unsigned int > > const &'
>> 
>> _____________________
>> 
>> 
>> Complete reproducer with dummy image: (full output below)
>> 
>> 
>> reproducer.py
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 
>> import SimpleITK as sitk
>> import numpy as np
>> 
>> 
>> 
>> medim=sitk.Image(120,122,135,sitk.sitkFloat32)
>> 
>> fsize=np.array(medim.GetSize())
>> fctr=fsize/2.0
>> 
>> padsize=(256,256,256)
>> 
>> padextra=(((padsize-fsize)/2.0)).astype(np.int32)
>> 
>> print "fsize=",fsize
>> print "padsize=",padsize
>> print"padextra=", padextra
>> print type(padextra)
>> padfix = padsize - fsize - padextra - padextra print "padfix",padfix 
>> padtop=(padextra + padfix).astype(np.int32)
>> 
>> 
>> padextratup=tuple(padextra)
>> padtoptup=tuple(padtop)
>> 
>> #padextratup=(125,125,100)
>> 
>> print type(padtoptup)
>> print padtoptup
>> print type(padtoptup[0])
>> print type(padtoptup[1])
>> print type(padtoptup[2])
>> 
>> print type(padextratup)
>> print padextratup
>> print type(padextratup[0])
>> print type(padextratup[1])
>> print type(padextratup[2])
>> 
>> 
>> padim=sitk.MirrorPad(medim,padextratup,padtoptup)
>> <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
>> Output: 
>> 
>> python ./reproducer.py
>> fsize= [120 122 135]
>> padsize= (256, 256, 256)
>> padextra= [68 67 60]
>> <type 'numpy.ndarray'>
>> padfix [0 0 1]
>> <type 'tuple'>
>> (68, 67, 61)
>> <type 'numpy.int32'>
>> <type 'numpy.int32'>
>> <type 'numpy.int32'>
>> <type 'tuple'>
>> (68, 67, 60)
>> <type 'numpy.int32'>
>> <type 'numpy.int32'>
>> <type 'numpy.int32'>
>> Traceback (most recent call last):
>> File "./reproducer.py", line 42, in <module>
>>   padim=sitk.MirrorPad(medim,padextratup,padtoptup)
>> File "/home/kny48981/.local/lib/python2.7/site-packages/SimpleITK/SimpleITK.py", line 35916, in MirrorPad
>>   return _SimpleITK.MirrorPad(*args, **kwargs)
>> TypeError: in method 'MirrorPad', argument 2 of type 'std::vector< unsigned int,std::allocator< unsigned int > > const &'
>> [kny48981 at i12-ws011 testseg_sitk]$
>> __________________________________
>> 
>> 
>> --
>> This e-mail and any attachments may contain confidential, copyright and or privileged material, and are for the use of the intended addressee only. If you are not the intended addressee or an authorised recipient of the addressee please notify us of receipt by returning the e-mail and do not use, copy, retain, distribute or disclose the information in or attached to the e-mail.
>> Any opinions expressed within this e-mail are those of the individual and not necessarily of Diamond Light Source Ltd. 
>> Diamond Light Source Ltd. cannot guarantee that this e-mail or any attachments are free from viruses and we cannot accept liability for any damage which you may sustain as a result of software viruses which may be transmitted in or with the message.
>> Diamond Light Source Limited (company no. 4375679). Registered in 
>> England and Wales with its registered office at Diamond House, Harwell 
>> Science and Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United 
>> Kingdom
>> 
>> _____________________________________
>> Powered by www.kitware.com
>> 
>> Visit other Kitware open-source projects at 
>> http://www.kitware.com/opensource/opensource.html
>> 
>> Kitware offers ITK Training Courses, for more information visit:
>> http://www.kitware.com/products/protraining.php
>> 
>> Please keep messages on-topic and check the ITK FAQ at:
>> http://www.itk.org/Wiki/ITK_FAQ
>> 
>> Follow this link to subscribe/unsubscribe:
>> http://public.kitware.com/mailman/listinfo/insight-users
> 
> 
> -- 
> This e-mail and any attachments may contain confidential, copyright and or privileged material, and are for the use of the intended addressee only. If you are not the intended addressee or an authorised recipient of the addressee please notify us of receipt by returning the e-mail and do not use, copy, retain, distribute or disclose the information in or attached to the e-mail.
> Any opinions expressed within this e-mail are those of the individual and not necessarily of Diamond Light Source Ltd. 
> Diamond Light Source Ltd. cannot guarantee that this e-mail or any attachments are free from viruses and we cannot accept liability for any damage which you may sustain as a result of software viruses which may be transmitted in or with the message.
> Diamond Light Source Limited (company no. 4375679). Registered in England and Wales with its registered office at Diamond House, Harwell Science and Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United Kingdom


From blowekamp at mail.nih.gov  Mon Nov 28 10:08:42 2016
From: blowekamp at mail.nih.gov (Lowekamp, Bradley (NIH/NLM/LHC) [C])
Date: Mon, 28 Nov 2016 15:08:42 +0000
Subject: [ITK-users] simpleitk + python + vector type in sitk.mirrorpad
 args?
In-Reply-To: <6CCDD8FC6578314C902BBF87D511D9D8F294A61F@exchmbx01>
References: <6CCDD8FC6578314C902BBF87D511D9D8F294A5A7@exchmbx01>
 <6C73CA67-4191-4001-8A21-F784D3DA0288@mail.nih.gov>
 <6CCDD8FC6578314C902BBF87D511D9D8F294A5ED@exchmbx01>
 <B084B944-B99D-4D09-8D4B-373CA1CC38C4@mail.nih.gov>
 <6CCDD8FC6578314C902BBF87D511D9D8F294A61F@exchmbx01>
Message-ID: <1DEC34EB-ECE3-4B69-AA21-686556E44A0B@mail.nih.gov>

FFTW has a GPL license which makes packaging with it problematic.

I would just directly use the FFTConvolution filter for your case, as it already does the needed padding.

For FFT base high pass filtering you will likely have to create your own kernel for your need. The PhysicalPointSouce and the VectorIndexSelectionCast filters along with overloaded operators can be useful see here for an example [1].

ITK also has good implementations of Gaussian derivatives and Laplacian convolutions which can be used for high pass filtering as well.

HTH,
Brad

[1] http://insightsoftwareconsortium.github.io/SimpleITK-Notebooks/20_Expand_With_Interpolators.html

> On Nov 28, 2016, at 9:39 AM, Robert.Atwood at diamond.ac.uk wrote:
> 
> Ok, I was trying to avoid having to build it ;) padding to a 2^n is probably going to work ok now that your advice has solved my problem.
> 
> 
> I was implementing a fft-high-pass filter because it works really well in ImageJ for the particular issues we have ..  but is better done in proper 3d and I know ITK could do it
> 
> -- Is there a simple equivalent module as the 'FFT bandpass' in ImageJ but for 2/3(4?)  d ? Creating the filter function is another annoyance for which I have a solution but it's not very general. 
> 
> 
> (PS> I did get  it to work if I manually set the values to a known amount  ... as in the commented line of the code #padextratup=(125,125,100) )
> 
> 
> 
> -----Original Message-----
> From: Lowekamp, Bradley (NIH/NLM/LHC) [C] [mailto:blowekamp at mail.nih.gov] 
> Sent: Monday, November 28, 2016 2:30 PM
> To: Atwood, Robert (DLSLtd,RAL,SCI)
> Cc: insight-users at itk.org
> Subject: Re: [ITK-users] simpleitk + python + vector type in sitk.mirrorpad args?
> 
> Hi,
> 
> You are correct that it does not guarantee that image fits the requirements of the underlying FFT algorithm. But it is an an example of how it could be manually done. If you want to automatically do the FFT convolution there is the FFT convolution filter.
> 
> SimpleITK will use what ever FFT library ITK is configured with. When you compile the SimpleITK Superbuild with ITK_USE_FFTWD and ITK_USE_FFTWF defined true on the command line it will build ITK with FFTW and thereby SimpleITK will use FFTW.
> 
> HTH,
> Brad
> 
> [1] https://itk.org/SimpleITKDoxygen/html/classitk_1_1simple_1_1FFTConvolutionImageFilter.html
> 
>> On Nov 28, 2016, at 9:18 AM, Robert.Atwood at diamond.ac.uk wrote:
>> 
>> Further question ... 
>> 
>>> Here is an example for manual padding for FFTs:
>>> https://github.com/SimpleITK/SimpleITK/blob/master/Examples/Python/FF
>>> TConvolution.py
>> 
>> # pad the image
>> img = sitk.MirrorPad( img, [128] *2, [128]*2 ) size = img.GetSize();
>> 
>> 
>> I don't understand what this line does. I expect it would increase the size of the array by adding 128 on the top and bottom. This does not guarantee that the final size is within the restriction of powers of 2,3, and 5 required by the fft module, does it? Or do I not follow what MirrorPad is doing with the input vectors?
>> 
>> Or can I get rid of this restriction some other way... 
>> 
>> --- Is it possible to configure sitk to  use fftw (or pyfftw)  instead?
>> 
>> 
>> Thanks! 
>> Robert
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> -----Original Message-----
>> From: Lowekamp, Bradley (NIH/NLM/LHC) [C] [mailto:blowekamp at mail.nih.gov] 
>> Sent: Monday, November 28, 2016 2:08 PM
>> To: Atwood, Robert (DLSLtd,RAL,SCI)
>> Cc: insight-users at itk.org
>> Subject: Re: [ITK-users] simpleitk + python + vector type in sitk.mirrorpad args?
>> 
>> Hello,
>> 
>> It looks like there is rightfully so no implicit conversion from numpy.int32 to ?unsigned int? for value in tuples.
>> 
>> 
>> The following worked for me:
>> 
>> padim=sitk.MirrorPad(medim,padextra.astype(int),padtop.astype(int))
>> 
>> and so does the following:
>> 
>> padim=sitk.MirrorPad(medim,padextra.astype(np.int),padtop.astype(np.int))
>> 
>> Here is an example for manual padding for FFTs:
>> https://github.com/SimpleITK/SimpleITK/blob/master/Examples/Python/FFTConvolution.py
>> 
>> 
>> HTH,
>> Brad
>> 
>>> On Nov 28, 2016, at 8:46 AM, Robert.Atwood at diamond.ac.uk wrote:
>>> 
>>> Hi,
>>> I just can't get this to work, I've tried any permutation I can think of. 
>>> I want to pad an array up to a calculated value on all dimensions. The calculation is easy to do in vectors with numpy , but whatever I try to do the mirrorpad function will not accept the data type. 
>>> 
>>> 
>>> Fsize is the array size and padsize is the  desired size in all 
>>> dimensions. The calculation produces initially a floating point number The line in comment # works, but I can't find a simple way to get the calculated output into a type that the function accepts.
>>> So my question :
>>> 
>>> 1. is there a more integrated  way to make the image fit the requirements of the FFT filter, because that's what all this is in aid of.
>>> 2. if this is the best way to do it, how do I make the function accept the dimension vector??
>>> 
>>> 
>>> Thanks! 
>>> 
>>> The error is as follows: 
>>> 
>>> _____________________________
>>> 
>>> Traceback (most recent call last):
>>> File "/home/kny48981/progs/segment_sitk/trysitkmask.py", line 92, in <module>
>>>  padim=sitk.MirrorPad(medim,padextratup,padtoptup)
>>> File "/home/kny48981/.local/lib/python2.7/site-packages/SimpleITK/SimpleITK.py", line 35916, in MirrorPad
>>>  return _SimpleITK.MirrorPad(*args, **kwargs)
>>> TypeError: in method 'MirrorPad', argument 2 of type 'std::vector< unsigned int,std::allocator< unsigned int > > const &'
>>> 
>>> _____________________
>>> 
>>> 
>>> Complete reproducer with dummy image: (full output below)
>>> 
>>> 
>>> reproducer.py
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 
>>> import SimpleITK as sitk
>>> import numpy as np
>>> 
>>> 
>>> 
>>> medim=sitk.Image(120,122,135,sitk.sitkFloat32)
>>> 
>>> fsize=np.array(medim.GetSize())
>>> fctr=fsize/2.0
>>> 
>>> padsize=(256,256,256)
>>> 
>>> padextra=(((padsize-fsize)/2.0)).astype(np.int32)
>>> 
>>> print "fsize=",fsize
>>> print "padsize=",padsize
>>> print"padextra=", padextra
>>> print type(padextra)
>>> padfix = padsize - fsize - padextra - padextra print "padfix",padfix 
>>> padtop=(padextra + padfix).astype(np.int32)
>>> 
>>> 
>>> padextratup=tuple(padextra)
>>> padtoptup=tuple(padtop)
>>> 
>>> #padextratup=(125,125,100)
>>> 
>>> print type(padtoptup)
>>> print padtoptup
>>> print type(padtoptup[0])
>>> print type(padtoptup[1])
>>> print type(padtoptup[2])
>>> 
>>> print type(padextratup)
>>> print padextratup
>>> print type(padextratup[0])
>>> print type(padextratup[1])
>>> print type(padextratup[2])
>>> 
>>> 
>>> padim=sitk.MirrorPad(medim,padextratup,padtoptup)
>>> <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
>>> Output: 
>>> 
>>> python ./reproducer.py
>>> fsize= [120 122 135]
>>> padsize= (256, 256, 256)
>>> padextra= [68 67 60]
>>> <type 'numpy.ndarray'>
>>> padfix [0 0 1]
>>> <type 'tuple'>
>>> (68, 67, 61)
>>> <type 'numpy.int32'>
>>> <type 'numpy.int32'>
>>> <type 'numpy.int32'>
>>> <type 'tuple'>
>>> (68, 67, 60)
>>> <type 'numpy.int32'>
>>> <type 'numpy.int32'>
>>> <type 'numpy.int32'>
>>> Traceback (most recent call last):
>>> File "./reproducer.py", line 42, in <module>
>>>  padim=sitk.MirrorPad(medim,padextratup,padtoptup)
>>> File "/home/kny48981/.local/lib/python2.7/site-packages/SimpleITK/SimpleITK.py", line 35916, in MirrorPad
>>>  return _SimpleITK.MirrorPad(*args, **kwargs)
>>> TypeError: in method 'MirrorPad', argument 2 of type 'std::vector< unsigned int,std::allocator< unsigned int > > const &'
>>> [kny48981 at i12-ws011 testseg_sitk]$
>>> __________________________________
>>> 
>>> 
>>> --
>>> This e-mail and any attachments may contain confidential, copyright and or privileged material, and are for the use of the intended addressee only. If you are not the intended addressee or an authorised recipient of the addressee please notify us of receipt by returning the e-mail and do not use, copy, retain, distribute or disclose the information in or attached to the e-mail.
>>> Any opinions expressed within this e-mail are those of the individual and not necessarily of Diamond Light Source Ltd. 
>>> Diamond Light Source Ltd. cannot guarantee that this e-mail or any attachments are free from viruses and we cannot accept liability for any damage which you may sustain as a result of software viruses which may be transmitted in or with the message.
>>> Diamond Light Source Limited (company no. 4375679). Registered in 
>>> England and Wales with its registered office at Diamond House, Harwell 
>>> Science and Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United 
>>> Kingdom
>>> 
>>> _____________________________________
>>> Powered by www.kitware.com
>>> 
>>> Visit other Kitware open-source projects at 
>>> http://www.kitware.com/opensource/opensource.html
>>> 
>>> Kitware offers ITK Training Courses, for more information visit:
>>> http://www.kitware.com/products/protraining.php
>>> 
>>> Please keep messages on-topic and check the ITK FAQ at:
>>> http://www.itk.org/Wiki/ITK_FAQ
>>> 
>>> Follow this link to subscribe/unsubscribe:
>>> http://public.kitware.com/mailman/listinfo/insight-users
>> 
>> 
>> -- 
>> This e-mail and any attachments may contain confidential, copyright and or privileged material, and are for the use of the intended addressee only. If you are not the intended addressee or an authorised recipient of the addressee please notify us of receipt by returning the e-mail and do not use, copy, retain, distribute or disclose the information in or attached to the e-mail.
>> Any opinions expressed within this e-mail are those of the individual and not necessarily of Diamond Light Source Ltd. 
>> Diamond Light Source Ltd. cannot guarantee that this e-mail or any attachments are free from viruses and we cannot accept liability for any damage which you may sustain as a result of software viruses which may be transmitted in or with the message.
>> Diamond Light Source Limited (company no. 4375679). Registered in England and Wales with its registered office at Diamond House, Harwell Science and Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United Kingdom
> 


From Robert.Atwood at diamond.ac.uk  Mon Nov 28 13:33:39 2016
From: Robert.Atwood at diamond.ac.uk (Robert.Atwood at diamond.ac.uk)
Date: Mon, 28 Nov 2016 18:33:39 +0000
Subject: [ITK-users] simpleitk + python + vector type in sitk.mirrorpad
 args?
In-Reply-To: <1DEC34EB-ECE3-4B69-AA21-686556E44A0B@mail.nih.gov>
References: <6CCDD8FC6578314C902BBF87D511D9D8F294A5A7@exchmbx01>
 <6C73CA67-4191-4001-8A21-F784D3DA0288@mail.nih.gov>
 <6CCDD8FC6578314C902BBF87D511D9D8F294A5ED@exchmbx01>
 <B084B944-B99D-4D09-8D4B-373CA1CC38C4@mail.nih.gov>
 <6CCDD8FC6578314C902BBF87D511D9D8F294A61F@exchmbx01>
 <1DEC34EB-ECE3-4B69-AA21-686556E44A0B@mail.nih.gov>
Message-ID: <6CCDD8FC6578314C902BBF87D511D9D8F294B7C9@exchmbx01>

Thanks! Original problem solved!    and will investigate alternate filters too.  

The size of the real data as opposed to the quick test ..  does make the FFT a bit tricky since the memory gets filled up. 




-----Original Message-----
From: Lowekamp, Bradley (NIH/NLM/LHC) [C] [mailto:blowekamp at mail.nih.gov] 
Sent: Monday, November 28, 2016 3:09 PM
To: Atwood, Robert (DLSLtd,RAL,SCI)
Cc: insight-users at itk.org
Subject: Re: [ITK-users] simpleitk + python + vector type in sitk.mirrorpad args?

FFTW has a GPL license which makes packaging with it problematic.

I would just directly use the FFTConvolution filter for your case, as it already does the needed padding.

For FFT base high pass filtering you will likely have to create your own kernel for your need. The PhysicalPointSouce and the VectorIndexSelectionCast filters along with overloaded operators can be useful see here for an example [1].

ITK also has good implementations of Gaussian derivatives and Laplacian convolutions which can be used for high pass filtering as well.

HTH,
Brad

[1] http://insightsoftwareconsortium.github.io/SimpleITK-Notebooks/20_Expand_With_Interpolators.html

> On Nov 28, 2016, at 9:39 AM, Robert.Atwood at diamond.ac.uk wrote:
> 
> Ok, I was trying to avoid having to build it ;) padding to a 2^n is probably going to work ok now that your advice has solved my problem.
> 
> 
> I was implementing a fft-high-pass filter because it works really well 
> in ImageJ for the particular issues we have ..  but is better done in 
> proper 3d and I know ITK could do it
> 
> -- Is there a simple equivalent module as the 'FFT bandpass' in ImageJ but for 2/3(4?)  d ? Creating the filter function is another annoyance for which I have a solution but it's not very general. 
> 
> 
> (PS> I did get  it to work if I manually set the values to a known 
> amount  ... as in the commented line of the code 
> #padextratup=(125,125,100) )
> 
> 
> 
> -----Original Message-----
> From: Lowekamp, Bradley (NIH/NLM/LHC) [C] 
> [mailto:blowekamp at mail.nih.gov]
> Sent: Monday, November 28, 2016 2:30 PM
> To: Atwood, Robert (DLSLtd,RAL,SCI)
> Cc: insight-users at itk.org
> Subject: Re: [ITK-users] simpleitk + python + vector type in sitk.mirrorpad args?
> 
> Hi,
> 
> You are correct that it does not guarantee that image fits the requirements of the underlying FFT algorithm. But it is an an example of how it could be manually done. If you want to automatically do the FFT convolution there is the FFT convolution filter.
> 
> SimpleITK will use what ever FFT library ITK is configured with. When you compile the SimpleITK Superbuild with ITK_USE_FFTWD and ITK_USE_FFTWF defined true on the command line it will build ITK with FFTW and thereby SimpleITK will use FFTW.
> 
> HTH,
> Brad
> 
> [1] 
> https://itk.org/SimpleITKDoxygen/html/classitk_1_1simple_1_1FFTConvolu
> tionImageFilter.html
> 
>> On Nov 28, 2016, at 9:18 AM, Robert.Atwood at diamond.ac.uk wrote:
>> 
>> Further question ... 
>> 
>>> Here is an example for manual padding for FFTs:
>>> https://github.com/SimpleITK/SimpleITK/blob/master/Examples/Python/F
>>> F
>>> TConvolution.py
>> 
>> # pad the image
>> img = sitk.MirrorPad( img, [128] *2, [128]*2 ) size = img.GetSize();
>> 
>> 
>> I don't understand what this line does. I expect it would increase the size of the array by adding 128 on the top and bottom. This does not guarantee that the final size is within the restriction of powers of 2,3, and 5 required by the fft module, does it? Or do I not follow what MirrorPad is doing with the input vectors?
>> 
>> Or can I get rid of this restriction some other way... 
>> 
>> --- Is it possible to configure sitk to  use fftw (or pyfftw)  instead?
>> 
>> 
>> Thanks! 
>> Robert
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> -----Original Message-----
>> From: Lowekamp, Bradley (NIH/NLM/LHC) [C] 
>> [mailto:blowekamp at mail.nih.gov]
>> Sent: Monday, November 28, 2016 2:08 PM
>> To: Atwood, Robert (DLSLtd,RAL,SCI)
>> Cc: insight-users at itk.org
>> Subject: Re: [ITK-users] simpleitk + python + vector type in sitk.mirrorpad args?
>> 
>> Hello,
>> 
>> It looks like there is rightfully so no implicit conversion from numpy.int32 to ?unsigned int? for value in tuples.
>> 
>> 
>> The following worked for me:
>> 
>> padim=sitk.MirrorPad(medim,padextra.astype(int),padtop.astype(int))
>> 
>> and so does the following:
>> 
>> padim=sitk.MirrorPad(medim,padextra.astype(np.int),padtop.astype(np.i
>> nt))
>> 
>> Here is an example for manual padding for FFTs:
>> https://github.com/SimpleITK/SimpleITK/blob/master/Examples/Python/FF
>> TConvolution.py
>> 
>> 
>> HTH,
>> Brad
>> 
>>> On Nov 28, 2016, at 8:46 AM, Robert.Atwood at diamond.ac.uk wrote:
>>> 
>>> Hi,
>>> I just can't get this to work, I've tried any permutation I can think of. 
>>> I want to pad an array up to a calculated value on all dimensions. The calculation is easy to do in vectors with numpy , but whatever I try to do the mirrorpad function will not accept the data type. 
>>> 
>>> 
>>> Fsize is the array size and padsize is the  desired size in all 
>>> dimensions. The calculation produces initially a floating point number The line in comment # works, but I can't find a simple way to get the calculated output into a type that the function accepts.
>>> So my question :
>>> 
>>> 1. is there a more integrated  way to make the image fit the requirements of the FFT filter, because that's what all this is in aid of.
>>> 2. if this is the best way to do it, how do I make the function accept the dimension vector??
>>> 
>>> 
>>> Thanks! 
>>> 
>>> The error is as follows: 
>>> 
>>> _____________________________
>>> 
>>> Traceback (most recent call last):
>>> File "/home/kny48981/progs/segment_sitk/trysitkmask.py", line 92, in 
>>> <module>
>>>  padim=sitk.MirrorPad(medim,padextratup,padtoptup)
>>> File 
>>> "/home/kny48981/.local/lib/python2.7/site-packages/SimpleITK/SimpleI
>>> TK.py", line 35916, in MirrorPad  return _SimpleITK.MirrorPad(*args, 
>>> **kwargs)
>>> TypeError: in method 'MirrorPad', argument 2 of type 'std::vector< unsigned int,std::allocator< unsigned int > > const &'
>>> 
>>> _____________________
>>> 
>>> 
>>> Complete reproducer with dummy image: (full output below)
>>> 
>>> 
>>> reproducer.py
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 
>>> import SimpleITK as sitk
>>> import numpy as np
>>> 
>>> 
>>> 
>>> medim=sitk.Image(120,122,135,sitk.sitkFloat32)
>>> 
>>> fsize=np.array(medim.GetSize())
>>> fctr=fsize/2.0
>>> 
>>> padsize=(256,256,256)
>>> 
>>> padextra=(((padsize-fsize)/2.0)).astype(np.int32)
>>> 
>>> print "fsize=",fsize
>>> print "padsize=",padsize
>>> print"padextra=", padextra
>>> print type(padextra)
>>> padfix = padsize - fsize - padextra - padextra print "padfix",padfix 
>>> padtop=(padextra + padfix).astype(np.int32)
>>> 
>>> 
>>> padextratup=tuple(padextra)
>>> padtoptup=tuple(padtop)
>>> 
>>> #padextratup=(125,125,100)
>>> 
>>> print type(padtoptup)
>>> print padtoptup
>>> print type(padtoptup[0])
>>> print type(padtoptup[1])
>>> print type(padtoptup[2])
>>> 
>>> print type(padextratup)
>>> print padextratup
>>> print type(padextratup[0])
>>> print type(padextratup[1])
>>> print type(padextratup[2])
>>> 
>>> 
>>> padim=sitk.MirrorPad(medim,padextratup,padtoptup)
>>> <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
>>> Output: 
>>> 
>>> python ./reproducer.py
>>> fsize= [120 122 135]
>>> padsize= (256, 256, 256)
>>> padextra= [68 67 60]
>>> <type 'numpy.ndarray'>
>>> padfix [0 0 1]
>>> <type 'tuple'>
>>> (68, 67, 61)
>>> <type 'numpy.int32'>
>>> <type 'numpy.int32'>
>>> <type 'numpy.int32'>
>>> <type 'tuple'>
>>> (68, 67, 60)
>>> <type 'numpy.int32'>
>>> <type 'numpy.int32'>
>>> <type 'numpy.int32'>
>>> Traceback (most recent call last):
>>> File "./reproducer.py", line 42, in <module>
>>>  padim=sitk.MirrorPad(medim,padextratup,padtoptup)
>>> File 
>>> "/home/kny48981/.local/lib/python2.7/site-packages/SimpleITK/SimpleI
>>> TK.py", line 35916, in MirrorPad  return _SimpleITK.MirrorPad(*args, 
>>> **kwargs)
>>> TypeError: in method 'MirrorPad', argument 2 of type 'std::vector< unsigned int,std::allocator< unsigned int > > const &'
>>> [kny48981 at i12-ws011 testseg_sitk]$
>>> __________________________________
>>> 
>>> 
>>> --
>>> This e-mail and any attachments may contain confidential, copyright and or privileged material, and are for the use of the intended addressee only. If you are not the intended addressee or an authorised recipient of the addressee please notify us of receipt by returning the e-mail and do not use, copy, retain, distribute or disclose the information in or attached to the e-mail.
>>> Any opinions expressed within this e-mail are those of the individual and not necessarily of Diamond Light Source Ltd. 
>>> Diamond Light Source Ltd. cannot guarantee that this e-mail or any attachments are free from viruses and we cannot accept liability for any damage which you may sustain as a result of software viruses which may be transmitted in or with the message.
>>> Diamond Light Source Limited (company no. 4375679). Registered in 
>>> England and Wales with its registered office at Diamond House, 
>>> Harwell Science and Innovation Campus, Didcot, Oxfordshire, OX11 
>>> 0DE, United Kingdom
>>> 
>>> _____________________________________
>>> Powered by www.kitware.com
>>> 
>>> Visit other Kitware open-source projects at 
>>> http://www.kitware.com/opensource/opensource.html
>>> 
>>> Kitware offers ITK Training Courses, for more information visit:
>>> http://www.kitware.com/products/protraining.php
>>> 
>>> Please keep messages on-topic and check the ITK FAQ at:
>>> http://www.itk.org/Wiki/ITK_FAQ
>>> 
>>> Follow this link to subscribe/unsubscribe:
>>> http://public.kitware.com/mailman/listinfo/insight-users
>> 
>> 
>> --
>> This e-mail and any attachments may contain confidential, copyright and or privileged material, and are for the use of the intended addressee only. If you are not the intended addressee or an authorised recipient of the addressee please notify us of receipt by returning the e-mail and do not use, copy, retain, distribute or disclose the information in or attached to the e-mail.
>> Any opinions expressed within this e-mail are those of the individual and not necessarily of Diamond Light Source Ltd. 
>> Diamond Light Source Ltd. cannot guarantee that this e-mail or any attachments are free from viruses and we cannot accept liability for any damage which you may sustain as a result of software viruses which may be transmitted in or with the message.
>> Diamond Light Source Limited (company no. 4375679). Registered in 
>> England and Wales with its registered office at Diamond House, 
>> Harwell Science and Innovation Campus, Didcot, Oxfordshire, OX11 0DE, 
>> United Kingdom
> 


-- 
This e-mail and any attachments may contain confidential, copyright and or privileged material, and are for the use of the intended addressee only. If you are not the intended addressee or an authorised recipient of the addressee please notify us of receipt by returning the e-mail and do not use, copy, retain, distribute or disclose the information in or attached to the e-mail.
Any opinions expressed within this e-mail are those of the individual and not necessarily of Diamond Light Source Ltd. 
Diamond Light Source Ltd. cannot guarantee that this e-mail or any attachments are free from viruses and we cannot accept liability for any damage which you may sustain as a result of software viruses which may be transmitted in or with the message.
Diamond Light Source Limited (company no. 4375679). Registered in England and Wales with its registered office at Diamond House, Harwell Science and Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United Kingdom