similar to: making-a-lisp implementation of R

I am trying to install two R packages to produce cartograms like in the work of Gastner and Newman: http://www.pnas.org/content/101/20/7499.full.pdf but I have a problem installing Rcartogram and rdyncall packages. Both are not available in CRAN and have to be installed from archivea and produce errors: > install.packages("C:/Users/Milena/Downloads/*Rcartogram*_0.2-2.tar.gz", >

Dear R Core and CRAN Team, I received a warning that the rdyncall package [1] will be archived and removed from the main CRAN distribution at 7th of September if I can not get rid of .Internal calls. > From: ripley at stats.ox.ac.uk (Prof Brian Ripley) > Subject: Use of .Internal in CRAN package rdyncall > Date: August 14, 2012 11:09:06 AM GMT+02:00 > To: dadler at uni-goettingen.de

Dear R Core Team, I have a question related to the programming interface for namespace object creation at run-time. This is something that I need in the rdyncall package: During the dynamic linkage binding of a shared C library, an R namespace object is created that gets populated with call wrappers, symbolic constants and type information objects. For example, > dynport(SDL) # create

Initial Announcement: Package rdyncall released on CRAN. (Version 0.7.3) The package was presented at the Use!R 2009 with the title 'An improved Foreign Function Interface for R' and is now available on CRAN and considered stable for a large range of R platforms. The package provides a cross-platform framework for dynamic binding of C libraries using a flexible Foreign Function

Initial Announcement: Package rdyncall released on CRAN. (Version 0.7.3) The package was presented at the Use!R 2009 with the title 'An improved Foreign Function Interface for R' and is now available on CRAN and considered stable for a large range of R platforms. The package provides a cross-platform framework for dynamic binding of C libraries using a flexible Foreign Function

> On Nov 15, 2017, at 1:08 AM, Jeremie Juste <jeremiejuste at gmail.com> wrote: > > > > Hello, > > I tried intalling mice package and got the following error: > > * installing *source* package ?mice? ... > ** package ?mice? successfully unpacked and MD5 sums checked > ** libs > g++ -I/usr/local/lib/R/include -DNDEBUG

The Wine development release 3.11 is now available. What's new in this release (see below for details): - More debugger support for Wow64 processes. - Support for sha256/sha384 hashes in ECDSA signatures. - Better reporting of hyper-threaded CPUs. - Improvements to the standard Task Dialog. - Various bug fixes. The source is available from the following locations:

Hello, I tried intalling mice package and got the following error: * installing *source* package ?mice? ... ** package ?mice? successfully unpacked and MD5 sums checked ** libs g++ -I/usr/local/lib/R/include -DNDEBUG -I"/home/djj/R/x86_64-pc-linux-gnu-library/3.4/Rcpp/include" -I/usr/local/include -fpic -g -O2 -c RcppExports.cpp -o RcppExports.o g++ -I/usr/local/lib/R/include

You are the one with data. Supply what you have (or a simulated version of same, hence the reading recommendation) using dput, and someone may suggest how to transform it. In most cases a simple tabular format (data frame) is sufficient. -- Sent from my phone. Please excuse my brevity. On January 10, 2018 12:20:47 PM PST, "J?r?mie Juste" <jeremiejuste at gmail.com> wrote:

Hello, Have a look at the plm package https://cran.r-project.org/web/packages/plm/index.html It has a convenient way to structure your data into panel according to some id. Best regards, Jeremie On Wed, Jan 10, 2018 at 5:41 PM, deva d <devazresearch at gmail.com> wrote: > dear all, > > i need some help in structuring my data file for a hierarchical time series > analysis.

Hello, It's difficult to help without a sample of the format. Can you provide a short sample like 10 lines and a few columns.? Best regards, Jeremie On Wed, Jan 10, 2018 at 6:12 PM, John Kane via R-help <r-help at r-project.org> wrote: > Have a look at http://stackoverflow.com/questions/5963269/how-to-make- > a-great-r-reproducible-example > and >

Hi Lisp users, I'm a user of both Common Lisp and R (GNU R). I found R has a rich collection of statistical and numerical computation functions, while it is not as extensible as Lisp (Common Lisp). I considered Lisp-Stat but its only implementation is not in the usuall Common Lisp, and the available functions in CRAN are far richer than Lisp-Stat currently has. I want to know if there is

Hi everyone! I'm developing a Libvirt bindings for Common Lisp. The project is called "Lispvirt". I created this project because I was doing a project in Lisp to manage Virtual Machines. So, I needed to implement some code using C and set up Lisp to access those methods in C. This project was becoming a mess. The better scenario is using only Lisp. That's why I started to

Hello, I have some trouble understanding why !b &&TRUE is TRUE. Do you have an idea? > b <- matrix(c(0,1,1,0,1,0),2) > !b [,1] [,2] [,3] [1,] TRUE FALSE FALSE [2,] FALSE TRUE TRUE > !b &&TRUE [1] TRUE Best regards, Jeremie

I came across a quite interesting post from Ross Ihaka, thought would be good to share it and get the opinion of folks around here. I am not sure where to post this for the R community but since it has to do with development I thought or R-devel Ross Ihaka Newsgroups: comp.lang.lisp From: Ross Ihaka <ih... at stat.auckland.ac.nz> Date: Wed, 23 Jan 2008 10:35:26 +1300 Local: Tues, Jan 22

Hi, I'm using R in Emacs and I'm interested in programatically knowing the details of all opened buffers; details such a buffer name, size, mode, and possibly associated filename. I've been able to write such a function in Emacs Lisp, but now I'd like to be able to call that function from R, or if that's not possible then calling it from C would be fine. Does anyone know if

I'm not an Emacs user, but the ESS-help mailing list (see ess.r-project.org) might be able to help with this. Duncan Murdoch On 10/11/2023 3:43 a.m., Iris Simmons wrote: > Hi, > > > I'm using R in Emacs and I'm interested in programatically knowing the > details of all opened buffers; details such a buffer name, size, mode, > and possibly associated filename.

I have written some programs in Common Lisp and I have been using SAS to pipe those programs to my lisp compiler in batch mode by using the %xlog and %xlst SAS commands. I wonder if there is in R a similar way to pipe commands to LISP so that all my work would be concentrated in R even when I have to call a LISP program? I have looked at the foreign library but this seems to adjust data types not

thanks jeff and jeremie, i am attaching 40 rows of the data, randomly picked from the large table. the vars are - entity (1-46, with some missing IDs not included due to missing data), group (1/2), sub group (1/2/3/4), year (2002-2016), y, x1 and x2 - large values included due to size of players - (may not be considered as outliers as they constitute the sample and are important countrywide

In porting some Common LISP code to R, I am trying to found out whether special care must be taken for the let* function. In Common LISP, "the let* block is like let except it is guaranteed to evaluate the initialization of its local variables in sequentially nested scopes, i.e. it provides an order to the binding and visibility of preceding variables.". I have included the recursive