[Bioc-devel] eSet for aCGH data

Vincent Carey 525-2265 stvjc at channing.harvard.edu
Thu Oct 4 16:13:57 CEST 2007

> Dear all,
> first let me thank Martin Morgan and James MacDonald for their answers
> to my question about the exprSet class on the Bioconductor mailing list.
> They have been very helpful.
> I am thinking to adapt/extend the eSet class or probably ExpressionSet
> to contain aCGH data for our package CGHcall. My question is whether a
> similar class for aCGH data already exists or if anyone has been working
> on it or has thoughts on the subject. The class would be the same as
> ExpressionSet, only there would need to be slots for raw data,
> normalized data, segmented data, called data and regions data
> (http://la-press.com/cr_data/files/f_CIN-3-Wiel-et-al_96.pdf).

you might have a look at the Neve2006 package, only in the devel
experiment data branch (currently labeled 2.1 on the web site)

i did not push this package into release because of lack of consensus
on the preferred representation of aCGH data.  we have a number of
packages like aCGH, DNAcopy, snapCGH that use their own representations.

cghSet and cghExSet are defined in Neve2006.  cghExSet confronts the
problem of managing expression and CGH data obtained on the same

i question whether you should have a class that manages
raw and normalized and segmented data together.  we have used stagewise
representations in the expression domain, with containers like oligoBatch
for the raw intensities and ExpressionSet devoted to expression level
quantifications that will be analyzed downstream.  binding data together
at various levels of processing may have some benefits but also many
costs if the data are voluminous.

for what you mention, it seems that the normalized and/or called data and
regions data would be in the AssayData and featureData eSet slots respectively.

once we get some consensus among multiple developers/users in place, it
is likely that a central eSet derivative class devoted to aCGH data would
be defined in Biobase (or some relevant primarily core-maintained package)
for interested developers to use.

we can start a wiki page on the developer's wiki devoted to this topic
if there is sufficient interest
> Sjoerd Vosse
> 	[[alternative HTML version deleted]]
> _______________________________________________
> Bioc-devel at stat.math.ethz.ch mailing list
> https://stat.ethz.ch/mailman/listinfo/bioc-devel

The information transmitted in this electronic communication...{{dropped}}

More information about the Bioc-devel mailing list