Dear R-persons,
In the past (and still) I rely rather much on weights() function in
package vegan. Several vegan objects have weights which are queried and
used. Many of the utilities were written so that they can be used
similarly with non-vegan methods. My strategy was to query weights(),
and if
The effect Duncan's picture shows is typical of using anti-aliasing for
rectangles and polygons. The cairo-based devices have it turned off for
filled regions, as it seems to have no advantage for R uses of such
regions. (You also see it with some on-screen renderers of postscript or
pdf vers
In the latest version R2.7.0 the following command does not work anymore:
x <- eval(parse(prompt = paste("give value for x > ")))
It does give the pompt, but the object x is not created.
We think this is due to a bug in the function parse.
best regards,
Wout Slob
__
Sorry for lack of clarity but I didn't find away to upload images.
I am running Mac OS 10.5.2, R 2.7.0
The problem arrises when using anything that depends upon image()
using the Quartz() device. This sounds very much like what you are
describing with the background showing through (most obvi
[EMAIL PROTECTED] wrote:
> In the latest version R2.7.0 the following command does not work anymore:
>
> x <- eval(parse(prompt = paste("give value for x > ")))
>
> It does give the pompt, but the object x is not created.
>
> We think this is due to a bug in the function parse.
>
> best rega
In answering the "how can I get 2 y axes on the same plot"
question for the umpteenth time (and why you shouldn't do that),
I wondered if this kind of thing wants to go in the FAQ (along
with pie charts and 3D bar graphs -- we could call it the
"scourge graphics" section :-) ). I just updated
# R for Windows will not send your bug report automatically.
# Please copy the bug report (after finishing it) to
# your favorite email program and send it to
#
# [EMAIL PROTECTED]
#
##
R versions R-2.6.2 and R-2.7.0 for M$-Windows no lon
So maybe convolve(x,y) should take care if x or y is of prime size ?
Or users could at least be warned that this implementation of "Fast
Convolution" is not able to handle x
of prime size in acceptable time.
Anyway, I don't understand why R does not make use of a fast&free
algorithm like the FFT
I've come across a handful of tests that
fail at our site. I consider this one the
worst because the process does not return.
The patch below simply bypasss the test,
but the errors in the out file are included
as well. I suspect this is due to more or
tighter ulimits on this system.
But I'm not
Dear R-devel / Dr. Murrell -
This is similar but ultimately unrelated (I think) to something I posted
about in February. See my original post here:
https://stat.ethz.ch/pipermail/r-devel/2008-February/048278.html
I start R with the --vanilla option, and run the following code.
## BEGIN SAM
On 5/22/2008 11:55 AM, [EMAIL PROTECTED] wrote:
# R for Windows will not send your bug report automatically.
# Please copy the bug report (after finishing it) to
# your favorite email program and send it to
#
# [EMAIL PROTECTED]
#
##
R
Why not raise your limits to more reasonable levels? These failures are
warning you that your limits (stack, it looks) are too low.
We do know from experience on Windows that a 2Mb stack limit is too low,
and recommend 10Mb (and that is on a 32-bit system).
Also, the descriptors limit should
On 5/22/2008 11:55 AM, [EMAIL PROTECTED] wrote:
# R for Windows will not send your bug report automatically.
# Please copy the bug report (after finishing it) to
# your favorite email program and send it to
#
# [EMAIL PROTECTED]
#
##
R
On Thu, 22 May 2008, Peter Dalgaard wrote:
> More succinctly, parse() from stdin() seems to be broken:
>
> > parse()
> ?a
> expression()
>
> This was not the case in January (this was the older version I had lying
> around):
>
> R version 2.6.2 alpha (2008-01-29 r44233)
>
> > parse()
> ?a
> e
The conversion of RGB to CMYK takes place in PostScriptSetCol() starting at
line 2900 of R-2.7.0/src/library/grDevices/src/devPS.c
if(strcmp(mm, "cmyk") == 0) {
double c = 1.0-r, m=1.0-g, y=1.0-b, k=c;
k = fmin2(k, m);
k = fmin2(k, y);
if(k =
On Thu, 22 May 2008, Bill Dunlap wrote:
> Also, if your input starts with certain errors, parse returns
> the stuff after the error:
>> parse()
>?err//one
>expression(one)
>
>
> After the attached change we get
>
>> parse()
>?one
>expression(one)
>> parse(n=2)
>?one
I unfortunately am having a far more difficult time replicating this on
my home computer.
> sessionInfo()
R version 2.7.0 (2008-04-22)
i486-pc-linux-gnu
locale:
LC_CTYPE=en_US.UTF-8;LC_NUMERIC=C;LC_TIME=en_US.UTF-8;LC_COLLATE=en_US.UTF-8;LC_MONETARY=C;LC_MESSAGES=en_US.UTF-8;LC_PAPER=en_US.UTF-
Thanks for the analysis and fix. I'm not sure how that slipped by.
I'll commit your patch.
Duncan Murdoch
On 22/05/2008 5:52 PM, Bill Dunlap wrote:
On Thu, 22 May 2008, Bill Dunlap wrote:
Also, if your input starts with certain errors, parse returns
the stuff after the error:
> parse()
After some offline followups, I'm pretty sure the issue here is with the
"Start in" directory that the installer puts in the shortcut.
Unfortunately, as far as I can determine, there is no way to tell
Windows to set the working directory to the user's personal directory
(My Documents, typically
Many Japanese were troubled with the setting of the font.
I added the following to .Rprofile first.
setHook(packageEvent("grDevices", "onLoad"),
function(...){
grDevices::quartzFonts(sans=grDevices::quartzFont(
c("Hiragino Kaku
20 matches
Mail list logo
