<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Hi Curtis & Mark,<div><br></div><div>first of all thanks a lot for caring about this important issue. I felt this was always one of the really important things lacking in ImgLib.</div><div>I just had a look into the source code, and it looks like a great start. You are right, extracting planes from other sources than PlanarImg will not be a big deal.</div><div><br></div><div>I have 5 questions/comments that we might want to think about now or later:</div><div><br></div><div>1) We should maybe not only do this for Img, but actually for any RandomAccessibleInterval<NativeType>. In this way we will be able to write Img, Views, anything that is rectangular. The source code will be just the same ... </div><div>2) Also thinking along those lines (and more into the future), is there maybe any way to write/read sparse data, i.e. a list of coordinates and associated values (net.imglib2.collection)?</div><div>3) Another issue will soon be planes that are too big to hold them in one java array, do you have means to write/read them? The CellImg will be able to hold them, and according to Stephan Saalfeld it will not take much longer until electron microscopy will produce such images. The current limit of java arrays is 2^31-1 entries which means ~46000x46000 pixels per plane.</div><div>4) Are there means to not only consider RealType? Maybe we could think of a way where it is enough to have just a NativeType that is able to project itself into a java basic type array?</div><div><div>5) What also crossed my mind were Non-Native-Types and if we should somehow consider them at all. A generic but I guess slow and inefficient method would be to serialize each pixel individually?</div></div><div><br></div><div>Regarding the related topic: I completely agree. Merging imglib2-io with Bioformats seems like just the right thing to do. It is anyway useless without bioformats :)</div><div><br></div><div>Nice greetings!</div><div>Steffi</div><div><br></div><div><br></div><div><br><div><div>On Mar 6, 2012, at 19:45 , Curtis Rueden wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">Hi Steffi & everyone,<br><br><blockquote style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote">But Mark, maybe we should talk about the saver?<br></blockquote><br>
The work on ImgSaver is now being done in the imglib-io branch of my Bio-Formats Git repository:<br> <a href="https://github.com/ctrueden/bioformats/tree/imglib-io">https://github.com/ctrueden/bioformats/tree/imglib-io</a><br>
<a href="https://github.com/ctrueden/bioformats/tree/imglib-io/components/scifio/src/ome/scifio/img">https://github.com/ctrueden/bioformats/tree/imglib-io/components/scifio/src/ome/scifio/img</a><br> <a href="https://github.com/ctrueden/bioformats/blob/imglib-io/components/scifio/src/ome/scifio/img/ImgSaver.java">https://github.com/ctrueden/bioformats/blob/imglib-io/components/scifio/src/ome/scifio/img/ImgSaver.java</a><br>
<br>Currently, only a skeleton of the API exists, but Mark will be continuing work throughout this week. Initially, we decided to implement the special case for PlanarImg, which will provide good performance. We will add the more general case after that.<br>
<br>On a related topic: we are hoping to merge the imglib-io project into scifio core. As discussed at the last hackathon, the scifio.jar library now depends on imglib2.jar, which has several advantages. It allows SCIFIO to share ImgLib2's dimensional axis enumeration (Axes & AxisType), as well as pixel types. More importantly to end users, it enables SCIFIO to provide a high-level API for obtaining Img objects from a data source—if we merge imglib-io into scifio. Does this sound like a good plan?<br>
<br>Regards,<br>Curtis<br><br><br><div class="gmail_quote">On Tue, Mar 6, 2012 at 5:38 PM, Stephan Preibisch <span dir="ltr"><<a href="mailto:stephan.preibisch@gmx.de">stephan.preibisch@gmx.de</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Johannes,<br>
<br>
I am not, I was just looking to add it to the examples, but this can wait.<br>
<br>
But Mark, maybe we should talk about the saver?<br>
<br>
Bye bye,<br>
Steffi<br>
<br>
Am Mar 6, 2012 um 13:57 schrieb Johannes Schindelin <<a href="mailto:Johannes.Schindelin@gmx.de">Johannes.Schindelin@gmx.de</a>>:<br>
<div class="HOEnZb"><div class="h5"><br>
> Hi,<br>
><br>
> please also note that <a href="mailto:imagej-devel@imagejdev.org">imagej-devel@imagejdev.org</a> is now<br>
> <a href="mailto:imagej-devel@imagej.net">imagej-devel@imagej.net</a>.<br>
><br>
> On Tue, 6 Mar 2012, Johannes Schindelin wrote:<br>
><br>
>> On Tue, 6 Mar 2012, Stephan Preibisch wrote:<br>
>><br>
>>> I once implemented an n-dimensional saver for imglib1 using the ImageJ<br>
>>> tiff saver. I will try to port this one today, you will find it in<br>
>>> ImageJFunctions.saveAsTIFFs.<br>
>><br>
>> Please don't. People will start to use it and it will be incompatible<br>
>> with the SCIFIO/Bio-Formats based ImgSaver. Hopefully you agree that 1)<br>
>> that would be bad and 2) the ImgSaver will be more powerful, supporting<br>
>> the complete Bio-Formats infrastructure.<br>
><br>
> I realize that I sounded much harsher than intended. Just wanted to make<br>
> sure that time is used efficiently.<br>
><br>
> If you are in dear need of a saver *right now*, I recommend working with<br>
> Mark Hiner on an interface so that users of your saver will transparently<br>
> be using the scifio-based one when that is available.<br>
><br>
> Ciao,<br>
> Dscho<br>
><br>
> --<br>
> Please avoid top-posting, and please make sure to reply-to-all!<br>
><br>
> Mailing list web interface: <a href="http://groups.google.com/group/fiji-devel" target="_blank">http://groups.google.com/group/fiji-devel</a><br>
<br>
--<br>
Please avoid top-posting, and please make sure to reply-to-all!<br>
<br>
Mailing list web interface: <a href="http://groups.google.com/group/fiji-devel" target="_blank">http://groups.google.com/group/fiji-devel</a><br>
</div></div></blockquote></div><br>
_______________________________________________<br>ImageJ-devel mailing list<br><a href="mailto:ImageJ-devel@imagej.net">ImageJ-devel@imagej.net</a><br>http://imagej.net/mailman/listinfo/imagej-devel<br></blockquote></div><br></div></body></html>