search for: time_

...1 variable: $ Interarrival: int 135 806 117 4 14 1 9 104 169 0 ... > head(df) Interarrival 1 135 2 806 3 117 4 4 5 14 6 1 > This corresponds to the time differences (in ms) of a poisson arrival process where Interarrival{i+1} = time_{i+1} - time_{i} I want to get the Time bin (in minutes) of every interarrival basically something like: 1) df$Time <- sum(of all df$Interarrival up to "this rownum") # cumulative sum 2) df$Time <- floor(df$Time / 60000) + 1 then I should get the first minute of Interarrival hav...

...of this simple test have significant implications for my software development approach. I hope others find this information useful as well. I have attached the code files in the bottom. Below I provide a summary output, and interpret the results. [All times in table below are in microseconds] m/n/time_.Call_R/time_.Call_C++/.Call_overhead/time_.C_R/time_.C_C++/.C_overhead 100/10/3.23/1.33/*1.90*/16.89/0.96/*15.93* 200/15/5.38/3.44/*1.94*/30.77/2.81/*27.96* 500/20/12.48/10.4/*2.08*/78.12/9.37/*68.75* Interpretation: 1- .Call overhead holds nearly constant, i.e. independent of data size. This is...

Data processing? I have a large number of csv files from animal tracks that look like this: Date_ Time_ Speed Course Type_ Distance 30/03/2012 11:15:05 108 121 -2 0 30/03/2012...

On Nov 4, 2006, at 8:30 AM, Wesley Shields <wxs@atarininja.org> wrote: > > On Fri, Nov 03, 2006 at 07:54:59AM -0800, Ricardo A. Reis wrote: > [...] >> In the II COLARIS - Joanna Rutkowska alert the possible >> new technology of Malware's using hardware virtualization, present >> in AMD and INTEL new processor. >> >> I've two questions ...

Dear all, I'm using R version 3.2.0 in Ubuntu 12.04 LTS. While trying to install any package I get the error: "/usr/bin/ld: cannot find -lgfortran" If I open a Terminal and run "ldconfig -p | grep libgfortran"?, I get:? "libgfortran.so.3 (libc6,x86-64) => /usr/lib/x86_64-linux-gnu/libgfortran.so.3" I've been an R user for two years and this is the

...9;t help a bit. When I try | | install.packages("rgdal",lib="/home/rolf/Rlib") | | I get exactly the same error as before. I.e. | | > undefined symbol: CPLQuietErrorHandler Computers have that silly habit of being deterministic. _Installing from source another time_ does not change the fact that you did not have your ducks in a row in the first place. We did not change that; Michael merely pointed you to a different pond with different ducks, ready to roast. Dirk -- http://dirk.eddelbuettel.com | @eddelbuettel | edd at debian.org

Hi, Yes I am aware of it. And yes, I have libicu60 installed. Is it the configure script making a mistake? Best, Saren On 11/22/19 4:12 PM, Jeroen Ooms wrote: > On Fri, Nov 22, 2019 at 2:58 PM Saren Tasciyan <saren.tasciyan at ist.ac.at> wrote: >> Hi, >> >> I am trying to build a more recent version (3.6.1 or 3.5.3) of R on >> Ubuntu 18.04 LTS. > Are you

Hi all, To get wider visibility, build a broader consensus and address concerns on this topic, I'm again raising this as an RFC. This is a proposal to change the rule for variable names from CamelCase to camelBack _really this time_. Background: This has been proposed several times on this mailing list in the past. Most recent one was by Michael Platings in February this year [1], and there seems to be a general consensus that the status quo is not ideal. In the previous RFC thread, I nominated lld [2] as a starter project...

...9/3/2019 8:14 PM, Rui Ueyama via llvm-dev wrote: > > Hi all, > > To get wider visibility, build a broader consensus and address concerns on this topic, I'm again raising this as an RFC. This is a proposal to change the rule for variable names from CamelCase to camelBack _really this time_. > > Background: > > This has been proposed several times on this mailing list in the past. Most recent one was by Michael Platings in February this year [1], and there seems to be a general consensus that the status quo is not ideal. > > In the previous RFC thread, I nominated ll...

Hi, During my recent r2sundials development, I've came across a strange test failing during 'R CMD check' exclusively on win R-devel which I could reproduce with a minimal example that I present here. The toy packages testarma1 [1] and testarma2 [2] are minimal modifications of a skeleton package produced by RcppArmadillo.package.skeleton(). They are almost identical. The first

...install.packages("rgdal",lib="/home/rolf/Rlib") > | > | I get exactly the same error as before. I.e. > | > | > undefined symbol: CPLQuietErrorHandler > > Computers have that silly habit of being deterministic. _Installing from > source another time_ does not change the fact that you did not have your > ducks in a row in the first place. We did not change that; Michael merely > pointed you to a different pond with different ducks, ready to roast. Dirk, this is not helpful. How the <expletive deleted> do I get my ducks in a row?...

...es() inside R is /not/ safe, because it could pick up | problematic packages from CRAN that aren't under your control. I actually take the opposite view. I am comfortable compiling from source, so this mode happens to be my default. I use the littler scripts install.r and update.r _all the time_ to install / update. | 3. install.packages() inside R is /not/ safe, for the same reason. That seems to be the same as 2. so ... | 4. A prominent note will be posted here, when these two restrictions are | removed. | | Are those true statements? Would steps 2 and 3 work if the package...

> > Date: Sat, 5 May 2018 18:02:12 -0500 > From: Dirk Eddelbuettel <edd at debian.org> > To: Matthieu S <matthieu.stigler at gmail.com> > Cc: r-sig-debian at r-project.org > Subject: Re: [R-sig-Debian] Ubuntu 18.04 bionic: availability of R > Ubuntu packages/ppa? > Message-ID: <23278.14324.913149.453495 at rob.eddelbuettel.com> > Content-Type:

.... I thought so too. But thinking about it a little more it clears up a little. A bit more context: One can be more fine-grained on Depends. And Debian does that, and R sometimes followed Debian's model of declaring dependencies. One element we are missing here is to distinguish between _build-time_ needs (we call that Build-Depends: in Debian) and _run_time_ needs. We currently only have the latter as Depends:, which for example pains a million dplyr users on Windows who have to download 120mb worth of our BH package because it is used to _build_ the binary zipfile, but not thereafter. That...

...8:14 PM, Rui Ueyama via llvm-dev wrote: >> Hi all, >> >> To get wider visibility, build a broader consensus and address concerns on this topic, I'm again raising this as an RFC. This is a proposal to change the rule for variable names from CamelCase to camelBack _really this time_. >> >> Background: >> >> This has been proposed several times on this mailing list in the past. Most recent one was by Michael Platings in February this year [1], and there seems to be a general consensus that the status quo is not ideal. >> >> In the previous...

...ues with the driver... The default voltage quads (for every model) are way off... Showing ~95v when it should be ~117V. I've changed the 4th/final coefficient to +5.0, but haven't tested extensively (with fluctuating voltages). The input/output voltage appears to be swapped _most of the time_. When doing a battery test, or when unplugged, the input stays steady, and the _output_ voltage reports a drop to ~15V. OTOH, when the UPS is shutdown, the ordering appears correct, as the input stays steady, and the output shows ~5V. For the above, the Powercom upsmon software appears to special...

When complex assignments are performed, the R interpreter creates, then removes a special variable *tmp*. However, when byte compiling is enabled, it seems that a different mechanism for making compound assignments is used. Would it be possible to eliminate *tmp* from interpreted R code as well? It might be useful for a function to lock its own environment, and the appearance and disappearance of

Hello, LLVM community. I've built a cross-toolchain on Windows and I'm now trying to run unit tests for the LLVM libraries. I used Ninja as a build system and MSVC as host compiler without an issue, but when I try to run 'ninja check-llvm-unit', I get the following error: llvm-lit.py: C:/Users/sergej/Developer/llvm-project/llvm\utils\lit\lit\TestingConfig.py:102: fatal: unable

I previously sent a cri de coeur about this problem to the r-help list but so far have not managed to extract a solution. So I am trying here. (Uh, Ubuntu *is* a "special instance" of Debian, isn't it?) The problem is that I cannot install rgdal, and I need it. Rather desperately. I do: install.packages("rgdal",lib="/home/rolf/Rlib") and get the error

I just want to encrypt a string submitted through a form before saving it to the DB. And then decrypt it again when I need to retrieve and use it. Im trying to use the OpenSSL::Cipher library. I have the following module for encryption/decryption [code] require ''openssl'' module AESCrypt # Decrypts a block of data (encrypted_data) given an encryption key # and an