Dear Bioconductor Developers,
Big news! We are planning to migrate from SVN to git. This is a major change in
our version control model. We understand this may be disruptive to some
developers and are working to make the transition as smooth as possible. The
end goal is to provide a
On Fri, Mar 3, 2017 at 10:22 AM, Vincent Carey
wrote:
>
>
> On Fri, Mar 3, 2017 at 10:07 AM, Kasper Daniel Hansen <
> kasperdanielhan...@gmail.com> wrote:
>
>> Some comment on Aaron's stuff
>>
>> One possibility for doing things like this is if your code can be done
On Fri, Mar 3, 2017 at 10:07 AM, Kasper Daniel Hansen <
kasperdanielhan...@gmail.com> wrote:
> Some comment on Aaron's stuff
>
> One possibility for doing things like this is if your code can be done in
> C++ using a subset of rows or columns. That can sometimes give the
> necessary speed up.
Some comment on Aaron's stuff
One possibility for doing things like this is if your code can be done in
C++ using a subset of rows or columns. That can sometimes give the
necessary speed up. What I mean is this
Say you can safely process 1000 cells (not matrix cells, but biological
cells, aka
Kylie, thanks for reminding us of matter -- I saw you speak about this at
the first Bioconductor Boston Meetup, but it
went like lightning. For developers contemplating an approach to
representing high-volume rectangular data,
where there is no dominant legacy format, it is natural to wonder
Dear Aaron
Thank you. I think it's an important simplification of a potential API
when you are saying that what you mostly need are accessors
m[i, ] and m[, i]
with i scalar or a short contiguous range, such that the value of that
could be a relatively small ordinary matrix. (Compared to