There could be repurcussions, depending on the long term strategy.
Pre-change behaviour was
all assay matrices would be stored without dimnames.
when they are accessed, dimnames would be copied in from the colData slot
(could be optionally disabled).
Current behaviour (which I have not fully
Hello,
I have discovered a bug in the cdfDuplicates function in the les
package. This function is used indirectly by the GSRI package, and I was
attempting to use this package when I encountered an error. The error
appears to occur because both rle and table are used to deduplicate a
(sorted)
Hi Michael,
This is now supported in Biostrings 2.31.17.
Cheers,
H.
On 03/18/2014 11:42 AM, Hervé Pagès wrote:
Hi,
On 03/18/2014 10:04 AM, Michael Lawrence wrote:
On Tue, Mar 18, 2014 at 7:54 AM, Gabriel Becker mailto:gmbec...@ucdavis.edu>> wrote:
Or going the positive declarative r
On Mon, Mar 24, 2014 at 11:07 AM, Martin Morgan wrote:
> On 03/20/2014 06:29 PM, Kasper Daniel Hansen wrote:
>
>> It used to be the case that when a SummarizedExperiment was constructed,
>> dim names was removed from the matrices in assay. One could then either
>> use
>> (1) assay(, withDimname
On 03/20/2014 06:29 PM, Kasper Daniel Hansen wrote:
It used to be the case that when a SummarizedExperiment was constructed,
dim names was removed from the matrices in assay. One could then either use
(1) assay(, withDimnames = TRUE)
which ensured dim names in the return value, but implied copy
Dear Dan,
Are there any plans to implement a similar bridge for the data packages,
that have different package subdirs on different svn URLs? Or does
anyone have an elegant solution to streamline such case between git and
svn?
Thanks in advance.
Best wishes,
Laurent
On 29 January 2014 20:32
