Hi Dan,<br><br>Sorry for the long delay in my reply to your questions.<br><br><blockquote style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;" class="gmail_quote">LSM files can be 1D line scans over multiple data channels (lambda or spectral scan) over time.<br>
We have no way of easily displaying that in imageJ right now without jumping through many hoops...<br>
but we should aim to make a good general and trivial (for the user) solution for the 2D and 3D display of n dimensional pixels?<br>
<br>
Whats the plan in imageJ2 for this Curtis?<br>
Now the 1st alpha is out... its certainly the right time to get this stuff nailed down right?<br>
Is there a design for the new "hyperstack" pixel data viewer?<br></blockquote><div><br>The current status of the multidimensional viewer is that it displays one plane at a time, just like IJ1 does, with optional color compositing across the Channel axis (if any). So RGB images display as expected with red, green and blue channels simultaneously. The compositing options are more flexible than in IJ1, in that there is no 7-channel limit, and you can have a separate color table per plane, not just per channel.<br>
</div><div><br></div><blockquote style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;" class="gmail_quote">
I imagine a display configuration window gadget... something like the
image disply properties in imaris, where you can choose which dimension
to show as x and whoch as y on the 2D display, and which extra
dimensions with sliders, and which as different colour channels (like
composite, still with a slider?). LUTs could also be handled in
there....?<br></blockquote><div><br>Unfortunately, we are currently limited to the first two dataset dimensions as XY. I agree completely that eventually, we want to allow the user to select which two dimensions are displayed as XY in space, but there are various implementation challenges to that. I am not sure whether we can have something like that in place for the 2.0-final release, but if not it will be a goal for the next major release after that.<br>
<br></div><blockquote style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;" class="gmail_quote">This is all tied into the ongoing discussion about and OME/imglib work on n-dimensional ROIs I guess...<br>
</blockquote><div><br>True, and N-dimensional ROIs get really complicated very quickly. For ImageJ 2.0-final we are shooting for 2D ROIs only tied to specific image planes, like ImageJ1 has, but with an extensible architecture which will allow 3D+ ROIs later. We are making good progress on that now, and should have something to show for the 2.0-alpha3 release at the end of the month.<br>
<br></div><blockquote style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;" class="gmail_quote">Right now there is the imglib1/2 stuff to sort out, so better not get too distracted from that...<br>
but anyway, these are ideas for the future.<br></blockquote>
<br>Fortunately, as of 2.0-alpha2, we are completely switched over to ImgLib2. Development continues!<br><br>-Curtis<br><br><div class="gmail_quote">On Tue, Apr 5, 2011 at 4:32 AM, Daniel James White <span dir="ltr"><<a href="mailto:white@mpi-cbg.de">white@mpi-cbg.de</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Hi Jason and all,<br>
<div class="im"><br>
On Apr 5, 2011, at 9:58 AM, Jason Swedlow wrote:<br>
<br>
> Hi Dan-<br>
><br>
> <large scale tooting of own horn><br>
<br>
</div>you should and you must!!!<br>
<div class="im"><br>
><br>
> In fact, this type of data collection is not strange at all-- we, and many others do it alot. It's really very helpful for gathering many examples in timelapse, and also for tiling. Another example is the concept of a WellSample in HCS-- multiple images in different locations of the same Well.<br>
<br>
</div>Exactly...<br>
I just wonder how we are going to get imglib and these higher dimensions to play nice?<br>
<div class="im"><br>
><br>
> In OME this is handled explicitly (<a href="http://www.openmicroscopy.org/Schemas/OME/2010-06/ome.xsd" target="_blank">http://www.openmicroscopy.org/Schemas/OME/2010-06/ome.xsd</a>). Look under the Plane Element for details.<br>
<br>
</div>Good (phew!)<br>
<div class="im"><br>
><br>
> I understand this approach is somewhat at odds with imglib. As we move forward towards a similar concept (<a href="http://trac.openmicroscopy.org.uk/ome/ticket/3678" target="_blank">http://trac.openmicroscopy.org.uk/ome/ticket/3678</a>), we'll definitely keep an eye on what the Fiji/Imagejdev team is doing there.<br>
><br>
> Obviously, implementing this in software is technically not challenging, but it's not always clear how user wants data displayed. View 10 20 GB images at once? Toggle them? Montage? Tile?<br>
<br>
</div>I guess the way familiar to most imageJ users will be to have a single "hyperstack" window, which only ever shows one image at a time (or maybe 2 images in magenta / green, or 3 images as RGB or CYM) with a slider for every dimension other than x and y.<br>
<br>
I suppose there is no need to say that x and y must be the 2 dimensions plotted to the screen.... once could choose which 2 to plot,<br>
and relegate the others to having sliders.<br>
<br>
In the 3D viewer.... same story, choose which 3 dimensions to render as a volume, and have sliders for the others?<br>
<br>
As you suggest, once can also imagine a "'google maps" type viewer for large tiled image data sets, where you can see and over view of the whole structure when zoomed out, and also zoom in to see the details of one area... and of course Stephan Saalfeld already did exactly that right here:<br>
<a href="http://fly.mpi-cbg.de/" target="_blank">http://fly.mpi-cbg.de/</a><br>
so we have a good idea how to approach that i guess?<br>
I think I remember that this required pre computation of the over view, zoomed out images at various scales.. and this is exactly why imaris takes forever to open large images... its calculating the down sampled representations.... so once its loaded the zooming in and out is fast...<br>
<br>
LSM files can be 1D line scans over multiple data channels (lambda or spectral scan) over time.<br>
We have no way of easily displaying that in imageJ right now without jumping through many hoops...<br>
but we should aim to make a good general and trivial (for the user) solution for the 2D and 3D display of n dimensional pixels?<br>
<br>
Whats the plan in imageJ2 for this Curtis?<br>
Now the 1st alpha is out... its certainly the right time to get this stuff nailed down right?<br>
Is there a design for the new "hyperstack" pixel data viewer?<br>
<br>
I imagine a display configuration window gadget... something like the image disply properties in imaris, where you can choose which dimension to show as x and whoch as y on the 2D display, and which extra dimensions with sliders, and which as different colour channels (like composite, still with a slider?). LUTs could also be handled in there....?<br>
<br>
This is all tied into the ongoing discussion about and OME/imglib work on n-dimensional ROIs I guess...<br>
<br>
Right now there is the imglib1/2 stuff to sort out, so better not get too distracted from that...<br>
but anyway, these are ideas for the future.<br>
<br>
cheers<br>
<div class="im"><br>
Dan<br>
<br>
<br>
<br>
<br>
<br>
><br>
> </large scale tooting of own horn><br>
><br>
</div><div><div></div><div class="h5">> Cheers,<br>
><br>
> jason<br>
><br>
> On 5 Apr 2011, at 08:45, Daniel James White wrote:<br>
><br>
>> Hi all .lsm sufferers,<br>
>><br>
>><br>
>> On Apr 4, 2011, at 11:46 PM, Johannes Schindelin wrote:<br>
>><br>
>>> Hi Mark & other .lsm experts,<br>
>>><br>
>>>> ---------- Forwarded message ----------<br>
>>>> [...]<br>
>>>> <a href="http://pacific.mpi-cbg.de/cgi-bin/bugzilla/show_bug.cgi?id=258" target="_blank">http://pacific.mpi-cbg.de/cgi-bin/bugzilla/show_bug.cgi?id=258</a><br>
>>>><br>
>>>> [...]<br>
>>>> ------- Comment #9 from <a href="mailto:johannes.schindelin@gmx.de">johannes.schindelin@gmx.de</a> 2011-04-04 23:31 -------<br>
>>>> I pushed the changes to the 'lsm-reader-4.0g' branch, and hope to merge<br>
>>>> to 'master' and to upload to the Updater soon.<br>
>>><br>
>>> May I ask you for a quick sanity check? It's actually very small:<br>
>>><br>
>>> <a href="http://pacific.mpi-cbg.de/cgi-bin/gitweb.cgi?p=fiji.git;a=commitdiff;h=7e70bc5762abf993b729910b4c3b0414e5a97ae6" target="_blank">http://pacific.mpi-cbg.de/cgi-bin/gitweb.cgi?p=fiji.git;a=commitdiff;h=7e70bc5762abf993b729910b4c3b0414e5a97ae6</a><br>
>><br>
>> Hmmm, looking at the diffs... it seems that tile position is stuffed into the time dimension.<br>
>><br>
>> So whats gonna happen if there is a time series tile scan?<br>
>> "There may be trouble ahead, but while there's moonlight, and music, and love and romance..."<br>
>><br>
>> Do we have a strategy in imageJ2 for dealing with multi stage xy position data sets<br>
>> that also allows time series?<br>
>><br>
>> Imglib is the answer guess? But hoiw?<br>
>> Does imglib have a concept for this rather strange pair of extra dimensions: x and y stage position?<br>
>> Some kind of x and y offset (in theory also z could be "tiled" eg. when a z piezo stepper has a limited range, and you do several scans in z to cover a larger range)<br>
>><br>
>> ???<br>
>><br>
>> Dan<br>
>><br>
>><br>
>>><br>
>>> Ciao,<br>
>>> Dscho<br>
>>><br>
>>> --<br>
>>> You received this message because you are subscribed to the Google Groups "Fiji-devel" group.<br>
>>> To post to this group, send email to <a href="mailto:fiji-devel@googlegroups.com">fiji-devel@googlegroups.com</a>.<br>
>>> To unsubscribe from this group, send email to <a href="mailto:fiji-devel%2Bunsubscribe@googlegroups.com">fiji-devel+unsubscribe@googlegroups.com</a>.<br>
>>> For more options, visit this group at <a href="http://groups.google.com/group/fiji-devel?hl=en" target="_blank">http://groups.google.com/group/fiji-devel?hl=en</a>.<br>
>>><br>
>><br>
>> Dr. Daniel James White BSc. (Hons.) PhD<br>
>> Senior Microscopist / Image Visualisation, Processing and Analysis<br>
>> Light Microscopy and Image Processing Facilities<br>
>> Max Planck Institute of Molecular Cell Biology and Genetics<br>
>> Pfotenhauerstrasse 108<br>
>> 01307 DRESDEN<br>
>> Germany<br>
>><br>
>> <a href="tel:%2B49%20%280%2915114966933" value="+4915114966933">+49 (0)15114966933</a> (German Mobile)<br>
>> <a href="tel:%2B49%20%280%29351%20210%202627" value="+493512102627">+49 (0)351 210 2627</a> (Work phone at MPI-CBG)<br>
>> <a href="tel:%2B49%20%280%29351%20210%201078" value="+493512101078">+49 (0)351 210 1078</a> (Fax MPI-CBG LMF)<br>
>><br>
>> <a href="http://www.bioimagexd.net" target="_blank">http://www.bioimagexd.net</a> BioImageXD<br>
>> <a href="http://pacific.mpi-cbg.de" target="_blank">http://pacific.mpi-cbg.de</a> Fiji - is just ImageJ (Batteries Included)<br>
>> <a href="http://www.chalkie.org.uk" target="_blank">http://www.chalkie.org.uk</a> Dan's Homepages<br>
>> <a href="https://ifn.mpi-cbg.de" target="_blank">https://ifn.mpi-cbg.de</a> Dresden Imaging Facility Network<br>
>> dan (at) <a href="http://chalkie.org.uk" target="_blank">chalkie.org.uk</a><br>
>> ( white (at) <a href="http://mpi-cbg.de" target="_blank">mpi-cbg.de</a> )<br>
>><br>
>><br>
>><br>
>><br>
>><br>
>><br>
>><br>
>><br>
>><br>
>><br>
>><br>
>><br>
>> _______________________________________________<br>
>> ImageJ-devel mailing list<br>
>> <a href="mailto:ImageJ-devel@imagejdev.org">ImageJ-devel@imagejdev.org</a><br>
>> <a href="http://imagejdev.org/mailman/listinfo/imagej-devel" target="_blank">http://imagejdev.org/mailman/listinfo/imagej-devel</a><br>
><br>
><br>
><br>
> **************************<br>
> Wellcome Trust Centre for Gene Regulation & Expression<br>
> College of Life Sciences<br>
> MSI/WTB/JBC Complex<br>
> University of Dundee<br>
> Dow Street<br>
> Dundee DD1 5EH<br>
> United Kingdom<br>
><br>
> phone (01382) 385819<br>
> Intl phone: 44 1382 385819<br>
> FAX (01382) 388072<br>
> email: <a href="mailto:jason@lifesci.dundee.ac.uk">jason@lifesci.dundee.ac.uk</a><br>
><br>
> Lab Page: <a href="http://gre.lifesci.dundee.ac.uk/staff/jason_swedlow.html" target="_blank">http://gre.lifesci.dundee.ac.uk/staff/jason_swedlow.html</a><br>
> Open Microscopy Environment: <a href="http://openmicroscopy.org" target="_blank">http://openmicroscopy.org</a><br>
> **************************<br>
><br>
> The University of Dundee is a Scottish Registered Charity, No. SC015096.<br>
><br>
><br>
><br>
<br>
Dr. Daniel James White BSc. (Hons.) PhD<br>
Senior Microscopist / Image Visualisation, Processing and Analysis<br>
Light Microscopy and Image Processing Facilities<br>
Max Planck Institute of Molecular Cell Biology and Genetics<br>
Pfotenhauerstrasse 108<br>
01307 DRESDEN<br>
Germany<br>
<br>
<a href="tel:%2B49%20%280%2915114966933" value="+4915114966933">+49 (0)15114966933</a> (German Mobile)<br>
<a href="tel:%2B49%20%280%29351%20210%202627" value="+493512102627">+49 (0)351 210 2627</a> (Work phone at MPI-CBG)<br>
<a href="tel:%2B49%20%280%29351%20210%201078" value="+493512101078">+49 (0)351 210 1078</a> (Fax MPI-CBG LMF)<br>
<br>
<a href="http://www.bioimagexd.net" target="_blank">http://www.bioimagexd.net</a> BioImageXD<br>
<a href="http://pacific.mpi-cbg.de" target="_blank">http://pacific.mpi-cbg.de</a> Fiji - is just ImageJ (Batteries Included)<br>
<a href="http://www.chalkie.org.uk" target="_blank">http://www.chalkie.org.uk</a> Dan's Homepages<br>
<a href="https://ifn.mpi-cbg.de" target="_blank">https://ifn.mpi-cbg.de</a> Dresden Imaging Facility Network<br>
dan (at) <a href="http://chalkie.org.uk" target="_blank">chalkie.org.uk</a><br>
( white (at) <a href="http://mpi-cbg.de" target="_blank">mpi-cbg.de</a> )<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
</div></div></blockquote></div><br>