Re: [Bioc-devel] Use and Usability metrics / shields

- Original Message - > From: "Henrik Bengtsson" > To: "COMMO Frederic" > Cc: bioc-devel@r-project.org > Sent: Wednesday, May 13, 2015 12:28:54 PM > Subject: Re: [Bioc-devel] Use and Usability metrics / shields > > Sweet; you went live with the badges/shields, e.g. > > http://biocond

Re: [Bioc-devel] Use and Usability metrics / shields

Sweet; you went live with the badges/shields, e.g. http://bioconductor.org/packages/release/bioc/html/affxparser.html A positive side effect is that now there's a link from the package page to to the package's check results, which I always wanted :) Thanks for adding this /Henrik On Sun, Ma

Re: [Bioc-devel] Use and Usability metrics / shields

- Original Message - > From: "Martin Morgan" > To: bioc-devel@r-project.org > Sent: Saturday, May 9, 2015 10:15:13 AM > Subject: [Bioc-devel] Use and Usability metrics / shields > > Bioc developers! > > It's important that our users be able to identify packages that are > suitable for

Re: [Bioc-devel] exptData(SummarizedExperiment)

On Wed, May 13, 2015 at 1:48 PM, Kasper Daniel Hansen < kasperdanielhan...@gmail.com> wrote: > the original workflow idea was exactly that it should go beyond a single > package. > My question here was not about workflow intent. It was about the vehicle for maintaining a workflow. Some are crea

Re: [Bioc-devel] exptData(SummarizedExperiment)

I personally don't care as long as I have a cubbyhole for unstructured data and the name of that cubbyhole doesn't change every few weeks hence the patch that I sent about 12 hours after complaining :-) Statistics is the grammar of science. Karl Pearson

Re: [Bioc-devel] exptData(SummarizedExperiment)

the original workflow idea was exactly that it should go beyond a single package. Having domain specific cores might be controversial since we often have multiple packages competing in the same domain. To some extent the GenomicRanges/Biostring/etc/etc is a special case of this, where "everyone"