From sorench at gmail.com Mon Apr 2 02:15:04 2007 From: sorench at gmail.com (Soren Christensen) Date: Mon, 2 Apr 2007 16:15:04 +1000 Subject: [MINC-users] 12 parameters affine xfm Message-ID: Hi, Is there an easy way to do 12 parameter affine co-registrations. For some reason, the always reliable mritoself does not support the lsq12 option (I need to do some DTI to structural co-regs, within patient). Is there a shortcut or is there no way around using minctracc directly? Thanks Soren From louis.collins at mcgill.ca Mon Apr 2 09:19:33 2007 From: louis.collins at mcgill.ca (D. Louis Collins) Date: Mon, 2 Apr 2007 09:19:33 -0400 Subject: [MINC-users] 12 parameters affine xfm In-Reply-To: References: Message-ID: Soren, It is easy to go into the MRITOSELF script and change the options given to minctracc. replace -lsq9 with -lsq12 in the last call to minctracc. -Louis On Apr 2, 2007, at 2:15 AM, Soren Christensen wrote: > Hi, > Is there an easy way to do 12 parameter affine co-registrations. For > some reason, the always reliable mritoself does not support the lsq12 > option (I need to do some DTI to structural co-regs, within patient). > Is there a shortcut or is there no way around using minctracc > directly? > > Thanks > > > Soren > _______________________________________________ > MINC-users at bic.mni.mcgill.ca > http://www.bic.mni.mcgill.ca/mailman/listinfo/minc-users > From sorench at gmail.com Tue Apr 3 00:04:08 2007 From: sorench at gmail.com (Soren Christensen) Date: Tue, 3 Apr 2007 14:04:08 +1000 Subject: [MINC-users] 12 parameters affine xfm In-Reply-To: References: Message-ID: Thanks for that! Guess I should have tried that first. Soren On 4/2/07, D. Louis Collins wrote: > Soren, > > It is easy to go into the MRITOSELF script and change the options given > to minctracc. replace -lsq9 with -lsq12 in the last call to minctracc. > > -Louis > > On Apr 2, 2007, at 2:15 AM, Soren Christensen wrote: > > > Hi, > > Is there an easy way to do 12 parameter affine co-registrations. For > > some reason, the always reliable mritoself does not support the lsq12 > > option (I need to do some DTI to structural co-regs, within patient). > > Is there a shortcut or is there no way around using minctracc > > directly? > > > > Thanks > > > > > > Soren > > _______________________________________________ > > MINC-users at bic.mni.mcgill.ca > > http://www.bic.mni.mcgill.ca/mailman/listinfo/minc-users > > > > _______________________________________________ > MINC-users at bic.mni.mcgill.ca > http://www.bic.mni.mcgill.ca/mailman/listinfo/minc-users > From nikelski at bic.mni.mcgill.ca Fri Apr 13 17:20:51 2007 From: nikelski at bic.mni.mcgill.ca (EJ Nikelski) Date: Fri, 13 Apr 2007 17:20:51 -0400 Subject: [MINC-users] MNI::TagSet problem? Message-ID: Hi All, I have been struggling somewhat trying to write a simple Perl script to create and write out a tag file. So far, the header creation works, but I'm having trouble saving the file. Here's what I try ... my $comment = "Tag file created by brainSight2tag"; $tagfile = 'aaa.tag'; (my $tagObj) = MNI::TagSet->new(filename => $tagfile, num_volumes => 1, comment => $comment); MNI::TagSet->save($tagObj, 'bbb.tag'); I put a few print statements into TagSet->Save and it would appear as if it is being passed 3 parameters, while expecting only 2. Specifically, it expects (TagObject, outputFilename) but it appears to get (Classname, TagObject, outputFilename). As a result, the output filename is ignored, and sundry warning messages are generated. As I prefer to code Python over Perl, I might well be messing something up. Is this a real error, or am I messing up the arguments somehow? Is TagSet still supported? Any help would be greatly appreciated. -Jim ================================= Jim Nikelski, Ph.D. Postdoctoral Research Fellow Bloomfield Centre for Research in Aging Lady Davis Institute for Medical Research Sir Mortimer B. Davis - Jewish General Hospital McGill University Tel: (514) 340-8222 x 2298 Fax: (514) 340-8295 From peter.neelin at gmail.com Fri Apr 13 23:18:13 2007 From: peter.neelin at gmail.com (Peter Neelin) Date: Fri, 13 Apr 2007 23:18:13 -0400 Subject: [MINC-users] MNI::TagSet problem? In-Reply-To: References: Message-ID: On 4/13/07, EJ Nikelski wrote: > MNI::TagSet->save($tagObj, 'bbb.tag'); It's been a while since I've looked at much perl object-oriented code, but if my memory serves me correctly, you want $tagObj->save('bbb.tag'); (I'm basing this on zero experience with MNI::TagSet, BTW.) Perl will pass the object as the first argument. An invocation of the form MNI::TagSet->save() will pass the class as the first argument instead of the instance. The first argument thing is a bit funky, I realize, but perl's OO framework is a retrofit - an elegant hack in a perverse sort of way. Peter -- Peter Neelin (peter.neelin at gmail.com) From nikelski at bic.mni.mcgill.ca Sat Apr 14 14:55:08 2007 From: nikelski at bic.mni.mcgill.ca (EJ Nikelski) Date: Sat, 14 Apr 2007 14:55:08 -0400 Subject: [MINC-users] MNI::TagSet problem? In-Reply-To: References: Message-ID: Hi List, Peter, you are entirely correct. I thank-you muchly, as few problems have taken me so close to openly weeping at my desk. BTW, for those (very few) interested in this, there actually is an error in the code. Specifically, TagPoint.pm (line 75) formats the output weight field as %d, when it really should be a float -- resulting in non-floaty output. Another gottcha is that Greg (Ward) stores a reference to the individual coordinates, so doing the sort of thing listed below will result in all of the tag entries having the same coordinates as the last entry. # create the tagpoint object & APPEND to the tag file my @coords = (11,22,33); (my $tagPointObj1) = MNI::TagPoint->new(volume1 => \@coords, volume2 => \@coords, weight => 11.11, structure_id => 222, patient_id => 333, label => 'Label number 1'); $tagFileObj->add_points( $tagPointObj1 ); # create another tagpoint object & append @coords = (99,88,77); (my $tagPointObj2) = MNI::TagPoint->new(volume1 => \@coords, volume2 => \@coords, weight => 99.99, structure_id => 888, patient_id => 777, label => 'This would be the second label'); $tagFileObj->add_points( $tagPointObj2 ); Cheers, -Jim On 4/13/07, Peter Neelin wrote: > > On 4/13/07, EJ Nikelski wrote: > > > MNI::TagSet->save($tagObj, 'bbb.tag'); > > It's been a while since I've looked at much perl object-oriented code, > but if my memory serves me correctly, you want > > $tagObj->save('bbb.tag'); > > (I'm basing this on zero experience with MNI::TagSet, BTW.) > > Perl will pass the object as the first argument. An invocation of the > form MNI::TagSet->save() will pass the class as the first argument > instead of the instance. The first argument thing is a bit funky, I > realize, but perl's OO framework is a retrofit - an elegant hack in a > perverse sort of way. > > Peter > -- > Peter Neelin > (peter.neelin at gmail.com) > _______________________________________________ > MINC-users at bic.mni.mcgill.ca > http://www.bic.mni.mcgill.ca/mailman/listinfo/minc-users > From Michel.Audette at medizin.uni-leipzig.de Tue Apr 17 12:11:56 2007 From: Michel.Audette at medizin.uni-leipzig.de (Audette, Michel) Date: Tue, 17 Apr 2007 18:11:56 +0200 Subject: [MINC-users] using minc with ITK classification... Message-ID: <160E3DD4FB702C4CB860C65186686E6901145307@MRZS152229.medizin.uni-leipzig.de> Hi all, I'd like to use an ITK-based classification that features Expectation Maximization of Gaussian Mixture, and I am a newbie with ITK. Is there anyone who can point out how to cast a minc volume into a SampleType that ITK statistics can work with? Moreover, I heard that ITK minc inputs works with minc2 format. I believe that my minc volume are minc1 format... Is it necessary to convert it to a newer flavour of minc? Thanks for your kind consideration. Cheers, Michel Michel Audette, Ph.D. Innovation Center Computer Assisted Surgery (ICCAS) Philipp-Rosenthal-Strasse 55 Leipzig, Germany Phone: ++49 (0) 341 / 97 - 1 20 13 Fax: ++49 (0) 341 / 97 - 1 20 09 From hehuiguang at gmail.com Thu Apr 19 08:54:02 2007 From: hehuiguang at gmail.com (Huiguang He) Date: Thu, 19 Apr 2007 20:54:02 +0800 Subject: [MINC-users] MINC-users Digest, Vol 21, Issue 5 In-Reply-To: References: Message-ID: <2c8c005e0704190554k2f8c4024h9ae61d93eff9fbf0@mail.gmail.com> Maybe you can use some software, such as MRICro or Caret, to convert the MINC file to Analyze Data format. And in the itk release schedule, MINC 2.0IO Support for ITK is in Low Priority. On 4/19/07, minc-users-request at bic.mni.mcgill.ca < minc-users-request at bic.mni.mcgill.ca> wrote: > > Send MINC-users mailing list submissions to > minc-users at bic.mni.mcgill.ca > > To subscribe or unsubscribe via the World Wide Web, visit > http://www.bic.mni.mcgill.ca/mailman/listinfo/minc-users > or, via email, send a message with subject or body 'help' to > minc-users-request at bic.mni.mcgill.ca > > You can reach the person managing the list at > minc-users-owner at bic.mni.mcgill.ca > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of MINC-users digest..." > > > Today's Topics: > > 1. using minc with ITK classification... (Audette, Michel) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 17 Apr 2007 18:11:56 +0200 > From: "Audette, Michel" > Subject: [MINC-users] using minc with ITK classification... > To: > Message-ID: > < > 160E3DD4FB702C4CB860C65186686E6901145307 at MRZS152229.medizin.uni-leipzig.de > > > > Content-Type: text/plain; charset="iso-8859-1" > > Hi all, > > I'd like to use an ITK-based classification that features Expectation > Maximization of Gaussian Mixture, and I am a newbie with ITK. Is there > anyone who can point out how to cast a minc volume into a SampleType that > ITK statistics can work with? > > Moreover, I heard that ITK minc inputs works with minc2 format. I believe > that my minc volume are minc1 format... Is it necessary to convert it to a > newer flavour of minc? > > Thanks for your kind consideration. > > Cheers, > > Michel > > Michel Audette, Ph.D. > Innovation Center Computer Assisted Surgery (ICCAS) > Philipp-Rosenthal-Strasse 55 > Leipzig, Germany > Phone: ++49 (0) 341 / 97 - 1 20 13 > Fax: ++49 (0) 341 / 97 - 1 20 09 > > > > ------------------------------ > > _______________________________________________ > MINC-users mailing list > MINC-users at bic.mni.mcgill.ca > http://www.bic.mni.mcgill.ca/mailman/listinfo/minc-users > > > End of MINC-users Digest, Vol 21, Issue 5 > ***************************************** > From Michel.Audette at medizin.uni-leipzig.de Fri Apr 20 04:22:39 2007 From: Michel.Audette at medizin.uni-leipzig.de (Audette, Michel) Date: Fri, 20 Apr 2007 10:22:39 +0200 Subject: [MINC-users] using MINC with ITK: how to define negative pixels? References: <160E3DD4FB702C4CB860C65186686E69015F1A43@MRZS152229.medizin.uni-leipzig.de> Message-ID: <160E3DD4FB702C4CB860C65186686E6901145319@MRZS152229.medizin.uni-leipzig.de> Dear all, I am trying to use the MINC reader in ITK, and although this CT image features a substantial proportion of background voxels around -5200, when I try to do a histogram and to define the PixelType as integer (not unsigned int), the program fails to pick up the negative voxels. For example, setting a histogram size of 10, I get output like this (I have a few print statements in the Insight Minc code as well): Reading MINC2.0 Format Image: becken_boehme_final_ct.mnc2 valid range volume_minmax0 -5200 volume_minmax1 10000 setting Histogram with min -5200 and max 10000 Histogram size 10 bin = 0 frequency = 0 measurement = -4535 bin = 1 frequency = 0 measurement = -3005 bin = 2 frequency = 0 measurement = -1475 bin = 3 frequency = 1.67772e+07 measurement = 55 bin = 4 frequency = 8.33189e+06 measurement = 1585 bin = 5 frequency = 59577 measurement = 3115 bin = 6 frequency = 88832 measurement = 4645 bin = 7 frequency = 97040 measurement = 6175 bin = 8 frequency = 81357 measurement = 7705 The file is apparently of type unsigned short, maudette at icaw164201:~/research/source/voxelseg_pelvis> mincinfo becken_boehme_final_ct.mnc file: becken_boehme_final_ct.mnc image: unsigned short 0 to 4095 image dimensions: zspace yspace xspace dimension name length step start -------------- ------ ---- ----- zspace 284 -0.732422 -1427.5 yspace 512 -0.732422 83.5 xspace 512 -0.732422 165.5 but the internal scale factors map those unsigned shorts to a range between -5200 to 10000, and this range of values is visible with Display software from the MNI. Can anyone suggest a course of action to fix this? Btwn, the source code appears below (and similar results with typedef short or unsigned short PixelType, and setting number of bins 100, 1000 and so on...) typedef int PixelType; // using itkOrientedImage to make sure direction cosines // are taken into account! (itkImage will not do that) typedef itk::OrientedImage myImage; myImage::Pointer imagefixed; myImage::IndexType pixelIndex; // Read the image in MINC2.0 format std::cout << "Reading MINC2.0 Format Image: " << ctFile << std::endl; typedef itk::ImageFileReader ReaderType; ReaderType::Pointer reader = ReaderType::New(); reader->SetFileName( ctFile ); typedef itk::MINC2ImageIO ImageIOType; ImageIOType::Pointer minc2ImageIO = ImageIOType::New(); reader->SetImageIO( minc2ImageIO ); try { reader->Update(); } catch (itk::ExceptionObject & e) { std::cerr << "exception in file reader " << std::endl; std::cerr << e.GetDescription() << std::endl; std::cerr << e.GetLocation() << std::endl; return EXIT_FAILURE; } typedef itk::Statistics::ScalarImageToHistogramGenerator HistogramGeneratorType; HistogramGeneratorType::Pointer histogramGenerator = HistogramGeneratorType::New(); histogramGenerator->SetInput( reader->GetOutput() ); histogramGenerator->SetNumberOfBins( 10 ); histogramGenerator->SetMarginalScale( 10.0 ); histogramGenerator->SetHistogramMin( (minc2ImageIO->getVolumeMin()-100) ); histogramGenerator->SetHistogramMax( minc2ImageIO->getVolumeMax() ); std::cout << " setting Histogram with min " << minc2ImageIO->getVolumeMin() << " and max " << minc2ImageIO->getVolumeMax() << " \n"; histogramGenerator->Compute(); typedef HistogramGeneratorType::HistogramType HistogramType; const HistogramType * histogram = histogramGenerator->GetOutput(); const unsigned int histogramSize = histogram->Size(); std::cout << "Histogram size " << histogramSize << std::endl; unsigned int bin; for( bin=0; bin < histogramSize; bin++ ) { std::cout << "bin = " << bin << " frequency = "; std::cout << histogram->GetFrequency( bin, 0 ) << " measurement = " << histogram->GetMeasurement( bin, 0 ) << std::endl; } Best regards, Michel Audette, Ph.D. Innovation Center Computer Assisted Surgery (ICCAS) Philipp-Rosenthal-Strasse 55 Leipzig, Germany Phone: ++49 (0) 341 / 97 - 1 20 13 Fax: ++49 (0) 341 / 97 - 1 20 09 From Michel.Audette at medizin.uni-leipzig.de Fri Apr 20 12:55:57 2007 From: Michel.Audette at medizin.uni-leipzig.de (Audette, Michel) Date: Fri, 20 Apr 2007 18:55:57 +0200 Subject: [MINC-users] using MINC with ITK: how to define negative pixels... more developments References: <160E3DD4FB702C4CB860C65186686E69015F1A43@MRZS152229.medizin.uni-leipzig.de> <160E3DD4FB702C4CB860C65186686E6901145319@MRZS152229.medizin.uni-leipzig.de> Message-ID: <160E3DD4FB702C4CB860C65186686E6901145323@MRZS152229.medizin.uni-leipzig.de> Hi folks, after downloading the MINC reader for ITK, whose tar file is MINC2_ITK_APR13.tar.gz, I noticed that the value m_Shift computed in this reader is apparently not used by ITK: the value assumed is 0, which is causing a scaling from 0 to the maximum, rather than from the intended minimum to the maximum (the input is unsigned short, according to mincinfo, but it scales from -5200 to 10000 apparently). As a test, I set this parameter to 0 in void MINC2ImageIO::SetSliceScalingFromLocalScaling(mihandle_t volume), /*m_Shift = min - (valid_min *m_Scale);*/ m_Shift= 0.0; std::cout << "scale A" << m_Scale << " valid_max " << valid_max << " valid_min " << valid_min << " max " << max << " min " << min << " m_Shift " << m_Shift << std::endl; and I found that my histogram of a MINC CT file was unaffected. Can someone suggest where this parameter should be read for the image to be properly scaled? Is this something that was resolved in some other release of MINC2 IO support? Best regards, Michel Audette, Ph.D. Innovation Center Computer Assisted Surgery (ICCAS) Philipp-Rosenthal-Strasse 55 Leipzig, Germany Phone: ++49 (0) 341 / 97 - 1 20 13 Fax: ++49 (0) 341 / 97 - 1 20 09 P.S.: print details with m_Shift set to 0: Reading MINC2.0 Format Image: becken_boehme_final_ct.mnc2 scale A3.71184 valid_max 4095 valid_min 0 max 10000 min -5200 m_Shift 0 number of components 1 after close valid range valid_min 4095 valid_min 0 valid range volume_minmax0 -5200 volume_minmax1 10000 Converting random index to world coordinates Index 0 0 0 Point 165.5 83.5 -1427.5 pixel value 868 setting Histogram with min -5200 and max 10000 Histogram size 10 bin = 0 frequency = 0 measurement = -4535 bin = 1 frequency = 0 measurement = -3005 bin = 2 frequency = 0 measurement = -1475 bin = 3 frequency = 1.67772e+07 measurement = 55 bin = 4 frequency = 8.33189e+06 measurement = 1585 bin = 5 frequency = 59577 measurement = 3115 bin = 6 frequency = 88832 measurement = 4645 bin = 7 frequency = 97040 measurement = 6175 bin = 8 frequency = 81357 measurement = 7705 bin = 9 frequency = 74941 measurement = 9235 previously, with usual m_Shift: scale A3.71184 valid_max 4095 valid_min 0 max 10000 min -5200 m_Shift -5200 number of components 1 after close valid range valid_min 4095 valid_min 0 valid range volume_minmax0 -5200 volume_minmax1 10000 Converting random index to world coordinates Index 0 0 0 Point 165.5 83.5 -1427.5 pixel value 868 setting Histogram with min -5200 and max 10000 Histogram size 10 bin = 0 frequency = 0 measurement = -4535 bin = 1 frequency = 0 measurement = -3005 bin = 2 frequency = 0 measurement = -1475 bin = 3 frequency = 1.67772e+07 measurement = 55 bin = 4 frequency = 8.33189e+06 measurement = 1585 bin = 5 frequency = 59577 measurement = 3115 bin = 6 frequency = 88832 measurement = 4645 bin = 7 frequency = 97040 measurement = 6175 bin = 8 frequency = 81357 measurement = 7705 bin = 9 frequency = 74941 measurement = 9235 -----Original Message----- From: Audette, Michel Sent: Fri 4/20/2007 10:22 AM To: minc-users at bic.mni.mcgill.ca; insight-users at itk.org Subject: using MINC with ITK: how to define negative pixels? Dear all, I am trying to use the MINC reader in ITK, and although this CT image features a substantial proportion of background voxels around -5200, when I try to do a histogram and to define the PixelType as integer (not unsigned int), the program fails to pick up the negative voxels. For example, setting a histogram size of 10, I get output like this (I have a few print statements in the Insight Minc code as well): Reading MINC2.0 Format Image: becken_boehme_final_ct.mnc2 valid range volume_minmax0 -5200 volume_minmax1 10000 setting Histogram with min -5200 and max 10000 Histogram size 10 bin = 0 frequency = 0 measurement = -4535 bin = 1 frequency = 0 measurement = -3005 bin = 2 frequency = 0 measurement = -1475 bin = 3 frequency = 1.67772e+07 measurement = 55 bin = 4 frequency = 8.33189e+06 measurement = 1585 bin = 5 frequency = 59577 measurement = 3115 bin = 6 frequency = 88832 measurement = 4645 bin = 7 frequency = 97040 measurement = 6175 bin = 8 frequency = 81357 measurement = 7705 The file is apparently of type unsigned short, maudette at icaw164201:~/research/source/voxelseg_pelvis> mincinfo becken_boehme_final_ct.mnc file: becken_boehme_final_ct.mnc image: unsigned short 0 to 4095 image dimensions: zspace yspace xspace dimension name length step start -------------- ------ ---- ----- zspace 284 -0.732422 -1427.5 yspace 512 -0.732422 83.5 xspace 512 -0.732422 165.5 but the internal scale factors map those unsigned shorts to a range between -5200 to 10000, and this range of values is visible with Display software from the MNI. Can anyone suggest a course of action to fix this? Btwn, the source code appears below (and similar results with typedef short or unsigned short PixelType, and setting number of bins 100, 1000 and so on...) typedef int PixelType; // using itkOrientedImage to make sure direction cosines // are taken into account! (itkImage will not do that) typedef itk::OrientedImage myImage; myImage::Pointer imagefixed; myImage::IndexType pixelIndex; // Read the image in MINC2.0 format std::cout << "Reading MINC2.0 Format Image: " << ctFile << std::endl; typedef itk::ImageFileReader ReaderType; ReaderType::Pointer reader = ReaderType::New(); reader->SetFileName( ctFile ); typedef itk::MINC2ImageIO ImageIOType; ImageIOType::Pointer minc2ImageIO = ImageIOType::New(); reader->SetImageIO( minc2ImageIO ); try { reader->Update(); } catch (itk::ExceptionObject & e) { std::cerr << "exception in file reader " << std::endl; std::cerr << e.GetDescription() << std::endl; std::cerr << e.GetLocation() << std::endl; return EXIT_FAILURE; } typedef itk::Statistics::ScalarImageToHistogramGenerator HistogramGeneratorType; HistogramGeneratorType::Pointer histogramGenerator = HistogramGeneratorType::New(); histogramGenerator->SetInput( reader->GetOutput() ); histogramGenerator->SetNumberOfBins( 10 ); histogramGenerator->SetMarginalScale( 10.0 ); histogramGenerator->SetHistogramMin( (minc2ImageIO->getVolumeMin()-100) ); histogramGenerator->SetHistogramMax( minc2ImageIO->getVolumeMax() ); std::cout << " setting Histogram with min " << minc2ImageIO->getVolumeMin() << " and max " << minc2ImageIO->getVolumeMax() << " \n"; histogramGenerator->Compute(); typedef HistogramGeneratorType::HistogramType HistogramType; const HistogramType * histogram = histogramGenerator->GetOutput(); const unsigned int histogramSize = histogram->Size(); std::cout << "Histogram size " << histogramSize << std::endl; unsigned int bin; for( bin=0; bin < histogramSize; bin++ ) { std::cout << "bin = " << bin << " frequency = "; std::cout << histogram->GetFrequency( bin, 0 ) << " measurement = " << histogram->GetMeasurement( bin, 0 ) << std::endl; } Best regards, Michel Audette, Ph.D. Innovation Center Computer Assisted Surgery (ICCAS) Philipp-Rosenthal-Strasse 55 Leipzig, Germany Phone: ++49 (0) 341 / 97 - 1 20 13 Fax: ++49 (0) 341 / 97 - 1 20 09 From dfwang at cse.cuhk.edu.hk Thu Apr 26 03:10:40 2007 From: dfwang at cse.cuhk.edu.hk (Defeng WANG (CSE)) Date: Thu, 26 Apr 2007 15:10:40 +0800 Subject: [MINC-users] on itkMINC2ImageIOTest Message-ID: <010801c787d2$036dadf0$a459bd89@PC89164> Dear all, I am trying to use the materials you have published in insight journal. My operating system is Windows XP and I use C++ .NET 2003. When I run the itkMINC2ImageIOTest.exe, there is an error as follows, "This application has failed to start because MINC2.dll was not found. Re-installing the application may fix this problem." Could you please tell me waht the problem is and the way to solve it? Thanks in advance! Vincent From dfwang at cse.cuhk.edu.hk Thu Apr 26 03:17:43 2007 From: dfwang at cse.cuhk.edu.hk (Defeng WANG (CSE)) Date: Thu, 26 Apr 2007 15:17:43 +0800 Subject: [MINC-users] on itkMINC2ImageIOTest References: <010801c787d2$036dadf0$a459bd89@PC89164> Message-ID: <011101c787d2$fea708b0$a459bd89@PC89164> I mean the insight journal paper about "MINC2.0 support for ITK". ----- Original Message ----- From: "Defeng WANG (CSE)" To: Sent: Thursday, April 26, 2007 3:10 PM Subject: [MINC-users] on itkMINC2ImageIOTest > Dear all, > > I am trying to use the materials you have published in insight journal. My > operating system is Windows XP and I use C++ .NET 2003. When I run the > itkMINC2ImageIOTest.exe, there is an error as follows, > > "This application has failed to start because MINC2.dll was not found. > Re-installing the application may fix this problem." > > Could you please tell me waht the problem is and the way to solve it? > > Thanks in advance! > Vincent > _______________________________________________ > MINC-users at bic.mni.mcgill.ca > http://www.bic.mni.mcgill.ca/mailman/listinfo/minc-users