Hi,
'VEPParam' allows to set the parameters for the ensembl VEP perl script,
and the documentation of 'ensemblVEP' specifies:
- fork: ‘logical’, default FALSE; enable forking
However, looking at the VEP documentation
You can solve the package size issue by putting your example data in a
separate experiment data package
(http://www.bioconductor.org/packages/release/data/experiment/).
Stephanie
On 2/27/13 3:03 AM, Davide Rambaldi wrote:
Hi all,
I am working on a library called flowFit, the purpose of this
Hi Davide,
Please refer to this page for how to submit your package:
http://bioconductor.org/developers/package-submission/
Thanks,
H.
http://www.bioconductor.org/developers/package-submission/
On 02/27/2013 08:25 AM, Stephanie M. Gogarten wrote:
You can solve the package size issue by
Julian,
I'm trying to produce a vcf file with these premature endings for
testing but am having no luck. Can you send me a small example of a vcf
with the premature ends? Or maybe there is a combination of VEP flags
that often result in this case?
Thanks,
Valerie
On 02/26/13 09:50, Julian
Thanks for catching this. A fix is checked in to 0.99.13.
It's great to have a tester for this package. Let me know if you have
suggestions/feedback for the user interface, how the param options are
specified etc.
Valerie
On 02/27/13 07:25, Julian Gehring wrote:
Hi,
'VEPParam' allows to
Hi,
is checking out R SVN trunk the recommended way to keep up to date with
R-devel and check packages with the latest version?
My objective is to be able to have both R and R-devel versions
installed/working and up to date.
R-devel binaries would be available as symlinks in my home directory so
Thanks for your insights.
What I'm actually doing is the following:
I modified R in a way that the REPL loop always parses the input into an SEXPR,
but depending on if magic is enabled or not, let R compute it or compute it
via my own backend.
As I wanted to keep the changes to R itself as
On Feb 27, 2013, at 12:54 AM, Hervé Pagès wrote:
On 02/26/2013 05:28 PM, Simon Urbanek wrote:
On Feb 26, 2013, at 6:48 PM, Hervé Pagès wrote:
On 02/26/2013 03:12 PM, Simon Urbanek wrote:
On Feb 26, 2013, at 5:47 PM, Hervé Pagès wrote:
Hi,
So MASS::huber(1:10) seems to do the job
On Feb 27, 2013, at 5:08 AM, Renaud wrote:
Hi,
is checking out R SVN trunk the recommended way to keep up to date with
R-devel and check packages with the latest version?
My objective is to be able to have both R and R-devel versions
installed/working and up to date.
R-devel binaries
On 27 February 2013 at 12:08, Renaud wrote:
| is checking out R SVN trunk the recommended way to keep up to date with
| R-devel and check packages with the latest version?
In theory.
In practice you need a time machine as I just something rejected for a test
that did not exist when I submitted
Hi,
thanks for the responses.
Dirk I found the script you posted once. Can anyone send me a link to the
beaten to death post?
I am fine with these approaches and kind of already follow them.
I imagine that after an R-devel update you have to re-install all the
contrib packages that need to
On 27 February 2013 at 17:16, Renaud wrote:
| Hi,
|
| thanks for the responses.
| Dirk I found the script you posted once. Can anyone send me a link to the
| beaten to death post?
Those were Simon's words, not mine, but I think he referred to the long-ish
and painful thread here:
On 27/02/2013, at 18:08 PM, Dirk Eddelbuettel wrote:
On 27 February 2013 at 17:16, Renaud wrote:
| Hi,
|
| thanks for the responses.
| Dirk I found the script you posted once. Can anyone send me a link to the
| beaten to death post?
Those were Simon's words, not mine, but I think he
I cannot believes nobody cares about this -- or I'm completely wrong and
in that case everybody should rush to put the shame on me... :-p
In the meantime, I have come up with an alternative way of fixing this:
when modeling count data, glm() could allow users to pass a table as the
data argument,
On Feb 27, 2013, at 19:46 , Milan Bouchet-Valat wrote:
I cannot believes nobody cares about this -- or I'm completely wrong and
in that case everybody should rush to put the shame on me... :-p
Well, nobs() is the number of observations. If you have 5 Poisson distributed
counts, you have 5
Thanks for the (critical, indeed) answer!
Le mercredi 27 février 2013 à 20:48 +0100, peter dalgaard a écrit :
On Feb 27, 2013, at 19:46 , Milan Bouchet-Valat wrote:
I cannot believes nobody cares about this -- or I'm completely wrong and
in that case everybody should rush to put the shame
-Original Message-
From: r-devel-boun...@r-project.org [mailto:r-devel-boun...@r-project.org]
On Behalf Of Milan Bouchet-Valat
Sent: February-27-13 12:56 PM
To: peter dalgaard
Cc: r-devel
Subject: Re: [Rd] nobs() with glm(family=poisson)
Thanks for the (critical, indeed)
Le mercredi 27 février 2013 à 14:26 -0800, Steven McKinney a écrit :
-Original Message-
From: r-devel-boun...@r-project.org [mailto:r-devel-boun...@r-project.org]
On Behalf Of Milan Bouchet-Valat
Sent: February-27-13 12:56 PM
To: peter dalgaard
Cc: r-devel
Subject: Re: [Rd]
On Feb 27, 2013, at 21:55 , Milan Bouchet-Valat wrote:
Thanks for the (critical, indeed) answer!
Le mercredi 27 février 2013 à 20:48 +0100, peter dalgaard a écrit :
On Feb 27, 2013, at 19:46 , Milan Bouchet-Valat wrote:
I cannot believes nobody cares about this -- or I'm completely wrong
Dear Milan and Steven,
At the risk of muddying the water further, I think that the potential confusion
here is that Poisson GLMs are applied in two formally equivalent but
substantively different situations: (1) where the counts are cells in a
contingency table, in which case the Poisson GLM
20 matches
Mail list logo