Seqanswers Leaderboard Ad

Collapse

Announcement

Collapse
No announcement yet.
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • The way to normalize RNA-SEQ coverage data for multiple samples?

    Dear Forum,

    Im analyzing several RNA-seq samples from the same Illumina run. I have obtained 50-70 mio reads pr sample, and following mapping I get a figure of 40-50 mio reads aligned depending on sample (an arbitary example). Then I would go on to make bedGraph og bigwig files of the bam alignments for visualization in UCSC, but these are not "normalized" e.g. for direct sample comparison. How should I scale these files? E.g. if one sample has 50 mio aligned and the other 40 mio should this be taken into account when making these visualization files (bed wig etc). I believe it should, but what would be the correct procedure, and how is it done?

    Tia

  • #2
    Using a combination of Bioconductor packages will give you what you need. You can make raw counts in gene regions, then use the function calcNormFactors in edgeR to work out the compositional bias of each sample. To get raw coverage, you can use the coverage function from GenomicRanges, then multiply each sample's coverage by the scale factor you calculated with calcNormFactors. To export the coverage to a BedGraph or BigWig file, the export function from rtracklayer can be used.

    Comment


    • #3
      Thanks for your reply,

      I have now done the analysis in R after calculating raw counts against ensembl genes. For three of the samples (ABC) I get from calcNormFactors:

      sample lib.size. norm.scaling
      A 5604846 0.9273452
      B 4433633 1.0454615
      C 6520510 1.0314556

      Intuitively, I would have thought that C should have been scaled somewhat compared to B, when comparing library sizes.

      The raw counts were calculated on exon/intron of genes and excluding intervals of <50 counts

      Comment


      • #4
        Make an MA plot before and after normalisation. The function is maPlot in edgeR. You will see that the data points will be centred around M = 0 after normalisation. This is based on the biological assumption that, between conditions, the majority of genes don't change in expression.

        Comment


        • #5
          Okay I will try this.

          Regarding the raw counts table, what would be the best procedure for selecting regions for normalization? Lets say I have an ensembl annotation file of 30.000 regions total (isoforms merged etc.). When I do the raw counting I get something like <10.000 regions/sample, which may contain up to several thousand read counts. Also I see a pattern between the samples e.g. from random line selection I could get something looking like this for 4 samples:

          0 0 2 0
          0 15 0 0
          96 143 71 132
          1 0 5 0
          850 1201 1171 907
          1 0 0 1

          Hence same genes seems to be active, which makes sense as the samples are from same tissue type.

          What would be the best way to buidling this table, e.g. taking all intervals (genes) into account in edgeR which are 1. Expressed and 2. Expression in general do not deviate by a preset factor ??

          Or is there some recommended "general gene list" that is considered stable like we know from the qPCR days.

          Comment


          • #6
            It's a good idea to get rid of lowly expressed genes before calculating the normalisation factors. There is no safe gene list. I use all of them and don't filter on variance.

            Comment


            • #7
              It's a good idea to get rid of lowly expressed genes

              Why is that?

              Comment


              • #8
                The estimates for fold change aren't stable for those genes. A couple of extra reads here or there could change the fold change calculation drastically for a lowly expressed gene. Also, a rough rule is that about ten percent of genes are being reproducibly expressed in a cell at any one time, so unstable fold changes from spurious, low transcription would contribute the most to the calculation.

                Comment


                • #9
                  two options that have not been tested:

                  1) genomeCoverageBed has a -scale option (e.g. DESeq estimateSizeFactors), although i guess Dario1984 suggestion might be easier: "get raw coverage, you can use the coverage function from GenomicRanges, then multiply each sample's coverage by the scale factor you calculated with calcNormFactors. To export the coverage to a BedGraph or BigWig file, the export function from rtracklayer can be used."

                  2) using normalize_bigwig.py (RSeQC package)
                  Last edited by sisterdot; 04-09-2013, 03:44 AM.

                  Comment

                  Latest Articles

                  Collapse

                  • seqadmin
                    Genetic Variation in Immunogenetics and Antibody Diversity
                    by seqadmin



                    The field of immunogenetics explores how genetic variations influence immune responses and susceptibility to disease. In a recent SEQanswers webinar, Oscar Rodriguez, Ph.D., Postdoctoral Researcher at the University of Louisville, and Ruben Martínez Barricarte, Ph.D., Assistant Professor of Medicine at Vanderbilt University, shared recent advancements in immunogenetics. This article discusses their research on genetic variation in antibody loci, antibody production processes,...
                    11-06-2024, 07:24 PM
                  • seqadmin
                    Choosing Between NGS and qPCR
                    by seqadmin



                    Next-generation sequencing (NGS) and quantitative polymerase chain reaction (qPCR) are essential techniques for investigating the genome, transcriptome, and epigenome. In many cases, choosing the appropriate technique is straightforward, but in others, it can be more challenging to determine the most effective option. A simple distinction is that smaller, more focused projects are typically better suited for qPCR, while larger, more complex datasets benefit from NGS. However,...
                    10-18-2024, 07:11 AM

                  ad_right_rmr

                  Collapse

                  News

                  Collapse

                  Topics Statistics Last Post
                  Started by seqadmin, Today, 11:09 AM
                  0 responses
                  24 views
                  0 likes
                  Last Post seqadmin  
                  Started by seqadmin, Today, 06:13 AM
                  0 responses
                  20 views
                  0 likes
                  Last Post seqadmin  
                  Started by seqadmin, 11-01-2024, 06:09 AM
                  0 responses
                  30 views
                  0 likes
                  Last Post seqadmin  
                  Started by seqadmin, 10-30-2024, 05:31 AM
                  0 responses
                  21 views
                  0 likes
                  Last Post seqadmin  
                  Working...
                  X