search for: indiviually

Hi List, I am trying to label a barplot group with variable names when using sapply unsucessfully. I can't seem to extract the names for the indiviual plots: test<-as.data.frame(cbind(round(runif(50,0,5)),round(runif(50,0,3)),roun d(runif(50,0,4)))) sapply(test, table)->vardist sapply(test, function(x) round(table(x)/sum(table(x))*100,1) )->vardist1 par(mfrow=c(1,3))

Hi, I've got an important question: I use an E100P directly connected to PSTN, but it does not *really* work as it should be: exten => 1000,1,Dial(Zap/1/1234) BUT: It does NOT dial "1234" but it says in debug mode: -- Called 1/72976451 Apr 26 00:53:00 WARNING[10251]: chan_zap.c:5979 zt_pri_error: PRI: !! Facility message shorter than 14 bytes -- Channel 1, span 1 got

Hi I am struggling with nested random effects and hope someone can help. I have individuals (ID) who are nested within families (FAM). I want to model an outcome variable, and take account of the intercorrelation of individuals within each family. I think this amounts to two random effects, one nested within the other. How can I model this in R? So far I have tried using the

Hi Laurent Am 06.03.20 um 15:22 schrieb Laurent Pinchart: > Hi Thomas, > > Thank you for the patch. > > On Thu, Mar 05, 2020 at 04:59:28PM +0100, Thomas Zimmermann wrote: >> A call to drm_simple_encoder_init() initializes an encoder without >> further functionality. It only provides the destroy callback to >> cleanup the encoder's state. Only few drivers

Hi Laurent Am 06.03.20 um 15:22 schrieb Laurent Pinchart: > Hi Thomas, > > Thank you for the patch. > > On Thu, Mar 05, 2020 at 04:59:28PM +0100, Thomas Zimmermann wrote: >> A call to drm_simple_encoder_init() initializes an encoder without >> further functionality. It only provides the destroy callback to >> cleanup the encoder's state. Only few drivers

Hi Sam, On Sat, Mar 07, 2020 at 09:08:13PM +0100, Sam Ravnborg wrote: > On Fri, Mar 06, 2020 at 04:18:52PM +0100, Thomas Zimmermann wrote: > > Am 06.03.20 um 15:22 schrieb Laurent Pinchart: > > > On Thu, Mar 05, 2020 at 04:59:28PM +0100, Thomas Zimmermann wrote: > > >> A call to drm_simple_encoder_init() initializes an encoder without > > >> further

...a structure other than list() that I can use that would be faster? Would it be better to just create a hashed env and add empty variables named "0.5.6.11.12..."? I know there are fast lookup algorithms out there that could take advantage of the fact that the items being searched are indiviually ordered numeric vectors, but I can't find any info about R implementations on the mailing lists or help. Is there any data type that implements a b-tree type of lookup scheme? Any help would be greatly appreciated. Thanks, Peter

On 10/18/2018 4:41 PM, Warren Young wrote: > On Oct 18, 2018, at 9:41 AM, mark <m.roth at 5-cent.us> wrote: >> people are tired of screaming and yelling about >> systemd, because we've had years now of the response being "tough, it's >> the Wave of the Future" > We covered that back when RHEL 7 was still in beta: the time is far too late to change

On Thu, Oct 18, 2018 at 05:52:12PM -0700, Japheth Cleaver wrote: > The wider EL community is trapped between a rock and a hard place > somewhat. If you try to direct Fedora into the needs of EL users, > you stand a good chance of getting told to pound stand, and that EL > is getting in the way of bleeding-edge progress. Traditionally, For what it's worth (I hope something!) I

Hi there, I am trying to write a function to perform GOF test of data to a zero-truncated Poisson distribution. I am facing 2 problems. 1) How can I obtain a frequency table for all values within the range of observed values? For instance if the observations are obs <- c("A", "A", "A", "A", "B", "C", "C", "D",

Hi Thomas. On Fri, Mar 06, 2020 at 04:18:52PM +0100, Thomas Zimmermann wrote: > Hi Laurent > > Am 06.03.20 um 15:22 schrieb Laurent Pinchart: > > Hi Thomas, > > > > Thank you for the patch. > > > > On Thu, Mar 05, 2020 at 04:59:28PM +0100, Thomas Zimmermann wrote: > >> A call to drm_simple_encoder_init() initializes an encoder without >

On Thu, Mar 05, 2020 at 04:59:28PM +0100, Thomas Zimmermann wrote: > A call to drm_simple_encoder_init() initializes an encoder without > further functionality. It only provides the destroy callback to > cleanup the encoder's state. Only few drivers implement more > sophisticated encoders than that. Most drivers implement such a > simple encoder and can use

Hi Thomas, Thank you for the patch. On Thu, Mar 05, 2020 at 04:59:28PM +0100, Thomas Zimmermann wrote: > A call to drm_simple_encoder_init() initializes an encoder without > further functionality. It only provides the destroy callback to > cleanup the encoder's state. Only few drivers implement more > sophisticated encoders than that. Most drivers implement such a > simple

Greetings, I have some architectural questions regarding dovecot, and though I've half answered them by looking at the source, I'm also interested in hearing whether my (our) wishes and suggestions are already being considered (or can be considered, once built) for inclusion in dovecot itself. Let me first explain why I'm doing this. I work for XS4ALL, a fairly large ISP in the

Version 0.60 of R for Unix is now available. Release of this version has been delayed for a variety of reasons, but we hope that it will provide a good deal more stability and functionality than previous versions. However it should be regarded as of "alpha" quality for a short shakedown period. We would like user feedback to help us improve the quality of R. You can do this by

Version 0.60 of R for Unix is now available. Release of this version has been delayed for a variety of reasons, but we hope that it will provide a good deal more stability and functionality than previous versions. However it should be regarded as of "alpha" quality for a short shakedown period. We would like user feedback to help us improve the quality of R. You can do this by

On Sat, October 20, 2018 8:23 am, Matthew Miller wrote: > On Thu, Oct 18, 2018 at 05:52:12PM -0700, Japheth Cleaver wrote: >> The wider EL community is trapped between a rock and a hard place >> somewhat. If you try to direct Fedora into the needs of EL users, >> you stand a good chance of getting told to pound stand, and that EL >> is getting in the way of bleeding-edge

Hi all, Some history. Samba has historically only accepted code with personal, not corporate copyright attached. There were a couple of good reasons for this in the past, one of which was that we preferred GPL enforcement decisions to be made by individuals, not by corporations. Under GPLv2, a license violator loses all rights under the license and these have to be reinstated by the copyright

A call to drm_simple_encoder_init() initializes an encoder without further functionality. It only provides the destroy callback to cleanup the encoder's state. Only few drivers implement more sophisticated encoders than that. Most drivers implement such a simple encoder and can use drm_simple_encoder_init() instead. The patchset converts drivers where the encoder's instance is embedded in

A call to drm_simple_encoder_init() initializes an encoder without further functionality. It only provides the destroy callback to cleanup the encoder's state. Only few drivers implement more sophisticated encoders than that. Most drivers implement such a simple encoder and can use drm_simple_encoder_init() instead. The patchset converts drivers where the encoder's instance is embedded in