similar to: using kernel density estimates to infer mode of distribut ion

Hello... Is it possible to use "density" or another kernel density estimator to identify the mode of a distribution? When I use 'density', the resulting density plot of my data is much cleaner than the original noisy histogram, and I can clearly see the signal that I am interested in. E.g., suppose my data is actually drawn from two or more normal (or other)

Hello... I would like to use R for 'pipelining' data among several programs. I'm wondering how I can use R to call another program, feed that program a set of parameters, and retrieve the output. E.g., I have an executable that, when opened, prompts the user to enter a set of parameters. The program then executes & prompts the user for the name of an output file. I need to

Hi.... I am assembling an R package (under Windows XP, R v.2.3) and have a very basic question. Running R CMD build does not generate a pdf. R CMD check generates a .dvi, but I cannot figure out how to automatically create the pdf. I thought from reading the "writing r extensions' manual that R CMD build was supposed to generate the pdf. I am having no success using various

Hello. I am creating an R package that I'd like to submit to CRAN (OS Windows XP). How do I distinguish among 'public' functions, e.g., those that are intended to be called by users of the package and for which I am providing documentation & examples, and 'private' functions, which are used internally by the 'public' functions, but for which I do not wish to

Paul, I also think that bridge may not be the right place for VEPA, but rather a simpler sw/hw mux Although the VEPA support may reside in multiple places (I.e. also in the bridge) As Arnd pointed out Or already added an extension to qemu that allow direct guest virtual NIC mapping to an interface device (vs using tap), this was done specifically to address VEPA, and result in much faster

Paul, I also think that bridge may not be the right place for VEPA, but rather a simpler sw/hw mux Although the VEPA support may reside in multiple places (I.e. also in the bridge) As Arnd pointed out Or already added an extension to qemu that allow direct guest virtual NIC mapping to an interface device (vs using tap), this was done specifically to address VEPA, and result in much faster

Paul, I also think that bridge may not be the right place for VEPA, but rather a simpler sw/hw mux Although the VEPA support may reside in multiple places (I.e. also in the bridge) As Arnd pointed out Or already added an extension to qemu that allow direct guest virtual NIC mapping to an interface device (vs using tap), this was done specifically to address VEPA, and result in much faster

Hi, Can someone please point me to where I can find this early version of the IEEE802.1Qbg implementation? When I downloaded the 0.9.38 version of lldpad, it does not have the latest set of code mentioned below. Thanks. Arpit. -----Original Message----- From: virtualization-bounces at lists.linux-foundation.org [mailto:virtualization-bounces at lists.linux-foundation.org] On Behalf Of

Hi, Can someone please point me to where I can find this early version of the IEEE802.1Qbg implementation? When I downloaded the 0.9.38 version of lldpad, it does not have the latest set of code mentioned below. Thanks. Arpit. -----Original Message----- From: virtualization-bounces at lists.linux-foundation.org [mailto:virtualization-bounces at lists.linux-foundation.org] On Behalf Of

Hello - I am having a problem with the function 'integrate'. I am running R on OSX (R 2.5.1). I am trying to suppress the error message when 'integrate' attempts to integrate across a parameter set giving a non-finite function value. I'm using it in a MCMC / simulated annealing algorithm, and it is entirely possible that some parameter sets will give non-

Hi I have a question about the creation of variables within lists in R. I am running simulations and am interested in two parameters, ESM and ESMM (the similarity of these names is important for my question). I do simulations to generate ESMM, then plug these values into a second simulation function to get ESM: x <- list() for (i in 1:nsimulations) { x$ESMM[i] <- do_simulation1()

Dear all, I am considering a problem related to density regression. After we got the estimation of probability density function f(x), how can we estimate the mode of that population? Does the sm package support mode estimation? If not, is there any other function in R can estimate the mode according to the estimation of pdf f(x)? Univariate case is ok. If the function further support higher

https://bugs.freedesktop.org/show_bug.cgi?id=50836 Bug #: 50836 Summary: [bisected] ION fails to probe Classification: Unclassified Product: xorg Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau

https://bugs.freedesktop.org/show_bug.cgi?id=101792 Bug ID: 101792 Summary: nouveau driver doesn't work in kms mode with ION GPU Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee:

I apologize, but the fix I was thinking of wasn't directly related to this. It was in app_voicemail.c, but related to using the channel's context for the Directory application. The fix for your issue may be indirectly related, though. I would open a bug. Regards, - Brad -----Original Message----- From: asterisk-users-bounces@lists.digium.com

Hi - I also posted this on r-sig-ecology to little fanfare, so I'm trying here. I've recently hit an apparent R issue that I cannot resolve (or understand, actually). I am using the quantreg package (quantile regression) to fit a vector of quantiles to a dataset, approx 200-400 observations. To accommodate some autocorrelation issues, I have to assess significance with

https://bugs.freedesktop.org/show_bug.cgi?id=45746 Bug #: 45746 Summary: ION (NVAC) does not work with latest git kernel module Classification: Unclassified Product: xorg Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

Ah... I searched for half an hour for this function... you know, the help function in R could really be a lot better... But wait a minute... looking at this, it appears you have to pass in an expression. What if it is an unknown function, where you only have a handle to the function, but you cannot see it's implementation ? Will this work then ? -----Original Message----- From: Berton Gunter

I think you want kernel 4.10, or cherry-pick upstream commit 7dfee6827780d4228148263545af936d0cae8930. On Sun, Mar 12, 2017 at 11:27 AM, Marcelo Ribeiro <mbribeiro at gmail.com> wrote: > Hi, I am changing from proprietary nvidia drivers to Nouveau drivers in my > mediacenter. > > I run a Gentoo linux in this hardware and I am facing an out of signal > screen just after the

Hi, I have been trying to do numerical differentiation using R. I found some old S code using Richardson Extrapolation which I managed to get to work. I am posting it here in case anyone needs it. ######################################################################## richardson.grad <- function(func, x, d=0.01, eps=1e-4, r=6, show=F){ # This function calculates a numerical approximation