On 7/31/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> I have a problem with the choropleths maps of the USA states=20
>
> In fact, when I use the following code
>
> #
>
> palette(gray(seq(0,.9,len=3D10)))
>
> ordena.estados<-c("ALABAMA","AR
On 7/31/2006 11:56 AM, [EMAIL PROTECTED] wrote:
> Hello,
>
> The below reliably crashes R 2.3.1:
>> plot.new()
>> title(1:10)
> Process R segmentation fault (core dumped) ...
This was an internal bug in do_title. When the integer vector was
converted to character it wasn't protected, and ga
On 7/31/2006 11:56 AM, [EMAIL PROTECTED] wrote:
> Hello,
>
> The below reliably crashes R 2.3.1:
>> plot.new()
>> title(1:10)
> Process R segmentation fault (core dumped) ...
>
> Also, R will crash when these vectors are much smaller, just not as
> reliably.
I can verify this in a recent R-p
Hi Thomas,
Here is a comparison of performance times from my own igroupSums
versus using split and rowsum:
> x <- rnorm(2e6)
> i <- rep(1:1e6,2)
>
> unix.time(suma <- unlist(lapply(split(x,i),sum)))
[1] 8.188 0.076 8.263 0.000 0.000
>
> names(suma)<- NULL
>
> unix.time(sumb <- igroupSum
On Mon, 31 Jul 2006, Hin-Tak Leung wrote:
> Had some fun today, and thought it might be a good idea to share
> and possibly for inclusion to R/src/gnuwin32/README.packages .
[...]
> Cross-compiling: The instruction in R/src/gnuwin32/README.packages
> essentially works, with one missing detail:
Had some fun today, and thought it might be a good idea to share
and possibly for inclusion to R/src/gnuwin32/README.packages .
Wine/linux : while R, ActiveState Perl, mingw all works alright under
wine, the blocking issue is Rtool's cygwin dependency. forking
(as much of make and sh is forking s
should appear at an R-devel near you...
thanks Seth
Seth Falcon wrote:
> Robert Gentleman <[EMAIL PROTECTED]> writes:
>> OK, that suggests setting at the options level would solve both of your
>> problems and that seems like the best approach. I don't really want to
>> pass this around as a par
I am getting the following output when I try to load R package gmodels under
R-devel. This does not occur in R 2.3.1. In searching the R archives it appears
that this message regarding lazyLoadDBfetch should not be occurring in recent R
releases.
I have redownloaded R-devel and gmodels and the
Hello,
The below reliably crashes R 2.3.1:
> plot.new()
> title(1:10)
Process R segmentation fault (core dumped) ...
Also, R will crash when these vectors are much smaller, just not as
reliably.
I haven't tried this in on today's snapshot, but didn't see anything in
the changelog that seems
> Hi Tom,
>
> > Now, try sorting and using a loop:
> >
> >> idx <- order(i)
> >> xs <- x[idx]
> >> is <- i[idx]
> >> res <- array(NA, 1e6)
> >> idx <- which(diff(is) > 0)
> >> startidx <- c(1, idx+1)
> >> endidx <- c(idx, length(xs))
> >> f1 <- function(x, startidx, endidx, FUN = sum) {
> > +
This is a multi-part message in MIME format.
--090008060607010208040805
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
DESCRIPTION OF PROBLEM:
Output from format.default sometimes has whitespace around it when using
big.mark="," and trim=TR
On Sat, 29 Jul 2006, Kevin B. Hendricks wrote:
> Hi Bill,
>
sum : igroupSums
>
> Okay, after thinking about this ...
>
> # assumes i is the small integer factor with n levels
> # v is some long vector
> # no sorting required
>
> igroupSums <- function(v,i) {
> sums <- rep(0,max(i))
> f
Dear Colegues:
I have tried to reach Ray Brownrigg, [EMAIL PROTECTED]
but my mails have turned back with the following comment
did not reach the following recipient(s):
[EMAIL PROTECTED] on Mon, 31 Jul 2006 12:52:39 +0100
There is no such account in the address
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3
Hi Tom,
> Now, try sorting and using a loop:
>
>> idx <- order(i)
>> xs <- x[idx]
>> is <- i[idx]
>> res <- array(NA, 1e6)
>> idx <- which(diff(is) > 0)
>> startidx <- c(1, idx+1)
>> endidx <- c(idx, length(xs))
>> f1 <- function(x, startidx, endidx, FUN = sum) {
> + for (j in 1:length(res)) {
On Fri, 28 Jul 2006, Thomas Lumley wrote, quoting someone else:
> > In any case, as you can see, __libc_stack_end goes away completely by libc
> > 2.3.6,
I don't see this: my FC3 AMD64 *g*libc 2.3.6 system gives
2148: 4 OBJECT GLOBAL DEFAULT UND
[EMAIL PROTECTED] (22)
9516:
Prof Brian Ripley <[EMAIL PROTECTED]> writes:
> On Mon, 31 Jul 2006, hadley wickham wrote:
>
> > Sorry, a better example is:
> >
> > > data.frame(a=1)[FALSE]
> > NULL data frame with 1 rows
> > > data.frame(a=1)[NULL]
> > NULL data frame with 1 rows
> >
> > vs
> >
> > > data.frame()[FALSE]
> >
On Mon, 31 Jul 2006, hadley wickham wrote:
> Sorry, a better example is:
>
> > data.frame(a=1)[FALSE]
> NULL data frame with 1 rows
> > data.frame(a=1)[NULL]
> NULL data frame with 1 rows
>
> vs
>
> > data.frame()[FALSE]
> Warning in is.na(nm) : is.na() applied to non-(list or vector)
> NULL da
Sorry, a better example is:
> data.frame(a=1)[FALSE]
NULL data frame with 1 rows
> data.frame(a=1)[NULL]
NULL data frame with 1 rows
vs
> data.frame()[FALSE]
Warning in is.na(nm) : is.na() applied to non-(list or vector)
NULL data frame with 0 rows
> data.frame()[NULL]
Warning in is.na(nm) : is.
> data.frame()[]
NULL data frame with 0 rows
> data.frame()[FALSE]
Warning in is.na(nm) : is.na() applied to non-(list or vector)
NULL data frame with 0 rows
> data.frame()[NULL]
Warning in is.na(nm) : is.na() applied to non-(list or vector)
NULL data frame with 0 rows
Is this a bug? I wouldn't h
This is a minor documentation inconsistency:
While the R Installation and Administration manual speaks about the file
"R-x.y.z.tgz", this has to be replaced by "R-x.y.z.tar.gz" for x > 1.
Uwe Ligges
__
R-devel@r-project.org mailing list
https://stat.et
> "RobCar" == Carnell, Rob C <[EMAIL PROTECTED]>
> on Sun, 30 Jul 2006 19:42:29 -0400 writes:
RobCar> NIST maintains a repository of Statistical Reference
RobCar> Datasets at http://www.itl.nist.gov/div898/strd/. I
RobCar> have been working through the datasets to compare
21 matches
Mail list logo
