similar to: ‘:::’ call

I recently put several packages for time series databases on CRAN. The main package, TSdbi, provides a common interface to time series databases. The objective is to define a standard interface so users can retrieve time series data from various sources with a simple, common, set of commands, and so programs can be written to be portable with respect to the data source. The SQL

I recently put several packages for time series databases on CRAN. The main package, TSdbi, provides a common interface to time series databases. The objective is to define a standard interface so users can retrieve time series data from various sources with a simple, common, set of commands, and so programs can be written to be portable with respect to the data source. The SQL

I was just looking at the daily checks and it seems the "r-release Windows x86_64 (32-bit)" column is running R2.6.0. Is that correct? Possibly related, an error is being flagged in that column for TSMySQL, which appears to be a problem that should be caught in the other columns too. It is something that has been fixed in my sources for awhile. (I think it was fixed in the

I am extending a DBI connection by setClass("TSPostgreSQLConnection", contains=c("PostgreSQLConnection","TSdbOptions")) but the first time I use this I am getting a warning when it tries to coerce the TSPostgreSQLConnection to a PostgreSQLConnection. After the first use the warning stops, but the first warning is causing me problems when I do automatic checks

In the documentation the closed thing I see to an explanation of this is that ?detach says "Unloading some namespaces has undesirable side effects" Can anyone explain why unloading tseries will load zoo? I don't think this behavior is specific to tseries, it's just an example. I realize one would not usually unload something that is not loaded, but I would expect it to do

The algorithm does make a differece. You can use Kahan's summation algorithm (https://en.wikipedia.org/wiki/Kahan_summation_algorithm) to reduce the error compared to the naive summation algorithm. E.g., in R code: naiveSum <- function(x) { s <- 0.0 for(xi in x) s <- s + xi s } kahanSum <- function (x) { s <- 0.0 c <- 0.0 # running compensation for lost

Is there a good strategy for testing examples which should not be run by default? For instance, I have examples which get data from the Internet. If I wrap them in try() then they can be skipped if the Internet is not available, but may not be tested in cases when I would like to know about the failure. (Not to mention that the example syntax is ugly.) If I mark them \dontrun or \donttest

Apologies if this is the wrong place to ask. I'm not aware of a mail list devoted to database interfaces. Please direct me if so. I am trying to use TSMySQL. It loads RMySQL, and apparent the CRAN version has an .onLoad script which seeks out the local MySQL server. If that fails, the package fails to load. Thing is, I'm trying to access a MySQL database on a remote machine for which

I'm in the process of converting some S3 methods to S4 methods. I have this function : setGeneric("enrichmentCalc", function(rs, organism, seqLen, ...){standardGeneric("enrichmentCalc")}) setMethod("enrichmentCalc", c("GenomeDataList", "BSgenome"), function(rs, organism, seqLen, ...) { ... ... ... })

Am I correct in thinking that the ?SystemRequirements? field in a package DESCRIPTION file is purely descriptive, there are no standard elements that can be extracted by parsing it and used automatically? This field does not seem to be widely used, even for some obvious cases like backend database driver requirements, perl, perl modules, etc. It might help to have a list of possibilities. Some

> And in general a developer would avoid masking a function > in a base package, so as not to require the user to distinguish > between stats::density() and igraph::density(). Maybe the > example is not meant literally. The 'filter' function in the popular 'dplyr' package masks the one that has been in the stats package forever, and they have nothing in common, so that

The packages link on CRAN (http://cran.at.r-project.org/) seems to be broken. Paul Object not found! The requested URL was not found on this server. The link on the referring page<http://cran.at.r-project.org/navbar.html> seems to be wrong or outdated. Please inform the author of that page <http://cran.at.r-project.org/navbar.html> about the error.

On Wed, Apr 29, 2015 at 8:12 PM, Paul Gilbert <pgilbert902 at gmail.com> wrote: > > As I recall, several packages mask the simulate generic in stats, if you > are looking for examples. > FWIW, here is a list of base* functions masked** by CRAN packages: https://github.com/gaborcsardi/rfunctions/blob/master/rfunctions.md Look at the long table in the end. simulate indeed comes up

CRAN (and crantastic) updates this week New packages ------------ * Bergm (1.0) Alberto Caimo http://crantastic.org/packages/Bergm Functions implementing Bayesian estimation for exponential random graph models via exchange algorithm Updated packages ---------------- lmtest (0.9-26), logcondens (1.3.5), MTSKNN (0.0-4), pmml (1.2.21), r2lUniv (0.9.4), rattle (2.5.11), rgdal (0.6-23),

On 08/30/2016 06:29 PM, Duncan Murdoch wrote: > I don't see evidence of a bug. There have been several versions of the > MT; we may be using a different version than you are. Ours is the > 1999/10/28 version; the web page you cite uses one from 2002. > > Perhaps the newer version fixes some problems, and then it would be > worth considering a change. But changing the

On Mon, Feb 26, 2018 at 3:25 PM, Gary Black <gwblack001 at sbcglobal.net> wrote: (Sorry to be a bit slow responding.) You have not supplied a complete example, which would be good in this case because what you are suggesting could be a serious bug in R or a package. Serious journals require reproducibility these days. For example, JSS is very clear on this point. To your question >

I have not found anything about this except the following from the DBI documentation : Bind variables: the interface is heavily biased towards queries, as opposed > to general > purpose database development. In particular we made no attempt to define > “bind > variables”; this is a mechanism by which the contents of R/S objects are > implicitly > moved to the database during SQL

Hello, I am trying to write FORTRAN code to do the same as some R code I have. I get (small) differences when using the sum function in R. I know there are numerical routines to improve precision, but I have not been able to figure out what algorithm R is using. Does anyone know this? Or where can I find the code for the sum function? Regards, Rampal Etienne

On 09/19/2018 10:03 AM, Ben Bolker wrote: ... > Balancing backward compatibility and correctness is a tough problem > here. I think improvements in the RNG is a situation where backward compatibility is not really going to be lost, because people can specify the old generator, they just will not get it by default. My opinion is that the default needs to generally be the best option

hi, r developers, I am now working on a R function/package to handling online request with username and token/password. For security reasons, it's not so safe to store the username & token in persistent variables, since they'll be saved to disk when users save their workspace. Is there a secure way in R to handle the online password management? I have searched it online but didn't