Bio-Formats 6 update



Dear all,

The OME Consortium published an update on the status of Bio-Formats 6 and the OME-TIFF pyramidal format - see for more information.

We plan to release several more milestones leading up to Bio-Formats 6 over the next few months. For the Fiji community, we are planning to start distributing these milestone releases via the Bio-Formats development update site soon. We will publish announcements in this forum when this happens.

The OME Team

New proposed tag: "industry"
Bio-Formats 6.0.0-m4 release available

Great! Looking very much forward to testing the pyramidal Tiff!
Did you check what happens if you open such a file in CellProfiler?
Will it just open the highest resolution and ignore the others?


Hi @Christian_Tischer,

that’s correct. One of the criteria used for the design of the format extension was to preserve backwards-compatible behavior with existing software. Practically, that means that when reading a new pyramidal OME-TIFF, the behavior should be the following:

  • any software using Bio-Formats 5.x or an earlier version should simply treat a regular OME-TIFF reading only the planes of largest resolution and ignore all pyramidal levels,
  • any software using Bio-Formats 6.x should be able to access the new features and read the pyramidal levels via the sub-resolution API


Are there any official reference sample files for the OME-TIFF pyramidal format that can be used for testing 3rd party OME-TIFF readers? The files produced by the scripts at do not look quite right to me (discrepancy between TIFF tags and OME-XML regarding YCbCr sample storage).


@cgohlke: thanks for your comment. A similar request had been previous discussed to make samples public but nothing has been actioned so far. We have a few samples we have been using for testing including the ones generated by the scripts you are mentioning from the original design document.

At this stage, probably more back and forth will be required to get to an authoritative final set of reference samples. This is why we have been holding off on adding them to the official location. We will look into a more transient URL where we can make our data public for consumption and testing. Also we would welcome submissions from the community to achieve a coverage as large as possible.

Finally, thanks for raising the discrependency with regard to the PhotometricInterpretation. We will take a look at it.


Did someone already commit to implement a BigDataViewer reader of the multi-resolution Tiff, which makes use of the resolution pyramid?


Thank you! It’s not so much the PhotometricInterpretation=YCbCr tag but the discrepancy between the PlanarConfiguration=CONTIG TIFF tag and DimensionOrder="XYCZT" Interleaved="false" in the OME-XML. It is possible I misunderstood the relation between TIFF samples and OME channels from the OME XML schema. Again, I could not find official reference OME-TIFF images with multi-channel RGB data and bfconvert seems to always produce files with PlanarConfiguration=SEPARATE and Interleaved="false".


My assumption would be that the Bio-Formats backend would “just work”, but it would be good to hear if that’s not the case.


Ooops, based on an in-person conversation, I misunderstood. The question is whether or not BDV will automagically start using the subresolutions. My assumption there is that it won’t. There is new API that will likely need to be used, namely detecting if the Bio-Formats reader is a SubResolutionFormatReader. This will also be of use for other non-OME-Tiff formats that support sub-resolutions.


As far as I know one would need to construct a Source object for it to be displayed in Bdv:

@tpietzsch: correct?



I didn’t read the full conversation above yet (will do). Just quickly:
I think what is needed is to make “BigDataViewable” dataset more of a first-class citizen in IJ2.
You could write something that explicitly takes a pyramidal tiff and wraps it as a source, but it would be nice if that would be more automatic. A pyramidal-image type that is understood throughout IJ2