>
> >
> > My understanding is that David is not distributing dataload any more,
> > though
> > I would not like to discourage commercial vendors (such as providers of
> > Stat/Transfer and DBMSCOPY) from providing .rda output as an option. I
> > assume that new code written under GPL would no
On Thu, 2004-12-23 at 21:05 +, Prof Brian Ripley wrote:
> There's no problem in R-devel, but this is a configuration issue and
> without the configuration output we can't help, only guess.
>
> Hint: it is tcltk and you need both Tcl _and_ Tk. As I recall FC2 comes
> with Tcl and not Tk inst
There's no problem in R-devel, but this is a configuration issue and
without the configuration output we can't help, only guess.
Hint: it is tcltk and you need both Tcl _and_ Tk. As I recall FC2 comes
with Tcl and not Tk installed by default, so please check Tk is installed
by looking at the c
[MOVED TO R-DEVEL]
On Thu, 2004-12-23 at 12:47 -0500, Liviu M Vladutu wrote:
> Quoting Marc Schwartz <[EMAIL PROTECTED]>:
>
> > On Thu, 2004-12-23 at 11:32 -0500, Liviu M Vladutu wrote:
> > >
> > > Hi all,
> > > I have R Version 2.1.0 installed on a box running Redhat Fedora Core 2.
> >
> > Are
[EMAIL PROTECTED] wrote:
> Full_Name: ismaele ciani
> Version: R 2.0.1
> OS: windows xp
> Submission from: (NULL) (80.104.165.254)
>
>
> When creating the histogram, the first cell of the first column and row always
> renders a value twice that of the true value.
>
Please specify a reproducibl
Full_Name: ismaele ciani
Version: R 2.0.1
OS: windows xp
Submission from: (NULL) (80.104.165.254)
When creating the histogram, the first cell of the first column and row always
renders a value twice that of the true value.
__
R-devel@stat.math.ethz.ch
On Thu, 23 Dec 2004, Frank E Harrell Jr wrote:
Prof Brian Ripley wrote:
I think we need to know what you mean by `large' and why read.table is not
fast enough (and hence if some of the planned improvements might be all
that is needed).
I was referring to the e-mail exchanges on r-help about read.
Prof Brian Ripley wrote:
I think we need to know what you mean by `large' and why read.table is
not fast enough (and hence if some of the planned improvements might be
all that is needed).
I was referring to the e-mail exchanges on r-help about read.table a few
weeks ago, then there was a new di
I think we need to know what you mean by `large' and why read.table is
not fast enough (and hence if some of the planned improvements might be
all that is needed).
Could you make some examples available for profiling?
It seems to me that there are some delicate licensing issues in
distributing
So, that's a correct report, surely.
On Thu, 23 Dec 2004, Kjetil Brinchmann Halvorsen wrote:
On trying with very smll test packages
to try drilling down to som problems earlier reported in this list,
I detected the following:
R CMD check
on a package with an R subdirectory empty, reports:
* checkin
On trying with very smll test packages
to try drilling down to som problems earlier reported in this list,
I detected the following:
R CMD check
on a package with an R subdirectory empty, reports:
* checking R files for syntax errors ... ERROR
Syntax error in file
On removing the empty subdirectory
The following could probably behave better:
> test$TESTFAC <- NULL
> test
NULL data frame with 8 rows
> summary(test)
Error in z[[i]] : subscript out of bounds
In addition: Warning message:
no finite arguments to max; returning -Inf
(rw2001 on win XP)
Kjetil
--
Kjetil Halvorsen.
Peace is the most e
There is a recurring need for importing large csv files quickly. David
Baird's dataload is a standalone program that will directly create .rda
files from .csv (it also handles many other conversions). Unfortunately
dataload is no longer publicly available because of some kind of
relationship
13 matches
Mail list logo
