<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0cm;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman",serif;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
span.EmailStyle17
        {mso-style-type:personal-reply;
        font-family:"Calibri",sans-serif;
        color:#1F497D;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@page WordSection1
        {size:612.0pt 792.0pt;
        margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-GB" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US">Hi Ian,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US">Yes this is correct. Each spectrum is stored with two arrays, one containing the m/z values and one containing the corresponding intensities,
 which will both be the same size, but there is no guarantee that every spectrum will have the same length (when the data is stored in “continuous” mode as this data is). The length of each spectrum is stored in the imzML portion of the file as detailed below.
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US">The binaryDataArrayList tag (mzML > run > spectrumList > spectrum > binaryDataArrayList) should contain two binaryDataArray tags, one
 of which is the details of the m/z array and the other which has the details of the intensity array. The CVParam tags give details of the offset (in bytes in the ibd file) and the encoded length (number of bytes) and the array length (number of elements in
 the array). The data I have supplied should all be double precision values, but this will be specified in the corresponding referenceableParamGroup tag (mzML > referenceableParamGroupList).<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US">If you would like the Java code that I have written for parsing this for reference (or for testing) I can share that with you.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US">Regards,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US">Alan<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif">From:</span></b><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif"> Munro, Ian [mailto:i.munro@imperial.ac.uk]
<br>
<b>Sent:</b> 18 November 2015 13:30<br>
<b>To:</b> Alan Race <alan.race@npl.co.uk><br>
<b>Cc:</b> p.walczysko@dundee.ac.uk; ome-devel@lists.openmicroscopy.org.uk<br>
<b>Subject:</b> Re: [ome-devel] Spectral Chemical Imaging Data<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Hi Again Alan  <o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">I’ve started looking at the data you provided.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">It  looks as if the spectrum contains a different number of points at each pixel.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">Can I ask if that’s correct or have I got the wrong idea.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Best Wishes<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Ian<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<p class="MsoNormal">On 6 Nov 2015, at 17:44, Munro, Ian <<a href="mailto:i.munro@imperial.ac.uk">i.munro@imperial.ac.uk</a>> wrote:<o:p></o:p></p>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<div>
<div>
<p class="MsoNormal">Hi Alan <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">I’v put the screenshot of FLIMfit on our OMER server for you at <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><a href="https://cisbic.bioinformatics.ic.ac.uk/omero/webclient/?show=image-121463">https://cisbic.bioinformatics.ic.ac.uk/omero/webclient/?show=image-121463</a><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">and there’s more info at <a href="http://www.openmicroscopy.org/site/products/partner/flimfit">http://www.openmicroscopy.org/site/products/partner/flimfit</a><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Since replying I’ve realised that the out-of-the-box clients provided with OMERO may work better for visualising your data than I’d suggested.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">They provide the ability to toggle channels on/off at will and display an integrated image of this left ‘on’.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Kind regards<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Ian<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<p class="MsoNormal">On 6 Nov 2015, at 17:09, Alan Race <<a href="mailto:alan.race@npl.co.uk">alan.race@npl.co.uk</a>> wrote:<o:p></o:p></p>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt">Hello Petr, Ian,<br>
Thank you both for your replies. For some reason I didn't get emailed the replies, I only noticed by browsing the ome-devel archives that you had responded.
<br>
<br>
The example data is interesting and it certainly does look like there are some parallels between them. We also have the issue that at any particular channel (mass to charge, m/z) we may only detect a few ions and so typically we integrate 10s to 100s of sequential
 channels (determined by a peak finding algorithm performed on the m/z dimension). I would be very interested in seeing FLIMfit (would it be possible for you to send the screenshot again?).
<br>
<br>
Petr, I can supply data of pretty much any size for testing purposes (I have single datasets ranging from 10s MB to exceeding 100s GB). There, unfortunately, is no single format that is used by each of the chemical imaging techniques that I am interested in.
 The most complex format (imzML, <a href="http://www.imzml.org/index.php?option=com_content&view=article&id=188&Itemid=63">
http://www.imzml.org/index.php?option=com_content&view=article&id=188&Itemid=63</a> ) consists of a significant amount of meta data and also caters for (commonly required) sparse storage. I have code written in Java for parsing this, and can certainly share
 it, but I suspect that for initial testing of clients a simpler format may be better? What do you think?<br>
<br>
Kind regards,<br>
<br>
Alan<br>
<br>
<br>
-----Original Message-----<br>
Hello Alan<br>
<br>
Further to Ian's answer - would you please be able/willing to give us samples of your data for testing purposes ?<br>
They will be used just for that and not passed on third parties.<br>
The data would enable us to investigate further Ian's suggestion on our (OME) side and find out how our clients cope<br>
with multi-channel data with seriously many channels (among other issues which might appear on the way.).<br>
<br>
To submit the files, please go to<br>
<a href="https://www.openmicroscopy.org/qa2/qa/upload/">https://www.openmicroscopy.org/qa2/qa/upload/</a><br>
In case they are too big, please let us know and we will provide another solution on how to get the data over to us.<br>
<br>
Thank you very much<br>
All the best<br>
Petr<br>
<br>
OME Team<br>
Dundee<br>
<br>
On 3 Nov 2015, at 20:03, Munro, Ian <i.munro at <a href="http://imperial.ac.uk">imperial.ac.uk</a><mailto:i.munro at
<a href="http://imperial.ac.uk">imperial.ac.uk</a>>> wrote:<br>
<br>
Hello Alan<br>
<br>
From what you say, it sounds as if there may be some parallels between your data and the Fluorescence Lifetime Imaging (FLIM) data that I've been working with.<br>
In the same way the basic unit of FLIM data is a datacube , in this case x,y and time  as opposed to x,y and, I assume, wavelength for your data.<br>
<br>
Both OMERO and the OME-tiff standard are designed for up to 5D data:  the 5 dimensions being  x,y,z, Channels and Time.<br>
So I'm confident that your data can easily stored in an OMERO server using the C(hannels) dimension giving you all the advantages<br>
of that.<br>
<br>
A sample of our data can be viewed at <a href="https://cisbic.bioinformatics.ic.ac.uk/omero/webclient/?show=image-110694">
https://cisbic.bioinformatics.ic.ac.uk/omero/webclient/?show=image-110694</a><br>
By double-clicking and using the slider you can move through the time dimension and data with many Channels would display in pretty much the same way<br>
with the provided clients.<br>
<br>
There are two issues with viewing the data that are unique to FLIM<br>
1)  the raw images  typically contain only a few photons at each time point<br>
2) we are  interested in the rate of decay across time rather than the intensity.<br>
<br>
We have therefore developed an OMERO client called FLIMfit that allows this data to be viewed in a more convenient manner and also processed.<br>
Opening the same image with FLIMfit shows a total intensity image on the left and the data at all time points for the chosen pixel on the right (see screenshot).<br>
<br>
From your comments my suspicion is that a  similar approach would work well for your data.<br>
Please feel free to contact me if you need further information or indeed a demo given how close we are.<br>
<br>
Kind Regards<br>
<br>
Dr Ian Munro<br>
Photonics Group<br>
Imperial College, London.<br>
<br>
<Screen Shot 2015-11-03 at 19.54.21.png><br>
<br>
<br>
<br>
Kind Regards<br>
<br>
Dr Ian Munro<br>
Photonics Group<br>
Imperial College, London.<br>
<br>
<br>
<br>
On 3 Nov 2015, at 14:19, Alan Race <alan.race at <a href="http://npl.co.uk">npl.co.uk</a><mailto:alan.race at
<a href="http://npl.co.uk">npl.co.uk</a>>> wrote:<br>
<br>
Hello,<br>
I am currently involved in project that is evaluating various tools for providing a single platform for visualising and processing multi-modality data and was wondering how easy it would be to integrate new types of data into OME. Specifically I am primarily
 interested in spectral imaging techniques (e.g. mass spectrometry imaging, Raman) where every "pixel" has an associated spectrum and chemical images are generated by integrating over a peak in the spectrum and plotting the resulting sum at the pixel location.<br>
<br>
The data can be thought of as a "datacube" or image stack, typically consisting of thousands of images. What underlying structures do you use to handle images? Are there already capabilities to cope with such data?<br>
<br>
Thank you for your help,<br>
<br>
Alan<br>
<br>
Alan Race<br>
Research Scientist<br>
National Physical Laboratory<br>
Hampton Road  |  Teddington  |  TW11 0LW  |  UK<br>
T: +44 (0) 20 8943 6649<br>
<br>
<br>
--<br>
If you have received this message in error, please notify us and remove it from your system.<br>
NPL Management Ltd cannot guarantee that the e-mail or any attachments are free from viruses.<br>
<br>
NPL Management Ltd is a company registered in England and Wales, number: 2937881<br>
Registered office: National Physical Laboratory | Hampton Road | Teddington, Middlesex | UK | TW11 0LW<br>
<br>
_______________________________________________<br>
ome-devel mailing list<br>
ome-devel at <a href="http://lists.openmicroscopy.org.uk">lists.openmicroscopy.org.uk</a><mailto:ome-devel at
<a href="http://lists.openmicroscopy.org.uk">lists.openmicroscopy.org.uk</a>><br>
<a href="http://lists.openmicroscopy.org.uk/mailman/listinfo/ome-devel">http://lists.openmicroscopy.org.uk/mailman/listinfo/ome-devel</a><br>
<br>
_______________________________________________<br>
ome-devel mailing list<br>
ome-devel at lists.openmicroscopy.org.uk<<a href="mailto:ome-devel%20at%20lists.openmicroscopy.org.uk">mailto:ome-devel at lists.openmicroscopy.org.uk</a>><br>
<a href="http://lists.openmicroscopy.org.uk/mailman/listinfo/ome-devel">http://lists.openmicroscopy.org.uk/mailman/listinfo/ome-devel</a><br>
<br>
<br>
The University of Dundee is a registered Scottish Charity, No: SC015096<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.openmicroscopy.org.uk/pipermail/ome-devel/attachments/20151106/01e1afc0/attachment.html">http://lists.openmicroscopy.org.uk/pipermail/ome-devel/attachments/20151106/01e1afc0/attachment.html</a>><br>
<br>
Alan Race<br>
Research Scientist<br>
National Physical Laboratory<br>
Hampton Road  |  Teddington  |  TW11 0LW  |  UK<br>
T: +44 (0) 20 8943 6649<br>
<br>
<o:p></o:p></p>
</div>
</div>
</blockquote>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
</blockquote>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
</body>
</html>