[Bioc-devel] Summer Internship at Genentech

2014-01-22 Thread Jessica Larson
Dear Bioconductor Developers, We are excited to announce openings at Genentech for several summer internship positions in the Department of Bioinformatics and Computational Biology. An internship at Genentech is a great way to get exposure to scientific research in an industry setting. For more

Re: [Bioc-devel] seq*apply deprecation

2014-01-22 Thread Hervé Pagès
Hi Michael, On 01/12/2014 05:16 AM, Michael Lawrence wrote: Hi, It may be time to deprecate the seq*apply family of functions, including seqapply, mseqapply, tseqapply, seqby and seqsplit. These are ancient functions named in referece to the Sequence class, now called Vector. It would seem

[Bioc-devel] svn repository for data experiment packages now having branches too

2014-01-22 Thread Hervé Pagès
Hi developers, Taking advantage of this particularly calm week on Bioc-devel, I'd like to formally announce that we're now using branches in the svn repo for data experiment packages. The trunk/branches layout is similar to what we already do in the software repo. That is: - URL for packages

Re: [Bioc-devel] seq*apply deprecation

2014-01-22 Thread Michael Lawrence
On Wed, Jan 22, 2014 at 1:29 PM, Hervé Pagès hpa...@fhcrc.org wrote: Hi Michael, On 01/12/2014 05:16 AM, Michael Lawrence wrote: Hi, It may be time to deprecate the seq*apply family of functions, including seqapply, mseqapply, tseqapply, seqby and seqsplit. These are ancient functions

Re: [Bioc-devel] seq*apply deprecation

2014-01-22 Thread Hervé Pagès
On 01/22/2014 03:02 PM, Michael Lawrence wrote: On Wed, Jan 22, 2014 at 1:29 PM, Hervé Pagès hpa...@fhcrc.org mailto:hpa...@fhcrc.org wrote: Hi Michael, On 01/12/2014 05:16 AM, Michael Lawrence wrote: Hi, It may be time to deprecate the seq*apply family of

Re: [Bioc-devel] seq*apply deprecation

2014-01-22 Thread Michael Lawrence
Sounds good. But who is she? On Wed, Jan 22, 2014 at 3:48 PM, Hervé Pagès hpa...@fhcrc.org wrote: On 01/22/2014 03:02 PM, Michael Lawrence wrote: On Wed, Jan 22, 2014 at 1:29 PM, Hervé Pagès hpa...@fhcrc.org mailto:hpa...@fhcrc.org wrote: Hi Michael, On 01/12/2014 05:16 AM,

Re: [Bioc-devel] seq*apply deprecation

2014-01-22 Thread Hervé Pagès
On 01/22/2014 08:15 PM, Michael Lawrence wrote: Sounds good. But who is she? we would, she should, she would, we should... that's it! we should... that's what I meant :-b H. On Wed, Jan 22, 2014 at 3:48 PM, Hervé Pagès hpa...@fhcrc.org mailto:hpa...@fhcrc.org wrote: On 01/22/2014

[Bioc-devel] EBSeq Documentation of maxround

2014-01-22 Thread Dario Strbenac
Hello, The documentation says : maxroundNumber of iterations. The default value is 5. However, if I call the EBTest function without specifying maxround, it has an error : Error in 1:maxround : 'maxround' is missing -- Dario Strbenac PhD Student

[Bioc-devel] EBSeq C1Mean and C2Mean Values

2014-01-22 Thread Dario Strbenac
Hello, In the documentation, it is described as : C1MeanThe mean of each transcript within Condition 1 (adjusted by normalization factors). C2MeanThe mean of each transcript within Condition 2 (adjusted by normalization factors). However, when I look at it :

[Rd] Linking to native routines in other packages

2014-01-22 Thread Gregor Kastner
Dear all, in my package 'stochvol' I have unsuccessfully been trying to make a C routine called 'sampler' available to be called from other packages' C code. Following http://cran.r-project.org/doc/manuals/R-exts.html#Linking-to-native-routines-in-other-packages I have included #include

Re: [Rd] Linking to native routines in other packages

2014-01-22 Thread Dirk Eddelbuettel
Hi Gregor, On 22 January 2014 at 11:53, Gregor Kastner wrote: | in my package 'stochvol' I have unsuccessfully been trying to make a C | routine called 'sampler' available to be called from other packages' C code. | | Following |

[Rd] Package checking: verifying plots

2014-01-22 Thread Therneau, Terry M., Ph.D.
I pride myself on having an extensive and comprehensive test suite for the survival package. However, I don't have a good procedure for testing the plotting routines. (Forget good, I don't even have a third-rate procedure for this.) This was brought home with the latest release; within 24

Re: [Rd] Package checking: verifying plots

2014-01-22 Thread Prof Brian Ripley
On 22/01/2014 14:35, Therneau, Terry M., Ph.D. wrote: I pride myself on having an extensive and comprehensive test suite for the survival package. However, I don't have a good procedure for testing the plotting routines. (Forget good, I don't even have a third-rate procedure for this.) This

Re: [Rd] Package checking: verifying plots

2014-01-22 Thread baptiste auguie
Hi, Winston Chang designed the vtest package for a similar purpose, https://github.com/wch/ggplot2/wiki/Visual-test-system https://github.com/wch/vtest I don't know if / how well it works outside the ggplot2 framework, but it's pretty slick. HTH, baptiste On 22 January 2014 11:35,

[Rd] Behavior of --install-tests and testInstalledPackage

2014-01-22 Thread Brian Lee Yung Rowe
Hello, I'm writing a script that automates the testing of reverse dependencies of a package. I found the function testInstalledPackage in the tools package, which seems to do what I want. However, when I use it for a source package that was installed with --install-tests, I've noticed that

Re: [Rd] Linking to native routines in other packages

2014-01-22 Thread Gregor Kastner
Hi again, On Wed, 22 Jan 2014 06:39:17 -0600 Dirk Eddelbuettel e...@debian.org wrote: | Working examples I know of: | |'xts' importing two functions from 'zoo' | |'RcppXts' importing approx. ten functions from 'xts' | | Maybe by comparing to these you can sort out the missing step

Re: [Rd] Linking to native routines in other packages

2014-01-22 Thread Romain François
Hello, The problem is that you have logic in both your mother and child packages. IMO, you should only have logic in the mother package. I’ve done this in a number of packages, it requires a bit of work initially, but not that much. What I’d do is have something like this in

[Rd] Creating Namespace and locking it during runtime?

2014-01-22 Thread Rainer M Krug
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi I would like to create a Namespace during runtime, and not during loading a package. My reasoning is that I want to be able to store a number of variables and to protect them from the user (might be even myself). The code will not be in a