Login  Register

Re: 3D Display

Posted by Luciano Paulino da Silva on Mar 12, 2008; 3:27pm
URL: http://imagej.273.s1.nabble.com/3D-Display-tp3696908p3696925.html

Exactly!
we just have a surface-height image.
Thank you,
Luciano


2008/3/12, Joachim Wesner <[hidden email]>:

>
> I see, so it are not slices, bit a single(?) surface/height info z(x,y),
> right? (or there can be several z-entries for the same (x,y)?)
>
> I´m not really familiar with 3D rendering in ImageJ, I know there are some
> plugins to do it but cannot suggest the right plugin to treat
> such data. Someboy else will certainly chime in......
>
>
> Mit freundlichen Grüßen / Best regards
>
> Joachim Wesner
>
>
>
>
>             Luciano Silva
>             <lucianopaulinosi
>             [hidden email]>                                             An
>             Gesendet von:              [hidden email]
>             ImageJ Interest                                         Kopie
>             Group
>             <[hidden email].                                       Thema
>             GOV>                       Re: 3D Display
>
>
>             12.03.2008 15:49
>
>
>              Bitte antworten
>                    an
>              ImageJ Interest
>                   Group
>             <[hidden email].
>                   GOV>
>
>
>
>
>
>
> Dear Joachim Wesner,
> Thank you very much for your suggestions.
> We do not have stacked images but only real surface image. In this case,
> we
> just have one image exhibiting all X, Y and Z points in order to be
> rendered. In fact, the z-positions are nonuniform. We did not understand
> what means the plugin AFAIK. Could you suggest something to do with this
> problem?
> Could we send you some of our images and the corresponding .txt file of
> such
> data?
> Thanks in advance,
> Luciano and Rebecca
>
> 2008/3/12, Joachim Wesner <[hidden email]>:
> >
> > Hi,
> >
> > You mean you have a whole lot of files, each for one z-position? If the
> > files are numbered sequentially, you can use Import(/image sequence.!!
> >
> > However, the resulting image stack will assume that those slices are
> > spaced
> > uniformly. If the nonuniform z-position is somewhere encoded in the file
> > name or even
> > in a binary or text field of each file, you would need to write a
> (simple
> > but) special plugin AFAIK.
> >
> > Mit freundlichen Grüßen / Best regards
> >
> > Joachim Wesner
> >
> >
> >
> >
> >             Luciano Paulino
> >             da Silva
> >
> <lucianopaulinosi                                          An
> >             [hidden email]>             [hidden email]
> >             Gesendet von:
> Kopie
> >             ImageJ Interest
> >             Group
> Thema
> >             <[hidden email].          3D Display
> >             GOV>
> >
> >
> >             12.03.2008 14:57
> >
> >
> >              Bitte antworten
> >                    an
> >              ImageJ Interest
> >                   Group
> >             <[hidden email].
> >                   GOV>
> >
> >
> >
> >
> >
> >
> > Dear All,
> > We have some 3D surface image files that are not obtained from stacking
> > procedures (Atomic force microscopy images - Topography).
> > In this way, we have matrix files (512x512; rows x columns) for which
> the
> > corresponding number on the matrix is the height (z axis). How could we
> > open such files using ImageJ in order to obtain real surface plots? Are
> > there some plugin?
> > Luciano and Rebecca
> >
> >
> >
> > ______________________________________________________________________
> > This email has been scanned by the MessageLabs Email Security System.
> > For more information please visit http://www.messagelabs.com/email
> > ______________________________________________________________________
> >
>
>
>
> --
> Luciano
>
>
>
> ______________________________________________________________________
> This email has been scanned by the MessageLabs Email Security System.
> For more information please visit http://www.messagelabs.com/email
> ______________________________________________________________________
>



--
Luciano