<HTML>
<HEAD>
<TITLE>Re: [ome-devel] BD Reader Datetimes of Images / Bio-formats</TITLE>
</HEAD>
<BODY>
<FONT FACE="Calibri, Verdana, Helvetica, Arial"><SPAN STYLE='font-size:11pt'>On 2/25/11 10:11 AM, "Melissa Linkert" <<a href="melissa@glencoesoftware.com">melissa@glencoesoftware.com</a>> wrote:<BR>
<BR>
</SPAN></FONT><BLOCKQUOTE><FONT FACE="Calibri, Verdana, Helvetica, Arial"><SPAN STYLE='font-size:11pt'>Hi Shawn,<BR>
<BR>
> > MetadataTools.setDefaultCreationDate(store, tiffs[well][0], i);<BR>
><BR>
> Isn't this only storing the first date? The goal is to have the timestamp for each image in the tiff stack, not just the first one. The problem is that sometimes an experiment is stopped and restarted, and the actual datetime stamp of each image is needed.<BR>
<BR>
That will set the acquisition date for each well to be the last modified date<BR>
of the first file in the well.<BR>
<BR>
Using the setPlaneDeltaT method in loci.formats.meta.MetadataStore, we<BR>
could set the timestamp for each plane in milliseconds since the first<BR>
plane was acquired. Keep in mind though that this may not always be<BR>
accurate, especially if the timestamps on the files were changed. I<BR>
wasn't able to find the timestamps anywhere in the metadata files, but maybe<BR>
you know of somewhere to find that information.<BR>
</SPAN></FONT></BLOCKQUOTE><FONT FACE="Calibri, Verdana, Helvetica, Arial"><SPAN STYLE='font-size:11pt'><BR>
Well, we have to rely on the timestamps on the files (specifically the creation date). It’s the only source of this information from the BD Pathway at present. It’s not the best source, but it’s the only source. You configure it to acquire say every 5 minutes, then it gets as close as it can. Sometimes even experiments are stopped and restarted, this throws off the statistics.<BR>
<BR>
setPlaneDeltaT sounds like a fine solution to me—as long as the information is stored and it’s recoverable.<BR>
<BR>
Shawn</SPAN></FONT>
</BODY>
</HTML>