<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta content="text/html; charset=utf-8">
</head>
<body>
<p dir="ltr">One could very easily create a tiff  format similar enough to. Svs to be  readable by open-slide (but not aperio software). I created many such files when developing my svs writer class! There is an argument for just using a generic tiled tiff
 though, which is very similar too, and also supported by open-slide. Jpeg 2000 is also an option, but is currently unsupported by open-slide. You can use openjpeg, but it's api is about 100x more complex than open-slide.</p>
<p dir="ltr">Derek</p>
<p dir="ltr">Sent from <a href="https://aka.ms/blhgte">Outlook Mobile</a><br>
</p>
<br>
<br>
<br>
<div class="gmail_quote">On Tue, Jan 19, 2016 at 3:21 AM -0800, "Andreas Schmid via openslide-users"
<span dir="ltr"><<a href="mailto:openslide-users@lists.andrew.cmu.edu" target="_blank">openslide-users@lists.andrew.cmu.edu</a>></span> wrote:<br>
<br>
</div>
<div>
<div dir="ltr"><span id="docs-internal-guid-002fbae4-5991-f7c2-3c7c-ea3444eafbd3">
<p dir="ltr" style="line-height:1.38; margin-top:0pt; margin-bottom:0pt"><span style="font-size:14.6667px; font-family:Arial; color:rgb(0,0,0); vertical-align:baseline; white-space:pre-wrap; background-color:transparent">@</span><span style="font-size:12.6667px; font-family:Arial; vertical-align:baseline; white-space:pre-wrap">Dmitry </span></p>
<p dir="ltr" style="line-height:1.38; margin-top:0pt; margin-bottom:0pt"><span style="font-size:12.6667px; font-family:Arial; vertical-align:baseline; white-space:pre-wrap">Thank you very much for your detailed clarification! This information will help us a
 lot.</span></p>
<br>
<p dir="ltr" style="line-height:1.38; margin-top:0pt; margin-bottom:0pt"><span style="font-size:12.6667px; font-family:Arial; vertical-align:baseline; white-space:pre-wrap">@Derek </span></p>
<p dir="ltr" style="line-height:1.38; margin-top:0pt; margin-bottom:0pt"><span style="font-size:12.6667px; font-family:Arial; vertical-align:baseline; white-space:pre-wrap">Thank you for your point. I really like the approach of using the Aperio .svs file format.
 Unfortunately it is a proprietary format and it will be hard to convince my boss to use it after we are no licensing experts. </span></p>
<p dir="ltr" style="line-height:1.38; margin-top:0pt; margin-bottom:0pt"><span style="font-size:12.6667px; font-family:Arial; vertical-align:baseline; white-space:pre-wrap">Maybe I should just ask Aperio if it is ok to use their format.</span></p>
<p dir="ltr" style="line-height:1.38; margin-top:0pt; margin-bottom:0pt"><span style="font-size:12.6667px; font-family:Arial; vertical-align:baseline; white-space:pre-wrap">If it turns out that OME is not the right approach for the WSI world and svs does not
 provide an appropriate license. </span></p>
<p dir="ltr" style="line-height:1.38; margin-top:0pt; margin-bottom:0pt"><span style="font-size:12.6667px; font-family:Arial; vertical-align:baseline; white-space:pre-wrap">Does it make sense to introduce a BSD licensed WSI file format which is just a slight
 modification of the aperio format? The new integration of this format should be very easy for third party apps which already support svs. </span></p>
<p dir="ltr" style="line-height:1.38; margin-top:0pt; margin-bottom:0pt"><span style="font-size:12.6667px; font-family:Arial; vertical-align:baseline; white-space:pre-wrap">And what are the odds that this will lead to a wide third party support aswell?</span></p>
<br>
<p dir="ltr" style="line-height:1.38; margin-top:0pt; margin-bottom:0pt"><span style="font-size:12.6667px; font-family:Arial; vertical-align:baseline; white-space:pre-wrap">Cheers,</span></p>
<span style="font-size:12.6667px; font-family:Arial; vertical-align:baseline; white-space:pre-wrap">Andi</span></span><br>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">2016-01-13 16:43 GMT+01:00 <span dir="ltr"><<a href="mailto:openslide-users-request@lists.andrew.cmu.edu" target="_blank">openslide-users-request@lists.andrew.cmu.edu</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex; border-left:1px #ccc solid; padding-left:1ex">
Send openslide-users mailing list submissions to<br>
        <a href="mailto:openslide-users@lists.andrew.cmu.edu">openslide-users@lists.andrew.cmu.edu</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
        <a href="https://lists.andrew.cmu.edu/mailman/listinfo/openslide-users" rel="noreferrer" target="_blank">
https://lists.andrew.cmu.edu/mailman/listinfo/openslide-users</a><br>
or, via email, send a message with subject or body 'help' to<br>
        <a href="mailto:openslide-users-request@lists.andrew.cmu.edu">openslide-users-request@lists.andrew.cmu.edu</a><br>
<br>
You can reach the person managing the list at<br>
        <a href="mailto:openslide-users-owner@lists.andrew.cmu.edu">openslide-users-owner@lists.andrew.cmu.edu</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of openslide-users digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
   1. Re: OME-TIFF (Dmitry Fedorov)<br>
   2. FW: OME-TIFF (Derek Magee)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Tue, 12 Jan 2016 09:21:36 -0800<br>
From: Dmitry Fedorov <<a href="mailto:fedorov@ece.ucsb.edu">fedorov@ece.ucsb.edu</a>><br>
To: Andreas Schmid <<a href="mailto:andreas.schmid@precipoint.de">andreas.schmid@precipoint.de</a>><br>
Cc: "<a href="mailto:openslide-users@lists.andrew.cmu.edu">openslide-users@lists.andrew.cmu.edu</a>"<br>
        <<a href="mailto:openslide-users@lists.andrew.cmu.edu">openslide-users@lists.andrew.cmu.edu</a>><br>
Subject: Re: OME-TIFF<br>
Message-ID:<br>
        <CAERMcmTCTZZ7dA942Exw=eRSfS1t=<a href="mailto:X91mfbYwcnoaK2fbgpzOA@mail.gmail.com">X91mfbYwcnoaK2fbgpzOA@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
You could use libbioimage <<a href="https://bitbucket.org/dimin/bioimageconvert" rel="noreferrer" target="_blank">https://bitbucket.org/dimin/bioimageconvert</a>><br>
alongside OpenSlide to achieve full support for OME-TIFF and WSI. In fact<br>
it supports pyramidal and tiled OME-TIFF and OME-BigTIFF that are not<br>
strictly standardised. It also supports other formats not yet available in<br>
OpenSlide, like tiled JPEG-2000 (this will get a lot better with the next<br>
openjpeg library version).<br>
<br>
Libbioimage is a complimentary library for OpenSlide since it was designed<br>
to support multi-dimensional and multi-channel fluorescence imagery. In our<br>
system BisQue (management and analysis system) we use openslide for WSI and<br>
libbioimage for OME-TIFF for very large images daily. Finally, I decided to<br>
integrate OpenSlide into libbioimage as one of the decoders and this should<br>
be finished for the next version. I also hope to incorporate OpenSlide<br>
extensions like DICOM-WSI from Mathieu Malaterre and have started writing a<br>
CZI importer supporting fluorescence.<br>
<br>
Although I use OME-TIFF as our main interchange format and do like it, we<br>
have encountered a few problems in more than 10 years of use, I'll try to<br>
list those for your consideration.<br>
<br>
1) Really large images require BigTIFF packaging and thus become unreadable<br>
by most programs supporting TIFF.<br>
<br>
2) Pyramidal-tiled OME-TIFF is not standardised. I prefer sub-directory<br>
based approach (similar to Photoshop's pyramid) myself but implemented<br>
support for other cases I know.<br>
<br>
3) Every channel plane is stored in a separate directory making it a bit<br>
slower to read all the channels since one must change directory several<br>
times for every tile.<br>
<br>
4) TIFFs with many directories become very slow to read since one must<br>
traverse the whole file until the desired directory is reached. I've worked<br>
with very large 4D OME-TIFFs with hundreds of thousands of directories.<br>
Although libbioimage patched libtiff with a few optimizations for this case<br>
it is still a real problem. The solution to this is unfortunately a<br>
multi-file solution where each 3D block is stored as a separate OME-TIFF<br>
file.<br>
<br>
5) OME-TIFF metadata model is quite rigid and designed for a specific use.<br>
It does provide a flat name-value list for extended information but it is<br>
very verbose and too simple to store a large amount of complex information.<br>
Thousands of tags will make that list very slow to parse.<br>
<br>
Folks at OME consortium published a paper proposing to use an HDF-5 based<br>
format for lifesciences. Although it sounds like a great idea there's no<br>
standard definition for it yet. Many companies are using HDF5 based formats<br>
for a long time but they are all proprietary, for example Imaris ims5.<br>
<br>
Cheers,<br>
dmitry<br>
<br>
<br>
On Tue, Jan 12, 2016 at 2:46 AM, Andreas Schmid via openslide-users <<br>
<a href="mailto:openslide-users@lists.andrew.cmu.edu">openslide-users@lists.andrew.cmu.edu</a>> wrote:<br>
<br>
> Thoughts on OME-TIFF as an OpenSlide Format<br>
><br>
> Actually our company saves the WSI images as an zipped deepzoom pyramid<br>
> simular to Martin Weihrauchs Smart Zoom Image approach. Unfortunately this<br>
> format lacks third party support and likely ever will and suffers from the<br>
> detriments of a non-image format (Like viewing it in any other tiff<br>
> supported software when it is not too large).<br>
><br>
> We took some research in the past weeks and considering to switch to a<br>
> tiff-based WSI format but we are not strigency interested to do our's own<br>
> thing to be just another one who sheers off from a standardized WSI format.<br>
><br>
> So we kept an wary eye on the OME-TIFF format.<br>
><br>
> What do you think? Is OME-TIFF a canditate for beeing an openslide format<br>
> too?<br>
> How do you think will OME develop in the future?<br>
><br>
> _______________________________________________<br>
> openslide-users mailing list<br>
> <a href="mailto:openslide-users@lists.andrew.cmu.edu">openslide-users@lists.andrew.cmu.edu</a><br>
> <a href="https://lists.andrew.cmu.edu/mailman/listinfo/openslide-users" rel="noreferrer" target="_blank">
https://lists.andrew.cmu.edu/mailman/listinfo/openslide-users</a><br>
><br>
><br>
<br>
<br>
--<br>
__________________________________<br>
<br>
Dmitry Fedorov Levit <<a href="mailto:dima@dimin.net">dima@dimin.net</a>><br>
Web: <a href="http://www.dimin.net/" rel="noreferrer" target="_blank">http://www.dimin.net/</a><br>
__________________________________<br>
<br>
Center for Bio-Image Informatics:<br>
  <<a href="http://www.bioimage.ucsb.edu/" rel="noreferrer" target="_blank">http://www.bioimage.ucsb.edu/</a>><br>
<br>
Vision Research Lab, Electrical and Computer Engineering:<br>
  <<a href="http://vision.ece.ucsb.edu/" rel="noreferrer" target="_blank">http://vision.ece.ucsb.edu/</a>><br>
<br>
University of California, Santa Barbara<br>
_________________________________<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.andrew.cmu.edu/pipermail/openslide-users/attachments/20160112/1f5ffcfd/attachment-0001.html" rel="noreferrer" target="_blank">http://lists.andrew.cmu.edu/pipermail/openslide-users/attachments/20160112/1f5ffcfd/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Wed, 13 Jan 2016 15:42:53 +0000<br>
From: Derek Magee <<a href="mailto:D.R.Magee@leeds.ac.uk">D.R.Magee@leeds.ac.uk</a>><br>
To: "<a href="mailto:openslide-users@lists.andrew.cmu.edu">openslide-users@lists.andrew.cmu.edu</a>"<br>
        <<a href="mailto:openslide-users@lists.andrew.cmu.edu">openslide-users@lists.andrew.cmu.edu</a>><br>
Subject: FW: OME-TIFF<br>
Message-ID:<br>
        <<a href="mailto:DB5PR03MB141336CC3D4D99BE1DC66D6BE0CB0@DB5PR03MB1413.eurprd03.prod.outlook.com">DB5PR03MB141336CC3D4D99BE1DC66D6BE0CB0@DB5PR03MB1413.eurprd03.prod.outlook.com</a>><br>
<br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
[Apparently I didn?t send this to the list first time? I?m really interested in others opinions on OME-TIFF too!]<br>
<br>
My 2c?<br>
<br>
We use Aperio .svs as the native format for writing output images in our digital pathology image analysis system (<a href="http://www.medicalimagemanager.com" rel="noreferrer" target="_blank">http://www.medicalimagemanager.com</a> if were advertising ?). This
 is a (reasonably) well described tiled tiff format supporting jpeg and jpeg2000 tiles, which is reasonably easy to write with open source libtiff (+openjpeg for jpeg2000). You also need BigTIFF support for larger files (but I can?t really see a way round that
 one), and it isn?t readable by standard tiff viewers (again if you are talking a tiled format I can?t see a way round that one either). Obviously the main advantage is it is supported by OpenSlide already (as well as Bioformats).<br>
<br>
I have no real issues with svs, but I was also thinking of looking at OME-TIFF too (I like the fact the format is openly described, although a bit too flexible maybe). It isn?t widely used in digital pathology though, but is quite widely used in other microscopy
 areas. I?m interested in other?s opinions if it will ever be a major format in digital microscopy?<br>
<br>
One thing about bio-formats that put me off is that it has a tangle of different licences. Some features require a commercial licence for commercial use (Open Microscopy isn?t quite as open as OpenSlide in that respect). It?s also written in Java, and while
 there are bindings for other languages (e.g. c++ binding in ITK) it does complicate things (i.e. Java needs to be installed an configured) if you aren?t using Java.<br>
<br>
Derek<br>
<br>
From: openslide-users [mailto:<a href="mailto:openslide-users-bounces%2Bd.r.magee">openslide-users-bounces+d.r.magee</a>=<a href="mailto:leeds.ac.uk@lists.andrew.cmu.edu">leeds.ac.uk@lists.andrew.cmu.edu</a>] On Behalf Of Dmitry Fedorov via openslide-users<br>
Sent: 12 January 2016 17:22<br>
To: Andreas Schmid<br>
Cc: <a href="mailto:openslide-users@lists.andrew.cmu.edu">openslide-users@lists.andrew.cmu.edu</a><mailto:<a href="mailto:openslide-users@lists.andrew.cmu.edu">openslide-users@lists.andrew.cmu.edu</a>><br>
Subject: Re: OME-TIFF<br>
<br>
You could use libbioimage <<a href="https://bitbucket.org/dimin/bioimageconvert" rel="noreferrer" target="_blank">https://bitbucket.org/dimin/bioimageconvert</a>> alongside OpenSlide to achieve full support for OME-TIFF and WSI. In fact it supports pyramidal
 and tiled OME-TIFF and OME-BigTIFF that are not strictly standardised. It also supports other formats not yet available in OpenSlide, like tiled JPEG-2000 (this will get a lot better with the next openjpeg library version).<br>
<br>
Libbioimage is a complimentary library for OpenSlide since it was designed to support multi-dimensional and multi-channel fluorescence imagery. In our system BisQue (management and analysis system) we use openslide for WSI and libbioimage for OME-TIFF for very
 large images daily. Finally, I decided to integrate OpenSlide into libbioimage as one of the decoders and this should be finished for the next version. I also hope to incorporate OpenSlide extensions like DICOM-WSI from Mathieu Malaterre and have started writing
 a CZI importer supporting fluorescence.<br>
<br>
Although I use OME-TIFF as our main interchange format and do like it, we have encountered a few problems in more than 10 years of use, I'll try to list those for your consideration.<br>
<br>
1) Really large images require BigTIFF packaging and thus become unreadable by most programs supporting TIFF.<br>
<br>
2) Pyramidal-tiled OME-TIFF is not standardised. I prefer sub-directory based approach (similar to Photoshop's pyramid) myself but implemented support for other cases I know.<br>
<br>
3) Every channel plane is stored in a separate directory making it a bit slower to read all the channels since one must change directory several times for every tile.<br>
<br>
4) TIFFs with many directories become very slow to read since one must traverse the whole file until the desired directory is reached. I've worked with very large 4D OME-TIFFs with hundreds of thousands of directories. Although libbioimage patched libtiff with
 a few optimizations for this case it is still a real problem. The solution to this is unfortunately a multi-file solution where each 3D block is stored as a separate OME-TIFF file.<br>
<br>
5) OME-TIFF metadata model is quite rigid and designed for a specific use. It does provide a flat name-value list for extended information but it is very verbose and too simple to store a large amount of complex information. Thousands of tags will make that
 list very slow to parse.<br>
<br>
Folks at OME consortium published a paper proposing to use an HDF-5 based format for lifesciences. Although it sounds like a great idea there's no standard definition for it yet. Many companies are using HDF5 based formats for a long time but they are all proprietary,
 for example Imaris ims5.<br>
<br>
Cheers,<br>
dmitry<br>
<br>
<br>
On Tue, Jan 12, 2016 at 2:46 AM, Andreas Schmid via openslide-users <<a href="mailto:openslide-users@lists.andrew.cmu.edu">openslide-users@lists.andrew.cmu.edu</a><mailto:<a href="mailto:openslide-users@lists.andrew.cmu.edu">openslide-users@lists.andrew.cmu.edu</a>>>
 wrote:<br>
<br>
Thoughts on OME-TIFF as an OpenSlide Format<br>
<br>
<br>
Actually our company saves the WSI images as an zipped deepzoom pyramid simular to Martin Weihrauchs Smart Zoom Image approach. Unfortunately this format lacks third party support and likely ever will and suffers from the detriments of a non-image format (Like
 viewing it in any other tiff supported software when it is not too large).<br>
<br>
We took some research in the past weeks and considering to switch to a tiff-based WSI format but we are not strigency interested to do our's own thing to be just another one who sheers off from a standardized WSI format.<br>
<br>
So we kept an wary eye on the OME-TIFF format.<br>
<br>
What do you think? Is OME-TIFF a canditate for beeing an openslide format too?<br>
How do you think will OME develop in the future?<br>
<br>
_______________________________________________<br>
openslide-users mailing list<br>
<a href="mailto:openslide-users@lists.andrew.cmu.edu">openslide-users@lists.andrew.cmu.edu</a><mailto:<a href="mailto:openslide-users@lists.andrew.cmu.edu">openslide-users@lists.andrew.cmu.edu</a>><br>
<a href="https://lists.andrew.cmu.edu/mailman/listinfo/openslide-users" rel="noreferrer" target="_blank">https://lists.andrew.cmu.edu/mailman/listinfo/openslide-users</a><br>
<br>
<br>
<br>
--<br>
__________________________________<br>
<br>
Dmitry Fedorov Levit <<a href="mailto:dima@dimin.net">dima@dimin.net</a><mailto:<a href="mailto:dima@dimin.net">dima@dimin.net</a>>><br>
Web: <a href="http://www.dimin.net/" rel="noreferrer" target="_blank">http://www.dimin.net/</a><br>
__________________________________<br>
<br>
Center for Bio-Image Informatics:<br>
  <<a href="http://www.bioimage.ucsb.edu/" rel="noreferrer" target="_blank">http://www.bioimage.ucsb.edu/</a>><br>
<br>
Vision Research Lab, Electrical and Computer Engineering:<br>
  <<a href="http://vision.ece.ucsb.edu/" rel="noreferrer" target="_blank">http://vision.ece.ucsb.edu/</a>><br>
<br>
University of California, Santa Barbara<br>
_________________________________<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.andrew.cmu.edu/pipermail/openslide-users/attachments/20160113/7623975a/attachment.html" rel="noreferrer" target="_blank">http://lists.andrew.cmu.edu/pipermail/openslide-users/attachments/20160113/7623975a/attachment.html</a>><br>
<br>
------------------------------<br>
<br>
Subject: Digest Footer<br>
<br>
_______________________________________________<br>
openslide-users mailing list<br>
<a href="mailto:openslide-users@lists.andrew.cmu.edu">openslide-users@lists.andrew.cmu.edu</a><br>
<a href="https://lists.andrew.cmu.edu/mailman/listinfo/openslide-users" rel="noreferrer" target="_blank">https://lists.andrew.cmu.edu/mailman/listinfo/openslide-users</a><br>
<br>
<br>
------------------------------<br>
<br>
End of openslide-users Digest, Vol 72, Issue 4<br>
**********************************************<br>
</blockquote>
</div>
<br>
</div>
</div>
</body>
</html>