Re: IMAGEJ Digest - 9 Feb 2009 to 10 Feb 2009 (#2009-40)
Locked
Re: IMAGEJ Digest - 9 Feb 2009 to 10 Feb 2009 (#2009-40)
 
|
Hi All,
Iam new to ImageJ and may be you have some advice to me. I am searching through ImageJ and try to find the way of converting dots into value, further set threshold and all values above threshold convert into "1" s, and below threshold into "0"s (into binary numbers I could export to excel). My initial template is an image in jpeg with mesh of 45 by 45 gray/black dots of different intensity. At the end what I need are rows of each dot translated into 0 or 1. Can somebody out there please give me some insights or suggestions? Thank you regards Jolanta Kordowska -----Original Message----- From: ImageJ Interest Group [mailto:[hidden email]] On Behalf Of IMAGEJ automatic digest system Sent: Wednesday, February 11, 2009 12:00 AM To: [hidden email] Subject: IMAGEJ Digest - 9 Feb 2009 to 10 Feb 2009 (#2009-40) There are 16 messages totalling 771 lines in this issue. Topics of the day: 1. AccPbFRET error with registering an image 2. File Conversion bug and Batch Converter (3) 3. uncertainty measurement 4. Color Transformation to HSI 5. 12- and 14-bit PNGs in imageJ 6. Anybody use the newest version of TurboReg? (2) 7. ImageJ File->Import->URL Issue, any help appreciated (4) 8. ImageJ 3D viewer plugin - can't load image (3) ---------------------------------------------------------------------- Date: Tue, 10 Feb 2009 05:25:50 -0500 From: Janos Roszik <[hidden email]> Subject: Re: AccPbFRET error with registering an image Hi John, it means that the ShiftDialog.class is missing from the ImageJ\plugins directory. You may accidentally deleted it, or the class file has not bee= n created for some reasons. You should try to recompile the plugin, and che= ck if ShiftDialog.class exists. And it's also a good idea to download the newes= t version of the plugin: http://www.biophys.dote.hu/accpbfret/ Best regards, Janos ------------------------------ Date: Tue, 10 Feb 2009 04:10:23 -0200 From: "Hugo A. M. Torres" <[hidden email]> Subject: File Conversion bug and Batch Converter Hello again listmates, If I try to convert 16bit color images into 8bit grayscale by doing "image>type>8bit" I get an RGB stack instead. The way I found around that is doing "image, color, stack to rgb" followed by "image, type, 8bit". Shouldn't I be able to convert directly? Maybe its a bug... Also, I tried to apply the batch converter plugin to convert all the files from a folder to 8bit-TIFF and this is what I get: java.lang.ClassCastException: [S cannot be cast to [B at ij.io.ImageWriter.write8BitStack(ImageWriter.java:38) at ij.io.ImageWriter.write(ImageWriter.java:214) at ij.io.TiffEncoder.write(TiffEncoder.java:118) at ij.io.TiffEncoder.write(TiffEncoder.java:138) at ij.io.FileSaver.saveAsTiffStack(FileSaver.java:126) at ij.io.FileSaver.saveAsTiff(FileSaver.java:79) at ij.plugin.filter.Writer.run(Writer.java:20) at ij.plugin.filter.PlugInFilterRunner.processOneImage(PlugInFilterRunner.java:245) at ij.plugin.filter.PlugInFilterRunner.<init>(PlugInFilterRunner.java:102) at ij.IJ.runPlugIn(IJ.java:151) at ij.Executer.runCommand(Executer.java:119) at ij.Executer.run(Executer.java:58) at ij.IJ.run(IJ.java:241) at ij.IJ.run(IJ.java:284) at ij.IJ.saveAs(IJ.java:1312) at ij.IJ.saveAs(IJ.java:1249) at Batch_Converter.convert(Batch_Converter.java:59) at Batch_Converter.run(Batch_Converter.java:26) at ij.IJ.runUserPlugIn(IJ.java:176) at ij.IJ.runPlugIn(IJ.java:142) at ij.Executer.runCommand(Executer.java:119) at ij.Executer.run(Executer.java:58) at java.lang.Thread.run(Thread.java:619) ------------------------------ Date: Tue, 10 Feb 2009 03:11:14 -0800 From: Lxq <[hidden email]> Subject: uncertainty measurement Hi all, I am trying to calculate the uncertainty associated to particles analisys and in particular feret data. I start with SEM micrograph of particles deposited on filter membrane. Micrographs are taken at 25000x. At this magnification 1 pixel is equal to 14.7 nm. Selecting the threshold value can be a great source of errors in measurement data, and increase with smaller particles. Without a granulometric standard it is difficyult to estimate some kind of uncertainty on these data. I was wondering about how to have the highest accurate threshold possible. One option I am consdering could be to take a point-to-point manual measurement with teh scaler tool of teh microscope, on a particle observed at higher mag than 25000, for ex. 250000x (at this mag 1 px is equal to 1.47nm) and then re-process the same particle taken this time at working mag (25000x)with IJ and compare measurement. do you think could be a possible method to estimate uncertainty? has ever anyone been involved in calculation like this ? thanks in advance.. Lxq -- View this message in context: http://n2.nabble.com/uncertainty-measurement-tp2301959p2301959.html Sent from the ImageJ mailing list archive at Nabble.com. ------------------------------ Date: Tue, 10 Feb 2009 05:34:00 -0800 From: Harry Parker <[hidden email]> Subject: Re: Color Transformation to HSI Hi Eva, We need more detail to help. What exact commands or plugins did you use? What versions of ImageJ and any plugins? My ImageJ has commands for RGB to HSB, not HSI. (E.g.: menu command Image->Type->HSB Stack) Part of the problem may be that these color models are not well standardized. See for example the article at http://en.wikipedia.org/wiki/HSI_color_space So Metamorph may be using a different definition of HSI than the ImageJ plugin. -- Harry Parker Senior Imaging Systems Engineer ________________________________ From: Eva Heintz <[hidden email]> To: [hidden email] Sent: Friday, February 6, 2009 4:14:27 PM Subject: Color Transformation to HSI I'm new to Image J & I am trying to transform a color image into HSI. The output looks different than an image/aquisition program, Metamorph, that I was using. Looks like the Intensity image is actually the Hue or Saturation image. Any suggestions? ------------------------------ Date: Tue, 10 Feb 2009 08:53:33 -0600 From: Nathaniel Cunningham <[hidden email]> Subject: Re: 12- and 14-bit PNGs in imageJ I used imagemagick's "convert" command to convert one of these PNGs to TIFF. The resulting TIFF has the wrong values -- whether read by ImageJ or IDL. I also read in one of the problematic PNGs with IDL, then saved the resulting (correct) image array to a new PNG. ImageJ reads the correct values from this new file. I conclude that the problem lies with the original PNG image file, which apparently gives inconsistent results among image readers/viewers; I will investigate further. Thanks, Nathaniel On Tue, Feb 10, 2009 at 12:09 AM, Rasband Wayne <[hidden email]> wrote: > Nathaniel, > > This is not something I can fix since ImageJ uses the javaIO package to > read PNGs. Can LabView save in TIFF format? If necessary, I can fix problems > in ImageJ's TIFF reader. > > -wayne > > > > On Feb 9, 2009, at 5:27 PM, Nathaniel Cunningham wrote: > > I have some 12-bit and 14-bit PNG images (generated in LabVIEW). When >> opened in imageJ, they are read in as 16-bit images (expected), but their >> values are incorrect. Examining some of the values, and comparing with >> the >> correct values for those pixels, I find that the first 2 (first 4) bits of >> the 14-bit (12-bit) values are being repeated, in order to generate the >> 16-bit values. (Perhaps the extra bits are actually being taken from >> adjacent pixels) E.g.: >> >> the 12-bit value 262 >> 000100000110 >> is read by imageJ as the 16-bit value 4193 >> 0001000001100001 >> >> and the 14-bit value 10356 >> 10100001110100 >> is read as the 16-bit value 41426 >> 1010000111010010 >> >> I am able to read these same images in correctly with IDL. Is there a way >> to ensure that ImageJ also reads them properly? Might there be something >> wrong with my PNG images themselves? I've posted one example at the link >> below: >> The file '14-bit_example.png' (345 KB) is available for download at >> http://dropbox.unl.edu/uploads/20090216/025c949ee3bfe378/14- >> bit_example.png >> for the next 7 days. >> >> Thanks for any help. >> --Nathaniel >> > > ------------------------------ Date: Tue, 10 Feb 2009 10:51:40 -0500 From: Wayne Rasband <[hidden email]> Subject: Re: File Conversion bug and Batch Converter > Hello again listmates, > > If I try to convert 16bit color images into 8bit grayscale by doing > "image>type>8bit" I get an RGB stack instead. The Image>Type>8-bit command converts 16-bit composite color images (e.g., 48-bit RGB TIFFs) into 8-bit composite color images. You can use Image>Type>RGB Color followed by Image>Type>8-bit to convert a composite color image into an 8-bit grayscale image. > The way I found around that is doing "image, color, stack to rgb" > followed by "image, type, 8bit". > > Shouldn't I be able to convert directly? Maybe its a bug... > > Also, I tried to apply the batch converter plugin to convert all the > files from a folder to 8bit-TIFF and this is what I get: There is an updated version of the Batch_Converter plugin at http://rsb.info.nih.gov/ij/plugins/batch-converter.html that fixed this bug. -wayne > java.lang.ClassCastException: [S cannot be cast to [B > at ij.io.ImageWriter.write8BitStack(ImageWriter.java:38) > at ij.io.ImageWriter.write(ImageWriter.java:214) > at ij.io.TiffEncoder.write(TiffEncoder.java:118) > at ij.io.TiffEncoder.write(TiffEncoder.java:138) > at ij.io.FileSaver.saveAsTiffStack(FileSaver.java:126) > at ij.io.FileSaver.saveAsTiff(FileSaver.java:79) > at ij.plugin.filter.Writer.run(Writer.java:20) > at > ij.plugin.filter.PlugInFilterRunner.processOneImage(PlugInFilterRunner. > java:245) > at > ij.plugin.filter.PlugInFilterRunner.<init>(PlugInFilterRunner.java:102) > at ij.IJ.runPlugIn(IJ.java:151) > at ij.Executer.runCommand(Executer.java:119) > at ij.Executer.run(Executer.java:58) > at ij.IJ.run(IJ.java:241) > at ij.IJ.run(IJ.java:284) > at ij.IJ.saveAs(IJ.java:1312) > at ij.IJ.saveAs(IJ.java:1249) > at Batch_Converter.convert(Batch_Converter.java:59) > at Batch_Converter.run(Batch_Converter.java:26) > at ij.IJ.runUserPlugIn(IJ.java:176) > at ij.IJ.runPlugIn(IJ.java:142) > at ij.Executer.runCommand(Executer.java:119) > at ij.Executer.run(Executer.java:58) > at java.lang.Thread.run(Thread.java:619) > ------------------------------ Date: Tue, 10 Feb 2009 14:14:17 -0200 From: "Hugo A. M. Torres" <[hidden email]> Subject: Re: File Conversion bug and Batch Converter Thank you so very much for the plugin update Wayne That will save me a lot of work! This community is amazing, great job =] On Tue, 2009-02-10 at 10:51 -0500, Wayne Rasband wrote: > > Hello again listmates, > > > > If I try to convert 16bit color images into 8bit grayscale by doing > > "image>type>8bit" I get an RGB stack instead. > > The Image>Type>8-bit command converts 16-bit composite color images > (e.g., 48-bit RGB TIFFs) into 8-bit composite color images. You can use > Image>Type>RGB Color followed by Image>Type>8-bit to convert a > composite color image into an 8-bit grayscale image. > > > The way I found around that is doing "image, color, stack to rgb" > > followed by "image, type, 8bit". > > > > Shouldn't I be able to convert directly? Maybe its a bug... > > > > Also, I tried to apply the batch converter plugin to convert all the > > files from a folder to 8bit-TIFF and this is what I get: > > There is an updated version of the Batch_Converter plugin at > > http://rsb.info.nih.gov/ij/plugins/batch-converter.html > > that fixed this bug. > > -wayne > > > java.lang.ClassCastException: [S cannot be cast to [B > > at ij.io.ImageWriter.write8BitStack(ImageWriter.java:38) > > at ij.io.ImageWriter.write(ImageWriter.java:214) > > at ij.io.TiffEncoder.write(TiffEncoder.java:118) > > at ij.io.TiffEncoder.write(TiffEncoder.java:138) > > at ij.io.FileSaver.saveAsTiffStack(FileSaver.java:126) > > at ij.io.FileSaver.saveAsTiff(FileSaver.java:79) > > at ij.plugin.filter.Writer.run(Writer.java:20) > > at > > ij.plugin.filter.PlugInFilterRunner.processOneImage(PlugInFilterRunner. > > java:245) > > at > > ij.plugin.filter.PlugInFilterRunner.<init>(PlugInFilterRunner.java:102) > > at ij.IJ.runPlugIn(IJ.java:151) > > at ij.Executer.runCommand(Executer.java:119) > > at ij.Executer.run(Executer.java:58) > > at ij.IJ.run(IJ.java:241) > > at ij.IJ.run(IJ.java:284) > > at ij.IJ.saveAs(IJ.java:1312) > > at ij.IJ.saveAs(IJ.java:1249) > > at Batch_Converter.convert(Batch_Converter.java:59) > > at Batch_Converter.run(Batch_Converter.java:26) > > at ij.IJ.runUserPlugIn(IJ.java:176) > > at ij.IJ.runPlugIn(IJ.java:142) > > at ij.Executer.runCommand(Executer.java:119) > > at ij.Executer.run(Executer.java:58) > > at java.lang.Thread.run(Thread.java:619) > > -- Hugo Arruda de Moura Torres ================================== Departamento de BiofÃsica Universidade Federal de São Paulo Rua Botucatu 862 7o. andar CEP 04023-062 Vila Clementino São Paulo - SP - Brasil Tel:+55 (11) 5576 4530 r.220 Fax: 55 11 5571 5780 ------------------------------ Date: Tue, 10 Feb 2009 10:25:58 -0800 From: catalintucureanu <[hidden email]> Subject: Re: Anybody use the newest version of TurboReg? Joseph Poczatek wrote: > > The June 2008 version that's on their webpage. > Am I missing something obvious? Because for me it just throws. Trying > under Ij 1.39/1.40/1.42 all with Java 1.6. > > Exception in thread "Thread-1" java.lang.ClassFormatError: Invalid code > attribute name index 0 in class file turboRegTransform > at java.lang.ClassLoader.defineClass1(Native Method) > at java.lang.ClassLoader.defineClass(ClassLoader.java:620) > at java.lang.ClassLoader.defineClass(ClassLoader.java:465) > at ij.io.PluginClassLoader.loadClass(PluginClassLoader.java:246) > at ij.io.PluginClassLoader.loadClass(PluginClassLoader.java:209) > at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) > at turboRegFinalAction.run(TurboReg_.java:2972) > at java.lang.Thread.run(Thread.java:619) > > > > > > The information in this e-mail is intended only for the person to whom it > is > addressed. If you believe this e-mail was sent to you in error and the > contains patient information, please contact the Partners Compliance > HelpLine at > http://www.partners.org/complianceline . If the e-mail was sent to you in > error > but does not contain patient information, please contact the sender and > properly > dispose of the e-mail. > > I do not know if anibody has found the answer to this problem, but it is still there for me. Any suggestions are welcome. -- View this message in context: http://n2.nabble.com/Anybody-use-the-newest-version-of-TurboReg--tp2151823p2304118.html Sent from the ImageJ mailing list archive at Nabble.com. ------------------------------ Date: Tue, 10 Feb 2009 15:22:35 -0500 From: Rob Lewis <[hidden email]> Subject: ImageJ File->Import->URL Issue, any help appreciated While trying to import a dicom file from a URL, (Through the UI or programatically), i receive the following error in a dialog box named 'Dicom Decoder': java.io.IOException Resetting to invalid mark I can open the same file locally from the harddisk in imagej using File->Open. This only happens with some Dicom files. I have tried 1.41, and the latest daily build of 1.42i. I am sorry if this already has been discussed, as i have just joined the mailing list. Any help or pointers would be appreciated! -Rob ------------------------------ Date: Tue, 10 Feb 2009 22:30:55 +0100 From: Johannes Schindelin <[hidden email]> Subject: Re: Anybody use the newest version of TurboReg? Hi, On Tue, 10 Feb 2009, catalintucureanu wrote: > Joseph Poczatek wrote: > > > > The June 2008 version that's on their webpage. > > Am I missing something obvious? Because for me it just throws. Trying > > under Ij 1.39/1.40/1.42 all with Java 1.6. > > > > Exception in thread "Thread-1" java.lang.ClassFormatError: Invalid code > > attribute name index 0 in class file turboRegTransform > > at java.lang.ClassLoader.defineClass1(Native Method) > > at java.lang.ClassLoader.defineClass(ClassLoader.java:620) > > at java.lang.ClassLoader.defineClass(ClassLoader.java:465) > > at ij.io.PluginClassLoader.loadClass(PluginClassLoader.java:246) > > at ij.io.PluginClassLoader.loadClass(PluginClassLoader.java:209) > > at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) > > at turboRegFinalAction.run(TurboReg_.java:2972) > > at java.lang.Thread.run(Thread.java:619) > > > > > > > > > > > > The information in this e-mail is intended only for the person to whom it > > is > > addressed. If you believe this e-mail was sent to you in error and the > > contains patient information, please contact the Partners Compliance > > HelpLine at > > http://www.partners.org/complianceline . If the e-mail was sent to you in > > error > > but does not contain patient information, please contact the sender and > > properly > > dispose of the e-mail. > > > > > > I do not know if anibody has found the answer to this problem, but it is > still there for me. > Any suggestions are welcome. From the website http://bigwww.epfl.ch/thevenaz/turboreg/: -- snip -- IX. Conditions of Use You'll be free to use this software for research purposes, but you must not transmit and distribute it without our consent. In addition, you undertake to include a citation or acknowledgment whenever you present or publish results that are based on it. EPFL makes no warranties of any kind on this software and shall in no event be liable for damages of any kind in connection with the use and exploitation of this technology. -- snap -- Therefore, I am legally prohibited from compiling it for you. However, if you download one of the distributions (which you probably did), you also get the source which is contained therein: TurboReg_.java. Just drop that in your plugins/ directory and compile it with "Plugins>Compile and Run...". If it complains about a missing javac, you might get lucky by downloading http://pacific.mpi-cbg.de/snaps/javac.jar into your plugins/ folder, too, and trying it again (this requires Java >= 1.5, though). Hth, Dscho ------------------------------ Date: Tue, 10 Feb 2009 22:35:27 +0100 From: Johannes Schindelin <[hidden email]> Subject: Re: ImageJ File->Import->URL Issue, any help appreciated Hi, On Tue, 10 Feb 2009, Rob Lewis wrote: > While trying to import a dicom file from a URL, (Through the UI or > programatically), i receive the following error in a dialog box named 'Dicom > Decoder': > > java.io.IOException > Resetting to invalid mark Typically, this error occurs when reading from a stream (which is the result of opening a URL) but trying to go back to the beginning somewhere in the middle. I do not have any experience with the DICOM format, but I imagine that you have that problem here, and that you need the file locally. Or you need to inspect the source (you did not mention which plugin, if any, you use to open the files) to find out where it tries to "seek" (that is "going back in a file" is called in computer speak). Ciao, Dscho ------------------------------ Date: Tue, 10 Feb 2009 17:11:28 -0500 From: John Oreopoulos <[hidden email]> Subject: ImageJ 3D viewer plugin - can't load image I am trying to use the ImageJ 3D viewer plugin but I'm finding I can't load any volume stacks, not even the example stack that is provided on the plugin website. I made sure that Java 3D is working on my Mac. Does anyone else have any issues getting this plugin to work? I'm using the latest version ImageJ, version 1.42h John Oreopoulos ------------------------------ Date: Wed, 11 Feb 2009 00:26:50 +0100 From: Johannes Schindelin <[hidden email]> Subject: Re: ImageJ 3D viewer plugin - can't load image Hi, On Tue, 10 Feb 2009, John Oreopoulos wrote: > I am trying to use the ImageJ 3D viewer plugin but I'm finding I can't > load any volume stacks, not even the example stack that is provided on > the plugin website. I made sure that Java 3D is working on my Mac. Does > anyone else have any issues getting this plugin to work? I'm using the > latest version ImageJ, version 1.42h It would be helpful if you described in just a tiny little bit more detail what exactly is happening. Nothing? Does a window pop up with a message? What does the Console (/Applications/Utilities/Console) say? What version of Java3D do you have? Does Fiji's 3D viewer work? Ciao, Dscho ------------------------------ Date: Tue, 10 Feb 2009 18:48:33 -0500 From: Rob Lewis <[hidden email]> Subject: Re: ImageJ File->Import->URL Issue, any help appreciated So is this expected behavior? It still bothers me it works with some dicom files and not others. I do not have access to the file locally as i am using imagej in an applet to view dicom files over the web (which imagej has to import from a exposed URL). I am not using any plugins. I am only using ij.jar. I am not sure i have the experience necessary to debug through the ImageJ code, but i can try (if i can get the it loaded in eclipse somehow). -Rob On Tue, Feb 10, 2009 at 4:35 PM, Johannes Schindelin < [hidden email]> wrote: > Hi, > > On Tue, 10 Feb 2009, Rob Lewis wrote: > > > While trying to import a dicom file from a URL, (Through the UI or > > programatically), i receive the following error in a dialog box named > 'Dicom > > Decoder': > > > > java.io.IOException > > Resetting to invalid mark > > Typically, this error occurs when reading from a stream (which is the > result of opening a URL) but trying to go back to the beginning somewhere > in the middle. > > I do not have any experience with the DICOM format, but I imagine that you > have that problem here, and that you need the file locally. Or you need > to inspect the source (you did not mention which plugin, if any, you use > to open the files) to find out where it tries to "seek" (that is "going > back in a file" is called in computer speak). > > Ciao, > Dscho > ------------------------------ Date: Wed, 11 Feb 2009 01:03:44 +0100 From: joris meys <[hidden email]> Subject: Re: ImageJ File->Import->URL Issue, any help appreciated It's pretty easy to debur in Eclipse actually. Check the tutorial of Mica Kimo Johnson : http://www.cs.dartmouth.edu/~kimo/blog/computer/imagej_eclipse.html To debug a plugin, just load the java file into the ImageJ project you made, and off you go. Kind regards Joris On Wed, Feb 11, 2009 at 12:48 AM, Rob Lewis <[hidden email]> wrote: > So is this expected behavior? It still bothers me it works with some dicom > files and not others. I do not have access to the file locally as i am > using > imagej in an applet to view dicom files over the web (which imagej has to > import from a exposed URL). > > I am not using any plugins. I am only using ij.jar. I am not sure i have > the > experience necessary to debug through the ImageJ code, but i can try (if i > can get the it loaded in eclipse somehow). > > -Rob > > On Tue, Feb 10, 2009 at 4:35 PM, Johannes Schindelin < > [hidden email]> wrote: > > > Hi, > > > > On Tue, 10 Feb 2009, Rob Lewis wrote: > > > > > While trying to import a dicom file from a URL, (Through the UI or > > > programatically), i receive the following error in a dialog box named > > 'Dicom > > > Decoder': > > > > > > java.io.IOException > > > Resetting to invalid mark > > > > Typically, this error occurs when reading from a stream (which is the > > result of opening a URL) but trying to go back to the beginning somewhere > > in the middle. > > > > I do not have any experience with the DICOM format, but I imagine that > you > > have that problem here, and that you need the file locally. Or you need > > to inspect the source (you did not mention which plugin, if any, you use > > to open the files) to find out where it tries to "seek" (that is "going > > back in a file" is called in computer speak). > > > > Ciao, > > Dscho > > > ------------------------------ Date: Tue, 10 Feb 2009 21:17:38 -0500 From: Christopher Yip <[hidden email]> Subject: Re: ImageJ 3D viewer plugin - can't load image Figured it out - looks like you need Java3D1.5 to get this to work _at least on my OS X machine running 10.5.6 I had Java3D 1.3 running but following the instructions here: http://blogs.sun.com/mart/entry/installing_java3d_1_5_on the ImageJ 3D viewer plug-in now appears to be working On Feb 10, 2009, at 6:26 PM, Johannes Schindelin wrote: > Hi, > > On Tue, 10 Feb 2009, John Oreopoulos wrote: > >> I am trying to use the ImageJ 3D viewer plugin but I'm finding I >> can't >> load any volume stacks, not even the example stack that is provided >> on >> the plugin website. I made sure that Java 3D is working on my Mac. >> Does >> anyone else have any issues getting this plugin to work? I'm using >> the >> latest version ImageJ, version 1.42h > > It would be helpful if you described in just a tiny little bit more > detail > what exactly is happening. Nothing? Does a window pop up with a > message? > What does the Console (/Applications/Utilities/Console) say? What > version > of Java3D do you have? Does Fiji's 3D viewer work? > > Ciao, > Dscho Christopher M. Yip Ph.D., P.Eng Professor - Canada Research Chair in Molecular Imaging Department of Chemical Engineering and Applied Chemistry Department of Biochemistry Institute of Biomaterials and Biomedical Engineering The Terrence Donnelly Centre for Cellular and Biomolecular Research University of Toronto Room 404 160 College St. Toronto, ON, CANADA M5S 3E1 (416) 978-7853 (416) 978-4317 (fax) [hidden email] http://bigten.med.utoronto.ca ------------------------------ End of IMAGEJ Digest - 9 Feb 2009 to 10 Feb 2009 (#2009-40) *********************************************************** |
«
Return to ImageJ
|
1 view|%1 views
| Free forum by Nabble | Edit this page |