From: David.C.McFarl...@[EMAIL PROTECTED]
Wednesday, July 19, 2006 9:06 AM
To: Cytometry Mailing List
Subject: Re: FloJo and DiVa file IDs
Ray,
I had this discussion with BD a while ago. This is something that
blindsided me. We actually have an SOP that we follow for tube IDs
such that they are all unique. Basically, we use accession numbers
of
the format FCM00001 for experiment names and then the tube IDs would
be FCM00001_001, etc. In the older versions of Diva, this was the
"FCS" file name that showed up in the folder when experiments were
ex****ted. However, those weren't "real" FCS files. Evidently,
people
were trying to im****t these bogus FCS files back into Diva, or
elsewhere, and it was creating errors. In their infinite wisdom,
BD's
fix was to change the names of these files to something
unrecognizable
to the users so that they wouldn't be tempted to do that. They have
a
system of generating their own pseudo-unique IDs in this manner. I
say pseudo-unique, because it isn't clear to me where/how the
numbering starts if, for instance, you have several instruments
running Diva in the same lab, or if upgrade to a new version by doing
a clean install. Or perhaps the machine crashes. Can the numbering
be set to pick up where if left off? I think what they really mean
is
unique to that particular incarnation of the database on that local
machine which isn't unique enough in my mind. This really screwed up
my system. So asked the same question you just did, "Is there a way
to retain my Tube IDs and/or can I configure Diva to use the same
unique filenaming convention that I do". Of course, the answer was
no. Even worse, even if you ex****t as FCS files, although
recognizable, the files aren't exactly the same as the entered ID.
The specimen name and an underscore are added before the tube ID and
".fcs" is added to the end. This is more aggravation for me to deal
with in regard to data management in a GLP setting. It's too bad.
We
like ex****ting entire experiments for archiving purposes, but it is
easier to reconcile file name/tube ID discrepancies when ex****ted as
FCS, so we will probably have to make a change. At present we've
just
been adding a file note to the archive do***ents and explaining that
the original naming scheme will reappear when im****ted back into
Diva. This isn't entirely true when FCS files are im****ted into Diva
since you have to im****t them into an open experiment, which could be
named differently than the ex****ted FCS files. Again this is an
issue
for me in a GLP validated instrument setting and would warrant more
workarounds or further explanation as to why reim****ted raw data
doesn't look "exactly" as it did when collected.
Let me know if you here anything different from what I've told you as
the situation seems to change frequently and this may no be the most
current info.
Regards,
Dave
David McFarland
Principal Scientist
GlaxoSmithKline
"Ray Hester" <rhes...@[EMAIL PROTECTED]
>
17-Jul-2006 16:16
To "Cytometry Mailing List"
<cytome...@[EMAIL PROTECTED]
>
cc
Subject FloJo and DiVa file IDs
Can someone tell us how to ex****t DiVa files as 'Experiments', not as
'FCS files', so that the individual tubes within the 'Experiment'
retain
their specific identities, e.g., 'T4/8', rather than some numerical
value, e.g., '2437'. When we ex****t DiVa data as 'FCS files', the
specific tube ID is retained.
We have a FloJo 7.1 USB dongle and it's being used primarily on PCs.
Thanks.
Ray Hester
Univ. of South Alabama
I must say that it came as a complete surprise to me that BD has not
notified all Aria-containing laboratories about this bug (I was
visiting some other laboratories last week, and this news came as a
complete surprise to them! The laboratories were relieved to find
out that the recent sorting failures were not their fault).
Normally, just
in the last two weeks, well after the problem was identified. HencBD
has been responsive to problems, but in this case they
have completely dropped the ball.
IS THERE PERSONAL INTREST SINCE MARIO IN INVOLVED IN FLOWJO?
DON'T FORGET BILL GUNDERMAN TOOK KANECKI ASSOCIATES SOFTWARE AND DID
NOT RETURN CALLS FOR 3 MONTHS AFTER FIXING THE FCS 3.0 PROLEMS...
THEY
ALL STAB EACH OTHER!
WHERE IS KANECKI ASSOCIATES SOFTWARE?
Diva 5.0 Software on Aria
This message: [ Message body ] [ More options ]
Related messages: [ Next message ] [ Previous message ] [ Next in
thread ] [ Replies ]
From: Mario Roederer <roede...@[EMAIL PROTECTED]
>
Date: Tue Oct 10 2006 - 08:37:47 EDT
Dear Aria Users:
We would like to alert you to a serious bug in the Diva 5.0 software
that applies only to sorting on the Aria. There is a significant
bug
that causes misapplication of gates, such that your sorting is
completely incorrect. We notified BD about this bug on on September
15, and they were able to reproduce it before the end of September.
The problem occurs on any sorting that requires new gates; sorting
using old templates seems to work in at least some cases.
We have taken the solution to go back to the previous version of
Diva
software (4.1.2) until BD can fix the issue. Note that we have seen
no issues with Diva 5.0 software on our LSR II analyzers, and
continue to use 5.0 on the LSR II.
I must say that it came as a complete surprise to me that BD has not
notified all Aria-containing laboratories about this bug (I was
visiting some other laboratories last week, and this news came as a
complete surprise to them! The laboratories were relieved to find
out that the recent sorting failures were not their fault).
Normally, just
in the last two weeks, well after the problem was identified. HencBD
has been responsive to problems, but in this case they
have completely dropped the ball. It cost us two im****tant
experiments to discover the bug; in visiting other laboratories, I
discovered those laboratories lost several im****tant experiments e,
I felt it necessary to let everyone know before more valuable
experiments are lost.
mr
Received on Tue Oct 10 10:58:00 2006
This message: [ Message body ]
Next message: Maciej Simm: "Re: gating on histogram overlap"
Previous message: Stevan Lauriault: "Isotype Control Structure"
Next in thread: David.C.McFarl...@[EMAIL PROTECTED]
"Fw: Diva 5.0 Software on
Aria"
Maybe reply: David.C.McFarl...@[EMAIL PROTECTED]
"Fw: Diva 5.0 Software on
Aria"
Maybe reply: Matt Wikstrom: "Re: Diva 5.0 Software on Aria"
Maybe reply: Haviland, David L: "RE: Diva 5.0 Software on Aria"
Maybe reply: Rice, Susan E. \(Fka Grigsby\): "FW: Diva 5.0 Software
on
Aria"
Contem****ary messages sorted: [ By Date ] [ By Thread ] [ By
Subject ]
[ By Author ] [ By messages with attachments ]
This archive was generated by hypermail 2.1.8 : Fri Oct 13 2006 -
03:12:04 EDT
|
