On Jan 31, 6:30 pm, buybro...@yahoo.com wrote:
> On Jan 31, 6:29 pm, buybro...@yahoo.com wrote:
>
[quoted text clipped - 1429 lines]
> proliferation ... Stelekati [mailto:e...@fz-borstel.de] >>>Sent:
> Monday, March 26, 2007 6:58 AM >>>To: Cytometry Mailing List
More options Jan 17, 1:52 pm
Newsgroups: misc.health.aids
From: Mitch Haynes <mitchhay...@gmail.com>
Date: Thu, 17 Jan 2008 11:52:56 -0800 (PST)
Local: Thurs, Jan 17 2008 1:52 pm
Subject: PURDUE CYTOMETRY DNA DELETE AFTER YOU READ PURDUE CYTOMETRY
MAIL LIST
Reply | Reply to author | Forward | Print | View thread | Show
original | Report this message | Find messages by this author
Verity House software
RE: gate-specific data cropping
* This message: [ Message body ] [ More options ]
* Related messages: [ Next message ] [ Previous message ]
[ Maybe in
reply to ]
From: VSH Tech Support <T...@vsh.com>
Date: Fri Feb 16 2007 - 09:01:56 EST
Stevan
At the risk of sounding like a commercial, WinList can do exactly what
you
want. The problem of "sucking up air" or perhaps having a clogged
nozzle at
the end of a run has gotten all of us at one time or another, and then
the
data (most of which is probably fine) appears to be unusable. WinList
addresses this issue with the FTIM parameter, which is basically a
"chronology" parameter defined over 1024 channels. Each event is
assigned
an FTIM channel based on its order in the listmode file, channel zero
having
the first n/1024 events, and channel 1023 having the last n/1024
events.
Displaying a 2P dot plot of FTIM vs. side scatter, for example, will
clearly
show the aberrant events. You may then gate on the "good" events, or
gate
out the "bad" events. Either way, you can salvage an otherwise bad
run.
You can also save the gated listmode using WinList's Save Data Source
option, and it will contain only
the "good" events. Another feature of the Save Data Source option is
the
ability to set the number of events to save in the listmode file,
which at
least partially addresses the desire to save a larger file into
smaller
segments that will each have the same number of events within given
regions,
as you are requesting.
Best regards,
Don
Donald J. Herbert
Technical Support Manager
Verity Software House
-----Original Message-----
From: Stevan Lauriault [mailto:ste...@lauriault.com]
Sent: Friday, February 09, 2007 6:24 PM
To: cyto-inbox
Subject: Re: gate-specific data cropping
Thanks for your very helpful comments. I guess what I am trying to
get
at
is this: is
there any analysis software available that can reduce list mode data
in a
reverse order-specific matter (in reverse sequence)? Correct me if
I'm
wrong, but I believe this function would also help in the event that a
user
lets a sample run dry and sucks up air bubbles, or over collects their
intended gating target (for example, in acquisition and storage, 5000
of
R1).
Thanks,
Stevan
---------- Original Message ----------------------------------
From: "Byron Ellis" <bcel...@stanford.edu>
Date: Wed, 7 Feb 2007 16:21:28 -0800
>On 2/7/07, Stevan Lauriault <ste...@lauriault.com> wrote:
>> Hi and thanks,
>> Since we want to directly compare MFIs (in FL2) between any two
>> subsets (R1 vs. R3)
>that are isolated on a bivariate dot plot (FL1 vs. FL4), doing so in
>separate sample tubes would introduce the extra probability of
>experimental
error between sample tubes.
>Directly comparing the subsets from the same sample tube, and even
>better, the same data set, would eliminate this extra unknown.
>It doesn't necessarily eliminate the unknown, it may just keep you from
>finding out about it. If you were to prepare one sample on Monday, see
[quoted text clipped - 4 lines]
>surprised if that actually happened in your case? Yes.
>Would I do replicates anyway? Yes.
>> Let us say we have acquired 100,000 total events (stained with 3
>> fluorochromes,
[quoted text clipped - 4 lines]
>Within those 100,000 total events, there are 500 of R1, 700 of R2 and
>1200
of R3.
>> If we crop the 100,000 total events to 75,000 total events (from the
>> top in
>stack-collected data), there will become exactly 500 events in the R2
region. If we
crop
>the 100,000 total events to 40,000 total events, there will become 500
events in R3.
>> Now the three populations; R1, R2, and R3 each have exactly 500 total
>> events, and we
>can directly compare MFIs among the subsets that have identical sample
sizes. We could
>also then say that, when comparing means between these subsets under
>identical experimental conditions, Rx gives a consistently higher
fluorescent signal than Ry.
>Well, depending on what you're doing (you've never said how you intend
>to compare means), equal sample sizes is not particularly required so
[quoted text clipped - 4 lines]
>one-sided t-tests essentially, that give you directionality statements
>such as mu_{R_1} > mu_{R_2} ). In this case your assumptions are:
>1. Each group is independent
>2. Normality of group populations (or at least "close enough" to
>Normal) 3. The _population_ variances of the dependent variable for
>each group are equal (or pretty close). (Actually check this. It would
>be unsurprising to encounter large differences in the population
>variances among your different groups).
>Like I say, it depends a bit on what you intend to do for your
>analysis. For example, _two_-way ANOVA actually expects equal sample
>sizes.
>> Is this a reasonable strategy? Is there any software available that
>> can perform this
>function?
>On an FCS file directly? Probably not (neither the manipulation of the
>flow data nor the testing). Once you've got the data out of FCS form
>and appropriately labeled with group membership or split into separate
>files or something similar, then any reasonable statistics package
>(Excel is not included in the list of reasonable statistics packages)
>can perform the statistical tests.
>Personally, I use R (http://www.r-project.org) for analyzing all the
>flow data I have, but it can be intimidating for new users (though
[quoted text clipped - 8 lines]
>expect to be available in the next Bioconductor release (probably
>sometime in April).
>Hope that helps,
>Byron
>> Kind Regards,
>> Stevan Lauriault
>> ---------- Original Message ----------------------------------
>> From: "Byron Ellis" <bcel...@stanford.edu>
>> Date: Tue, 6 Feb 2007 12:17:35 -0800
>> >Speaking as a statistician, I would not count running the same tube
>> >3 times or simply cutting the FCS file (the two are equivalent) as
[quoted text clipped - 5 lines]
>> >biological variability of the cells and a single sample preparation
>> >only
captures the latter.
>> >On 2/5/07, Stevan Lauriault <ste...@lauriault.com> wrote:
>> >> Dear All,
>> >> Question:
>> >> We are isolating leukocyte subsets to measure and compare relative
>> >> levels of
[quoted text clipped - 5 lines]
>> >> statistically analyze the relative mean fluorescence intensities
>> >> of a
biomarker, among the subsets.
>> >> To get statistically comparable sample sizes among these subsets,
>> >> we are running
the
>same
>> >> tube three times and changing the storage criteria to 500 events
[quoted text clipped - 9 lines]
>> >> events, three times to get an identical sample size for all three
>> >> gated subsets
(R1,
>R2,
>> >> and R3).
>> >> Scientifically, this shouldn't be a problem, since flow cytometry
>> >> data is collected randomly within the same sample tube. Not only
[quoted text clipped - 6 lines]
>> >> scientists might be uneasy with the idea of manipulating raw
>> >> list-mode
data.
>> >> However, Since the data is collected randomly from the same
>> >> sample, doing this
[quoted text clipped - 3 lines]
>only
>> >> be cropping (from stack-collected data) the most recent events
collected.
>> >> Currently, we are acquiring 3 different data files for each tube,
>> >> and adjusting the acquisition and storage settings for each
>> >> acquisition. Is there a way to perform a gate-specific data
>> >> cropping function with any current flow cytometry data analysis
software?
>> >> Kind Regards,
>> >> Stevan Lauriault
>> >> ________________________________________________________________
>> >> Sent via the WebMail system at lauriault.com
>> >--
>> >Byron Ellis (byron.el...@gmail.com)
>> >"Oook" -- The Librarian
>> ________________________________________________________________
>> Sent via the WebMail system at lauriault.com
>--
>Byron Ellis (byron.el...@gmail.com)
>"Oook" -- The Librarian
________________________________________________________________
Sent via the WebMail system at lauriault.com
Received on Fri Feb 16 16:38:00 2007
* This message: [ Message body ]
* Next message: Mara.Roc...@moredun.ac.uk: "ovine T regs"
* Previous message: Atwater, Susan: "RE: Reporting clinical
results"
* Maybe in reply to: Stevan Lauriault: "gate-specific data
cropping"
* Contemporary messages sorted: [ By Date ] [ By Thread ] [ By
Subject ] [ By Author ] [ By messages with attachments ]
This archive was generated by hypermail 2.1.8 : Wed Jan 31 2007 -
03:12:00 E
RE: DNA analysis software
* This message: [ Message body ] [ More options ]
* Related messages: [ Next message ] [ Previous message ] [ In
reply
to ]
From: VSH Tech Support <T...@vsh.com>
Date: Wed Feb 21 2007 - 11:29:45 EST
Hello Ibtissam,
ModFit LT, for PC or Mac, has advanced modeling capability for
research
applications in DNA cell cycle analysis. You may use any of the model
templates the program offers, or create your own models for non-
traditional
analysis, including non-mammalian DNA cell cycle studies. ModFit LT
can be
linked to our WinList program to provide a complete cell cycle
analysis on
any number of sub-populations with a single click of a button.
For an overview, visit <http://www.vsh.com/products>
http://www.vsh.com/products .
Best regards,
Don
Donald J. Herbert
Technical Support Manager
Verity Software House
________________________________
From: Ibtissam Abdul-Jabbar [mailto:iajab...@cicr.uq.edu.au]
Sent: Wednesday, February 14, 2007 11:41 PM
To: cyto-inbox
Subject: DNA analysis software
Dear All, before buying software to analyse DNA on PC, I would like to
get
your opinion. I already have ModFit for Macintosh.
What are you using and what do you recommend for research purposes.
Is MultiCycle Av the one of choice?
I appreciate your comments.
Ibtissam A Jabbar (PhD)
Manager of the FACS facilities
Diamantina Institute for Cancer, Immunology and Metabolic Medicine
(DI)
The University of Queensland
Level 4 R Wing
Princess Alexandra Hospital
Ipswich Rd Buranda QLD 4102
Australia
Ph: 07 3240 5945
Fax: 07 3240 5946
Mob: 0401154744
Received on Thu Feb 22 15:18:00 2007
* This message: [ Message body ]
* Next message: Uriel TK: "Re: Ratio Measurement of
Mitochondrial
Membrane Potential with FACSDiva"
* Previous message: Howard Shapiro: "Re: Ratio Measurement of
Mitochondrial Membrane Potential with FACSDiva"
* In reply to: Ibtissam Abdul-Jabbar: "DNA analysis software"
* Contemporary messages sorted: [ By Date ] [ By Thread ] [ By
Subject ] [ By Author ] [ By messages with attachments ]
This archive was generated by hypermail 2.1.8 : Wed Jan 31 2007 -
03:12:00 EST
Re: gate-specific data cropping
* This message: [ Message body ] [ More options ]
* Related messages: [ Next message ] [ Previous message ] [ In
reply
to ] [ Next in thread ]
From: WEHICytometry <facs_c...@wehi.EDU.AU>
Date: Mon Feb 12 2007 - 18:25:38 EST
Stevan,
For what it's worth, we have a utility we call Hackit that can crop
cells from the front or back of a FCS file ( see http://
www.wehi.edu.au/cytometry/freesoftware/index.html). We use it for
the tasks you suggest in cleaning up violated data. I don't know
how
useful that would be for your current purpose because it can't do
gating; numbers clipped are total cell numbers. I guess if you knew
the proportions of your gated cells you could eventually clip out
the
file segments you need.
Frank Battye.
On 10/02/2007, at 10:24 AM, Stevan Lauriault wrote:
> Thanks for your very helpful comments. I guess what I am trying to
> get at is this: is
[quoted text clipped - 7 lines]
> example, in acquisition and
> storage, 5000 of R1).
| | << The Cytometry Laboratory
\__/ <<<< The Walter & Eliza Hall Institute
------!!<<<<<< 1G Royal Parade, Parkville
/!!\ <<<< Victoria 3050, Australia
o !! \ << ph: 61_3_9345 2540, fax: 61_3_9347 0852
Received on Tue Feb 13 15:18:00 2007
* This message: [ Message body ]
* Next message: Uriel TK: "Re: early apoptotic cells"
* Previous message: Darzynkiewicz, Zbigniew: "RE: early
apoptotic
cells"
* In reply to: Stevan Lauriault: "Re: gate-specific data
cropping"
* Next in thread: VSH Tech Support: "RE: gate-specific data
cropping"
* Contemporary messages sorted: [ By Date ] [ By Thread ] [ By
Subject ] [ By Author ] [ By messages with attachments ]
This archive was generated by hypermail 2.1.8 : Wed Jan 31 2007 -
03:12:00 EST
Re: gate-specific data cropping
* This message: [ Message body ] [ More options ]
* Related messages: [ Next message ] [ Previous message ]
[ Maybe in
reply to ] [ Next in thread ] [ Replies ]
From: Stevan Lauriault <ste...@lauriault.com>
Date: Fri Feb 09 2007 - 18:24:07 EST
Thanks for your very helpful comments. I guess what I am trying to
get
at is this: is
there any analysis software available that can reduce list mode data
in a reverse
order-specific matter (in reverse sequence)? Correct me if I'm wrong,
but I believe this
function would also help in the event that a user lets a sample run
dry and sucks up air
bubbles, or over collects their intended gating target (for example,
in acquisition and
storage, 5000 of R1).
Thanks,
Stevan
---------- Original Message ----------------------------------
From: "Byron Ellis" <bcel...@stanford.edu>
Date: Wed, 7 Feb 2007 16:21:28 -0800
>On 2/7/07, Stevan Lauriault <ste...@lauriault.com> wrote:
>> Hi and thanks,
>> Since we want to directly compare MFIs (in FL2) between any two subsets (R1 vs. R3)
>that are isolated on a bivariate dot plot (FL1 vs. FL4), doing so in separate sample
>tubes would introduce the extra probability of experimental error between sample tubes.
>Directly comparing the subsets from the same sample tube, and even better, the same data
>set, would eliminate this extra unknown.
>It doesn't necessarily eliminate the unknown, it may just keep you
>from finding out about it. If you were to prepare one sample on
[quoted text clipped - 4 lines]
>would I be surprised if that actually happened in your case? Yes.
>Would I do replicates anyway? Yes.
>> Let us say we have acquired 100,000 total events (stained with 3 fluorochromes,
>measured in FL1, FL2, and FL4 respectively). We are using a bivariate dot plot of FL1
>vs. FL4 in which we are isolating 3 subsets (R1, R2, and R3) based on their relative
>expressions of FL1 vs. FL4. We then want to compare the MFIs, as measured in FL2, among
>these subsets. Within those 100,000 total events, there are 500 of R1, 700 of R2 and
>1200 of R3.
>> If we crop the 100,000 total events to 75,000 total events (from the top in
>stack-collected data), there will become exactly 500 events in the R2 region. If we
crop
>the 100,000 total events to 40,000 total events, there will become 500 events in R3.
>> Now the three populations; R1, R2, and R3 each have exactly 500 total events, and we
>can directly compare MFIs among the subsets that have identical sample sizes. We could
>also then say that, when comparing means between these subsets under identical
>experimental conditions, Rx gives a consistently higher fluorescent signal than Ry.
>Well, depending on what you're doing (you've never said how you intend
>to compare means), equal sample sizes is not particularly required so
[quoted text clipped - 4 lines]
>one-sided t-tests essentially, that give you directionality statements
>such as mu_{R_1} > mu_{R_2} ). In this case your assumptions are:
>1. Each group is independent
>2. Normality of group populations (or at least "close enough" to Normal)
>3. The _population_ variances of the dependent variable for each group
>are equal (or pretty close). (Actually check this. It would be
>unsurprising to encounter large differences in the population
>variances among your different groups).
>Like I say, it depends a bit on what you intend to do for your
>analysis. For example, _two_-way ANOVA actually expects equal sample
>sizes.
>> Is this a reasonable strategy? Is there any software available that can perform this
>function?
>On an FCS file directly? Probably not (neither the manipulation of the
>flow data nor the testing). Once you've got the data out of FCS form
>and appropriately labeled with group membership or split into separate
>files or something similar, then any reasonable statistics package
>(Excel is not included in the list of reasonable statistics packages)
>can perform the statistical tests.
>Personally, I use R (http://www.r-project.org) for analyzing all the
>flow data I have, but it can be intimidating for new users (though
[quoted text clipped - 8 lines]
>expect to be available in the next Bioconductor release (probably
>sometime in April).
>Hope that helps,
>Byron
>> Kind Regards,
>> Stevan Lauriault
>> ---------- Original Message ----------------------------------
>> From: "Byron Ellis" <bcel...@stanford.edu>
>> Date: Tue, 6 Feb 2007 12:17:35 -0800
>> >Speaking as a statistician, I would not count running the same tube 3
>> >times or simply cutting the FCS file (the two are equivalent) as three
[quoted text clipped - 4 lines]
>> >due to experimental error as well as the biological variability of the
>> >cells and a single sample preparation only captures the latter.
>> >On 2/5/07, Stevan Lauriault <ste...@lauriault.com> wrote:
>> >> Dear All,
>> >> Question:
>> >> We are isolating leukocyte subsets to measure and compare relative levels of
>expression
>> >> of certain antigens. For example, there are three subsets within a bivariate dot
>plot;
>> >> gated on R1, R2 and R3 respectively, and we would like to statistically analyze the
>> >> relative mean fluorescence intensities of a biomarker, among the subsets.
>> >> To get statistically comparable sample sizes among these subsets, we are running
the
>same
>> >> tube three times and changing the storage criteria to 500 events for each subset
[quoted text clipped - 5 lines]
>total
>> >> events, three times to get an identical sample size for all three gated subsets
(R1,
>R2,
>> >> and R3).
>> >> Scientifically, this shouldn't be a problem, since flow cytometry data is collected
>> >> randomly within the same sample tube. Not only could we run one acquisition to get
[quoted text clipped - 3 lines]
>some
>> >> scientists might be uneasy with the idea of manipulating raw list-mode data.
>> >> However, Since the data is collected randomly from the same sample, doing this
>should
>> >> give exactly the same readings as if we just collected less events, since we would
>only
>> >> be cropping (from stack-collected data) the most recent events collected.
>> >> Currently, we are acquiring 3 different data files for each tube, and adjusting the
>> >> acquisition and storage settings for each acquisition. Is there a way to perform a
>> >> gate-specific data cropping function with any current flow cytometry data analysis
>> >> software?
>> >> Kind Regards,
>> >> Stevan Lauriault
>> >> ________________________________________________________________
>> >> Sent via the WebMail system at lauriault.com
>> >--
>> >Byron Ellis (byron.el...@gmail.com)
>> >"Oook" -- The Librarian
>> ________________________________________________________________
>> Sent via the WebMail system at lauriault.com
>--
>Byron Ellis (byron.el...@gmail.com)
>"Oook" -- The Librarian
________________________________________________________________
Sent via the WebMail system at lauriault.com
Received on Mon Feb 12 12:18:00 2007
* This message: [ Message body ]
* Next message: Dan Smith: "Interferon alpha & Interferon Beta
intracellular staining"
* Previous message: RAJA ALAMELU: "[ seeking K562 cell line ]"
* Maybe in reply to: Stevan Lauriault: "gate-specific data
cropping"
* Next in thread: WEHICytometry: "Re: gate-specific data
cropping"
* Reply: WEHICytometry: "Re: gate-specific data cropping"
* Contemporary messages sorted: [ By Date ] [ By Thread ] [ By
Subject ] [ By Author ] [ By messages with attachments ]
This archive was generated by hypermail 2.1.8 : Wed Jan 31 2007 -
03:12:00 EST
RE: gate-specific data cropping
* This message: [ Message body ] [ More options ]
* Related messages: [ Next message ] [ Previous message ]
[ Maybe in
reply to ] [ Next in thread ]
From: Nebe-Von-Caron, G <g.nebe-von-ca...@unipath.com>
Date: Thu Feb 08 2007 - 09:36:37 EST
The number of events collected will not be the influential thing as
with
a minimum of 500 events you get already a damn good estimate of your
MFI. Just as an educational exercise you should do is to look at MFI
estimate of one population over events. It should indicate that your
estimate if the sample mean after 100 "samples" (each cell being a
sample on its own) is already pretty good. You might want to look at
the
distribution of mean fluorescence or more important of single event
residuals (distance from mean) over time to see if they show a trend
which would indicate an unstable measurement.
In the sample you propose you are more likely to see differences based
on compensation variation between your 3 populations which again is
independent of the number of events looked at if more than 500 have
been
measured. It would indeed be interesting to see how much variation you
get in mfi between independent tubes as you are more likely to
increase
variation by the sample processing than by the measurement.
One control for your experiment would be to test the MFI distribution
by
swapping fluorochromes to demonstrate that you are independent of
compensation and to show that the change in MFI is not dependent of
steric hindrance or FRET, depending of the experimental / instrument
details.
Regards
Gerhard
> -----Original Message-----
> From: Stevan Lauriault [mailto:ste...@lauriault.com]
> Sent: 07 February 2007 15:16
> To: Cytometry Mailing List
> Subject: Re: gate-specific data cropping
> Hi and thanks,
> Since we want to directly compare MFIs (in FL2) between any
> two subsets (R1 vs. R3) that are isolated on a bivariate dot
[quoted text clipped - 3 lines]
> Directly comparing the subsets from the same sample tube, and
> even better, the same data set, would eliminate this extra unknown.
> Let us say we have acquired 100,000 total events (stained
> with 3 fluorochromes, measured in FL1, FL2, and FL4
[quoted text clipped - 4 lines]
> Within those 100,000 total events, there are 500 of R1, 700
> of R2 and 1200 of R3.
> If we crop the 100,000 total events to 75,000 total events
> (from the top in stack-collected data), there will become
> exactly 500 events in the R2 region. If we crop the 100,000
> total events to 40,000 total events, there will become 500
> events in R3.
> Now the three populations; R1, R2, and R3 each have exactly
> 500 total events, and we can directly compare MFIs among the
> subsets that have identical sample sizes. We could also then
> say that, when comparing means between these subsets under
> identical experimental conditions, Rx gives a consistently
> higher fluorescent signal than Ry.
> Is this a reasonable strategy? Is there any software
> available that can perform this
> function?
> Kind Regards,
> Stevan Lauriault
> ---------- Original Message ----------------------------------
> From: "Byron Ellis" <bcel...@stanford.edu>
> Date: Tue, 6 Feb 2007 12:17:35 -0800
> >Speaking as a statistician, I would not count running the
> same tube 3
[quoted text clipped - 8 lines]
> >to experimental error as well as the biological variability of the
> >cells and a single sample preparation only captures the latter.
> >On 2/5/07, Stevan Lauriault <ste...@lauriault.com> wrote:
> >> Dear All,
> >> Question:
> >> We are isolating leukocyte subsets to measure and compare relative
> >> levels of
[quoted text clipped - 7 lines]
> intensities of a
> >> biomarker, among the subsets.
> >> To get statistically comparable sample sizes among these
> subsets, we
[quoted text clipped - 17 lines]
> R2,
> >> and R3).
> >> Scientifically, this shouldn't be a problem, since flow cytometry
> >> data is collected randomly within the same sample tube. Not only
[quoted text clipped - 5 lines]
> >> can see why some scientists might be uneasy with the idea of
> >> manipulating raw list-mode data.
> >> However, Since the data is collected randomly from the
> same sample,
[quoted text clipped - 3 lines]
> >> be cropping (from stack-collected data) the most recent events
> >> collected.
> >> Currently, we are acquiring 3 different data files for
> each tube, and
[quoted text clipped - 3 lines]
> function with
> >> any current flow cytometry data analysis software?
> >> Kind Regards,
> >> Stevan Lauriault
> >> ________________________________________________________________
> >> Sent via the WebMail system at lauriault.com
> >--
> >Byron Ellis (byron.el...@gmail.com)
> >"Oook" -- The Librarian
> ________________________________________________________________
> Sent via the WebMail system at lauriault.com
Received on Thu Feb 8 14:38:00 2007
* This message: [ Message body ]
* Next message: Byron Ellis: "Re: gate-specific data cropping"
* Previous message: Joanne Lannigan: "Live/Dead Stain Kit
Correction"
* Maybe in reply to: Stevan