I wondered if there were standard practices in CRAN for delivery of R source
implementing functions in R packages. I has encountered a couple of packages
where the gzipped version of source contains very little, primarily the Help
files describing the functions in the package. In some cases I
Sent: Monday, June 27, 2011 10:18 AM
To: Galkowski, Jan
Cc: r-help@r-project.org
Subject: Re: [R] Standards for delivery of GPL software in CRAN packages
On Mon, Jun 27, 2011 at 1:24 PM, Galkowski, Jan jgalk...@akamai.com wrote:
I wondered if there were standard practices in CRAN for delivery of R
: Gavin Simpson gavin.simp...@ucl.ac.uk
To: Galkowski, Jan
Cc: Barry Rowlingson b.rowling...@lancaster.ac.uk; r-help@r-project.org
r-help@r-project.org
Sent: Mon Jun 27 11:36:57 2011
Subject: Re: [R] Standards for delivery of GPL software in CRAN packages
On Mon, 2011-06-27 at 11:14 -0400, Galkowski
Regarding the subject, I want to thank the many respondents for clarifying the
nature of the relationship between R and the GPL, as well as giving help with
the structure of R-delivered source.
I want to emphasize I meant nothing at all harsh or accusatory in my email. I
did say I had access
I wanted to put this on the R Wiki, but found the suitable pages were
read-only. I wanted to get it out in public to save people work.
I was converting dates like 2009/03/26 01:00:00 AM using as.POSIXct. I found
that using a format of %Y/%m/%d %I:%M:%S %p did not work correctly to
interpretation of the standard errors for slope and intercept it yields?
A reference?
- Jan
-Original Message-
From: Greg Snow [mailto:greg.s...@imail.org]
Sent: Wednesday, April 08, 2009 1:20 PM
To: Galkowski, Jan; r-help@r-project.org
Subject: RE: predict interval for lmRob?
Your problem
[snip]
Discarding actual data points always makes me nervous. Sometimes the points
we want to discard are actually the most interesting.
No doubt this is true, and there's a lot of information in those outliers, a
lot of structure. For instance, in this case, one part of the outlier
Like many software assemblies, R is updated frequently. Also, it
creates its own release-numbered directory when it is installed.
Packages get dumped into the subdirectory library. I have a personal
habit of storing documents related to R packages in the doc
subdirectory.
Here are my questions.
-project.org; Galkowski, Jan
Subject: Re: [R] smoothest way to upgrade R, say from 2.6.1 to 2.6.2?
If this _is_ Windows, the question is discussed in detail in the rw-FAQ.
That document also discusses how to install packages into a site or
personal library which can make upgrading easier.
Another
Joyful.
I'm adapting a FORTRAN 77 package for use with R. Pretty
straightforward.
Except for a glitch it took me some time to figure out. This existing
package has subroutines which have parameters called NA. So, I called
subroutines like
bnodes - function(n, lst, lptr, lend, nodes, nb, na,
There's Renka's STRIPACK, and TRIPACK, respectively, ACM TOMS Algorithms
772 and 751, and there's the R package deldir which does the Delaunay
for a plane, but does anyone have or know of the tessellation in R for a
sphere?
Also, is there a standard indexing scheme for Delaunay facets, and
Recently, a package for convex optimization was announced for Python,
based upon the LP solver GLPK, the SDP solver
in DSDP5, and the LP and QP solvers in MOSEK. I'm aware GLPK is
available for R, but wondered if anyone had good
packages for convex optimization along these lines for R.
TIA.
12 matches
Mail list logo
