Skip to content

Commit

Permalink
Updated contact person for commercial license. Rebuilt documentation.
Browse files Browse the repository at this point in the history
  • Loading branch information
jracle85 committed Mar 13, 2023
1 parent dcdcbc5 commit 4a79710
Show file tree
Hide file tree
Showing 15 changed files with 210 additions and 107 deletions.
2 changes: 2 additions & 0 deletions .Rbuildignore
Original file line number Diff line number Diff line change
Expand Up @@ -3,3 +3,5 @@
^data-raw$
^README\.Rmd$
^README-.*\.png$
^doc$
^Meta$
4 changes: 4 additions & 0 deletions .gitignore
Original file line number Diff line number Diff line change
Expand Up @@ -14,3 +14,7 @@
temp*.R
inst/doc
data-raw
doc
Meta
/doc/
/Meta/
54 changes: 27 additions & 27 deletions DESCRIPTION
Original file line number Diff line number Diff line change
@@ -1,27 +1,27 @@
Package: EPIC
Type: Package
Title: Estimate the Proportion of Immune and Cancer cells
Version: 1.1.5
Authors@R: as.person(c(
"Julien Racle <[email protected]> [aut, cre]",
"David Gfeller <[email protected]> [aut]"
))
Description: Package implementing EPIC method to estimate the proportion of
immune, stromal, endothelial and cancer or other cells from bulk gene
expression data.
It is based on reference gene expression profiles for the main non-malignant
cell types and it predicts the proportion of these cells and of the
remaining "other cells" (that are mostly cancer cells) for which no
reference profile is given.
Depends:
R (>= 3.2.0)
License: file LICENSE
LazyData: TRUE
RoxygenNote: 6.1.0
Suggests:
testthat,
knitr,
rmarkdown
Imports:
stats
VignetteBuilder: knitr
Package: EPIC
Type: Package
Title: Estimate the Proportion of Immune and Cancer cells
Version: 1.1.6
Authors@R: as.person(c(
"Julien Racle <[email protected]> [aut, cre]",
"David Gfeller <[email protected]> [aut]"
))
Description: Package implementing EPIC method to estimate the proportion of
immune, stromal, endothelial and cancer or other cells from bulk gene
expression data.
It is based on reference gene expression profiles for the main non-malignant
cell types and it predicts the proportion of these cells and of the
remaining "other cells" (that are mostly cancer cells) for which no
reference profile is given.
Depends:
R (>= 3.2.0)
License: file LICENSE
LazyData: TRUE
RoxygenNote: 7.2.1
Suggests:
testthat,
knitr,
rmarkdown
Imports:
stats
VignetteBuilder: knitr
1 change: 1 addition & 0 deletions EPIC.Rproj
Original file line number Diff line number Diff line change
Expand Up @@ -18,3 +18,4 @@ StripTrailingWhitespace: Yes
BuildType: Package
PackageUseDevtools: Yes
PackageInstallArgs: --no-multiarch --with-keep.source
PackageRoxygenize: rd,vignette
4 changes: 4 additions & 0 deletions NEWS
Original file line number Diff line number Diff line change
@@ -1,3 +1,7 @@
Version 1.1.6
------------------------------------------------------------------------
* Changed person of contact for commercial licenses to Nadette Bulgin.

Version 1.1.5
------------------------------------------------------------------------
* Renamed EPIC's vignette to call it through "vignette('EPIC')"
Expand Down
6 changes: 3 additions & 3 deletions README.Rmd
Original file line number Diff line number Diff line change
Expand Up @@ -36,7 +36,7 @@ out <- EPIC(bulk = bulkSamplesMatrix)
out <- EPIC(bulk = bulkSamplesMatrix, reference = referenceCellsList)
```

`out` is a list containing the various mRNA and cell fractions in each samples as well as some *data.frame* of the goodness of fit.
`out` is a list containing the various mRNA and cell fractions in each sample as well as some *data.frame* of the goodness of fit.

Values of mRNA per cell and signature genes to use can also be changed:
```{r, eval = FALSE}
Expand Down Expand Up @@ -73,8 +73,8 @@ without warranty of any kind. Please read the file "*LICENSE*" for details.

If you plan to use EPIC (version 1.1) in any for-profit application, you are
required to obtain a separate license.
To do so, please contact Ece Auffarth
([eauffarth@licr.org](mailto:eauffarth@licr.org)) at the Ludwig Institute for
To do so, please contact Nadette Bulgin
([nbulgin@lcr.org](mailto:nbulgin@lcr.org)) at the Ludwig Institute for
Cancer Research Ltd.


Expand Down
200 changes: 139 additions & 61 deletions README.md
Original file line number Diff line number Diff line change
Expand Up @@ -2,27 +2,37 @@ EPIC package
================

<!-- README.md is generated from README.Rmd. Please edit that file -->
Description
-----------

Package implementing EPIC method to estimate the proportion of immune, stromal, endothelial and cancer or other cells from bulk gene expression data. It is based on reference gene expression profiles for the main non-malignant cell types and it predicts the proportion of these cells and of the remaining "*other cells*" (that are mostly cancer cells) for which no reference profile is given.
## Description

This method is described in the publication from *Racle et al., 2017* available at <https://elifesciences.org/articles/26476>.
Package implementing EPIC method to estimate the proportion of immune,
stromal, endothelial and cancer or other cells from bulk gene expression
data. It is based on reference gene expression profiles for the main
non-malignant cell types and it predicts the proportion of these cells
and of the remaining “*other cells*” (that are mostly cancer cells) for
which no reference profile is given.

EPIC is also available as a web application: <http://epic.gfellerlab.org>.
This method is described in the publication from *Racle et al., 2017*
available at <https://elifesciences.org/articles/26476>.

Usage
-----
EPIC is also available as a web application:
<http://epic.gfellerlab.org>.

The main function in this package is `EPIC`. It needs as input a matrix of the TPM (or RPKM) gene expression from the samples for which to estimate cell proportions. One can also define the reference cells to use
## Usage

The main function in this package is `EPIC`. It needs as input a matrix
of the TPM (or RPKM) gene expression from the samples for which to
estimate cell proportions. One can also define the reference cells to
use

``` r
# library(EPIC) ## If the package isn't loaded (or use EPIC::EPIC and so on).
out <- EPIC(bulk = bulkSamplesMatrix)
out <- EPIC(bulk = bulkSamplesMatrix, reference = referenceCellsList)
```

`out` is a list containing the various mRNA and cell fractions in each samples as well as some *data.frame* of the goodness of fit.
`out` is a list containing the various mRNA and cell fractions in each
sample as well as some *data.frame* of the goodness of fit.

Values of mRNA per cell and signature genes to use can also be changed:

Expand All @@ -31,70 +41,138 @@ out <- EPIC(bulk = bulkSamplesMatrix, reference = referenceCellsList, mRNA_cell
out <- EPIC(bulk = bulkSamplesMatrix, reference = referenceCellsList, mRNA_cell_sub = mRNA_cell_sub_vector)
```

Various other options are available and are well documented in the help pages from EPIC:
Various other options are available and are well documented in the help
pages from EPIC:

``` r
?EPIC::EPIC
?EPIC::EPIC.package
```

Installation
------------
## Installation

``` r
install.packages("devtools")
devtools::install_github("GfellerLab/EPIC", build_vignettes=TRUE)
```

Web application
---------------

EPIC is also available as a web application: <http://epic.gfellerlab.org>.

Python wrapper
--------------

A pyhton wrapper has been written by Stephen C. Van Nostrand from MIT and is available at <https://github.com/scvannost/epicpy>.

License
-------

EPIC can be used freely by academic groups for non-commercial purposes. The product is provided free of charge, and, therefore, on an "*as is*" basis, without warranty of any kind. Please read the file "*LICENSE*" for details.

If you plan to use EPIC (version 1.1) in any for-profit application, you are required to obtain a separate license. To do so, please contact Ece Auffarth (<[email protected]>) at the Ludwig Institute for Cancer Research Ltd.

Contact information
-------------------

Julien Racle (<[email protected]>), and David Gfeller (<[email protected]>).

FAQ
---

##### What do the "*other cells*" represent?

- EPIC predicts the proportions of the various cell types for which we have gene expression reference profiles (and corresponding gene signatures). But, depending on the bulk sample, it is possible that some other cell types are present for which we don't have any reference profile. EPIC returns the proportion of these remaining cells under the name "*other cells*". In the case of tumor samples, most of these other cells would certainly correspond to the cancer cells, but it could be that there are also some stromal cells or epithelial cells for example.

##### I receive an error message "*attempt to set 'colnames' on an object with less than two dimensions*". What can I do?

- This is certainly that some of your data is a vector instead of a matrix. Please make sure that your bulk data is in the form of a matrix (and also your reference gene expression profiles if using custom ones).

##### What is the meaning of the warning message telling that some mRNA\_cell values are unknown?

- As described in our manuscript, EPIC first estimates the proportion of mRNA per cell type in the bulk and then it uses the fact that some cell types have more mRNA copies per cell than other to normalize this and obtain an estimate of the proportion of cells instead of mRNA (EPIC function returns both information if you need the one or the other). For this normalization we had either measured the amount of mRNA per cell or found it in the literature (fig. 1 – fig. supplement 2 of our paper). However we don’t currently have such values for the endothelial cells and CAFs. Therefore for these two cell types, we use an average value, which might not reflect their true value and this is the reason why we output this message. If you have some values for these mRNA/cell abundances, you can also add them into EPIC, with help of the parameter "*mRNA\_cell*" or “*mRNA\_cell\_sub*” (and that would be great to share these values).

If the mRNA proportions of these cell types are low, then even if you don't correct the results with their true mRNA/cell abundances, it would not really have a big impact on the results. On the other side, if there are many of these cells in your bulk sample, the results might be a little bit biased, but the effect should be similar for all samples and thus not have a too big importance (maybe you wouldn’t be fully able to tell if there are more CAFs than Tcells for example, but you should still have a good estimate of which sample has more CAFs (or Tcells) than which other sample for example).

##### I receive a warning message that "*the optimization didn't fully converge for some samples*". What does it mean?

- When estimating the cell proportions EPIC performs a least square regression between the observed expression of the signature genes and the expression of these genes predicted based on the estimated proportions and gene expression reference profiles of the various cell types.

When such a warning message appears, it means that the optimization didn’t manage to fully converge for this regression, for some of the samples. You can then check the "*fit.gof$convergeCode*" (and possibly also "*fit.gof$convergeMessage*") that is outputted by EPIC alongside the cell proportions. This will tell you which samples had issue with the convergence (a value of 0 means it converged ok, while other values are errors/warnings, their meaning can be found in the help of "*optim*" (or "*constrOptim*") function from R (from "*stats*" package) which is used during the optimization and we simply forward the message it returns).

The error code that usually comes is a "1" which means that the maximum number of iterations has been reached in the optimization. This could mean there is an issue with the bulk gene expression data that maybe don’t completely follow the assumption of equation (1) from our manuscript. From our experience, it seems in practice that even when there was such a warning message the proportions were predicted well, it is maybe that the optimization just wants to be *too precise*, or maybe few of the signature genes didn’t match well but the rest of signature genes could be used to have a good estimate of the proportions.

If you have some samples that seem to have strange results, it could however be useful to check that the issue is not that these samples didn’t converge well. To be more conservative you could also remove all the samples that didn't converge well as these are maybe outliers, if it is only a small fraction from your original samples. Another possibility would be to change the parameters of the optim/constrOptim function to allow for more iterations or maybe a weaker tolerance for the convergence, but for this you would need to tweak it directly in the code of EPIC, I didn't implement such option for EPIC.
## Web application

EPIC is also available as a web application:
<http://epic.gfellerlab.org>.

## Python wrapper

A pyhton wrapper has been written by Stephen C. Van Nostrand from MIT
and is available at <https://github.com/scvannost/epicpy>.

## License

EPIC can be used freely by academic groups for non-commercial purposes.
The product is provided free of charge, and, therefore, on an “*as is*
basis, without warranty of any kind. Please read the file “*LICENSE*
for details.

If you plan to use EPIC (version 1.1) in any for-profit application, you
are required to obtain a separate license. To do so, please contact
Nadette Bulgin (<[email protected]>) at the Ludwig Institute for Cancer
Research Ltd.

## Contact information

Julien Racle (<[email protected]>), and David Gfeller
(<[email protected]>).

## FAQ

##### What do the “*other cells*” represent?

- EPIC predicts the proportions of the various cell types for which we
have gene expression reference profiles (and corresponding gene
signatures). But, depending on the bulk sample, it is possible that
some other cell types are present for which we don’t have any
reference profile. EPIC returns the proportion of these remaining
cells under the name “*other cells*”. In the case of tumor samples,
most of these other cells would certainly correspond to the cancer
cells, but it could be that there are also some stromal cells or
epithelial cells for example.

##### I receive an error message “*attempt to set ‘colnames’ on an object with less than two dimensions*”. What can I do?

- This is certainly that some of your data is a vector instead of a
matrix. Please make sure that your bulk data is in the form of a
matrix (and also your reference gene expression profiles if using
custom ones).

##### What is the meaning of the warning message telling that some mRNA_cell values are unknown?

- As described in our manuscript, EPIC first estimates the proportion of
mRNA per cell type in the bulk and then it uses the fact that some
cell types have more mRNA copies per cell than other to normalize this
and obtain an estimate of the proportion of cells instead of mRNA
(EPIC function returns both information if you need the one or the
other). For this normalization we had either measured the amount of
mRNA per cell or found it in the literature (fig. 1 – fig. supplement
2 of our paper). However we don’t currently have such values for the
endothelial cells and CAFs. Therefore for these two cell types, we use
an average value, which might not reflect their true value and this is
the reason why we output this message. If you have some values for
these mRNA/cell abundances, you can also add them into EPIC, with help
of the parameter “*mRNA_cell*” or “*mRNA_cell_sub*” (and that would be
great to share these values).

If the mRNA proportions of these cell types are low, then even if you
don’t correct the results with their true mRNA/cell abundances, it
would not really have a big impact on the results. On the other side,
if there are many of these cells in your bulk sample, the results
might be a little bit biased, but the effect should be similar for all
samples and thus not have a too big importance (maybe you wouldn’t be
fully able to tell if there are more CAFs than Tcells for example, but
you should still have a good estimate of which sample has more CAFs
(or Tcells) than which other sample for example).

##### I receive a warning message that “*the optimization didn’t fully converge for some samples*”. What does it mean?

- When estimating the cell proportions EPIC performs a least square
regression between the observed expression of the signature genes and
the expression of these genes predicted based on the estimated
proportions and gene expression reference profiles of the various cell
types.

When such a warning message appears, it means that the optimization
didn’t manage to fully converge for this regression, for some of the
samples. You can then check the “*fit.gof\$convergeCode*” (and
possibly also “*fit.gof\$convergeMessage*”) that is outputted by EPIC
alongside the cell proportions. This will tell you which samples had
issue with the convergence (a value of 0 means it converged ok, while
other values are errors/warnings, their meaning can be found in the
help of “*optim*” (or “*constrOptim*”) function from R (from “*stats*
package) which is used during the optimization and we simply forward
the message it returns).

The error code that usually comes is a “1” which means that the
maximum number of iterations has been reached in the optimization.
This could mean there is an issue with the bulk gene expression data
that maybe don’t completely follow the assumption of equation (1) from
our manuscript. From our experience, it seems in practice that even
when there was such a warning message the proportions were predicted
well, it is maybe that the optimization just wants to be *too
precise*, or maybe few of the signature genes didn’t match well but
the rest of signature genes could be used to have a good estimate of
the proportions.

If you have some samples that seem to have strange results, it could
however be useful to check that the issue is not that these samples
didn’t converge well. To be more conservative you could also remove
all the samples that didn’t converge well as these are maybe outliers,
if it is only a small fraction from your original samples. Another
possibility would be to change the parameters of the optim/constrOptim
function to allow for more iterations or maybe a weaker tolerance for
the convergence, but for this you would need to tweak it directly in
the code of EPIC, I didn’t implement such option for EPIC.

##### Who should I contact in case of a technical or other issue?

- Julien Racle (<[email protected]>). Please provide as much details as possible and ideally send also an example input file (and/or reference profiles) that is causing the issue.
- Julien Racle (<[email protected]>). Please provide as much details
as possible and ideally send also an example input file (and/or
reference profiles) that is causing the issue.
6 changes: 4 additions & 2 deletions man/BRef.Rd

Some generated files are not rendered by default. Learn more about how customized files appear on GitHub.

14 changes: 11 additions & 3 deletions man/EPIC.Rd

Some generated files are not rendered by default. Learn more about how customized files appear on GitHub.

1 change: 0 additions & 1 deletion man/EPIC.package.Rd

Some generated files are not rendered by default. Learn more about how customized files appear on GitHub.

Loading

0 comments on commit 4a79710

Please sign in to comment.