Hi Ted,
>
> Many thanks for the suggestion. I'm afraid I'm not from a programming
> background at all, hence I wouldn't even know what software to paste the
> c-code into, much less how to apply it to my column of dates. I have been
> using R for a few years but very much as a user rather than d
Hi Whit,
Many thanks for the link. The Boost options look interesting, although
calendar conversion is mentioned in the goals I couldn't see a direct
example of it on the website.
I'm not sure how this would be coded, but the general details for the
conversion are that the date would have to be
Full_Name: Oliver Bandel
Version: R version 2.7.1 (2008-06-23)
OS: Linux (Debian Lenny)
Submission from: (NULL) (88.73.82.147)
Hello,
I have written a small R-script.
When I inserted one line of code, the behaviour was completely different!
Instead of just printing one line more to the output,
Simon,
first, I'd like to apologize, that my previous message has been sent to you
directly. I have not checked the receivers list when clicking reply in my
E-mail program.
Simon Urbanek wrote:
> On Jan 7, 2009, at 2:05 , Thomas Baier wrote:
>
>> Simon,
>>
>> Simon Urbanek wrote:
And if 2.
Dear all,
there seems to be a problem with displayed legends when a multiple
figure environment is used, see the following example:
par(mfrow=c(1,2))
curve(dnorm,col=4,from=-4,to=4);
legend(-4,0.3,legend="curve",lty=1,col=4)
legend(-4,0.2,legend="curve",lty=1,col=4)
On my machines the first tim
Dear Simone,
Did mean that the legend (text and/or box) overlap with the Normal
density? If so then I think there's no problem as the legend is placed
where you told R to do. And R won't check (for you) if it will overlap
or not with pre-existing graphical elements.
On my computer, I got the
This is not a bug. Read ?paste: if you give it a vector, it will give
you a vector result. That's what you're seeing.
Duncan Murdoch
oli...@first.in-berlin.de wrote:
Full_Name: Oliver Bandel
Version: R version 2.7.1 (2008-06-23)
OS: Linux (Debian Lenny)
Submission from: (NULL) (88.73.82.147
This is not a bug. Read ?paste: if you give it a vector, it will give
you a vector result. That's what you're seeing.
Duncan Murdoch
oli...@first.in-berlin.de wrote:
> Full_Name: Oliver Bandel
> Version: R version 2.7.1 (2008-06-23)
> OS: Linux (Debian Lenny)
> Submission from: (NULL) (88.73.
Sorry if this is spam, but I couldn't see it having popped up on the list
yet.
http://www.nytimes.com/2009/01/07/technology/business-computing/07program.html?emc=eta1
Anand
[[alternative HTML version deleted]]
__
R-devel@r-project.org mailing l
Dear Mathieu,
On Thu, Jan 8, 2009 at 12:14 PM, Mathieu Ribatet
wrote:
> Dear Simone,
>
> Did mean that the legend (text and/or box) overlap with the Normal density?
no, I mean that the two legend() commands, which are identical in all
but the y-coordinates, produce different results, namely boxe
> "SG" == Simone Giannerini
> on Thu, 8 Jan 2009 14:08:17 +0100 writes:
SG> Dear Mathieu, On Thu, Jan 8, 2009 at 12:14 PM, Mathieu
SG> Ribatet wrote:
>> Dear Simone,
>>
>> Did mean that the legend (text and/or box) overlap with
>> the Normal density?
SG>
On linux, I get
> dev.cur()
null device
1
> str(X11.options())
List of 15
$ display: chr ""
$ width : num NA
$ height : num NA
$ pointsize : num 12
$ bg : chr "transparent"
$ canvas : chr "white"
$ gamma : num 1
$ colortype : chr "true"
$ maxcube
It has been all over R-help, in several threads.
https://stat.ethz.ch/pipermail/r-help/2009-January/184119.html
https://stat.ethz.ch/pipermail/r-help/2009-January/184170.html
https://stat.ethz.ch/pipermail/r-help/2009-January/184209.html
https://stat.ethz.ch/pipermail/r-help/2009-January/184232.h
Now I got how to reproduce it, it has nothing to do with multiple
figure environment but rather with figure resizing. Here it is:
curve(dnorm,col=4,from=-4,to=4);
legend(-4,0.3,legend="curve",lty=1,col=4)
# Now expand the figure to full screen
legend(-4,0.2,legend="curve",lty=1,col=4)
Simone
You can find the resulting graph here (produced under win Vista)
http://www2.stat.unibo.it/giannerini/R/try.eps
(produced under win Vista)
platform i386-pc-mingw32
arch i386
os mingw32
system i386, mingw32
status
major 2
minor 8.1
year
Dear list,
I am trying to implement a publish-subscribe mechanism in for an embedded
R interpreter. But somehow my registered closures seem to get collected by
the GC, even though I have protected them. I have reducted my code to the
following sample. Sorry if it is a little verbose.
The
Hi Bernd
There are two problems here.
Firstly, routines that are invoked via the .Call() interface
must return a SEXP, not a void. (void is for .C()-callable
routines.)
The more serious problem is that yes, you are PROTECT'ing
the callbacks when you set them, but PROTECT'ing is
for the durati
On 1/8/2009 9:29 AM, Simone Giannerini wrote:
Now I got how to reproduce it, it has nothing to do with multiple
figure environment but rather with figure resizing. Here it is:
curve(dnorm,col=4,from=-4,to=4);
legend(-4,0.3,legend="curve",lty=1,col=4)
# Now expand the figure to full screen
le
On Thu, 8 Jan 2009, Simone Giannerini wrote:
Now I got how to reproduce it, it has nothing to do with multiple
figure environment but rather with figure resizing. Here it is:
curve(dnorm,col=4,from=-4,to=4);
legend(-4,0.3,legend="curve",lty=1,col=4)
# Now expand the figure to full screen
lege
Dear Duncan,
Thank you for your suggestion. I did not know about R_PreserveObject, this is
exactly what we needed. You have been very helpful.
Regards,
Bernd
On Thu, 08 Jan 2009 15:59:25 +0100, Duncan Temple Lang
wrote:
Hi Bernd
There are two problems here.
Firstly, routines that are in
Thanks for your clarifications,
I use legends only when the plot is at its final size and also had a
look at windows() before posting but at first I could not relate the
legends' behaviour to the resizing effect.
Kind regards,
Simone
On Thu, Jan 8, 2009 at 4:02 PM, Prof Brian Ripley wrote:
> O
Synopsis:
I am trying to build and install a package in R, but I have run into a
problem where the file names determine success or failure of the package
installation. I started with a single file containing two class
definitions. This package installs properly. If I split the classes into
The order of files does matter when your code has side effects (as here),
and I guess you did not specify a Collation: field in the DESCRIPTION
file.
The default order is alphabetic (in the C locale), which is not what you
want here.
On Thu, 8 Jan 2009, behli...@gmail.com wrote:
Synopsis:
23 matches
Mail list logo
