On 22.07.2011 14:50 (UTC+1), Prof Brian Ripley wrote:
One possibility is that you are building from a tarball snapshot without
mentioning it, and the (unspecified) tarball is incomplete.
For R-devel using tarballs is not a wise idea: they are really only
checked carefully in pre-release
Hello dear R-developers,
two questions on an otherwise magnificent program:
1)
Is there a way to set defaults for par differently than R offers normally?
I for example would like to have las default to 1. (or in the same style,
sometimes type in plot() could be l per default).
Tthe following
Dear List,
I'm building a package that uses 2 functions of the 'sp' package, and I
declared them in my NAMESPACE file as follow:
importFrom(sp, proj4string, coordinates)
The package is built without any problem, but when I load the package, I
get the following message:
Loading
The fact that R doesn't automatically copy the function argument is very
useful when you mainly want to pass arguments to another function. Thanks to
all of you for mentioning this!
Another trick to reduce verbosity of code (and focus on algorithm logic
rather than boilerplate code) is to
The message is from maptools (as it says), not sp.
No, there is nothing you can do when dependent packages put out
messages. You could ask the maintainer not to put the message out
when rgeos is available
On Fri, 22 Jul 2011, Mauricio Zambrano-Bigiarini wrote:
Dear List,
I'm
I am running RApache (www.rapache.net) on CentOS 5.6 using the R
binary from EPEL. After upgrading to R from 2.12 to 2.13 I am getting
the following error when starting Apache:
Cannot load /usr/lib/httpd/modules/mod_R.so into server: libgomp.so.1:
shared object cannot be dlopen()ed
I tried
On Jul 23, 2011, at 4:28 PM, Jeroen Ooms wrote:
I am running RApache (www.rapache.net) on CentOS 5.6 using the R
binary from EPEL. After upgrading to R from 2.12 to 2.13 I am getting
the following error when starting Apache:
Cannot load /usr/lib/httpd/modules/mod_R.so into server: