 |
 |
 |
 |
I'm suprised that you place such faith in being able to utilize the $BTIM
and $ETIM field in LYSYS II generated list mode data to calculate "time".
You may recall that some time ago I emailed you regarding an occassional
error in these fields, which Eric is also aware of since he has dealt with
some of these files. Since that time others, such as the article I'll
include, have mentioned similar findings. I'd recommend treating this method
of generating time as a parameter with some caution . . .
====================== Include starts here ===========================
Date: Mon, 16 May 1994 14:40:54 -0300 (ADT)
From: Bill=K=Li%BIOBOD%DFOSF@sfnet.dfo.ca
Subject: Nonsensical $BTIM and $ETIM
To: cytometry@flowcyt.cyto.purdue.edu
Message-Id: <01HCESH7SY4I00A1AJ@BIONET.bio.dfo.ca>
Content-Transfer-Encoding: 7BIT
Status: RO
On occasion, I get nonsensical values for the keywords $BTIM and $ETIM (begin
and end times for acquisition). My listmode files are created by the Becton
Dickinson LYSYS-II version 1.1 software under HP Pascal 3.22. The format for
these keywords should be hh:mm:ss. In some of my files, I note that the
value for "ss" (seconds) exceeds 60.
Can anyone offer advice on how to prevent such occurences?
----------------------------------------------------------
W. Li
Biological Oceanography Division
Bedford Institute of Oceanography
Dartmouth, Nova Scotia
Canada B2Y 4A2
email:
Bill=K=Li%biobod%dfosf@sfnet.dfo.ca
========================include ends here =================================
regards,
Geoff.
=====================================================================
Geoffrey Osborne | ____ __ o Ahh!
Flow Cytometry (FACS LAB) | __ `\ <,_
John Curtin School of Medical Research, | __ (*)/ (*)
Australian National University, | ==============|
CANBERRA, AUSTRALIA. | |--|
Email: Geoff.Osborne@anu.edu.au | |--|...
======================================================================
|
|
|
|