Hello,
Ah, yes, the sample names should of course be in the rows - Friday afternoon
error. In the question, I specified "largely the same set of features",
implying that the overlap is not complete. So, the example below will error.
DFL <- DataFrameList(X = DataFrame(a = 1:3, b = 3:1,
A metadata column on a DataFrame runs along its 2nd dimension so is not
a good place to put the list names.
Have you tried unlist()?
library(S4Vectors)
DF <- DataFrame(id=letters[1:10], score=runif(10))
f <- sample(LETTERS[1:3], 10, replace=TRUE)
DFL <- split(DF, f)
DFL
#
Good day,
Is there a function in the S4Vectors API which converts a DataFrameList into a
DataFrame, automatically putting the list names into one of the metadata
columns, analogous to MultiAssayExperiment's wideFormat function? The scenario
is mutliple data sets from different organisations
Yes, it's my fault that I didn't consider the case when no fonts are
available. I'll improve the code until the next submission to CRAN.
Thanks for your advice!
Best,
Hiroaki Yutani
2021年12月17日(金) 1:40 Tomas Kalibera :
>
>
> On 12/16/21 5:16 PM, Hiroaki Yutani wrote:
> > Thanks for the details
On 17 December 2021 at 09:51, Simon Urbanek wrote:
| Sure, installed pandoc 2.16.2.
Perfect, thank you!
Dirk
| Cheers,
| Simon
|
|
| > On Dec 17, 2021, at 9:21 AM, Dirk Eddelbuettel wrote:
| >
| >
| > CRAN results flag NOTEs on the two platforms
| > r-release-macos-x86_64
| >
Sure, installed pandoc 2.16.2.
Cheers,
Simon
> On Dec 17, 2021, at 9:21 AM, Dirk Eddelbuettel wrote:
>
>
> CRAN results flag NOTEs on the two platforms
> r-release-macos-x86_64
> r-oldrel-macos-x86_64
> because `pandoc` is apparently missing. These platforms being somewhat
> common,
CRAN results flag NOTEs on the two platforms
r-release-macos-x86_64
r-oldrel-macos-x86_64
because `pandoc` is apparently missing. These platforms being somewhat
common, could pandoc be installed? Or are they running such a jurassic
version that no premade pandoc is available _anywhere_ ?
Thanks for the details and the suggestions. My package uses
systemfonts package for illustration purposes only in the examples, so
I'm not that desperate to find the root cause this time. I'll try
using winbuilder in case I need to.
Best,
Hiroaki Yutani
2021年12月17日(金) 0:52 Tomas Kalibera :
>
>
On 12/16/21 4:17 PM, Hiroaki Yutani wrote:
This would be an empty character vector on my Alpine Linux server as
well.
I see, thanks for the information. Sorry for my lack of consideration on this.
So there are 127 *.ttf files installed, but systemfonts::system_fonts()
does not find any of
> This would be an empty character vector on my Alpine Linux server as
> well.
I see, thanks for the information. Sorry for my lack of consideration on this.
> So there are 127 *.ttf files installed, but systemfonts::system_fonts()
> does not find any of these.
Thanks for investigating quickly!
On 16.12.2021 15:34, Sebastian Meyer wrote:
Am 16.12.21 um 15:06 schrieb Hiroaki Yutani:
Hi,
My package is failing on CRAN check on r-devel-windows-x86_64-new-UL.
https://cran.r-project.org/web/checks/check_results_string2path.html
It seems the problem is that there is no available font
Am 16.12.21 um 15:06 schrieb Hiroaki Yutani:
Hi,
My package is failing on CRAN check on r-devel-windows-x86_64-new-UL.
https://cran.r-project.org/web/checks/check_results_string2path.html
It seems the problem is that there is no available font that meets the
condition in the following code.
Hi,
My package is failing on CRAN check on r-devel-windows-x86_64-new-UL.
https://cran.r-project.org/web/checks/check_results_string2path.html
It seems the problem is that there is no available font that meets the
condition in the following code. Is it irrational to assume at least
one TrueType
On Thu, 16 Dec 2021 09:57:40 + Prof Brian Ripley
wrote:
> On 16/12/2021 09:13, Stephen Berman wrote:
>> I just did `svn up' on the R development sources, switched to the build
>> directory (I build R out of tree), ran make, and got this:
>
> Precisely which version of R-devel updating from
Correction, I'd like to invite any interested members of the **community**
to get involved! Feel free to get in touch with me with any questions. This
is a great way to get to know other passionate Bioconductor users and
developers while providing a great service to the community.
On Thu, Dec 16,
I'd like to invite any interested members of the committee to get involved
in organizing BioC2022, planned to be in a hybrid format in Seattle
July 27-29, 2022. There is lots to be done, including sponsorship and
funding, outreach, website, workshop technical organization, program
development,
On 16/12/2021 09:13, Stephen Berman wrote:
I just did `svn up' on the R development sources, switched to the build
directory (I build R out of tree), ran make, and got this:
Precisely which version of R-devel updating from which version? -- this
is an area that has changed frequently in the
On Thu, 16 Dec 2021 10:13:11 +0100
Stephen Berman wrote:
> Is this a known issue and is there a fix?
For me, the fix was to remove the already-installed
$SVNROOT/library/utils (which didn't yet contain hashtab) and re-run
make, letting the R build process re-install it from scratch.
--
Best
I just did `svn up' on the R development sources, switched to the build
directory (I build R out of tree), ran make, and got this:
make[6]: Entering directory '/home/steve/build/r-devel/src/library/tools/src'
../../../../library/tools/libs/tools.so is unchanged
make[6]: Leaving directory
Thank you for the update. Really helpful!
Between this and the unicode changes, the next version will have a very
positive impact on Windows users.
Best,
Steve
On Mon, Dec 13, 2021 at 1:02 PM Tomas Kalibera
wrote:
> The default was now changed in R-devel to the local application data
> (e.g.
On 12/15/21 10:48 PM, Henrik Bengtsson wrote:
On MS Windows 10, the following works:
Rscript --vanilla -e "\"abc\""
[1] "abc"
and also:
Rterm --vanilla --no-echo -e "\"abc.txt\""
[1] "abc.txt"
whereas attempting the same with 'R' fails;
R --vanilla --no-echo -e "\"abc.txt\""
Error:
> Frederick Eaton
> on Wed, 15 Dec 2021 20:09:46 -0800 writes:
> Just following up to check if anyone has had time to look over these
patches.
> Frederick
I strongly guess that nobody has.
Let me give you my perception of what you have tried to
propose/use, and why I
22 matches
Mail list logo
