Posted by
ctrueden on
URL: http://imagej.273.s1.nabble.com/metadata-and-time-depiction-tp3687079p3687080.html
Hi Fabrice,
as follow up to a previous mail, i just wonder why the time dimension is
> always depicted as t (time frame) and not in real units as sec.
> Indeed, using the LOCI plugin it is possible to retrieve metadata from
> almost every format.
>
The Bio-Formats Importer does populate the frame interval in the image
properties when that information is available. In the case of variable time
between frames, we average the times and populate the frame interval with
the mean (though the eventual goal is for ImageJ to support variable time
frames directly). And I believe that in general, ImageJ uses the frame
interval value for the frames per second when animating—adjustable by right
clicking the Play button next to the time slider.
Thus it would be interesting to have direct acces to those parameters.
>
Are you suggesting that you would like to see the timestamp in seconds
displayed as part of the label at the top of the image window?
As example, if you do time-lapse and have to pause your acquisition for one
> or two acquisition, you could not use the time interval, but the metadata
> acqusitionTime is still relevant.
>
Whether such a pause is properly recorded in the metadata depends on the
file format. As I said above, Bio-Formats averages the timestamps, so you
should still get a reasonable frame interval in the properties, as long as
the correct values are really present in metadata.
-Curtis
On Thu, Aug 26, 2010 at 5:48 AM, fabrice senger <
[hidden email]>wrote:
> as follow up to a previous mail, i just wonder why the time dimension is
> always depicted as t (time frame) and not in real units as sec.
> Indeed, using the LOCI plugin it is possible to retrieve metadata from
> almost every format.
>
> Thus it would be interesting to have direct acces to those parameters.
>
> As example, if you do time-lapse and have to pause your acquisition for one
> or two acquisition, you could not use the time interval, but the metadata
> acqusitionTime is still relevant.
>
> Thank you,
>
> Fabrice.
>